LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Luca Tettamanti <kronos.it@gmail.com>
To: Adrian Bunk <bunk@stusta.de>
Cc: Jeff Garzik <jgarzik@pobox.com>,
	Jan Engelhardt <jengelh@linux01.gwdg.de>,
	Peter Osterlund <petero2@telia.com>,
	linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org,
	justin@jmicron.com, Christoph Hellwig <hch@lst.de>
Subject: Re: [2.6.20-rc6] pktcdvd doesn't work
Date: Thu, 1 Feb 2007 00:38:31 +0100	[thread overview]
Message-ID: <20070131233831.GA15328@dreamland.darkstar.lan> (raw)
In-Reply-To: <20070131231013.GW3754@stusta.de>

Hi Adrian,

Il Thu, Feb 01, 2007 at 12:10:13AM +0100, Adrian Bunk ha scritto: 
> 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?

To me it looks unrelated to #7810. In my case files are "written" to the
disk but they disappear after umount, I don't get any OOPS (nothing at
all in the log).
I'm not sure it's a regression either. As I said I rarely use pktcdvd,
it's possible that the last time I used it I still had the old
motherboard with VIA IDE controller.

Luca
-- 
Software is like sex; it's better when it's free.
Linus Torvalds

  reply	other threads:[~2007-01-31 23:38 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-30 19:53 Luca Tettamanti
2007-01-30 20:02 ` Jan Engelhardt
2007-01-30 20:36   ` Luca Tettamanti
2007-01-30 20:42     ` Jan Engelhardt
2007-01-30 23:16       ` Luca Tettamanti
2007-01-31 10:58         ` Jeff Garzik
2007-01-31 19:17           ` Fabio Comolli
2007-01-31 19:59           ` Luca
2007-01-31 23:10           ` Adrian Bunk
2007-01-31 23:38             ` Luca Tettamanti [this message]
2007-01-31 23:30 ` Adrian Bunk
2007-02-01 23:07   ` Luca Tettamanti
2007-02-02  2:21     ` Andrew Morton
2007-02-02  2:33       ` Adrian Bunk
2007-02-02  4:07         ` Andrew Morton
2007-02-02  5:32           ` Adrian Bunk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070131233831.GA15328@dreamland.darkstar.lan \
    --to=kronos.it@gmail.com \
    --cc=bunk@stusta.de \
    --cc=hch@lst.de \
    --cc=jengelh@linux01.gwdg.de \
    --cc=jgarzik@pobox.com \
    --cc=justin@jmicron.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=petero2@telia.com \
    --subject='Re: [2.6.20-rc6] pktcdvd doesn'\''t work' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).