Date: Tue, 14 Mar 2006 07:37:31 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@deepcore.dk> To: Mike Tancsa <mike@sentex.net> Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ata panic Message-ID: <441664AB.9060303@deepcore.dk> In-Reply-To: <6.2.3.4.0.20060314002825.069fad38@64.7.153.2> References: <6.2.3.4.0.20060313232855.107fa680@64.7.153.2> <6.2.3.4.0.20060314002825.069fad38@64.7.153.2>
next in thread | previous in thread | raw e-mail | index | archive | help
Mike Tancsa wrote: > At 11:38 PM 13/03/2006, Mike Tancsa wrote: >> Hi, >> I was trying out a recent RELENG_6 on a VIA mini ITX board with built >> in CF reader. If a CF is present, the box panics at boot (tried with 2 >> separate boards and different CFs just in case it was hardware). This >> is with a RELENG_6 from March 7th >> >> >> with the flash in I get a panic at bootup. > > Just updated the source to the latest RELENG_6 in case the changes fixed > it, but no dice Hmm, thats not the intended behavior :) Thanks for the report, I'll look into this ASAP! -Søren > > GEOM: new disk ad0 > ad0: VIA check1 failed > ad0: Adaptec check1 failed > ad0: LSI (v3) check1 failed > ad0: LSI (v2) check1 failed > ad0: FreeBSD check1 failed > ata1-master: pio=PIO4 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire > ad2: setting PIO4 on 8237 chip > ad2: 244MB <SanDisk SDCFB-256 Rev 0.00> at ata1-master PIO4 > > > Fatal trap 18: integer divide fault while in kernel mode > instruction pointer = 0x20:0xc069c01b > stack pointer = 0x28:0xc0c20b78 > frame pointer = 0x28:0xc0c20c14 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > trap number = 18 > panic: integer divide fault > KDB: stack backtrace: > panic(c06caf91,c06f370c,0,0,fffff) at 0xc0512343 = panic+0x103 > trap_fatal(0,0,0,0,c07359a0) at 0xc0693485 = trap_fatal+0x225 > trap(8,28,28,1,0) at 0xc06939b7 = trap+0x20f > calltrap() at 0xc0682b6a = calltrap+0x5 > --- trap 0x12, eip = 0xc069c01b, esp = 0xc0c20b78, ebp = 0xc0c20c14 --- > __qdivrem(7a2b0,0,0,0,0) at 0xc069c01b = __qdivrem+0x3b > __udivdi3(7a2b0,0,0,0) at 0xc069c4c2 = __udivdi3+0x16 > ad_attach(c3199400,c3199400,c32a5000,0,c0c20d24) at 0xc046870b = > ad_attach+0x44f > device_attach(c3199400) at 0xc05270ae = device_attach+0x1be > bus_generic_attach(c3228380,c3228380,ffffffff,2,c3199400) at 0xc0527cc6 > = bus_generic_attach+0x12 > ata_identify(c3228380,0,c0c20d6c,c0524120,0) at 0xc04592c9 = > ata_identify+0xcd > ata_boot_attach(0,c0722c90,c0c20d88,c04e37f7,0) at 0xc0459441 = > ata_boot_attach+0x4d > run_interrupt_driven_config_hooks(0,c31459f0,c1ec00,c1e000,c25000) at > 0xc0524120 = run_interrupt_driven_config_hooks+0x1c > mi_startup() at 0xc04e37f7 = mi_startup+0xb3 > begin() at 0xc0434095 = begin+0x2c > Uptime: 3s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot, > --> or switch off the system now. > > > > . >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?441664AB.9060303>