mknod() cannot create device nodes with large majors or large minors

[Roland Dreier]

This bug has already been reported upstream (see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=289945) but it is also present
in Hoary. It would be a shame for Hoary to release with this unfixed since it
seems likely that kernel drivers requiring large major/minors will be coming soon.

[Greg KH (greg-kroah)]

On Tue, Jan 11, 2005 at 03:56:00PM -0800, Roland Dreier wrote:
>
> I'm not sure if this is a udev bug, a C library bug, or a problem with how udev is
> built, but I'll start the report under udev.

glibc "issue" Try upgrading it to a newer version.

To test this out, try grabbing the udev tarball and building it:
 make
then as root:
 make test

It should fail on the test "big minor number test" or "big major number
test" and "big major and big minor number test" (sorry I don't remember
the number of the test.)

Then try this:
 make clean
 make USE_KLIBC=true
and then as root:
 make test

Odds are those tests then pass. If so, it's a glibc thing.

thanks,

greg k-h

[Roland Dreier (roland-topspin)]

    Greg> glibc "issue" Try upgrading it to a newer version.

Looks like it. The udev tests behave as you say, and even simpler,
the following program prints "0x12c00" but creates /dev/infiniband/xxx
with major 0x2c. This is with Debian libc6 2.3.2.ds1-20, which is the
newest available in Debian. Do you happen to know which glibc version
has the fix for mknod?

 #include <sys/types.h>
 #include <sys/stat.h>
 #include <fcntl.h>
 #include <unistd.h>

 int main(int argc, char *argv[])
 {
  printf("0x%x\n", makedev(300, 0));
  mknod("/dev/infiniband/xxx", S_IFCHR | 0600, makedev(300, 0));
  return 0;
 }

Thanks,
  Roland

[Greg KH (greg-kroah)]

On Tue, Jan 11, 2005 at 04:34:58PM -0800, Roland Dreier wrote:
> Greg> glibc "issue" Try upgrading it to a newer version.
>
> Looks like it. The udev tests behave as you say, and even simpler,
> the following program prints "0x12c00" but creates /dev/infiniband/xxx
> with major 0x2c. This is with Debian libc6 2.3.2.ds1-20, which is the
> newest available in Debian. Do you happen to know which glibc version
> has the fix for mknod?

No idea, I don't run Debian on any of my boxes :)

Good luck,

greg k-h

[Roland Dreier (roland-topspin)]

(I guess this bug should be reassigned to libc6)

It seems that the change to glibc's mknod was applied about 15 months
ago, between glibc 2.3.2 and glibc 2.3.3. Here's the patch taken from
glibc CVS:

Index: glibc-2.3.2/sysdeps/unix/sysv/linux/xmknod.c
===================================================================
--- glibc-2.3.2.orig/sysdeps/unix/sysv/linux/xmknod.c 2002-08-04 01:22:58.000000000 -0700
+++ glibc-2.3.2/sysdeps/unix/sysv/linux/xmknod.c 2005-01-11 17:43:15.209774232 -0800
@@ -35,7 +35,7 @@
 int
 __xmknod (int vers, const char *path, mode_t mode, dev_t *dev)
 {
- unsigned short int k_dev;
+ unsigned long long int k_dev;

   if (vers != _MKNOD_VER)
     {
@@ -44,9 +44,12 @@
     }

   /* We must convert the value to dev_t type used by the kernel. */
- k_dev = ((major (*dev) & 0xff) << 8) | (minor (*dev) & 0xff);
+ k_dev = (*dev) & ((1ULL << 32) - 1);
+ if (k_dev != *dev)
+ return EOVERFLOW;

- return INLINE_SYSCALL (mknod, 3, CHECK_STRING (path), mode, k_dev);
+ return INLINE_SYSCALL (mknod, 3, CHECK_STRING (path), mode,
+ (unsigned int) k_dev);
 }

 weak_alias (__xmknod, _xmknod)

