On Mon, 15 Sep 2008 22:49:13 +0200
Elias Oltmanns <eo@nebensachen.de> wrote:

quoted text
> FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> wrote:
> > On Mon, 15 Sep 2008 21:55:15 +0200
> > Elias Oltmanns <eo@nebensachen.de> wrote:
> >
> >> >> Jens, would it be better to just disable the cmdfilter stuff for
> >> >> 2.6.27? It's too late for another try to fix this broken stuff, I
> >> >> guess.
> >> >
> >> > Yeah, it's certainly starting to look like it... The amount of changes
> >> > to unbreak it are too large to submit now, so lets postpone it until
> >> > 2.6.28.
> >> 
> >> As far as I can make out, nothing has happened yet at this front. I've
> >> just verified that reverting the following commits (in that order) seems
> >> to be working nicely for me:
> >> 
> >> 2dc75d3c3b4
> >> bb23b431db7
> >> a4a778971b9
> >> 4beab5c623f
> >> 14e507b852e
> >> abf54393704
> >> 06a452e5b95
> >> 2b272d4f795
> >> 0b07de85a76
> >> 
> >> Is that what you had in mind? Will you take care of it?
> >
> > The following commit should disable the command filter feature:
> >
> > commit 2dc75d3c3b49c64fd26b4832a7efb75546cb3fc5
> > Author: Jens Axboe <jens.axboe@oracle.com>
> > Date:   Thu Sep 11 14:20:23 2008 +0200
> >
> >     block: disable sysfs parts of the disk command filter
> 
> Right, so it really is only the sysfs interface of the command filter
> that causes problems, is it?

Yeah, the way to use kobject for the sysfs interface caused the
problems. In addition, the commit log, 'block: disable sysfs parts of the disk
command filter' states that it disables only the sysfs interface but
the commit changes all the users not to use the command filter (that
is, nobody uses the command filter now). We should not see any
problems due to the command filter.


quoted text
> Does that also mean that you are not
> unhappy with the command filter in linux-next either except for the
> sysfs interfae? I didn't realise that, sorry for the noise.

I guess that it would be better to rethink about how to implement the
sysfs interface because the current command filter is different from
the initial implementation. We could do better (simpler).
--
unsubscribe notice
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/