Re: [2.6.20-rc6] pktcdvd doesn't work

[Adrian Bunk <bunk@stusta.de>]

On Wed, Jan 31, 2007 at 05:58:19AM -0500, Jeff Garzik wrote:
> Luca Tettamanti wrote:
> >Hi Jeff, linux-ide,
> >I'm having troubles with libata and UDF on RW media. See below.
> >
> >Il Tue, Jan 30, 2007 at 09:42:34PM +0100, Jan Engelhardt ha scritto: 
> >>On Jan 30 2007 21:36, Luca Tettamanti wrote:
> >>>Il Tue, Jan 30, 2007 at 09:02:20PM +0100, Jan Engelhardt ha scritto: 
> >>>>On Jan 30 2007 20:53, Luca Tettamanti wrote:
> >>>>>Hi,
> >>>>>pktcdvd on kernel 2.6.20-rc6 is not working as expected. Any file that
> >>>>Did it work previously?
> >>>Yup, It used to work but since I rarely use it I don't remember which
> >>>kernel version worked for me.
> >>Hm, maybe you can take a guess.
> >
> >I can bisect pktcdvd.c if necessary, but it seems that it's innocent.
> > 
> >>>>>is written to the device is lost after umount.
> >>>>>I rarely use pktcdvd but at some point it used to work on my system.
> >>>>>
> >>>>>This is what I'm doing:
> >>>>>
> >>>>>root@dreamland:/tmp# cdrwtool -d /dev/scd0 -q
> >>>>>scsi 8:0:0:0: CD-ROM            HL-DT-ST DVDRAM GSA-4167B DL13 PQ: 0 
> >>>>>ANSI: 5
> >>>>In case you are using ide-scsi: try without.
> >>>It's libata jmicron driver. Shall I try the "old" PATA driver on the
> >>>next reboot?
> >>If you have lots of CDRs/DVDRs to spare (or a CDRW/DVDRW), every test is
> >>welcome.
> >
> >With the legacy IDE driver it works fine.
> >The unit is DVD-RAM capable so the firmware should handle random writes
> >fine; I've tried mounting /dev/scd0 rw *without* pktcdvd and I still
> >lose files. So I guess it has something to do with libata.
> >
> >So to recap, after formatting the disk with UDF:
> >
> >* libata
> >  - mount with pktcdvd: all files are lost upon umount
> >  - mount scd0 w/out pktcdvd: all files are lost upon umount
> >  - write the disk with cdrecord: OK
> >
> >  pktcdvd reports wrong capacity:
> >  
> >  pktcdvd: Fixed packets, 32 blocks, Mode-2 disc
> >  pktcdvd: Max. media speed: 4
> >  pktcdvd: write speed 4x
> >  pktcdvd: 0kB available on disc
> >  UDF-fs INFO UDF 0.9.8.1 (2004/29/09) Mounting volume 'LinuxUDF', 
> >  timestamp 2007/01/30 18:18 (103c)
> >
> >* legacy IDE driver
> >  - mount with pktcdvd: OK
> >  - mount hda w/out pktcdvd: corrupts FS (duh)
> >  - write the disk with cdrecord: OK
> >
> >  pktcdvd reports correct capacity:
> >  
> >  pktcdvd: writer pktcdvd0 mapped to hda
> >  pktcdvd: Fixed packets, 32 blocks, Mode-2 disc
> >  pktcdvd: Max. media speed: 4
> >  pktcdvd: write speed 4x
> >  pktcdvd: 551232kB available on disc
> >  UDF-fs INFO UDF 0.9.8.1 (2004/29/09) Mounting volume 'LinuxUDF', 
> >  timestamp 2007/01/30 22:19 (103c)
> >
> >The HW is a JMicron controller:
> >02:00.0 IDE interface: JMicron Technologies, Inc. JMicron 20360/20363 AHCI 
> >Controller (rev 02)
> >02:00.1 IDE interface: JMicron Technologies, Inc. JMicron 20360/20363 AHCI 
> >Controller (rev 02)
> 
> hmmm, definitely interesting behavior.
> 
> Would you mind putting this info into a bugzilla.kernel.org report, so 
> that it is not lost?  This bug will likely go into a heavy ATAPI 
> debugging session that is coming in a few weeks, but not immediately :/

Is this related to #7810 (which is caused by Christoph's patches) or is 
this issue another 2.6.20-rc pktcdvd regression?

> 	Jeff

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed