[OE-core] [PATCH 1/3] systemd: fix formatting IDE storage does not trigger "change" uevents
Hongxu Jia
hongxu.jia at windriver.com
Tue Nov 21 07:00:13 UTC 2017
On 2017年11月21日 11:04, Bruce Ashfield wrote:
>
>
> On Mon, Nov 20, 2017 at 8:18 PM, Hongxu Jia <hongxu.jia at windriver.com
> <mailto:hongxu.jia at windriver.com>> wrote:
>
> On 2017年11月20日 19:07, Burton, Ross wrote:
>> On 17 November 2017 at 06:08, Hongxu Jia
>> <hongxu.jia at windriver.com <mailto:hongxu.jia at windriver.com>> wrote:
>>
>> +qemu by default emulates IDE and the linux-yocto kernel(s) use
>> +CONFIG_IDE instead of the more modern libsata, so disks
>> appear as
>> +/dev/hd*. A similar patch rejected by upstream because
>> CONFIG_IDE
>> +is deprecated.
>>
>>
>> Can we fix our kernel and/or qemu configuration too?
>>
>
> Hi Bruce,
>
> Do you have any suggestion? How about disable CONFIG_IDE?
>
>
> I've been telling people we can disable CONFIG_IDE for years now.
>
> It just requires the kernel-cache change, and someone to boot all
> arches to show that
> it continues to work, as well as a quick search for references to hda
> to make sure they
> are all gone.
>
> Not something that is on my TODO list at the moment, but I'd take
> patches to the kernel
> part (with that testing shown).
>
I think I could have a try to clean up CONFIG_IDE.
Two steps:
1. Tweak kernel-cache to remove CONFIG_IDE for all available bsp.
It require necessary test to prove it is safe to remove it.
If the test is OK, I will send patch to yocto mailing list.
2. After 1 merged to kernel, I will clean up hda related (systemd/udev)
in oe-core, and send the fix to this mailing list.
//Hongxu
> Bruce
>
>
> //Hongxu
>
>> Ross
>
>
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> <mailto:Openembedded-core at lists.openembedded.org>
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
> <http://lists.openembedded.org/mailman/listinfo/openembedded-core>
>
>
>
>
> --
> "Thou shalt not follow the NULL pointer, for chaos and madness await
> thee at its end"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20171121/cf0d6915/attachment-0002.html>
More information about the Openembedded-core
mailing list