linux-kernel - Re: intel kms "Failed to allocate space for kernel memory manager"

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]

Date:	Mon, 12 Jan 2009 09:53:49 -0800
From:	Jesse Barnes <jbarnes@...tuousgeek.org>
To:	Olivier Galibert <galibert@...ox.com>
Cc:	Dave Airlie <airlied@...il.com>, Jan Dittmer <jdi@....org>,
	Diego Calleja <diegocg@...il.com>,
	linux-kernel@...r.kernel.org, eric.anholt@...tel.com,
	airlied@...ux.ie
Subject: Re: intel kms "Failed to allocate space for kernel memory manager"

On Monday, January 12, 2009 5:03 am Olivier Galibert wrote:
> On Mon, Jan 12, 2009 at 06:04:19PM +1000, Dave Airlie wrote:
> > explicit VideoRAM is most likely ignored by xorg as well for Intel
> > chipsets with the latest driver,
>
> I'm going on a tangeant, but it would be nice if video drivers, intel
> first among them, would stop ignoring user-provided configurations in
> favour of firmwares, bioses, in-display roms and other things like
> that that can be incorrect and not user-modifiable.  VideoRAM is one,
> but there's also modeline, DPI...

On the contrary, I think we have way too many options and configuration 
possibilities.  The more we have, the more likely some combination of them 
will be broken.

That said, modes are generally pretty easy to handle, so users can provide 
them through xrandr and xorg.conf; I don't see that changing.  VideoRAM OTOH 
was broken by design.  A user really has no way of knowing how much memory is 
available to the GPU, so providing a configurable value was causing way more 
problems than it solved.

But I suspect what you want it something else entirely, like a limit on the 
amount of RAM that will be used by the GPU.  I think that's a valid concern 
and something like that could probably be added to GEM w/o too much trouble, 
maybe through a new ulimit or system wide tunable.

-- 
Jesse Barnes, Intel Open Source Technology Center
--
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/