Messages in this thread | | | Date | Tue, 30 Sep 2008 11:07:34 -0400 | From | "Monty Montgomery" <> | Subject | Re: [regression] CD-DA delay needed after insertion (http://bugzilla.kernel.org/show_bug.cgi?id=10974) |
| |
> With latest cdparanoia git-^H^H^H^Hsvn, the problem still happens. > After applying the patch below, there's no more crash thanks to your last > commit, and It Just Works(tm):
Then I will be doing some headscratching over a copy of the kernel. Oh-- what *exact* kernel are you using? non-x86 trees don't always sync often with the 'official' mainline and I want to be sure I'm reading the correct thing. I was a longtime PPC user until about two years ago, and I'm used to there being several substantially different PPC kernel trees [just making sure].
OTOH, if the kernel isn't even servicing the device as a block device until the drive returns a ready status and O_NONBLOCK thwarts waiting for that.... sigh. Nothing like a passthrough interface that still isn't a passthrough interface after fifteen years of dicking around.
I'm not willing to cripple cdparanoia on more-than-one-cdrom systems because of an edge case due to yet another ill-considered block layer 'feature'. For one thing *I* need to be able to scan devices without blocking on my own multiple drive systems. If there's a workaround to get both, I will find it.
But it's too early to say for sure. I'll check again.
(May I ask-- why the hard starting/stopping of the interface? Power saving?]
Monty
| |