netdev - Re: [PATCH net v2] ipv6: sr: fix user space compilation error with old glibc

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <9f06720b-1a6e-2a0b-0756-70e9e73b631f@uclouvain.be>
Date:   Mon, 15 May 2017 16:21:09 +0200
From:   David Lebrun <david.lebrun@...ouvain.be>
To:     David Miller <davem@...emloft.net>
CC:     <netdev@...r.kernel.org>, <daniel@...earbox.net>
Subject: Re: [PATCH net v2] ipv6: sr: fix user space compilation error with
 old glibc

On 05/15/2017 04:09 PM, David Miller wrote:
> Please, no.
> 
> The reason we put together a method by which glibc and the kernel can
> stay out of eachother's way in header files is exactly so that we
> don't need ifdefs that conditionally do netinet/in.h vs. using the
> kernel header.
> 
> There are more than a dozen other UAPI headers which make use of
> linux/in6.h and none of them jump through hoops like what is being
> proposed here, and that's on purpose.
> 
> So special casing this one one header is really not the way to go.

Mmmh it's true that special casing in kernel headers for a user space
issue is not the best way to go.. I'll find a way to solve this in user
space only.

Sorry about the lousy patch.

David



Download attachment "signature.asc" of type "application/pgp-signature" (196 bytes)