Skip site navigation (1)Skip section navigation (2)
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>