public inbox for netdev@vger.kernel.org 
 help / color / mirror / Atom feed
From: Baruch Siach <baruch@tkos•co.il>
To: Stephen Hemminger <stephen@networkplumber•org>
Cc: netdev@vger•kernel.org, Aya Levin <ayal@mellanox•com>,
	Moshe Shemesh <moshe@mellanox•com>
Subject: Re: [PATCH] devlink: fix libc and kernel headers collision
Date: Tue, 04 Jun 2019 20:47:50 +0300	[thread overview]
Message-ID: <87ef49nsxl.fsf@tarshish> (raw)
In-Reply-To: <20190604094718.0a56d7a5@hermes.lan>

Hi Stephen,

On Tue, Jun 04 2019, Stephen Hemminger wrote:
> On Thu, 30 May 2019 18:32:27 +0300
> Baruch Siach <baruch@tkos•co.il> wrote:
>
>> Since commit 2f1242efe9d ("devlink: Add devlink health show command") we
>> use the sys/sysinfo.h header for the sysinfo(2) system call. But since
>> iproute2 carries a local version of the kernel struct sysinfo, this
>> causes a collision with libc that do not rely on kernel defined sysinfo
>> like musl libc:
>> 
>> In file included from devlink.c:25:0:
>> .../sysroot/usr/include/sys/sysinfo.h:10:8: error: redefinition of 'struct sysinfo'
>>  struct sysinfo {
>>         ^~~~~~~
>> In file included from ../include/uapi/linux/kernel.h:5:0,
>>                  from ../include/uapi/linux/netlink.h:5,
>>                  from ../include/uapi/linux/genetlink.h:6,
>>                  from devlink.c:21:
>> ../include/uapi/linux/sysinfo.h:8:8: note: originally defined here
>>  struct sysinfo {
>> 		^~~~~~~
>> 
>> Rely on the kernel header alone to avoid kernel and userspace headers
>> collision of definitions.
>> 
>> Cc: Aya Levin <ayal@mellanox•com>
>> Cc: Moshe Shemesh <moshe@mellanox•com>
>> Signed-off-by: Baruch Siach <baruch@tkos•co.il>
>
> Sorry this breaks the glibc build.
>
>
>     CC       devlink.o
> devlink.c: In function ‘format_logtime’:
> devlink.c:6124:8: warning: implicit declaration of function ‘sysinfo’; did you mean ‘psiginfo’? [-Wimplicit-function-declaration]
>   err = sysinfo(&s_info);
>         ^~~~~~~
>         psiginfo
>
> I backed out the patch now (before pushing it).
> Please fix and resubmit.

I can't think of anything better than this ugly fix:

diff --git a/devlink/devlink.c b/devlink/devlink.c
index 436935f88bda..02e648ef64b3 100644
--- a/devlink/devlink.c
+++ b/devlink/devlink.c
@@ -18,11 +18,12 @@
 #include <limits.h>
 #include <errno.h>
 #include <inttypes.h>
+#include <sys/sysinfo.h>
+#define _LINUX_SYSINFO_H
 #include <linux/genetlink.h>
 #include <linux/devlink.h>
 #include <libmnl/libmnl.h>
 #include <netinet/ether.h>
-#include <sys/sysinfo.h>
 #include <sys/queue.h>
 
 #include "SNAPSHOT.h"

Would that be acceptable?

baruch

-- 
     http://baruch.siach.name/blog/                  ~. .~   Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
   - baruch@tkos•co.il - tel: +972.52.368.4656, http://www.tkos.co.il -

      reply	other threads:[~2019-06-04 17:47 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-05-30 15:32 [PATCH] devlink: fix libc and kernel headers collision Baruch Siach
2019-06-03  5:58 ` Jiri Pirko
2019-06-03  9:02 ` Petr Vorel
2019-06-04 16:45 ` Stephen Hemminger
2019-06-04 16:47 ` Stephen Hemminger
2019-06-04 17:47   ` Baruch Siach [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87ef49nsxl.fsf@tarshish \
    --to=baruch@tkos$(echo .)co.il \
    --cc=ayal@mellanox$(echo .)com \
    --cc=moshe@mellanox$(echo .)com \
    --cc=netdev@vger$(echo .)kernel.org \
    --cc=stephen@networkplumber$(echo .)org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox