lkml.org 
[lkml]   [2004]   [Mar]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: 2.6.3 BUG - can't write DVD-RAM - reported as write-protected
From
Date
On Tue, 2004-03-09 at 10:12, Jens Axboe wrote: 
> On Tue, Mar 09 2004, Olaf Fr?czyk wrote:
> > On Sun, 2004-03-07 at 11:59, Jens Axboe wrote:
> > > On Fri, Mar 05 2004, Olaf Fr?czyk wrote:
> > > > On Fri, 2004-03-05 at 09:23, Jens Axboe wrote:
> > > > > On Thu, Mar 04 2004, Olaf Fr?czyk wrote:
> > > > > > Hi,
> > > > > > I switched to 2.6.3 from 2.4.x serie.
> > > > > > When I mount DVD-RAM it is mounted read-only:
> > > > > >
> > > > > > [root@venus olaf]# mount /dev/dvdram /mnt/dvdram
> > > > > > mount: block device /dev/dvdram is write-protected, mounting read-only
> > > > > > [root@venus olaf]#
> > > > > >
> > > > > > In 2.4 it is mounted correctly as read-write.
> > > > > >
> > > > > > Drive: Panasonic LF-201, reported in Linux as:
> > > > > > MATSHITA DVD-RAM LF-D200 A120
> > > > > >
> > > > > > SCSI controller: Adaptec 2940U2W
> > > > >
> > > > > What does cat /proc/sys/dev/cdrom/info say? Do you get any kernel
> > > > > messages in dmesg when the rw mount fails?
> > > >
> > > > I get nothing in /var/log/dmesg and in /var/log/messages
> > > > In /proc/sys/dev/cdrom/info I get:
> > > > [olaf@venus olaf]$ cat /proc/sys/dev/cdrom/info
> > > > CD-ROM information, Id: cdrom.c 3.20 2003/12/17
> > > >
> > > > drive name: sr1 sr0 hdc
> > > > drive speed: 0 16 44
> > > > drive # of slots: 1 1 1
> > > > Can close tray: 1 1 1
> > > > Can open tray: 1 1 1
> > > > Can lock tray: 1 1 1
> > > > Can change speed: 1 1 1
> > > > Can select disk: 0 0 0
> > > > Can read multisession: 1 1 1
> > > > Can read MCN: 1 1 1
> > > > Reports media changed: 1 1 1
> > > > Can play audio: 1 1 1
> > > > Can write CD-R: 0 1 1
> > > > Can write CD-RW: 0 1 1
> > > > Can read DVD: 1 0 0
> > > > Can write DVD-R: 0 0 0
> > > > Can write DVD-RAM: 1 0 0
> > > > Can read MRW: 0 0 1
> > > > Can write MRW: 0 0 1
> > > >
> > > > The one I'm mounting is /dev/scd1.
> > > > As there is capablity to write-protect DVD-RAM disk (like a 1.44"
> > > > Floppy), I think that the linux kernel interprets some message from
> > > > device in wrong way.
> > >
> > > Please repeat with this patch applied and send back the results, thanks.
> > >
> > > ===== drivers/cdrom/cdrom.c 1.48 vs edited =====
> > > -- 1.48/drivers/cdrom/cdrom.c Mon Feb 9 21:58:21 2004
> > > +++ edited/drivers/cdrom/cdrom.c Sun Mar 7 11:58:40 2004
> > > @@ -645,9 +645,12 @@
> > > {
> > > disc_information di;
> > >
> > > - if (cdrom_get_disc_info(cdi, &di))
> > > + if (cdrom_get_disc_info(cdi, &di)) {
> > > + printk("cdrom: read di failed\n");
> > > return 0;
> > > + }
> > >
> > > + printk("cdrom: erasable: %d\n", di.erasable);
> > > return di.erasable;
> > > }
> > >
> > I get:
> > cdrom: read di failed
>
> Can you try to instrument drivers/cdrom/cdrom.c:cdrom_get_disc_info()
> and find out where it fails? Change the cgc.quiet = 1 to a = 0 in there
> as well (that alone might be enough to pin point the problem).
Sorry for the delay. I couldn't take tha machine down.
After setting cgc.quiet=0 I get no additional messages from kernel.
cdrom_get_disc_info returns after FIRST:
cdo->generic_packet(cdi, &cgc).

BTW, I suppose return codes are interpreted not well:
In cdrom_get_disc_info we return after first (cdo->generic_packet) if it
returns not 0. (Success?) And we return with not 0 value.
And in cdrom_media_erasable we assume that not 0 is error, not success.
So probably in cdrom_get_disc_info we should have:
if (!(ret = cdo->generic_packet(cdi, &cgc)))
return ret;

I tried it, but it changed nothing regarding to the problem.
It returns then after second cdo->generic_packet, but I still get:
read di failed.

Regards,

Olaf

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

\
 
 \ /
  Last update: 2005-03-22 14:01    [W:0.087 / U:1.468 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site