On Thu, Apr 04, 2013 at 11:06:16PM +0200, Mark Kettenis wrote: > Machines with Intel integrated graphics have this concept of stolen > memory; system memory set aside by the BIOS for use by the graphics > chip. On OpenBSD we don't touch that memory since we don't want to > step on the BIOS' toes. We also assume that this memory is mapped in > the graphics translation table (GTT). So we reserve a block of the > size of the stolen memory at the start of the aperture and never use > it. > > On modern machines this strategy doesn't make a lot of sense. The > size of the stolen memory can be larger than the graphics aperture, > leaving inteldrm(4) no space to map framebuffers and other graphics > objects. > > The diff below gets rid of this policy on Sandy Bridge and Ivy Bridge > CPUs, making the full aperture available for use by inteldrm(4). This > works fine on my x220, but before I commit this, I'd like to see a > little bit more testing. If you have a machine with Intel HD Graphics > 2000/3000/2500/4000, please give this diff a try. If possible, test > the following: > > * Check that X still works properly. > > * Check that suspend/resume still works. (Don't bother if > suspend/resume doesn't work without this diff). > > * Disable the inteldrm driver (boot with the -c option, disable > inteldrm at the UKC> prompt) and check if the VGA text console > still works properly. > > Thanks, > > Mark >
All the above scenerios worked fine on a Dell XPS 13 with Intel HD Graphics 3000. -- James Turner