[Marco d'Itri (md)]

reassign 289945 libc6
retitle 289945 please add support for long long dev_t
tag 289945 patch upstream
thanks

Please apply to allow udev to create nodes for drivers which need more
than 2^8 minors.

On Jan 12, Roland Dreier <email address hidden> wrote:

> (I guess this bug should be reassigned to libc6)
>
> It seems that the change to glibc's mknod was applied about 15 months
> ago, between glibc 2.3.2 and glibc 2.3.3. Here's the patch taken from
> glibc CVS:
>
> Index: glibc-2.3.2/sysdeps/unix/sysv/linux/xmknod.c
> ===================================================================
> --- glibc-2.3.2.orig/sysdeps/unix/sysv/linux/xmknod.c 2002-08-04 01:22:58.000000000 -0700
> +++ glibc-2.3.2/sysdeps/unix/sysv/linux/xmknod.c 2005-01-11 17:43:15.209774232 -0800
> @@ -35,7 +35,7 @@
> int
> __xmknod (int vers, const char *path, mode_t mode, dev_t *dev)
> {
> - unsigned short int k_dev;
> + unsigned long long int k_dev;
>
> if (vers != _MKNOD_VER)
> {
> @@ -44,9 +44,12 @@
> }
>
> /* We must convert the value to dev_t type used by the kernel. */
> - k_dev = ((major (*dev) & 0xff) << 8) | (minor (*dev) & 0xff);
> + k_dev = (*dev) & ((1ULL << 32) - 1);
> + if (k_dev != *dev)
> + return EOVERFLOW;
>
> - return INLINE_SYSCALL (mknod, 3, CHECK_STRING (path), mode, k_dev);
> + return INLINE_SYSCALL (mknod, 3, CHECK_STRING (path), mode,
> + (unsigned int) k_dev);
> }
>
> weak_alias (__xmknod, _xmknod)

--
ciao,
Marco

[Roland Dreier (roland-topspin)]

reassign 289945 libc6
thanks

[GOTO Masanori (gotom-debian)]

tags 289945 fixed-upstream
thanks

[Roland Dreier (roland.dreier)]

This bug has already been reported upstream (see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=289945) but it is also present
in Hoary. It would be a shame for Hoary to release with this unfixed since it
seems likely that kernel drivers requiring large major/minors will be coming soon.

[Debian Bug Importer (debzilla)]

Message-Id: <E1CoVrk-0007VV-8F@eddore>
Date: Tue, 11 Jan 2005 15:56:00 -0800
From: Roland Dreier <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: udev: does not create device nodes with large majors properly

Package: udev
Version: 0.050-3
Severity: normal

I was testing the possibility of using a large major (that is, a major > 255) for
a character device driver I am working on, the ib_umad InfiniBand MAD user access
module. This driver is merged upstream post 2.6.10, although the in-tree version
will not use a large major. In any case, I tried modifying the driver code so
that the character device was registered with major 300.

Everything seems to work on the kernel side:

    # grep infiniband_mad /proc/devices
    300 infiniband_mad

    # cat /sys/class/infiniband_mad/umad0/dev
    300:0

I have the rule

    KERNEL="umad*", NAME="infiniband/%k"

in my rules file, and in fact udev wants to do the right thing:

    # udevtest /class/infiniband_mad/umad0
    version 050
    looking at '/class/infiniband_mad/umad0'
    opened class_dev->name='umad0'
    configured rule in '/etc/udev/rules.d/infiniband.rules' at line 1 applied, 'umad0' becomes 'infiniband/%k'
    creating device node '/dev/infiniband/umad0', major = '300', minor = '0', mode = '020660', uid = '0', gid = '0'

but in the end the major number gets truncated:

    # stat -c %t:%T /dev/infiniband/umad0
    2c:0

(0x2c is 44 decimal, which is 300 - 256 of course)

I'm not sure if this is a udev bug, a C library bug, or a problem with how udev is
built, but I'll start the report under udev.

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 0
lrwxr-xr-x 1 root root 13 Jul 2 2004 udev.rules -> ../udev.rules
lrwxr-xr-x 1 root root 12 Dec 30 20:53 z_hal-plugdev.rules -> ../hal.rules

-- /sys/:
/sys/block/fd0/dev
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda10/dev
/sys/block/hda/hda11/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hda/hda5/dev
/sys/block/hda/hda6/dev
/sys/block/hda/hda7/dev
/sys/block/hda/hda8/dev
/sys/block/hda/hda9/dev
/sys/block/hdc/dev
/sys/block/ram0/dev
/sys/block/ram1/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/class/graphics/fb0/dev
/sys/class/input/event0/dev
/sys/class/input/event1/dev
/sys/class/input/event2/dev
/sys/class/input/mice/dev
/sys/class/input/mouse0/dev
/sys/class/input/mouse1/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/hw_random/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/nvidia/nvidia0/dev
/sys/class/nvidia/nvidiactl/dev
/sys/class/printer/lp0/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/controlC1/dev
/sys/class/sound/controlC2/dev
/sys/class/sound/controlC3/dev
/sys/class/sound/dsp/dev
/sys/class/sound/mixer/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class...

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Tue, 11 Jan 2005 16:15:39 -0800
From: Greg KH <email address hidden>
To: Roland Dreier <email address hidden>, <email address hidden>
Cc: Debian Bug Tracking System <email address hidden>
Subject: Re: Bug#289945: udev: does not create device nodes with large majors properly

On Tue, Jan 11, 2005 at 03:56:00PM -0800, Roland Dreier wrote:
>
> I'm not sure if this is a udev bug, a C library bug, or a problem with how udev is
> built, but I'll start the report under udev.

glibc "issue" Try upgrading it to a newer version.

To test this out, try grabbing the udev tarball and building it:
 make
then as root:
 make test

It should fail on the test "big minor number test" or "big major number
test" and "big major and big minor number test" (sorry I don't remember
the number of the test.)

