[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAPXgP12-6whMqYK-WbRURumrrzwBd9Z8gTdV4=5WY25Jkq2ZLg@mail.gmail.com>
Date: Thu, 22 Dec 2011 00:46:20 +0100
From: Kay Sievers <kay.sievers@...y.org>
To: "H. Peter Anvin" <hpa@...or.com>
Cc: Greg KH <greg@...ah.com>, Thomas Renninger <trenn@...e.de>,
Andi Kleen <andi@...stfloor.org>, linux-kernel@...r.kernel.org,
Andi Kleen <ak@...ux.intel.com>, axboe@...nel.dk,
herbert@...dor.hengli.com.au, ying.huang@...el.com, lenb@...nel.org
Subject: Re: [PATCH 9/8] CPU: Introduce ARCH_HAS_CPU_AUTOPROBE and X86 parts
On Thu, Dec 22, 2011 at 00:36, H. Peter Anvin <hpa@...or.com> wrote:
> On 12/21/2011 03:29 PM, Greg KH wrote:
>>> Greg, Andi's upcoming CPU modaliases are temporarily hooked into the
>>> 'cpuid' class devices to make them work with userspace, which isn't
>>> possible with the weird sysdev stuff.
>>>
>>> We don't want to depend on the 'cpuid' class, but hook into the real
>>> 'cpu' subsystem. This switches them over after we have the
>>> sysdev-cpu-conversion stuff merged.
>>
>> Ok, but what does this mean now for my tree as I've taken your patches?
>
> If I understand Kay right it means that once this tree and the patches from
> Kay are both upstream we can apply the cleanup patch.
>
> Kay, is that correct?
Correct.
Andi added the modalias stuff to the 'cpuid' class because that has
the proper userspace hookup. But we want to have the modalias at the
real 'cpu' devices.
Thomas' patch (the above) moves them over, now that we can do that
with the weird sysdev stuff gone.
Kay
--
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