[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20090709085426U.fujita.tomonori@lab.ntt.co.jp>
Date: Thu, 9 Jul 2009 08:54:56 +0900
From: FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>
To: fujita.tomonori@....ntt.co.jp
Cc: jens.axboe@...cle.com, James.Bottomley@...senPartnership.com,
dwalker@...o99.com, maciej.rutecki@...il.com,
akpm@...ux-foundation.org, tarkan.erimer@...knet.net.tr,
linux-kernel@...r.kernel.org, linux-scsi@...r.kernel.org
Subject: Re: [BUG] Linux-2.6.31-rc1-git9 Cannot Recognize Empty DVD Media
On Thu, 9 Jul 2009 08:49:34 +0900
FUJITA Tomonori <fujita.tomonori@....ntt.co.jp> wrote:
> On Wed, 8 Jul 2009 18:57:28 +0200
> Jens Axboe <jens.axboe@...cle.com> wrote:
>
> > On Wed, Jul 08 2009, James Bottomley wrote:
> > > On Wed, 2009-07-08 at 09:06 -0700, Daniel Walker wrote:
> > > > On Wed, 2009-07-08 at 09:27 -0500, James Bottomley wrote:
> > > > >
> > > > > You might also try this patch from martin petersen: it will print out
> > > > > the actual command that's causing the problems ... that might give a
> > > > > clue.
> > > > >
> > > > > James
> > > >
> > > > On the bugzilla entry ,
> > > >
> > > > http://bugzilla.kernel.org/show_bug.cgi?id=13727
> > > >
> > > > Thomas Meyer indicated it was (possibly) the following commit,
> > > >
> > > > 018e0446890661504783f92388ecce7138c1566d
> > > >
> > > > I added Jens to the CC ..
> > >
> > > So thats:
> > >
> > > commit 018e0446890661504783f92388ecce7138c1566d
> > > Author: Jens Axboe <jens.axboe@...cle.com>
> > > Date: Fri Jun 26 16:27:10 2009 +0200
> > >
> > > block: get rid of queue-private command filter
> > >
> > > What this tends to suggest is that the command filter was blocking some
> > > type of command sent from user space which is causing the problem, and
> > > now we're letting it through. Restoring the command filter will work
> > > around the problem, but the root cause should be finding and fixing
> > > whatever is issuing the commands in the first place.
> >
> > There should be no functional change, since the filters were all the
> > same. Perhaps blk_scsi_ioctl_init() isn't being run, a good start would
> > be to stick a printk() in there and verify that it's actually being
> > executed. I've been tricked by __init before.
>
> I can't find where you call blk_scsi_ioctl_init(). I've attached a fix
> (not tested).
>
> Jens, I'm not sure that I saw the above patch on any mailing list. If
> you merged the patch without sending any mailing list, please don't do
> that.
>
>
> =
> From: FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>
> Subject: [PATCH] block: call blk_scsi_ioctl_init()
>
> Currently, blk_scsi_ioctl_init() is not called so
> blk_default_cmd_filter isn't initalized. Some commands are not blocked
> wrongly.
Oops, it should have been "some commands are blocked wrongly".
--
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