netdev - bpf_slow_path: sibling call to `skb_copy_bits' not allowed multiple TOCs (ppc)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAP=VYLqwbjNDQ-TTbs_6cH4X2MMzy=MAFy4=R116zGL8a6qUag@mail.gmail.com>
Date:	Wed, 28 Mar 2012 20:54:56 -0400
From:	Paul Gortmaker <paul.gortmaker@...driver.com>
To:	netdev <netdev@...r.kernel.org>
Cc:	linuxppc-dev@...abs.org, linux-next@...r.kernel.org
Subject: bpf_slow_path: sibling call to `skb_copy_bits' not allowed multiple
 TOCs (ppc)

Hi all,

Wondering if anyone has researched this, before I waste more time on it.

The linux-next build of powerpc-allyesconfig has for quite some time shown this:

  LD      .tmp_vmlinux1
powerpc-linux-ld: arch/powerpc/net/built-in.o: In function `bpf_slow_path_word':
(.text+0x90): sibling call optimization to `skb_copy_bits' does not
allow automatic
multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or
make `skb_copy_bits' extern

We get the same error for s/word/half/ and s/word/byte/ and s/word/msh/

Visually "bisecting" the linux-next builds shows the following:

good: Dec 7th, 2011:  http://kisskb.ellerman.id.au/kisskb/buildresult/5059024/
bad:   Dec 8th, 2011:  http://kisskb.ellerman.id.au/kisskb/buildresult/5062069/

I wouldn't be surprised if this was some kind of size thing that doesn't matter
in the real world, as the powerpc-allyesconfig is really only of value for build
coverage.   Even in the absence of the skb error, it still fails to link with:

    "powerpc-linux-ld: TOC section size exceeds 64k"

i.e. it never links into anything a person could actually try and boot anyway.

So, just knowing "yes that is bogus because you've got a giant kernel
with multiple TOC" would be useful information here.

Thanks,
Paul.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html