From owner-freebsd-questions@FreeBSD.ORG Wed Jan 14 21:45:30 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95AB616A4CE for ; Wed, 14 Jan 2004 21:45:30 -0800 (PST) Received: from dexter.starfire.mn.org (starfire.skypoint.net [199.199.159.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3551543D5D for ; Wed, 14 Jan 2004 21:45:28 -0800 (PST) (envelope-from john@dexter.starfire.mn.org) Received: (from john@localhost) by dexter.starfire.mn.org (8.11.3/8.11.3) id i0F5jKQ56271; Wed, 14 Jan 2004 23:45:20 -0600 (CST) (envelope-from john) Date: Wed, 14 Jan 2004 23:45:20 -0600 From: John To: Dinesh Nair Message-ID: <20040114234520.A56242@starfire.mn.org> References: <20040112080420.A60685@starfire.mn.org> <20040113162021.V336-100000@prophet.alphaque.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20040113162021.V336-100000@prophet.alphaque.com>; from dinesh@alphaque.com on Tue, Jan 13, 2004 at 04:25:25PM +0800 cc: freebsd-questions@freebsd.org Subject: Re: Problems with FreeBSD 4.8 on Compaq Armada M700 laptop X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2004 05:45:30 -0000 On Tue, Jan 13, 2004 at 04:25:25PM +0800, Dinesh Nair wrote: > > On Mon, 12 Jan 2004, John wrote: I have an update, additional information... Instead of getting the device ID line, i.e. > Jan 11 17:56:56 pearl /kernel: acd0: CDROM at ata0-slave PIO I get Jan 11 18:09:55 pearl /kernel: ata0-slave: ATA identify retries exceeded I've looked at the sys/dev/ata/ata-all.c code - I wonder if I should just arbitarily raise the retry count a bit - what's everyone else getting for a CDROM ID string? Is it just this one? Something about booting from it initializes it in a way that the ata-all code doesn't? BTW - after some pain and agony, I've verified that I'm running the latest BIOS. The apm problem is solved - I missed the fact that in the 4.8R GENERIC kernel is was marked "disabled". Oops. The display problem is also solved. I missed the non-fatal error from the "startx" output stating that the "-bpp" parameter was deprecated. I switched to "-depth 24" and that worked, so I now have "DefaultDepth 24" in the X config file - and am now happily running xdm, OpenOffice, KDE, and all that fun stuff! That just leaves the the CD and the /dev/dsp issue when KDE starts... -- John Lind john@starfire.MN.ORG