[OE-core] [PATCH V2] musl: Update to latest trunk

André Draszik git at andred.net
Mon Jan 21 09:14:54 UTC 2019


Hi,

On Thu, 2018-11-29 at 09:52 -0800, Khem Raj wrote:
> Complete changelogs are here
> https://git.musl-libc.org/cgit/musl/log/?qt=range&q=c50985d5c8e316c5c464f352e79eeebfed1121a9..39ef612aa193cc6e954ac5a01574300ccd4b7ef9
> 
> Signed-off-by: Khem Raj <raj.khem at gmail.com>
> ---
> V2: move to latest master ( 3 more commits for regressions )
> 
>  meta/recipes-core/musl/musl_git.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-core/musl/musl_git.bb b/meta/recipes-
> core/musl/musl_git.bb
> index 0d8f8eb2a4..b416ec45bf 100644
> --- a/meta/recipes-core/musl/musl_git.bb
> +++ b/meta/recipes-core/musl/musl_git.bb
> @@ -4,7 +4,7 @@
>  require musl.inc
>  inherit linuxloader
>  
> -SRCREV = "c50985d5c8e316c5c464f352e79eeebfed1121a9"
> +SRCREV = "39ef612aa193cc6e954ac5a01574300ccd4b7ef9"

With this, link detection doesn't seem to work correctly anymore, instead
constant messages in the syslog:

    Atheros 8031 ethernet 30be0000.etherne:01: attached PHY driver [Atheros 8031 ethernet] (mii_bus:phy_addr=30be0000.etherne:01, irq=-1)
    IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
    fec 30bf0000.ethernet eth1: Link is Up - 1Gbps/Full - flow control rx/tx
    IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
    Atheros 8031 ethernet 30be0000.etherne:01: attached PHY driver [Atheros 8031 ethernet] (mii_bus:phy_addr=30be0000.etherne:01, irq=-1)
    IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
    fec 30bf0000.ethernet eth1: Link is Up - 1Gbps/Full - flow control rx/tx
    IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
    Atheros 8031 ethernet 30be0000.etherne:01: attached PHY driver [Atheros 8031 ethernet] (mii_bus:phy_addr=30be0000.etherne:01, irq=-1)

etc.

I've tracked it down to commit d1395c43c019 ("allow freeaddrinfo of
arbitrary sublists of addrinfo list" in musl.

Even latest musl master de7dc1318f49 doesn't work for me with the same
problem. The only way to make it work is to revert d1395c43c019 in musl,
even with latest master.

link detection should be a kernel thing, or not? So how can a user-space
change affect the kernel's link detection?

Any ideas?


Cheers,
Andre'




More information about the Openembedded-core mailing list