Either I'm an idiot, or there is a major flaw in udev_rules_parse.c in udev-070, and it's crashing my system when Gentoo boots. On line ~252 of the file (udev_rules_parse.c), the rule is calloc'ed, and then the keys are parsed using get_key in the while(1) loop. The problem is that the key handlers (the KERNEL handler, in my case, since it's the first rule) in the while(1) call add_rule_key with the reference to the rule, and then add_rule_key tries to access rule->buf immediately thereafter, which hasn't been initialized yet. Instant segfault. And it messes up my /dev so that some devices have even disappeared. Anyway, please get to this one quick because it doesn't look like devfs is even in the latest kernels, so I have no other option.
Got me as well - any feedback on which architectures this happens on? I'm on AMD64 Gentoo Base System version 1.6.13 Portage 2.0.51.22-r3 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-gentoo-r3 x86_64) ================================================================= System uname: 2.6.13-gentoo-r3 x86_64 AMD Athlon(tm) 64 Processor 3000+ dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O3 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.cse.unsw.edu.au/pub/gentoo http://distfiles.gentoo.org" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="amd64 X alsa avi bash-completion bindist bitmap-fonts browserplugin bzip2 cdparanoia cdr crypt cups curl dga doc dvd dvdread emboss encode fam foomaticdb fortran gif gpm gstreamer gtk gtk2 gtkhtml imlib java javascript jpeg libwww lm_sensors lzw lzw-tiff motif mp3 mpeg ncurses nls nocd nvidia offensive ogg opengl pam pdflib perl png python quicktime readline samba sdl spell ssl tcpd tetex tiff truetype truetype-fonts type1-fonts usb userlocales vcd vorbis xine xml xml2 xmms xpm xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Nailed me on x86. :) Same issue, same symptoms. For now, I've locally hard-masked 0.70 and up; confirmed 0.69 works.
assuming dupe *** This bug has been marked as a duplicate of 109789 ***
