Bug 463610 – =sys-devel/gcc-4.6.3 - =sys-kernel/gentoo-sources-3.7.10 - drivers/input/mouse/logips2pp.o: cc1: out of memory allocating 137438965187 bytes after a total of 270336 bytes

• Status: RESOLVED NEEDINFO
• Product: Gentoo Linux

[Description Stephen Bosch 2013-03-28 13:48:32 UTC]

When trying to build gentoo-sources-3.7.10 with the usual 'make all && make modules_install' procedure, the build fails when building mouse drivers, as shown here:

make[1]: Nothing to be done for `all'.
make[1]: Nothing to be done for `relocs'.
  CHK     include/generated/uapi/linux/version.h
  CHK     include/generated/utsrelease.h
  CALL    scripts/checksyscalls.sh
  CHK     include/generated/compile.h
make[3]: `arch/x86/realmode/rm/realmode.bin' is up to date.
  CC      drivers/input/mouse/logips2pp.o

cc1: out of memory allocating 137438965187 bytes after a total of 270336 bytes
make[3]: *** [drivers/input/mouse/logips2pp.o] Error 1
make[2]: *** [drivers/input/mouse] Error 2
make[1]: *** [drivers/input] Error 2
make: *** [drivers] Error 2

At first I thought this might be due to mismatched headers, but this occurs even with linux-headers-3.7 installed. There is sufficient memory:

$ free
             total       used       free     shared    buffers     cached
Mem:       1961040     988752     972288          0     141364     420820
-/+ buffers/cache:     426568    1534472
Swap:      3903788          0    3903788

For comparison, gentoo-sources-3.6.11-r1 builds just fine. Both kernels are using a similar .config (one was copied over and 'make menuconfig' was run).

Here is emerge --info:
$ emerge --info
Portage 2.1.11.52 (default/linux/amd64/13.0, gcc-4.6.3, glibc-2.15-r3, 3.5.7-gentoo x86_64)
=================================================================
System uname: Linux-3.5.7-gentoo-x86_64-Intel-R-_Core-TM-2_Duo_CPU_L9400_@_1.86GHz-with-gentoo-2.1
KiB Mem:     1961040 total,    922384 free
KiB Swap:    3903788 total,   3903788 free
Timestamp of tree: Thu, 28 Mar 2013 11:45:02 +0000
ld GNU ld (GNU Binutils) 2.22
app-shells/bash:          4.2_p37
dev-java/java-config:     2.1.12-r1
dev-lang/python:          2.7.3-r2, 3.2.3
dev-util/cmake:           2.8.9
dev-util/pkgconfig:       0.28
sys-apps/baselayout:      2.1-r1
sys-apps/openrc:          0.11.8
sys-apps/sandbox:         2.5
sys-devel/autoconf:       2.13, 2.69
sys-devel/automake:       1.11.6
sys-devel/binutils:       2.22-r1
sys-devel/gcc:            4.5.4, 4.6.3
sys-devel/gcc-config:     1.7.3
sys-devel/libtool:        2.4-r1
sys-devel/make:           3.82-r4
sys-kernel/linux-headers: 3.6 (virtual/os-headers)
sys-libs/glibc:           2.15-r3
Repositories: gentoo
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -march=native"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -pipe -march=native"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp-stud.hs-esslingen.de/pub/Mirrors/gentoo/ http://ftp-stud.hs-esslingen.de/pub/Mirrors/gentoo/"
LANG="de_DE.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="X aac acl acpi alsa amd64 amr bash-completion berkdb bzip2 cairo cli consolekit cracklib crypt cxx dbus device-mapper dri exif extras faac flac fortran gdbm gimp gpm hwdb iconv icu ipv6 jpeg laptop lcms lm_sensors lock mmx modules mp3 mudflap multilib ncurses nls nptl nsplugin ogg opengl openmp pam parport pcre pdf perl png policykit python qt3support readline rtmp session sqlite sse sse2 sse3 ssl ssse3 startup-notification taglib tcpd theora threads thunar tiff truetype udev unicode usb v4l video vorbis x264 xml zlib" ABI_X86="64" 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="authn_core authz_core socache_shmcb unixd 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 cgi cgid 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" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="de en fr nb en_GB en_CA" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-3" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2" RUBY_TARGETS="ruby18 ruby19" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
$

[Comment 1 Jeroen Roovers (RETIRED) 2013-03-28 16:28:24 UTC]

(In reply to comment #0)
> When trying to build gentoo-sources-3.7.10 with the usual 'make all && make
> modules_install' procedure, the build fails when building mouse drivers, as
> shown here:
> 
> make[1]: Nothing to be done for `all'.
> make[1]: Nothing to be done for `relocs'.
>   CHK     include/generated/uapi/linux/version.h
>   CHK     include/generated/utsrelease.h
>   CALL    scripts/checksyscalls.sh
>   CHK     include/generated/compile.h
> make[3]: `arch/x86/realmode/rm/realmode.bin' is up to date.
>   CC      drivers/input/mouse/logips2pp.o
> 
> cc1: out of memory allocating 137438965187 bytes after a total of 270336
> bytes
> make[3]: *** [drivers/input/mouse/logips2pp.o] Error 1
> make[2]: *** [drivers/input/mouse] Error 2
> make[1]: *** [drivers/input] Error 2
> make: *** [drivers] Error 2

So it tried to allocate 128 gigabytes.

> At first I thought this might be due to mismatched headers, but this occurs
> even with linux-headers-3.7 installed. There is sufficient memory:

Building a kernel completely ignores sys-kernel/linux-headers.

> $ free
>              total       used       free     shared    buffers     cached
> Mem:       1961040     988752     972288          0     141364     420820
> -/+ buffers/cache:     426568    1534472
> Swap:      3903788          0    3903788

And you have something like 6 gigabytes virtual memory.

[Comment 2 Stephen Bosch 2013-03-28 17:06:45 UTC]

(If there's something wrong with what I am doing here, please be as clear as you can when explaining it.)

If headers are irrelevant, then I don't know what could be causing this problem. I have also tried it with two different compilers, both gcc-4.5.4 and gcc-4.6.3. In any event, the failure does not occur with 3.6.11-r1.

I do recognize that it tried to allocate nearly 130 GB, but how is that normal? When I say "there is sufficient memory" I mean simply that there is enough memory available so that the system is not swapping at all.

I consider not being able to build a kernel quite serious -- if I had not had a fallback kernel, I would have been forced to resort to booting from a livecd. Can you tell me what characteristics a bug must have to qualify as critical? It would be very helpful if the bug severity tag were thoroughly explained on the bug reporting page.

[Comment 3 Mike Pagano 2013-04-02 21:56:30 UTC]

please post the result of:

ulimit -a

[Comment 4 Stephen Bosch 2013-04-03 07:33:58 UTC]

(In reply to comment #3)
> please post the result of:
> 
> ulimit -a

$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 15290
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 15290
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

[Comment 5 Tom Wijsman (TomWij) (RETIRED) 2013-04-16 17:30:24 UTC]

If you still experience this, please reopen the bug and toolchain will assist you. Not sure why these bugs keep being assigned to individual packages instead of the compiler, in this case the kernel surely doesn't expect people to have 128 gigabytes; therefore I think it must be an internal mistake in gcc.