[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100929123752.GA18865@kroah.com>
Date: Wed, 29 Sep 2010 05:37:52 -0700
From: Greg KH <greg@...ah.com>
To: Avi Kivity <avi@...hat.com>
Cc: Robin Holt <holt@....com>, Nathan Fontenot <nfont@...tin.ibm.com>,
linux-kernel@...r.kernel.org, linux-mm@...ck.org,
linuxppc-dev@...abs.org, Dave Hansen <dave@...ux.vnet.ibm.com>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
Subject: Re: [PATCH 0/8] v2 De-Couple sysfs memory directories from memory
sections
On Wed, Sep 29, 2010 at 10:32:34AM +0200, Avi Kivity wrote:
> On 09/29/2010 04:50 AM, Greg KH wrote:
>> >
>> > Because the old ABI creates 129,000+ entries inside
>> > /sys/devices/system/memory with their associated links from
>> > /sys/devices/system/node/node*/ back to those directory entries.
>> >
>> > Thankfully things like rpm, hald, and other miscellaneous commands scan
>> > that information.
>>
>> Really? Why? Why would rpm care about this? hald is dead now so we
>> don't need to worry about that anymore,
>
> That's not what compatiblity means. We can't just support
> latest-and-greatest userspace on latest-and-greatest kernels.
Oh, I know that, that's not what I was getting at at all here, sorry if
it came across that way.
I wanted to know so we could go fix programs that are mucking around in
these files, as odds are, the shouldn't be doing that in the first
place.
Like rpm, why would it matter what the memory in the system looks like?
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