From: Rene Herman <rene.herman@keyaccess.nl>
To: Ondrej Zary <linux@rainbow-software.org>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
viro@parcelfarce.linux.theplanet.co.uk
Subject: Re: cdu31a - anyone has this ancient drive for testing?
Date: Sun, 07 Nov 2004 20:51:51 +0100 [thread overview]
Message-ID: <418E7CD7.408@keyaccess.nl> (raw)
In-Reply-To: <418E4A27.2060104@rainbow-software.org>
Ondrej Zary wrote:
> I've got a Sony CDU33A drive with COR334 controller. The Linux cdu31a
> driver was not updated for 2.6 kernel so it does not work.
Well, modular it still /pretended/ to work. That is, it could (most of
the time) mount CD-ROMs but yes, most any actual activity made it blow up...
> Here are two patches that try to make the driver working with 2.6
> kernel. The cdu31a-timeouts-fix.patch fixes the timeout values in header
> file and the cdu31a-make-working.patch does the rest:
> - Make the driver work in 2.6.X
> - Added workaround to fix hard lockups on eject
> - Fixed door locking problem after mounting empty drive
> - Set double-speed drives to double speed by default
> - Removed all readahead things - not needed anymore
>
> It does work on my system. I also know that it's still broken - it uses
> cli(), MODULE_PARM and it's also not very fast (I _never_ reached full
> 300KB/s with it, but I know that it's possible in Windows) and probably
> many other things (I'm new to Linux kernel) - so I'm waiting for comments.
>
> If someone has these ancient drives (CDU31A or CDU33A), please test :-)
Verified to do useful things here as well. I Have a CDU33A connected
through a MediaVision PAS16 soundcard:
Pro Audio Spectrum driver Copyright (C) by Hannu Savolainen 1993-1996
<Pro AudioSpectrum 16D rev 127> at 0x388 irq 10 dma 5
Leaving handle_sony_cd_attention at 1004
Sony I/F CDROM : SONY CD-ROM CDU33A Rev 1.0c
Capabilities: tray, audio, eject, LED, elec. Vol, sep. Vol, double speed
Entering sony_get_toc
[ a great many leaving/entering and other debug printks ]
and I could actually mount CD-ROMs and copy stuff from them. One thing,
a full 'dd' does not work:
root@5vd5:~# dd if=/dev/sonycd of=test.iso
0+0 records in
0+0 records out
root@5vd5:~# ls -l test.iso
-rw-r--r-- 1 root root 0 2004-11-07 20:41 test.iso
no oopses, nor specific complaints in dmesg.
Good job though, as far as I'm concerned. Once you have a final version,
you may want to submit this directly to Linus or maybe to Al Viro. He
sometimes looks at these drivers. I added him to the CC...
Rene.
next prev parent reply other threads:[~2004-11-07 19:56 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-07 16:15 cdu31a - anyone has this ancient drive for testing? Ondrej Zary
2004-11-07 19:51 ` Rene Herman [this message]
2004-11-07 20:25 ` Ondrej Zary
2004-11-07 21:10 ` Daniel Egger
2004-11-08 10:57 ` Ondrej Zary
2004-11-08 16:07 ` Daniel Egger
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=418E7CD7.408@keyaccess.nl \
--to=rene.herman@keyaccess.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@rainbow-software.org \
--cc=viro@parcelfarce.linux.theplanet.co.uk \
/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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox