Running kernel 2.2.14 stock with no patches. Red Hat 6.2 system.
I've got an HP7200i burner on hdc (sr0), and a reader on
hdd. The writer is using ide-scsi.o and the reader is using
ide-cd.o. Both are compiled as modules.
I was blanking a CDRW with cdrecord, and after I started it
blanking a few minutes later I threw a disk in the CDROM (hdd) to
copy some files off it while the disk blanked in the burner.
When I ran mount, to mount the cdrom I put in hdd, it sat there
not responding. It appeared that cdrecord locked the ide bus or
something. I've never tried to use my reader while burning or
blanking ever before so I didn't know wether this was normal or
not.
I tried to CTRL-C and CTRL-\ it to no avail. ps showed the mount
process in the D state. I tried to kill it with -9 to no avail
as well.
I tried mounting on another tty while the previous mount was
sitting locked and the second mount hung too. I assumed that the
command would succeed once the CDRW blanking was complete. I was
wrong.
As soon as the blank completed, I got the following, a double
oops:
Aug 4 03:48:33 asdf kernel: Unable to handle kernel paging
request at virtual address c68ac24c
Aug 4 03:48:33 asdf kernel: current->tss.cr3 = 04781000, %cr3 =
04781000
Aug 4 03:48:33 asdf kernel: *pde = 05bd2063
Aug 4 03:48:33 asdf kernel: *pte = 00000000
Aug 4 03:48:33 asdf kernel: Oops: 0000
Aug 4 03:48:33 asdf kernel: CPU: 0
Aug 4 03:48:33 asdf kernel: EIP: 0010:[sys_mount+646/776]
Aug 4 03:48:33 asdf kernel: EFLAGS: 00010246
Aug 4 03:48:33 asdf kernel: eax: c68ac24c ebx: 00000000
ecx: 00000000 edx: 0805a77f
Aug 4 03:48:33 asdf kernel: esi: c32e9dc0 edi: 00000001
ebp: 08051640 esp: c08aff3c
Aug 4 03:48:33 asdf kernel: ds: 0018 es: 0018 ss: 0018
Aug 4 03:48:33 asdf kernel: Process mount (pid: 7957, process
nr: 61, stackpage=c08af000)
Aug 4 03:48:33 asdf kernel: Stack: c08ae000 c0ed0001 08059780
08059740 c01723d4 c08aff64 c08aff68 00000001
Aug 4 03:48:33 asdf kernel: c17ddd20 c68ac24c c5017000
00000000 00000000 c17ddd20 c01c0840 00000001
Aug 4 03:48:33 asdf kernel: 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000
Aug 4 03:48:33 asdf kernel: Call Trace: [ide_open+0/208]
[lockd:__insmod_lockd_S.bss_L444+215628/19539512]
[system_call+52/56]
Aug 4 03:48:33 asdf kernel: Code: 8b 00 89 44 24 18 89 c7 57 8b
84 24 98 00 00
00 50 31 c0 66
Aug 4 03:48:33 asdf kernel: Unable to handle kernel paging
request at virtual address c68ac24c
Aug 4 03:48:33 asdf kernel: current->tss.cr3 = 02e32000, %cr3 =
02e32000
Aug 4 03:48:33 asdf kernel: *pde = 05bd2063
Aug 4 03:48:33 asdf kernel: *pte = 00000000
Aug 4 03:48:33 asdf kernel: Oops: 0000
Aug 4 03:48:33 asdf kernel: CPU: 0
Aug 4 03:48:33 asdf kernel: EIP: 0010:[sys_mount+646/776]
Aug 4 03:48:33 asdf kernel: EFLAGS: 00010246
Aug 4 03:48:33 asdf kernel: eax: c68ac24c ebx: 00000000
ecx: 00000000 edx: 0805a77f
Aug 4 03:48:33 asdf kernel: esi: c32e9dc0 edi: 00000001
ebp: 08051640 esp: c0a4ff3c
Aug 4 03:48:33 asdf kernel: ds: 0018 es: 0018 ss: 0018
Aug 4 03:48:33 asdf kernel: Process mount (pid: 7978, process
nr: 59, stackpage=c0a4f000)
Aug 4 03:48:33 asdf kernel: Stack: c0a4e000 c0ed0001 08059780
08059740 c01723d4 c0a4ff64 c0a4ff68 00000001
Aug 4 03:48:33 asdf kernel: c17ddd20 c68ac24c c11ed000
00000000 00000000 c17ddd20 c01c0840 00000001
Aug 4 03:48:33 asdf kernel: 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000
Aug 4 03:48:33 asdf kernel: Call Trace: [ide_open+0/208]
[lockd:__insmod_lockd_S.bss_L444+215628/19539512]
[system_call+52/56]
Aug 4 03:48:33 asdf kernel: Code: 8b 00 89 44 24 18 89 c7 57 8b
84 24 98 00 00
00 50 31 c0 66
I closed all apps, and shutdown the system ok after this. If
there is other information needed to be able to track down the
problem, please let me know and I'll gladly supply it.
TTYL
-- Mike A. Harris Linux advocate Computer Consultant GNU advocate Capslock Consulting Open Source advocate... Our continuing mission: To seek out knowledge of C, to explore strange UNIX commands, and to boldly code where no one has man page 4.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Aug 07 2000 - 21:00:12 EST