Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933019AbXAaK63 (ORCPT ); Wed, 31 Jan 2007 05:58:29 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933020AbXAaK62 (ORCPT ); Wed, 31 Jan 2007 05:58:28 -0500 Received: from srv5.dvmed.net ([207.36.208.214]:55792 "EHLO mail.dvmed.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933019AbXAaK61 (ORCPT ); Wed, 31 Jan 2007 05:58:27 -0500 Message-ID: <45C0764B.8060906@pobox.com> Date: Wed, 31 Jan 2007 05:58:19 -0500 From: Jeff Garzik User-Agent: Thunderbird 1.5.0.9 (X11/20061219) MIME-Version: 1.0 To: Luca Tettamanti CC: Jan Engelhardt , Peter Osterlund , linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org, justin@jmicron.com Subject: Re: [2.6.20-rc6] pktcdvd doesn't work References: <20070130195319.GA10994@dreamland.darkstar.lan> <20070130203601.GB15067@dreamland.darkstar.lan> <20070130231623.GA7648@dreamland.darkstar.lan> In-Reply-To: <20070130231623.GA7648@dreamland.darkstar.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.3 (----) X-Spam-Report: SpamAssassin version 3.1.7 on srv5.dvmed.net summary: Content analysis details: (-4.3 points, 5.0 required) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3225 Lines: 83 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 :/ Jeff - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/