Then try this:
 make clean
 make USE_KLIBC=true
and then as root:
 make test

Odds are those tests then pass. If so, it's a glibc thing.

thanks,

greg k-h

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Tue, 11 Jan 2005 16:34:58 -0800
From: Roland Dreier <email address hidden>
To: Greg KH <email address hidden>
Cc: <email address hidden>,
   Debian Bug Tracking System <email address hidden>
Subject: Re: Bug#289945: udev: does not create device nodes with large
 majors properly

    Greg> glibc "issue" Try upgrading it to a newer version.

Looks like it. The udev tests behave as you say, and even simpler,
the following program prints "0x12c00" but creates /dev/infiniband/xxx
with major 0x2c. This is with Debian libc6 2.3.2.ds1-20, which is the
newest available in Debian. Do you happen to know which glibc version
has the fix for mknod?

 #include <sys/types.h>
 #include <sys/stat.h>
 #include <fcntl.h>
 #include <unistd.h>

 int main(int argc, char *argv[])
 {
  printf("0x%x\n", makedev(300, 0));
  mknod("/dev/infiniband/xxx", S_IFCHR | 0600, makedev(300, 0));
  return 0;
 }

Thanks,
  Roland

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Tue, 11 Jan 2005 16:39:27 -0800
From: Greg KH <email address hidden>
To: Roland Dreier <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#289945: udev: does not create device nodes with large majors properly

On Tue, Jan 11, 2005 at 04:34:58PM -0800, Roland Dreier wrote:
> Greg> glibc "issue" Try upgrading it to a newer version.
>
> Looks like it. The udev tests behave as you say, and even simpler,
> the following program prints "0x12c00" but creates /dev/infiniband/xxx
> with major 0x2c. This is with Debian libc6 2.3.2.ds1-20, which is the
> newest available in Debian. Do you happen to know which glibc version
> has the fix for mknod?

No idea, I don't run Debian on any of my boxes :)

Good luck,

greg k-h

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Tue, 11 Jan 2005 17:47:52 -0800
From: Roland Dreier <email address hidden>
To: <email address hidden>
Subject: Re: Bug#289945: udev: does not create device nodes with large
 majors properly

(I guess this bug should be reassigned to libc6)

