netdev - Re: 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-prev] [day] [month] [year] [list]

Message-Id: <20120329143040.6568ff46a45e6bd10d428473@canb.auug.org.au>
Date:	Thu, 29 Mar 2012 14:30:40 +1100
From:	Stephen Rothwell <sfr@...b.auug.org.au>
To:	Paul Gortmaker <paul.gortmaker@...driver.com>
Cc:	netdev <netdev@...r.kernel.org>, linuxppc-dev@...abs.org,
	linux-next@...r.kernel.org
Subject: Re: bpf_slow_path: sibling call to `skb_copy_bits' not allowed
 multiple TOCs (ppc)

Hi Paul,

On Wed, 28 Mar 2012 20:54:56 -0400 Paul Gortmaker <paul.gortmaker@...driver.com> wrote:
>
> 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.

This last message has been known for a long time and would require us to
change the way we link the kernel to fix.  I had a go at it a year or so
ago, but ran into binutils bugs :-(

The other message may be a result of the TOC section size problem, but I
am not sure.
-- 
Cheers,
Stephen Rothwell                    sfr@...b.auug.org.au

Content of type "application/pgp-signature" skipped