From owner-cvs-src@FreeBSD.ORG Fri Apr 15 03:09:47 2005 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1357D16A4CE for ; Fri, 15 Apr 2005 03:09:47 +0000 (GMT) Received: from mail.psychoholics.org (www.psychoholics.org [64.185.102.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B60343D39 for ; Fri, 15 Apr 2005 03:09:46 +0000 (GMT) (envelope-from ebola@psychoholics.org) Received: from S010600deadc0de00.su.shawcable.net (S010600deadc0de00.su.shawcable.net [24.76.125.156]) by mail.psychoholics.org (Postfix) with ESMTP id CA4BB157173 for ; Thu, 14 Apr 2005 21:33:21 -0700 (PDT) From: Adam Gregoire To: cvs-src@FreeBSD.org In-Reply-To: <425EE2BE.8060503@root.org> References: <200504091700.j39H0H5X060998@repoman.freebsd.org> <200504141402.36352.jhb@FreeBSD.org> <86d5sxxfm4.fsf@xps.des.no> <200504141416.50884.peter@wemm.org> <425EE2BE.8060503@root.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Thu, 14 Apr 2005 23:09:43 -0400 Message-Id: <1113534583.768.7.camel@S010600deadc0de00.su.shawcable.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Subject: Re: cvs commit: src/sys/amd64/conf GENERIC X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 03:09:47 -0000 On Thu, 2005-04-14 at 14:38 -0700, Nate Lawson wrote: > Peter Wemm wrote: > > On Thursday 14 April 2005 01:33 pm, Dag-Erling Smørgrav wrote: > > > >>John Baldwin writes: > >> > >>>On Thursday 14 April 2005 01:37 pm, Dag-Erling Smørgrav wrote: > >>> > >>>>Peter Wemm writes: > >>>> > >>>>>[local apic timer] makes mixed mode and the entire problem set > >>>>>disappear. > >>>> > >>>>No, it doesn't. > >>> > >>>Actually, it does (with lapic timer we no longer use IRQ0). > >> > >>Empirical evidence says it doesn't... > >> > >>DES > > > > It had better not, because the code is going away..... > > > > -Peter > > While we all appreciate a droll, rambling conversation with no > specifics, how about you help us out by backing up your statement, DES? > At any rate, my problematic nForce based board now boots with APIC enabled in BIOS and without device atpic in the kernel. I'm happy. Regards, -- Adam Gregoire