[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