Recommended USB 2.0 controller fr. 5.2+

Heinrich Rebehn rebehn at ant.uni-bremen.de
Thu Apr 8 00:22:59 PDT 2004


Bernd Walter wrote:
> On Tue, Apr 06, 2004 at 01:58:42PM +0200, Heinrich Rebehn wrote:
> 
>>Bernd Walter wrote:
>>[snip]
>>
>>>>Apr  3 12:32:32 antsrv1 kernel: da1: 19077MB (39070080 512 byte sectors: 
>>>>255H 63S/T 2432C)
>>>>Apr  3 12:33:03 antsrv1 login: ROOT LOGIN (root) ON ttyv0
>>>>Apr  3 12:38:08 antsrv1 syslogd: kernel boot file is /boot/kernel/kernel
>>>>Apr  3 12:38:08 antsrv1 kernel: panic: ehci_abort_xfer: not in process 
>>>>context
>>>
>>>
>>>OK - we have an abort_xfer without any reason given.
>>>The panic is because the aborted transfer doesn't exist, which could
>>>mean that someone aborted an already completed transfer.
>>>Can you please add USB_DEBUG to your kernel and retry.
>>>
>>>
>>
>>I did, but with USB_DEBUG the system reproducibly crashes during boot:
> 
> 
> Without a stacktrace or at least the last kernel messages this output
> is almost useless.
> 
> 
>>kernel: 
>>kernel: 
>>kernel: Fatal trap 12: page fault while in kernel mode 
>>kernel: cpuid = 0; apic id = 00 
>>kernel: fault virtual address   = 0xd 
>>kernel: fault code              = supervisor write, page not present 
>>kernel: instruction pointer     = 0x8:0xc0535482 
>>kernel: stack pointer           = 0x10:0xeaccfbb0 
>>kernel: frame pointer           = 0x10:0xeaccfbc8 
>>kernel: code segment            = base 0x0, limit 0xfffff, type 0x1b 
>>kernel: = DPL 0, pres 1, def32 1, gran 1 
>>kernel: processor eflags        = interrupt enabled, resume, IOPL = 0 
>>kernel: current process         = 246 (sysctl) 
>>kernel: trap number             = 12 
>>kernel: panic: page fault 
>>kernel: cpuid = 0; 
>>kernel: 
>>kernel: syncing disks, buffers remaining... 6564 6564 6563 6563 6563 
>>6563 6563 6563 6563 6563 6563 6563 6563 6563 6563 6563 6563 6563 6563 
>>6563 6563 6563
> 
> 
> You have 6563 dirty buffers when it crashed?
> That's amazing - so you are at least already on the way getting
> multiuser - otherwise everything is still read-only.
> I can't guess what services, etc.. you are starting - you really have
> to tell what happens.
> 
The normal startup procedure was executing, dunno what was running at 
the exact time of the crash.

Anyway, i tossed in a firewire card (VIA VT6306) and it's running 
perfect, no problems so far.

Thanks for your help anyway.

Greetings,
	Heinrich


More information about the freebsd-questions mailing list