It seems that the change to glibc's mknod was applied about 15 months
ago, between glibc 2.3.2 and glibc 2.3.3. Here's the patch taken from
glibc CVS:

Index: glibc-2.3.2/sysdeps/unix/sysv/linux/xmknod.c
===================================================================
--- glibc-2.3.2.orig/sysdeps/unix/sysv/linux/xmknod.c 2002-08-04 01:22:58.000000000 -0700
+++ glibc-2.3.2/sysdeps/unix/sysv/linux/xmknod.c 2005-01-11 17:43:15.209774232 -0800
@@ -35,7 +35,7 @@
 int
 __xmknod (int vers, const char *path, mode_t mode, dev_t *dev)
 {
- unsigned short int k_dev;
+ unsigned long long int k_dev;

   if (vers != _MKNOD_VER)
     {
@@ -44,9 +44,12 @@
     }

   /* We must convert the value to dev_t type used by the kernel. */
- k_dev = ((major (*dev) & 0xff) << 8) | (minor (*dev) & 0xff);
+ k_dev = (*dev) & ((1ULL << 32) - 1);
+ if (k_dev != *dev)
+ return EOVERFLOW;

- return INLINE_SYSCALL (mknod, 3, CHECK_STRING (path), mode, k_dev);
+ return INLINE_SYSCALL (mknod, 3, CHECK_STRING (path), mode,
+ (unsigned int) k_dev);
 }

 weak_alias (__xmknod, _xmknod)

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Wed, 12 Jan 2005 10:02:22 +0100
From: <email address hidden> (Marco d'Itri)
To: Roland Dreier <email address hidden>, <email address hidden>
Cc: <email address hidden>, <email address hidden>
Subject: please add support for long long dev_t

--NMuMz9nt05w80d4+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

reassign 289945 libc6
retitle 289945 please add support for long long dev_t
tag 289945 patch upstream
thanks

Please apply to allow udev to create nodes for drivers which need more
than 2^8 minors.

On Jan 12, Roland Dreier <email address hidden> wrote:

> (I guess this bug should be reassigned to libc6)
>=20
> It seems that the change to glibc's mknod was applied about 15 months
> ago, between glibc 2.3.2 and glibc 2.3.3. Here's the patch taken from
> glibc CVS:
>=20
> Index: glibc-2.3.2/sysdeps/unix/sysv/linux/xmknod.c
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> --- glibc-2.3.2.orig/sysdeps/unix/sysv/linux/xmknod.c 2002-08-04 01:22:58=
=2E000000000 -0700
> +++ glibc-2.3.2/sysdeps/unix/sysv/linux/xmknod.c 2005-01-11 17:43:15.2097=
74232 -0800
> @@ -35,7 +35,7 @@
> int
> __xmknod (int vers, const char *path, mode_t mode, dev_t *dev)
> {
> - unsigned short int k_dev;
> + unsigned long long int k_dev;
> =20
> if (vers !=3D _MKNOD_VER)
> {
> @@ -44,9 +44,12 @@
> }
> =20
> /* We must convert the value to dev_t type used by the kernel. */
> - k_dev =3D ((major (*dev) & 0xff) << 8) | (minor (*dev) & 0xff);
> + k_dev =3D (*dev) & ((1ULL << 32) - 1);
> + if (k_dev !=3D *dev)
> + return EOVERFLOW;
> =20
> - return INLINE_SYSCALL (mknod, 3, CHECK_STRING (path), mode, k_dev);
> + return INLINE_SYSCALL (mknod, 3, CHECK_STRING (path), mode,
> + (unsigned int) k_dev);
> }
> =20
> weak_alias (__xmknod, _xmknod)

--=20
ciao,
Marco

--NMuMz9nt05w80d4+
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFB5OeeFGfw2OHuP7ERArdvAKCj1rfo7vbaXL2yxuLmSTOVLiR9cQCggw/a
L+6Nm2qrUD05YRKjDTwz+YI=
=efQP
-----END PGP SIGNATURE-----

--NMuMz9nt05w80d4+--

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Wed, 12 Jan 2005 13:12:22 -0800
From: Roland Dreier <email address hidden>
To: <email address hidden>
Subject: Re: Bug#289945: udev: does not create device nodes with large
 majors properly

reassign 289945 libc6
thanks

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Thu, 13 Jan 2005 19:56:24 +0900
From: GOTO Masanori <email address hidden>
To: <email address hidden>
Subject: Re: please add support for long long dev_t

tags 289945 fixed-upstream
thanks

[Jeff Bailey (jbailey)]

Fixed in Breezy's glibc update.

[GOTO Masanori (gotom)]

Source: glibc
Source-Version: 2.3.5-3

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.3.5-3_all.deb
  to pool/main/g/glibc/glibc-doc_2.3.5-3_all.deb
glibc_2.3.5-3.diff.gz
  to pool/main/g/glibc/glibc_2.3.5-3.diff.gz
glibc_2.3.5-3.dsc
  to pool/main/g/glibc/glibc_2.3.5-3.dsc
libc6-dbg_2.3.5-3_arm.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_arm.deb
libc6-dbg_2.3.5-3_hppa.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_hppa.deb
libc6-dbg_2.3.5-3_i386.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_i386.deb
libc6-dbg_2.3.5-3_mips.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_mips.deb
libc6-dbg_2.3.5-3_mipsel.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_mipsel.deb
libc6-dbg_2.3.5-3_powerpc.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_powerpc.deb
libc6-dbg_2.3.5-3_s390.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_s390.deb
libc6-dbg_2.3.5-3_sparc.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_sparc.deb
libc6-dev-ppc64_2.3.5-3_powerpc.deb
  to pool/main/g/glibc/libc6-dev-ppc64_2.3.5-3_powerpc.deb
libc6-dev-s390x_2.3.5-3_s390.deb
  to pool/main/g/glibc/libc6-dev-s390x_2.3.5-3_s390.deb
libc6-dev-sparc64_2.3.5-3_sparc.deb
  to pool/main/g/glibc/libc6-dev-sparc64_2.3.5-3_sparc.deb
libc6-dev_2.3.5-3_arm.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_arm.deb
libc6-dev_2.3.5-3_hppa.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_hppa.deb
libc6-dev_2.3.5-3_i386.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_i386.deb
libc6-dev_2.3.5-3_mips.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_mips.deb
libc6-dev_2.3.5-3_mipsel.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_mipsel.deb
libc6-dev_2.3.5-3_powerpc.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_powerpc.deb
libc6-dev_2.3.5-3_s390.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_s390.deb
libc6-dev_2.3.5-3_sparc.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_sparc.deb
libc6-i686_2.3.5-3_i386.deb
  to pool/main/g/glibc/libc6-i686_2.3.5-3_i386.deb
libc6-pic_2.3.5-3_arm.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_arm.deb
libc6-pic_2.3.5-3_hppa.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_hppa.deb
libc6-pic_2.3.5-3_i386.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_i386.deb
libc6-pic_2.3.5-3_mips.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_mips.deb
libc6-pic_2.3.5-3_mipsel.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_mipsel.deb
libc6-pic_2.3.5-3_powerpc.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_powerpc.deb
libc6-pic_2.3.5-3_s390.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_s390.deb
libc6-pic_2.3.5-3_sparc.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_sparc.deb
libc6-ppc64_2.3.5-3_powerpc.deb
  to pool/main/g/glibc/libc6-ppc64_2.3.5-3_powerpc.deb
libc6-prof_2.3.5-3_arm.deb
  to pool/main/g/glibc/libc6-prof_2.3.5-3_arm.deb
libc6-prof_2.3.5-3_hppa.deb
  to pool/main/g/glibc/libc6-prof_2.3.5-3_hppa.deb
libc6-prof_2.3.5-3_i386.deb
  to pool/main/g/glibc/libc6-prof_2.3.5-3_i386.deb
libc6-prof_2.3.5-3_mips.deb
  to pool/main/g/glibc/libc6-prof_2.3.5-3_mips.deb
libc6-prof_2.3.5-3_mipsel.deb
  to pool/main/g/glibc/libc6-prof_2.3.5-3_mipsel.deb
libc6-prof_2.3.5-3_powerpc.deb
  to pool/main/g/glibc/libc6-prof_2.3.5-3_powerpc.deb
libc6-prof_2.3.5-3_s...

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Fri, 05 Aug 2005 03:29:24 -0700
From: GOTO Masanori <email address hidden>
To: <email address hidden>
Subject: Bug#289945: fixed in glibc 2.3.5-3

Source: glibc
Source-Version: 2.3.5-3

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.3.5-3_all.deb
  to pool/main/g/glibc/glibc-doc_2.3.5-3_all.deb
glibc_2.3.5-3.diff.gz
  to pool/main/g/glibc/glibc_2.3.5-3.diff.gz
glibc_2.3.5-3.dsc
  to pool/main/g/glibc/glibc_2.3.5-3.dsc
libc6-dbg_2.3.5-3_arm.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_arm.deb
libc6-dbg_2.3.5-3_hppa.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_hppa.deb
libc6-dbg_2.3.5-3_i386.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_i386.deb
libc6-dbg_2.3.5-3_mips.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_mips.deb
libc6-dbg_2.3.5-3_mipsel.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_mipsel.deb
libc6-dbg_2.3.5-3_powerpc.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_powerpc.deb
libc6-dbg_2.3.5-3_s390.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_s390.deb
libc6-dbg_2.3.5-3_sparc.deb
  to pool/main/g/glibc/libc6-dbg_2.3.5-3_sparc.deb
libc6-dev-ppc64_2.3.5-3_powerpc.deb
  to pool/main/g/glibc/libc6-dev-ppc64_2.3.5-3_powerpc.deb
libc6-dev-s390x_2.3.5-3_s390.deb
  to pool/main/g/glibc/libc6-dev-s390x_2.3.5-3_s390.deb
libc6-dev-sparc64_2.3.5-3_sparc.deb
  to pool/main/g/glibc/libc6-dev-sparc64_2.3.5-3_sparc.deb
libc6-dev_2.3.5-3_arm.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_arm.deb
libc6-dev_2.3.5-3_hppa.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_hppa.deb
libc6-dev_2.3.5-3_i386.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_i386.deb
libc6-dev_2.3.5-3_mips.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_mips.deb
libc6-dev_2.3.5-3_mipsel.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_mipsel.deb
libc6-dev_2.3.5-3_powerpc.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_powerpc.deb
libc6-dev_2.3.5-3_s390.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_s390.deb
libc6-dev_2.3.5-3_sparc.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-3_sparc.deb
libc6-i686_2.3.5-3_i386.deb
  to pool/main/g/glibc/libc6-i686_2.3.5-3_i386.deb
libc6-pic_2.3.5-3_arm.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_arm.deb
libc6-pic_2.3.5-3_hppa.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_hppa.deb
libc6-pic_2.3.5-3_i386.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_i386.deb
libc6-pic_2.3.5-3_mips.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_mips.deb
libc6-pic_2.3.5-3_mipsel.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_mipsel.deb
libc6-pic_2.3.5-3_powerpc.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_powerpc.deb
libc6-pic_2.3.5-3_s390.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_s390.deb
libc6-pic_2.3.5-3_sparc.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-3_sparc.deb
libc6-ppc64_2.3.5-3_powerpc.deb
  to pool/main/g/glibc/libc6-ppc64_2.3.5-3_powerpc.deb
libc6-prof_2.3.5-3_arm.deb
  to pool/main/g/glibc/libc6-prof_2.3.5-3_arm.deb
libc6-prof_2.3.5-3_hppa.deb
  to pool/main/g/glibc/libc6-prof_2.3.5-3_hppa.deb
libc6-prof_2.3.5-3_i386.deb
  to pool/main/g/glibc/libc6-prof_2.3.5-3_i386.deb
libc6-prof_2.3.5-3_mips.deb
  to pool/main/g/glibc/libc6-prof_2...