| Summary: | r8169 page allocation failure with gentoo-sources-2.6.17-r4 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Andrei Slavoiu <ansla80> |
| Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
| Status: | RESOLVED CANTFIX | ||
| Severity: | normal | ||
| Priority: | High | ||
| Version: | 2006.0 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
.config
dmesg |
||
|
Description
Andrei Slavoiu
2006-08-14 03:21:30 UTC
Portage 2.1-r2 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-gentoo-r4 i686) ================================================================= System uname: 2.6.17-gentoo-r4 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz Gentoo Base System version 1.12.4 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -mfpmath=sse -pipe -ggdb" CHOST="i686-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/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=pentium4 -mfpmath=sse -pipe -ggdb" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms splitdebug strict" GENTOO_MIRRORS="ftp://ftp.roedu.net/pub/mirrors/gentoo.org ftp://ftp.lug.ro/gentoo http://gentoo.romnet.org http://distfiles.gentoo.org" LANG="ro_RO.UTF-8" LC_ALL="ro_RO.UTF-8" LDFLAGS="-Wl,-O1,--enable-new-dtags,--sort-common,-z,combreloc" LINGUAS="ro eo en" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.ro.gentoo.org/gentoo-portage" USE="x86 7zip X a52 aac aalib accessibility acl acpi akode alsa amr apache2 apm asf audiofile avi bash-completion berkdb bitmap-fonts bzip2 bzlib caps cddb cdparanoia clamav crypt css cups curl dga dlloader dmi doc dpms dri dv dvd dvdr dvdread eds emboss encode erandom examples exif expat fbcon ffmpeg flac foomaticdb fortran gcj gd gdbm gif glut gmp gnokii gnutls gphoto2 gpm graphviz hal idn imagemagick ipv6 isdnlog java javascript jpeg jpeg2k justify kde kdeenablefinal kdehiddenvisibility kerberos kig-scripting kipi kqemu lcms ldap libcaca libclamav libg++ libwww live lm_sensors lzo mad matroska mbrola mikmod mjpeg mmap mmx motif mp3 mp4 mpeg musepack musicbrainz mythtv ncurses network nls nodrm nowin nptl nptlonly offensive ofx ogg openal openexr opengl oss pam pcre pdf pdflib perl php physfs png postgres povray pppd python qt3 quicktime rdesktop readline reflection reiserfs rtc ruby samba sasl sdl session sms snmp speex spell spl sqlite sse sse2 ssl subversion svg symlink syslog sysvipc tcpd theora threads tidy tiff truetype truetype-fonts type1-fonts udev unicode usb videos visualization voice vorbis win32codecs wmf x264 xcomposite xine xml xmlrpc xorg xv xvid xvmc zeroconf zip zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_ro linguas_eo linguas_en userland_GNU video_cards_nv video_cards_nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS Created attachment 94216 [details]
.config
my kernel config file, might be relevant.
Is this reproducible at all? I think it may be related to unplugging the cable while the network connection is under load. Please attach full dmesg output from the booted system (does not matter if the error has not occurred) Created attachment 94293 [details]
dmesg
No, it's not reproducible. And yes, it happened under heavy load of both the network and CPU, but i'm not aware of the cable being disconnected.
Restarting the switch is equivalent to unplugging the network cable for a couple of seconds. During this time the network driver buffers filled up and the system ran out of memory, so you got this failure. Unfortunately there is not much we can do if this is not reproducible, and as your kernel is tainted by the closed-source nvidia driver most developers will not be willing to even look at it. Also, not sure if you are aware, but not all of your RAM is being used. You probably have more than 896mb of RAM in the system but only 896mb is available to Linux. You must build highmem into your kernel to use the full amount. This is documented at http://www.gentoo.org/doc/en/kernel-config.xml Enabling highmem would increase the amount of available memory which would probably help (to some extent) to avoid this bug. See this thread for another report http://lkml.org/lkml/2006/8/10/305 (In reply to comment #5) > Restarting the switch is equivalent to unplugging the network cable for a > couple of seconds. During this time the network driver buffers filled up and > the system ran out of memory, so you got this failure. The switch was actually restarted several minutes later after we figured that this is what caused the lack of internet access to all the computers in the room, and when I mentioned it I was actually meaning that I'm not sure if my dying network driver sent a malformed package that caused the switch to get stuck... But I guess you are right, it could be the switch that got stuck first and caused the error on my computer. > > Unfortunately there is not much we can do if this is not reproducible, and as > your kernel is tainted by the closed-source nvidia driver most developers will > not be willing to even look at it. Yes, I'm aware of that, unfortunately I'm not making the purchase decisions here... And the nv driver is really slow. > > Also, not sure if you are aware, but not all of your RAM is being used. You > probably have more than 896mb of RAM in the system but only 896mb is available > to Linux. You must build highmem into your kernel to use the full amount. Didn't notice this... I was using CONFIG_VMSPLIT_3G_OPT for full 1G low mem, but it looks like it was made to depend on EMBEDDED in newer kernels and got silently deactivated by make oldconfig. |
