> > strace shows the problem to be > > socket(PF_NETLINK, SOCK_DGRAM|SOCK_CLOEXEC, 15) = -1 EINVAL (Invalid > > argument) > > > > This looks a fine socket call and SOCK_CLOEXEC should not be a problem with > > current kernels but for some reason udev still fails with it. > Actually it's the kernel which fails. Probably because it does not > implement O_CLOEXEC for socket(2), which was added to 2.6.26 on other > architectures.
OK, it seems most architectures define SOCK_CLOEXEC and O_CLOEXEC as 020000000 (octal) whereas hppa defines them 010000000 octal. Userspace headers have SOCK_CLOEXEC 020000000 everywhere and parisc gets the wrong flag. Having SOCK_DGRAM|010000000 in socket family makes it work. So this is hppa-specific problem in libc6-dev and not udev. Will report there. -- Meelis Roos (mr...@linux.ee) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
