[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090113235914.GA20727@suse.de>
Date: Tue, 13 Jan 2009 15:59:14 -0800
From: Greg KH <gregkh@...e.de>
To: KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>
Cc: David Miller <davem@...emloft.net>, Jesper.Nilsson@...s.com,
tj@...nel.org, stern@...land.harvard.edu, jens.axboe@...cle.com,
hinko.kocevar@...rtapot.si, linux-kernel@...r.kernel.org
Subject: Re: lib/klist.c: bit 0 in pointer can't be used as flag
On Wed, Jan 14, 2009 at 08:54:20AM +0900, KOSAKI Motohiro wrote:
> > From: KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>
> > Date: Wed, 14 Jan 2009 07:40:19 +0900
> >
> > > > It may be that we've worked around the other spots, although I haven't
> > > > seen anything like that, we might just have been lucky until now.
> > > >
> > > > Can you recall another place where this trick is used?
> > >
> > > rmap.
> > > Don't CRIS use mmu?
> >
> > I'm beginning to suspect the issue is only with objects
> > in the kernel image itself. Dynamically allocated memory
> > is properly aligned and therefore the "low bit status bits
> > in pointer" trick works.
>
> Ah, I see.
> very thank you for helpful explain.
So, is this change still needed for klists? I'm guessing so as they
could be in statically allocated objects, right?
Here's yet another reason to never statically allocate a kobject...
thanks,
greg k-h
--
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