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 [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to