Distribution: Gentoo (x86_64) Hardware Environment: Pioneer DVR-111 @ nVidia MCP55 IDE (ASUS M2N-SLI Deluxe) Software Environment: gcc 4.1.2-pre20061207 Problem Description: When using pata_amd as driver for the IDE port of the MCP55, pktcdvd reproducibly fails with the following error message when accessing a formated DVD+RW via /dev/pktcdvd/pktcdvd0 (while /dev/sr0 works perfectly): -------------------- pktcdvd: writer pktcdvd0 mapped to sr0 pktcdvd: pkt_get_last_written failed Unable to handle kernel paging request at 000000000800001a RIP: [<ffffffff80218b92>] do_sys_open+0x72/0x100 PGD 67162067 PUD 6885b067 PMD 0 Oops: 0000 [6] SMP CPU 0 Modules linked in: pktcdvd [...removed...] Pid: 7783, comm: vol_id Tainted: P 2.6.20-rc4-git3 #35 RIP: 0010:[<ffffffff80218b92>] [<ffffffff80218b92>] do_sys_open+0x72/0x100 RSP: 0018:ffff810067165f58 EFLAGS: 00010203 RAX: 0000000008000002 RBX: 0000000000000000 RCX: 0000000000000048 RDX: 0000000008000002 RSI: 0000000000000048 RDI: ffff810002f336d0 RBP: ffff810067215000 R08: 0000000000000000 R09: 0000000000000000 R10: ffffffff80516740 R11: ffffffff80272e00 R12: 0000000000008000 R13: 0000000000000003 R14: 0000000008000002 R15: 0000000000000003 FS: 00002ac709200ae0(0000) GS:ffffffff804cd000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 000000000800001a CR3: 0000000066714000 CR4: 00000000000006e0 Process vol_id (pid: 7783, threadinfo ffff810067164000, task ffff81006a903620) Stack: 0000000000000000 0000000000000000 00007fffa2019f6e 00007fffa2019f6e 0000000000000000 ffffffff8025c74e 0000000000000246 0000000000000000 696c666e6f632079 00002ac7091fcbe2 0000000000000002 00000000ffffffff Call Trace: [<ffffffff8025c74e>] system_call+0x7e/0x83 Code: 48 8b 78 18 bb 20 00 00 40 4c 8b 67 10 48 8b 4f 38 41 0f b7 RIP [<ffffffff80218b92>] do_sys_open+0x72/0x100 RSP <ffff810067165f58> CR2: 000000000800001a -------------------- When I use ide_cd+amd74xx (ATA/ATAPI) instead of pata_amd, pktcdvd works without any problems! Steps to reproduce: - use pata_amd driver - insert formated DVD+RW - modprobe pktcdvd - pktsetup sr0 /dev/sr0 (udev will trigger the Oops)
Created attachment 10058 [details] dmesg output
Created attachment 10059 [details] config
Is this a regression or was it already present in 2.6.19? Is it reproducible without any external modules loaded since booting?
The bug isn't present in 2.6.19 and 2.6.19.2 (I did only minimal testing but it seems to work). ------- pktcdvd: writer pktcdvd0 mapped to sr0 pktcdvd: write speed 5540kB/s pktcdvd: 4590208kB available on disc UDF-fs INFO UDF 0.9.8.1 (2004/29/09) Mounting volume 'LinuxUDF', timestamp 2007/01/12 00:37 (103c) cdrom: sr0: dirty DVD+RW media, "finalizing" pktcdvd: writer pktcdvd0 unmapped ------- I rebuilt 2.6.20-rc4-git3 from "fresh sources" and booted with as few modules loaded as possible - still the same error. ------- pktcdvd: writer pktcdvd0 mapped to sr0 pktcdvd: pkt_get_last_written failed Unable to handle kernel paging request at 000000000800001a RIP: [<ffffffff80218b92>] do_sys_open+0x72/0x100 PGD 7f70b067 PUD 7ec11067 PMD 0 Oops: 0000 [1] SMP CPU 0 Modules linked in: pktcdvd usbcore sr_mod cdrom sg pata_amd Pid: 4345, comm: vol_id Not tainted 2.6.20-rc4-git3 #0 RIP: 0010:[<ffffffff80218b92>] [<ffffffff80218b92>] do_sys_open+0x72/0x100 RSP: 0018:ffff81007f7dbf58 EFLAGS: 00010203 RAX: 0000000008000002 RBX: 0000000000000000 RCX: 0000000000000026 RDX: 0000000008000002 RSI: 0000000000000026 RDI: ffff810002f336d0 RBP: ffff81007dacb000 R08: 0000000000000000 R09: 0000000000000000 R10: ffffffff80516740 R11: ffffffff80272df0 R12: 0000000000008000 R13: 0000000000000003 R14: 0000000008000002 R15: 0000000000000003 FS: 00002b63e2504ae0(0000) GS:ffffffff804cc000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 000000000800001a CR3: 000000007d25e000 CR4: 00000000000006e0 Process vol_id (pid: 4345, threadinfo ffff81007f7da000, task ffff81007f77a820) Stack: 0000000000000000 0000000000000000 00007fffc8d15f6e 00007fffc8d15f6e 0000000000000000 ffffffff8025c73e 0000000000000246 0000000000000000 696c666e6f632079 00002b63e2500be2 0000000000000002 00000000ffffffff Call Trace: [<ffffffff8025c73e>] system_call+0x7e/0x83 Code: 48 8b 78 18 bb 20 00 00 40 4c 8b 67 10 48 8b 4f 38 41 0f b7 RIP [<ffffffff80218b92>] do_sys_open+0x72/0x100 RSP <ffff81007f7dbf58> CR2: 000000000800001a -------
Hello, I have same problem. (pata_via) Same steps to reproduce. Unable to handle kernel paging request at 000000000800001a RIP: [<ffffffff8026a5dd>] do_sys_open+0x5c/0xc1 PGD 17f74067 PUD 9cbb067 PMD 0 Oops: 0000 [1] PREEMPT CPU 0 Modules linked in: lp xt_state ipt_REJECT ip6t_REJECT xt_tcpudp ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack ip6table_filter ip6_tables ipv6 iptable_filter ip_tables x_tables vfat fat nls_base nvram pktcdvd cpufreq_userspace processor w83627ehf i2c_isa tun snd_seq_oss snd_seq_midi snd_seq_midi_event snd_seq snd_via82xx snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device ehci_hcd uhci_hcd i2c_viapro snd parport_pc usbcore i2c_core k8temp sr_mod 8139too parport floppy rtc evdev cdrom Pid: 22803, comm: vol_id Not tainted 2.6.20 #1 RIP: 0010:[<ffffffff8026a5dd>] [<ffffffff8026a5dd>] do_sys_open+0x5c/0xc1 RSP: 0018:ffff8100187b5f58 EFLAGS: 00010203 RAX: 0000000008000002 RBX: 0000000000000000 RCX: 0000000000000246 RDX: 0000000008000002 RSI: ffffffff80591c10 RDI: 0000000000000001 RBP: 0000000008000002 R08: ffff8100087dd250 R09: ffff8100187b5ab8 R10: 0000000000000028 R11: 0000000000000246 R12: 00000000ffffff9c R13: 0000000000000003 R14: ffff81003a616000 R15: 0000000000000003 FS: 00002b318485de90(0000) GS:ffffffff8052f000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 000000000800001a CR3: 0000000009f7b000 CR4: 00000000000006e0 Process vol_id (pid: 22803, threadinfo ffff8100187b4000, task ffff810018f9a240) Stack: 0000000000000000 0000000000000000 00007fff26a07f6d 00007fff26a07f6d 0000000000000000 ffffffff802096de 0000000000000246 0000000000000000 697320676e697463 0000000000000001 0000000000000002 0000000000000000 Call Trace: [<ffffffff802096de>] system_call+0x7e/0x83
Grrr, a line permutation was the reason... I sent a patch to Peter Osterlund and the LKML. http://lkml.org/lkml/2007/2/10/156
The patch has been merged into mainline (2.6.21-rc1).