[RFC PATCH 0/4] wire up CPU features to udev based module loading
H. Peter Anvin
hpa at zytor.com
Fri Nov 8 10:09:36 EST 2013
I assumed he was referring to just dropping those fields of they didn't make sense for the architecture. That would make sense to do.
Andi Kleen <ak at linux.intel.com> wrote:
>> - the module aliases host tool has no arch specific dependencies at
>> all except having x86cpu as one of the entries: would you mind
>> dropping the x86 prefix there? Or rather add dependencies on $ARCH?
>> (If we drop it there, we basically end up with 'cpu:' everywhere)
>
>Should be fine.
>
>> - in the vendor/family/model case, it may be preferable to drop these
>> fields entirely from certain modules' aliases if they match on 'any'
>> (provided that the module tools permit this) rather than add
>> architecture, variant, revision, etc fields for all architectures if
>> they can only ever match on one
>
>The module tools require everything matching with the same wild cards.
>
>So I don't know how "any" would work.
>
>-Andi
--
Sent from my mobile phone. Please pardon brevity and lack of formatting.
More information about the linux-arm-kernel
mailing list