[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <806dafc20809300807h6d38bbeex2f2b4e496b0d155c@mail.gmail.com>
Date: Tue, 30 Sep 2008 11:07:34 -0400
From: "Monty Montgomery" <monty@...h.org>
To: "Geert Uytterhoeven" <Geert.Uytterhoeven@...ycom.com>
Cc: "James Bottomley" <James.Bottomley@...senpartnership.com>,
linux-scsi@...r.kernel.org,
"Linux Kernel Development" <linux-kernel@...r.kernel.org>
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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists