Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

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

$ 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

What driver are you using?
I'm seeing similar behavior with the rt2500 driver myself.

I have ipw3945 here. Reverting to _pre10 makes it work right again.

This appears to be an amd64 issue, not overall.

     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

Created an attachment (id=116612) [details]
iwlist scan output

      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

Fixed in pre20.

Works as a charm here. Cheers to Jean for sustained excellence :)