[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#190638: libc6-dev: out-of-date linux headers (linux/ethtool.h)



Package: libc6-dev
Version: 2.3.1-16
Severity: normal

/usr/include/linux/ethtool.h should be the same across all
architectures, as it's pulled from the kernel's include/linux directory.
However, it would appear that the m68k package has an out-of-date
ethtool.h file (and I suspect others) that's keeping my package
(keepalived) from building.  Here's part of 2.3.1-16, m68k vs i386:


--- linux/ethtool.h     2003-03-25 00:01:42.000000000 -0500
+++ /usr/include/linux/ethtool.h        2003-04-20 13:37:28.000000000
-0400
@@ -3,6 +3,10 @@
  *
  * Copyright (C) 1998 David S. Miller (davem@redhat.com)
  * Copyright 2001 Jeff Garzik <jgarzik@mandrakesoft.com>
+ * Portions Copyright 2001 Sun Microsystems (thockin@sun.com)
+ * Portions Copyright 2002 Intel (eli.kupermann@intel.com,
+ *                                christopher.leech@intel.com,
+ *                                scott.feldman@intel.com)
  */
  
 #ifndef _LINUX_ETHTOOL_H
@@ -25,17 +29,21 @@
        u32     reserved[4];
 };
  
+#define ETHTOOL_BUSINFO_LEN    32
 /* these strings are set to whatever the driver author decides... */
 struct ethtool_drvinfo {
        u32     cmd;
        char    driver[32];     /* driver short name, "tulip",
"eepro100" */
        char    version[32];    /* driver version string */
        char    fw_version[32]; /* firmware version string, if
applicable */
-       char    bus_info[32];   /* Bus info for this interface.  For PCI
-                                * devices, use pci_dev->slot_name. */
+       char    bus_info[ETHTOOL_BUSINFO_LEN];  /* Bus info for this IF.
*/
+                               /* For PCI devices, use
pci_dev->slot_name. */
        char    reserved1[32];
-       char    reserved2[28];
-       u32     regdump_len;    /* Amount of data from ETHTOOL_GREGS */
+       char    reserved2[16];
+       u32     n_stats;        /* number of u64's from ETHTOOL_GSTATS
*/
+       u32     testinfo_len;
+       u32     eedump_len;     /* Size of data from ETHTOOL_GEEPROM
(bytes) */
+       u32     regdump_len;    /* Size of data from ETHTOOL_GREGS
(bytes) */
 };


I'm not quite sure how they managed to be different, I would've assumed
that glibc had the linux headers originate from the same place (and not
be in per-arch locations).  But, I guess not.  Anyways, it would be good
if the linux directory was updated to be the same across all archs.



-- System Information:
Debian Release: testing/unstable
Architecture: powerpc
Kernel: Linux nrop 2.4.20-ben7 #15 Sat Mar 1 15:37:39 EST 2003 ppc
Locale: LANG=C, LC_CTYPE=C

Versions of packages libc6-dev depends on:
ii  libc6                         2.3.1-17   GNU C Library: Shared libraries an

-- no debconf information




Reply to: