From owner-freebsd-current Tue Dec 3 10:40: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD62037B401 for ; Tue, 3 Dec 2002 10:40:03 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 3533143E9C for ; Tue, 3 Dec 2002 10:40:03 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 7454 invoked by uid 1000); 3 Dec 2002 18:40:03 -0000 Date: Tue, 3 Dec 2002 10:40:03 -0800 (PST) From: Nate Lawson To: Bruce Cran Cc: current@freebsd.org Subject: Re: ATA/ATAPI related panic In-Reply-To: <20021203142251.GA156@fourtytwo.gamesoc> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 3 Dec 2002, Bruce Cran wrote: > I've had a problem with my DVD and CDRW drives under FreeBSD from 4.5 > onwards. In released prior to 4.7 I used to get panics, I think when the system had heavy I/O loads, such as when building world - I thought this may have been due to the VIA controller. I installed DP2, and on one of the > boots, got: > > acd0: REQUEST_SENSE command timeout - resetting > ata1: resetting devices > > Fatal trap 12: page fault while in kernel mode > fault trap address = 0x0 > fault code = Supervisor read, page not present > instruction pointer = 0x8:0xc0151ca2 > stack pointer = 0x10:0xd68e3c5c > frame pointer = 0x10:0xd68e3c70 > code segment = base 0x0, limit 0xfffff, type = 0x16 > = DPL 0, pres 1, def32 l, gran 1 > > processor eflags = interrupt enable resume, IOPL=0 > current process = 13 (swi6:clock) > trap number = 12 > panic : page fault This is a null ptr deref, most likely in the kern proc that calls the timeout handlers (since curproc is clock int.) No idea what would cause this. > Another possible bug I've found is in df. I compiled a kernel then, > before overwriting the old backup, I tried running cp -ivR kernel.old > kernel.old.orig, forgetting that /boot wouldn't have enough free space. > When I next ran 'df -h' /boot was reporting -6MB free. I deleted > /boot/kernel.old.orig and the free space was correctly reported again, > but is this a bug in df? My filesytem is UFS1. No, this is correct since there is space reserved for root (see tunefs minfree) > how would I go about throttling it? Are there any IOCTLs, or is this > feature only for laptops where they automatically get throttled when > running on batteries? I know it probably doesn't make sense on a > desktop computer, but I'm interested - ACPI support seems brilliant, and > although hibernation doesn't seem to work, all the other features work > perfectly. man acpi, see also sysctl hw.acpi -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message