linux-kernel - Re: [tainted,fglrx] page allocation failure: basic meaning of log messages?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.LNX.1.00.0804081125140.22515@localhost>
Date:	Tue, 8 Apr 2008 11:39:38 +0200 (CEST)
From:	"Andreas K. Huettel" <A.K.Huettel@...elft.nl>
To:	Peter Zijlstra <peterz@...radead.org>
cc:	Lennart Sorensen <lsorense@...lub.uwaterloo.ca>,
	KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
	linux-kernel@...r.kernel.org
Subject: Re: [tainted,fglrx] page allocation failure: basic meaning of log
 messages?

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160


#]> > #]> Apr  3 09:01:30 bellini hal-system-powe: page allocation failure. order:10, mode:0x4020
#]> > #]> Apr  3 09:01:30 bellini Pid: 327, comm: hal-system-powe Tainted: PF       2.6.24-gentoo-r3 #1
#]> > #]> Apr  3 09:01:30 bellini [<c0140c48>] __alloc_pages+0x2bd/0x2ce
#]> > #]> Apr  3 09:01:30 bellini [<c0140c92>] __get_free_pages+0x39/0x47
#]> > #]> Apr  3 09:01:30 bellini [<f8adcd9e>] firegl_cmmqs_save_fb+0x8e/0x200 [fglrx]
#]> > #]
#]> > #]this messages doesn't mean bug, merely indicate allocation failure.
#]> > #]if any other bad thind doen't happend, you can ignore it.
#]> > 
#]> > Swapping like mad without any obvious cause (500M swap in use, 1.5G RAM 
#]> > - - which is normally not such a big problem). This however stopped when 
#]> > I closed some memory-intensive applications (firefox, vmware).
#]> > 
#]> > Since then the machine is running without problems. 
(...)
#]
#]An order 10 alloc (4 mb contiguous) isn't likely to succeed by any
#]measure. Lumpy reclaim will try very hard and likely cause that swap
#]storm you taked about, but relying on order 10 allocs is insane.


Question - this seems to me not to be a kernel issue (correct me if I'm 
wrong) and thus I'd like to take it to the proper place...
Where should I file this as bug? Is this a hald problem or something more 
complicated?

The swap storm is perfectly reproducible with X/fglrx, compiz and vmware 
workstation running - after resume from suspend2ram it starts. No compiz - 
no problem. No vmware - no problem... Closing vmware -> swapping stops.

If you think this is hopeless since too much closed source software is 
involved, tell me... :-]


Thanks, Andreas




- --
This message is transmitted using 100% recycled electrons.
- --
- ---------------------------------------------------------------------
Dr. Andreas K. Huettel                  tel. +31 15 27 88102  (univ.)
Molecular Electronics and Devices            +31 6 42527466  (mobile)
Kavli Institute of Nanoscience Delft
Delft University of Technology                 A.K.Huettel@...elft.nl
PO Box 5046, 2600 GA Delft                          mail@...uettel.de
The Netherlands                     http://www.akhuettel.de/research/
- ---------------------------------------------------------------------
Please use GNUPG or PGP for signed and encrypted email. My public key
can be found at  http://www.akhuettel.de/pgp_key.php

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)

iD8DBQFH+z1f3ao2Zwy3NWoRA8/iAJ0bLbIFJ9FfHolzuw4eOsNalMhMQACfTBxm
IEKmTD381DwK2Atl4mJB/24=
=jvjl
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/