Date: Sat, 14 Feb 2004 19:34:32 +0100 From: Matthias Schuendehuette <msch@snafu.de> To: freebsd-current@FreeBSD.org Subject: Panic with current kernel (ATA-related?) Message-ID: <200402141934.32797.msch@snafu.de>
next in thread | raw e-mail | index | archive | help
Hi,
I'm very sorry, but I think I found another ATA problem:
The problem occurs on a FUJITSU-SIEMENS E-series Laptop (E4010)
with an Intel ICH4 UDMA100 Controller. This Laptop has two ATA-devices,
a FUJITSU MHT2040AT disk ('ad0', without any problems!) as ata0-master
(UDMA100) and a CDRW-device 'acd0' <UJDA750FDVD/CDRW> as ata1-master
(PIO4).
This CDRW-device is properly detected with a GENERIC 5.2.1-RC kernel of
'Sat Jan 31 05:36:22 GMT 2004' from freebsd.org.
With a -current kernel GENERIC of 'Thu Feb 12' this kernel panics if the
CDRW-device is *not* removed (i.e is present):
The last messages I can see are:
-----------------------8><--------------------------------
[...]
cbb0: PC Card activation failed
ad0: 38154MB <FUJITU MHT2040AT> [77520/16/63] at ata0-master UDMA100
ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt
ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt
acd0: CDRW <UJDA750FDVD/CDRW> at ata1-master PIO4
Mounting root from ufs:/dev/ad0s2a
Loading configuration files.
Entropy harvesting: interrupts ethernet \
Memory modified after free 0xc44d6a00(508) val=1ff01ff @ 0xc44d6a00
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x1ff021f
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc071d506
stack pointer = 0x10:0xd810d984
frame pointer = 0x10:0xd810d9a0
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 = 66 (sh)
kernel: type 12 trap, code=0
Stopped at mtrash_ctor+0x3a: movl 0x20(%eax),%eax
db> trace
mtrash_ctor(c44d6a00,200,0) at mtrash_ctor+0x3a
uma_zalloc_arg(c1038e00,0,2) at uma_zalloc_arg+0x169
malloc(188,c080c6e0,2,3,c4379000) at malloc+0xb7
elf32_load_file(c437ba50,d49fe0f4,d810dab0,d810dbd0,1000) at \
elf32_load-file+0x51
exec_elf32_imgact(d810db94,c0600484,c087e1d0,0,0) at \
exec_elf32_imgact+0x4c7
kern_execve(c4379000,80672d0,8067330,806733c,0) at \
kern_execve+0x33a
execve(c4379000,d810dd14,3,0,282) at execve+0x18
syscall(2f,2f,2f,80672d0,8067330) at syscall+0x217
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (59, FreeBSD ELF32, execve), eip = 0x2812d11f, \
esp = 0xbfbfe21c, ebp = 0xbfbfe238 ---
db>
-----------------------8><--------------------------------
I'll cvsup again now and see if it persists...
--
Ciao/BSD - Matthias
Matthias Schuendehuette <msch [at] snafu.de>, Berlin (Germany)
PGP-Key at <pgp.mit.edu> and <wwwkeys.de.pgp.net> ID: 0xDDFB0A5F
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200402141934.32797.msch>