Bug 260346 – e1000 fails on alloc pages (VMware)

• Product: Gentoo Linux
• Status: RESOLVED INVALID

[Description Stefan de Konink 2009-02-26 08:29:34 UTC]

I get several of these in my dmesg;

cherokee-worker: page allocation failure. order:3, mode:0x4020
Pid: 17900, comm: cherokee-worker Not tainted 2.6.27-gentoo-r1 #2

Call Trace:
 <IRQ>  [<ffffffff8106fead>] __alloc_pages_internal+0x3dd/0x4e0
 [<ffffffff8107002e>] __get_free_pages+0x1e/0x60
 [<ffffffff81276b12>] __alloc_skb+0x72/0x150
 [<ffffffff81277677>] __netdev_alloc_skb+0x17/0x40
 [<ffffffffa00035cb>] e1000_alloc_rx_buffers+0x25b/0x3f0 [e1000]
 [<ffffffffa0003a7c>] e1000_clean_rx_irq+0x31c/0x460 [e1000]
 [<ffffffffa0005adb>] e1000_clean+0x22b/0x540 [e1000]
 [<ffffffff8102953b>] hrtick_start_fair+0x5b/0x100
 [<ffffffff810299ea>] check_preempt_wakeup+0xca/0xf0
 [<ffffffff8127ab1a>] net_rx_action+0x7a/0x140
 [<ffffffff81032c93>] __do_softirq+0x63/0xc0
 [<ffffffff8100d56c>] call_softirq+0x1c/0x30
 [<ffffffff8100f5ed>] do_softirq+0x4d/0x90
 [<ffffffff81032995>] irq_exit+0x95/0xa0
 [<ffffffff81019a89>] smp_apic_timer_interrupt+0x49/0x80
 [<ffffffff8100ce43>] apic_timer_interrupt+0x83/0x90
 <EOI>  [<ffffffff8109a400>] sys_newstat+0x0/0x50
 [<ffffffff8100c3da>] system_call_fastpath+0x16/0x1b

Mem-Info:
DMA per-cpu:
CPU    0: hi:    0, btch:   1 usd:   0
DMA32 per-cpu:
CPU    0: hi:  186, btch:  31 usd: 171
Active:115988 inactive:372238 dirty:1380 writeback:0 unstable:0
 free:6452 slab:15125 mapped:7377 pagetables:890 bounce:0
DMA free:8048kB min:24kB low:28kB high:36kB active:20kB inactive:2076kB present:10016kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 2004 2004 2004
DMA32 free:17760kB min:5716kB low:7144kB high:8572kB active:463932kB inactive:1486876kB present:2052256kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
DMA: 12*4kB 36*8kB 12*16kB 15*32kB 8*64kB 9*128kB 5*256kB 0*512kB 0*1024kB 0*2048kB 1*4096kB = 8048kB
DMA32: 1690*4kB 663*8kB 338*16kB 1*32kB 0*64kB 0*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 17760kB
479019 total pagecache pages
0 pages in swap cache
Swap cache stats: add 16, delete 16, find 0/0
Free swap  = 1959856kB
Total swap = 1959920kB
524288 pages RAM
9406 pages reserved
33869 pages shared
487023 pages non-shared


Reproducible: Didn't try




Portage 2.1.6.4 (default/linux/amd64/2008.0, gcc-4.3.2, glibc-2.9_p20081201-r0, 2.6.27-gentoo-r1 x86_64)
=================================================================
System uname: Linux-2.6.27-gentoo-r1-x86_64-Intel-R-_Xeon-R-_CPU_L5320_@_1.86GHz-with-glibc2.2.5
Timestamp of tree: Mon, 05 Jan 2009 22:45:02 +0000
app-shells/bash:     3.2_p48
dev-lang/python:     2.4.4-r13, 2.5.2-r8
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.3.0-r1
sys-apps/sandbox:    1.2.18.1-r3
sys-devel/autoconf:  2.63
sys-devel/automake:  1.10.2
sys-devel/binutils:  2.19
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   2.2.6a
virtual/os-headers:  2.6.27-r2
ACCEPT_KEYWORDS="amd64 ~amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo/distfiles ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo  http://www.ibiblio.org/gentoo  http://distfiles.gentoo.org/distfiles http://distro.ibiblio.org/pub/linux/distributions/gentoo/distfiles"
LDFLAGS="-Wl,-O1"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.nl.gentoo.org/gentoo-portage"
USE="acl amd64 berkdb big-tables bzip2 caps cgi cli cluster cracklib crypt cups curl dri extraengine fortran gd gdbm geoip gif iconv ipv6 isdnlog jpeg midi mmx multilib mysql ncurses nls nptl nptlonly openmp pam pcre pdo perl png pppd python readline reflection session spl sse sse2 ssl sysfs tcpd threads truetype unicode xml xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTDIR_OVERLAY

[Comment 1 Peter Volkov (RETIRED) 2009-02-26 16:10:41 UTC]

I found this patch: http://lkml.org/lkml/2008/4/2/62

Although backtrace is different it looks like the reason is still the same. As I see patch was never applied.

[Comment 2 Daniel Drake (RETIRED) 2009-03-14 23:34:31 UTC]

Looks like these messages are harmless in e1000... or did you see some negative side effects of this?

[Comment 3 Stefan de Konink 2009-03-15 00:40:20 UTC]

(In reply to comment #2)
> Looks like these messages are harmless in e1000... or did you see some negative
> side effects of this?

Only crashes of the filesystems...

[Comment 4 Daniel Drake (RETIRED) 2009-03-15 01:10:04 UTC]

Can you post details of those?
They are probably unrelated... this message is printed when the e1000 driver encounters a condition that it deals with just fine, and are to be expected now and then. It's only a cosmetic bug that these messages look scary and exist at all.

[Comment 5 Stefan de Konink 2009-03-15 01:14:20 UTC]

(In reply to comment #4)
> Can you post details of those?
> They are probably unrelated... this message is printed when the e1000 driver
> encounters a condition that it deals with just fine, and are to be expected now
> and then. It's only a cosmetic bug that these messages look scary and exist at
> all.

It is the other bug you just commented on. 257739
NFS breaks, and the scsi stuff does, I still think it is something buggy in VMware though.

[Comment 6 Daniel Drake (RETIRED) 2009-05-11 23:10:08 UTC]

OK. The e1000 thing is definitely just a spammy warning, and can be ignored. thanks for reporting anyhow :)

[Comment 7 Stefan de Konink 2009-05-11 23:19:47 UTC]

(In reply to comment #6)
> OK. The e1000 thing is definitely just a spammy warning, and can be ignored.
> thanks for reporting anyhow :)

Then why not apply the patch?

[Comment 8 Daniel Drake (RETIRED) 2009-05-11 23:52:50 UTC]

ask upstream, we go with their decisions