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

Khem Raj raj.khem at gmail.com
Mon Jan 21 16:17:31 UTC 2019


Hi André

this feature was implemented but does not emulate full
glibc behavior and its possible that app is expecting the glibc
behavior, I have fixed nfsutils app in past see for details

https://patchwork.kernel.org/patch/10707759/

I think you can start with suspecting app, I dont rule out libc bug
but thats less likely

On Mon, Jan 21, 2019 at 1:14 AM André Draszik <git at andred.net> wrote:
>
> 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