From owner-freebsd-current Thu Dec 5 9:58:25 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 5518737B401 for ; Thu, 5 Dec 2002 09:58:23 -0800 (PST) Received: from grassmarket.ucs.ed.ac.uk (grassmarket.ucs.ed.ac.uk [129.215.166.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4409243EC5 for ; Thu, 5 Dec 2002 09:58:12 -0800 (PST) (envelope-from bruce@cran.org.uk) Received: from fourtytwo.gamesoc (12266209.resnet.ed.ac.uk [10.6.0.100] (may be forged)) by grassmarket.ucs.ed.ac.uk (8.11.6/8.11.6) with ESMTP id gB5Hvlp01902; Thu, 5 Dec 2002 17:57:57 GMT Received: from fourtytwo.gamesoc (localhost [127.0.0.1]) by fourtytwo.gamesoc (8.12.6/8.12.6) with ESMTP id gB5Hx1Lv021435; Thu, 5 Dec 2002 17:59:01 GMT (envelope-from bruce@fourtytwo.gamesoc) Received: (from bruce@localhost) by fourtytwo.gamesoc (8.12.6/8.12.6/Submit) id gB5Hx1sP021434; Thu, 5 Dec 2002 17:59:01 GMT Date: Thu, 5 Dec 2002 17:59:01 +0000 From: Bruce Cran To: Nate Lawson Cc: current@freebsd.org Subject: Re: ATA/ATAPI related panic Message-ID: <20021205175901.GA21388@fourtytwo.gamesoc> References: <20021203142251.GA156@fourtytwo.gamesoc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i 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, Dec 03, 2002 at 10:40:03AM -0800, Nate Lawson wrote: > 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. Is there anything I could do to help diagnose the problem? I don't think it's a problem with my hardware because both Linux and Windows run perfectly with no errors. I'd really love to make FreeBSD 5 my main OS, but if it's going to be like 4.5 and 4.6 where I kept getting panics, reboots and error messages, I'm not going to be able to. > > > 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) Thanks, that does make sense, since I've often seen messages saying space has been reserved for root's use. I didn't expect it to show up as negative free space, though - it's a nice feature. > > > 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 > I've had a good look through acpi, acpiconf and hw.acpi, but haven't found any method to throttle the CPU manually, or automatically on a desktop PC. This is because the sysctl for the current speed is read-only, and the only writeable sysctl set the speeds for full-speed and economy modes, with no apparent way to switch between them. Does FreeBSD handle throttling automatically depending on load, or is there some user-space program which I can use? -- Bruce Cran To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message