Bug 7810

Summary:	pktcdvd fails in conjunction with pata_amd
Product:	IO/Storage	Reporter:	gd
Component:	Other	Assignee:	io_other
Status:	CLOSED PATCH_ALREADY_AVAILABLE
Severity:	normal	CC:	bunk
Priority:	P2
Hardware:	i386
OS:	Linux
Kernel Version:	2.6.20-rc4-git3	Subsystem:
Regression:	---	Bisected commit-id:
Attachments:	dmesg output config

Description gd 2007-01-11 06:58:17 UTC

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)

Comment 1 gd 2007-01-11 07:00:16 UTC

Created attachment 10058 [details]
dmesg output

Comment 2 gd 2007-01-11 07:02:39 UTC

Created attachment 10059 [details]
config

Comment 3 Adrian Bunk 2007-01-11 15:42:37 UTC

Is this a regression or was it already present in 2.6.19?

Is it reproducible without any external modules loaded since booting?

Comment 4 gd 2007-01-11 17:42:00 UTC

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
-------

Comment 5 Rudolf Marek 2007-02-06 13:40:08 UTC

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

Comment 6 gd 2007-02-11 10:55:50 UTC

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

Comment 7 gd 2007-02-21 11:11:06 UTC

The patch has been merged into mainline (2.6.21-rc1).