174693 2007-04-15 17:12 0000 net-wireless/wireless-tools-29_pre17 dumps core in iwevent and gives buggy iwlist output 2007-04-20 08:48:53 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified AMD64 Linux RESOLVED FIXED P2 normal --- 1 sgala@apache.org uberlord@gentoo.org candrews@integralblue.com jt@hpl.hp.com latexer@gentoo.org sgala@apache.org 2007-04-15 17:12:56 0000 Since I emerged it, iwevent dumps core on every event, also, iwlist eth1 scanning produces buggy output, with "Unknown/Bug" in the ESSID place, etc. Not sure what's going on, but _pre17 looks buggy Reproducible: Always _pre10 works very well, kernel gentoo-sources-2.6.20-r4 sgala@apache.org 2007-04-15 17:22:30 0000 $ emerge --info Portage 2.1.2.2 (default-linux/amd64/2006.1/desktop, gcc-4.1.2, glibc-2.5-r0, 2.6.20-gentoo-r5 x86_64) ================================================================= System uname: 2.6.20-gentoo-r5 x86_64 Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz Gentoo Base System release 1.12.9 Timestamp of tree: Sun, 15 Apr 2007 08:30:09 +0000 dev-java/java-config: 1.3.7, 2.0.31-r5 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.15-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.20-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe -ftree-vectorize -ftree-vectorizer-verbose=1" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/php/apache1-php5/ext-active/ /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=nocona -O2 -pipe -ftree-vectorize -ftree-vectorizer-verbose=1" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="es_ES.UTF-8" LINGUAS="es es_ES en" MAKEOPTS="" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/layman/voip" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aac acpi aiglx alsa amd64 apache2 arts avahi avi bash-completion berkdb bitmap-fonts bluetooth bonjour cairo cdr cli cracklib crypt cups curl dbus dlloader dri dvd dvdr eds emboss encode esd evdev fam firefox fortran galago gdbm gif gnome gpm gstreamer gtk gtk2 hal iconv icu iproute2 ipv6 isdnlog java jpeg kde kdehiddenvisibility lcms ldap libg++ logrotate lucene mad midi mikmod mono mouse mp3 mpeg ncurses nls nptl nptlonly nsplugin obex ogg opengl oss pam pcre pdflib perl png ppds pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl svg tcpd theora threads truetype truetype-fonts type1-fonts udev unicode v4l v4l2 vorbis xinerama xml xorg xrandr xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" DVB_CARDS="usb-wt220u" ELIBC="glibc" INPUT_DEVICES="synaptics mouse evdev keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="es es_ES en" USERLAND="GNU" VIDEO_CARDS="vesa i810 intel" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS uberlord@gentoo.org 2007-04-15 22:05:55 0000 What driver are you using? I'm seeing similar behavior with the rt2500 driver myself. sgala@apache.org 2007-04-15 22:16:43 0000 I have ipw3945 here. Reverting to _pre10 makes it work right again. steev@gentoo.org 2007-04-16 17:06:41 0000 This appears to be an amd64 issue, not overall. jt@hpl.hp.com 2007-04-17 18:42:14 0000 Hi, It's all my fault, please blame me. Here is the deal. I don't have any 64 bit platform. A few weeks ago, a bug on PPC64 with 32 bit userspace was reported. I attempted to fix it. Well, it now seems obvious that I broke AMD64. First, I would like to thank you for the bug report. Good bug report are what helps us make good progress ;-) I've just uploaded a new version of WT, 29-pre18. It does not fix the problem, on the other hand 'iwlist scan' should printout some information useful for me to diagnose the issue and devise a fix. Just compile, run 'iwlist scan' and tell me what it says... Sorry again for the breakage... Jean uberlord@gentoo.org 2007-04-18 07:56:34 0000 Created an attachment (id=116612) iwlist scan output jt@hpl.hp.com 2007-04-19 19:48:04 0000 Hi, After a few debugging sessions with Roy (thanks for his help), I think I understand what's happening, and I think I have a fix for it. I've uploaded a new version, 29-pre19, that should have the fix. You are welcomed to test and report ;-) Thanks again for your patience... Jean uberlord@gentoo.org 2007-04-20 00:14:02 0000 Fixed in pre20. sgala@apache.org 2007-04-20 08:48:53 0000 Works as a charm here. Cheers to Jean for sustained excellence :) 116612 2007-04-18 07:56 0000 iwlist scan output iwlist.scan text/plain KioqIFBsZWFzZSByZXBvcnQgdG8ganRAaHBsLmhwLmNvbSB5b3VyIHBsYXRmb3JtIGRldGFpbHMK KioqIGFuZCB0aGUgZm9sbG93aW5nIGxpbmUgOgoqKiogSVdfRVZfTENQX0xFTiA9IDggOyBJV19F Vl9QT0lOVF9MRU4gPSAxNiwgSVdfRVZfUEFSQU1fTEVOID0gMTYKCmxhbiAgICAgICBJbnRlcmZh Y2UgZG9lc24ndCBzdXBwb3J0IHNjYW5uaW5nLgoKKioqIFBsZWFzZSByZXBvcnQgdG8ganRAaHBs LmhwLmNvbSB5b3VyIHBsYXRmb3JtIGRldGFpbHMKKioqIGFuZCB0aGUgZm9sbG93aW5nIGxpbmUg OgoqKiogSVdfRVZfTENQX0xFTiA9IDggOyBJV19FVl9QT0lOVF9MRU4gPSAxNiwgSVdfRVZfUEFS QU1fTEVOID0gMTYKCmxvICAgICAgICBJbnRlcmZhY2UgZG9lc24ndCBzdXBwb3J0IHNjYW5uaW5n LgoKKioqIFBsZWFzZSByZXBvcnQgdG8ganRAaHBsLmhwLmNvbSB5b3VyIHBsYXRmb3JtIGRldGFp bHMKKioqIGFuZCB0aGUgZm9sbG93aW5nIGxpbmUgOgoqKiogSVdfRVZfTENQX0xFTiA9IDggOyBJ V19FVl9QT0lOVF9MRU4gPSAxNiwgSVdfRVZfUEFSQU1fTEVOID0gMTYKCioqKiBQbGVhc2UgcmVw b3J0IHRvIGp0QGhwbC5ocC5jb20geW91ciBwbGF0Zm9ybSBkZXRhaWxzCioqKiBhbmQgdGhlIGZv bGxvd2luZyBsaW5lIDoKKioqIElXX0VWX0xDUF9MRU4gPSA4IDsgSVdfRVZfUE9JTlRfTEVOID0g MTYsIElXX0VWX1BBUkFNX0xFTiA9IDE2Cgp2cG4gICAgICAgSW50ZXJmYWNlIGRvZXNuJ3Qgc3Vw cG9ydCBzY2FubmluZy4KCndsYW4gICAgICBTY2FuIGNvbXBsZXRlZCA6CiAgICAgICAgICBDZWxs IDAxIC0gQWRkcmVzczogODg6N0Q6MDA6MDA6MDA6MDAKICAgICAgICAgICAgICAgICAgICBNb2Rl OlVua25vd24vYnVnCiAgICAgICAgICAgICAgICAgICAgRVNTSUQ6IiIKICAgICAgICAgICAgICAg ICAgICBFbmNyeXB0aW9uIGtleTpvZmYKICAgICAgICAgICAgICAgICAgICBDaGFubmVsOjAKICAg ICAgICAgICAgICAgICAgICBRdWFsaXR5OjAgIFNpZ25hbCBsZXZlbDowICBOb2lzZSBsZXZlbDow CiAgICAgICAgICAgICAgICAgICAgUXVhbGl0eTowICBTaWduYWwgbGV2ZWw6MCAgTm9pc2UgbGV2 ZWw6MAoK