<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/gpu/drm/Kconfig, branch linux-2.6.35.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.35.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.35.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2011-03-31T18:57:56Z</updated>
<entry>
<title>drm/i915: Add dependency on CONFIG_TMPFS</title>
<updated>2011-03-31T18:57:56Z</updated>
<author>
<name>Chris Wilson</name>
</author>
<published>2011-01-20T10:03:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fbb04f77b029c591fd77043e4c88b600efff5027'/>
<id>urn:sha1:fbb04f77b029c591fd77043e4c88b600efff5027</id>
<content type='text'>
commit f7ab9b407b3bc83161c2aa74c992ba4782e87c9c upstream.

Without tmpfs, shmem_readpage() is not compiled in causing an OOPS as
soon as we try to allocate some swappable pages for GEM.

Jan 19 22:52:26 harlie kernel: Modules linked in: i915(+) drm_kms_helper cfbcopyarea video backlight cfbimgblt cfbfillrect
Jan 19 22:52:26 harlie kernel:
Jan 19 22:52:26 harlie kernel: Pid: 1125, comm: modprobe Not tainted 2.6.37Harlie #10 To be filled by O.E.M./To be filled by O.E.M.
Jan 19 22:52:26 harlie kernel: EIP: 0060:[&lt;00000000&gt;] EFLAGS: 00010246 CPU: 3
Jan 19 22:52:26 harlie kernel: EIP is at 0x0
Jan 19 22:52:26 harlie kernel: EAX: 00000000 EBX: f7b7d000 ECX: f3383100 EDX: f7b7d000
Jan 19 22:52:26 harlie kernel: ESI: f1456118 EDI: 00000000 EBP: f2303c98 ESP: f2303c7c
Jan 19 22:52:26 harlie kernel:  DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Jan 19 22:52:26 harlie kernel: Process modprobe (pid: 1125, ti=f2302000 task=f259cd80 task.ti=f2302000)
Jan 19 22:52:26 harlie kernel: Stack:
Jan 19 22:52:26 harlie udevd-work[1072]: '/sbin/modprobe -b pci:v00008086d00000046sv00000000sd00000000bc03sc00i00' unexpected exit with status 0x0009
Jan 19 22:52:26 harlie kernel:  c1074061 000000d0 f2f42b80 00000000 000a13d2 f2d5dcc0 00000001 f2303cac
Jan 19 22:52:26 harlie kernel:  c107416f 00000000 000a13d2 00000000 f2303cd4 f8d620ed f2cee620 00001000
Jan 19 22:52:26 harlie kernel:  00000000 000a13d2 f1456118 f2d5dcc0 f1a40000 00001000 f2303d04 f8d637ab
Jan 19 22:52:26 harlie kernel: Call Trace:
Jan 19 22:52:26 harlie kernel:  [&lt;c1074061&gt;] ? do_read_cache_page+0x71/0x160
Jan 19 22:52:26 harlie kernel:  [&lt;c107416f&gt;] ? read_cache_page_gfp+0x1f/0x30
Jan 19 22:52:26 harlie kernel:  [&lt;f8d620ed&gt;] ? i915_gem_object_get_pages+0xad/0x1d0 [i915]
Jan 19 22:52:26 harlie kernel:  [&lt;f8d637ab&gt;] ? i915_gem_object_bind_to_gtt+0xeb/0x2d0 [i915]
Jan 19 22:52:26 harlie kernel:  [&lt;f8d65961&gt;] ? i915_gem_object_pin+0x151/0x190 [i915]
Jan 19 22:52:26 harlie kernel:  [&lt;c11e16ed&gt;] ? drm_gem_object_init+0x3d/0x60
Jan 19 22:52:26 harlie kernel:  [&lt;f8d65aa5&gt;] ? i915_gem_init_ringbuffer+0x105/0x1e0 [i915]
Jan 19 22:52:26 harlie kernel:  [&lt;f8d571b7&gt;] ? i915_driver_load+0x667/0x1160 [i915]

Reported-by: John J. Stimson-III &lt;john@idsfa.net&gt;
Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Andi Kleen &lt;ak@linux.intel.com&gt;

</content>
</entry>
<entry>
<title>drm/radeon: fix power supply kconfig interaction.</title>
<updated>2010-05-21T05:41:20Z</updated>
<author>
<name>Dave Airlie</name>
</author>
<published>2010-05-21T05:41:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5d9b7e2d2db95549aeab129c95d588236137a4c8'/>
<id>urn:sha1:5d9b7e2d2db95549aeab129c95d588236137a4c8</id>
<content type='text'>
radeon needs power supply to get correct PM info so select it at the radeon
level not at the kms option.

Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/fbdev: rework output polling to be back in the core. (v4)</title>
<updated>2010-05-18T07:40:11Z</updated>
<author>
<name>Dave Airlie</name>
</author>
<published>2010-05-07T06:42:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=eb1f8e4f3be898df808e2dfc131099f5831d491d'/>
<id>urn:sha1:eb1f8e4f3be898df808e2dfc131099f5831d491d</id>
<content type='text'>
After thinking it over a lot it made more sense for the core to deal with
the output polling especially so it can notify X.

v2: drop plans for fake connector - per Michel's comments - fix X patch sent to xorg-devel, add intel polled/hpd setting, add initial nouveau polled/hpd settings.

v3: add config lock take inside polling, add intel/nouveau poll init/fini calls

v4: config lock was a bit agressive, only needed around connector list reading.
otherwise it could re-enter.

glisse: discard drm_helper_hpd_irq_event

v3: Reviewed-by: Michel DÃ¤nzer &lt;michel@daenzer.net&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/kms/fb: add polling support for when nothing is connected.</title>
<updated>2010-04-07T00:29:52Z</updated>
<author>
<name>Dave Airlie</name>
</author>
<published>2010-03-30T05:34:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5c4426a782bc9509573fc7958a786ebd14fafdf3'/>
<id>urn:sha1:5c4426a782bc9509573fc7958a786ebd14fafdf3</id>
<content type='text'>
When we are running in a headless environment we have no idea what
output the user might plug in later, we only have hotplug detect
from the digital outputs. So if we detect no connected outputs at
initialisation, start a slow work operation to poll every 5 seconds
for an output.

this is only hooked up for radeon so far, on hw where we have full
hotplug detection there is no need for this.

Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/radeon/kms: move radeon KMS on/off switch out of staging.</title>
<updated>2010-02-01T01:35:47Z</updated>
<author>
<name>Dave Airlie</name>
</author>
<published>2010-02-01T01:35:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f71d0187987e691516cd10c2702f002c0e2f0edc'/>
<id>urn:sha1:f71d0187987e691516cd10c2702f002c0e2f0edc</id>
<content type='text'>
We are happy enough that the KMS driver is stable enough for enough people
for the kms enable/disable to leave staging. Distros can now contemplate
turning this on.

Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/i915: Select CONFIG_SHMEM</title>
<updated>2009-11-25T20:27:42Z</updated>
<author>
<name>Chris Wilson</name>
</author>
<published>2009-11-22T15:40:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ca9ab10033d190c1ede85fdf456307bdfdabf079'/>
<id>urn:sha1:ca9ab10033d190c1ede85fdf456307bdfdabf079</id>
<content type='text'>
The driver requires shmfs as the backing filesystem to handle the buffer
objects, so ensure it is selected if the user chooses to build our
driver.

Fixes: Bug 14662 - Dell E5500 kernel panic with KMS
http://bugzilla.kernel.org/show_bug.cgi?id=14662

The revealing nature of the panic is the NULL function pointer
dereference in read_cache_page_async().

Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
Reported-and-tested-by: Mateusz Kaduk &lt;mateusz.kaduk@gmail.com&gt;
Signed-off-by: Eric Anholt &lt;eric@anholt.net&gt;
Cc: stable@kernel.org
</content>
</entry>
<entry>
<title>drm/i915: force mode set at lid open time</title>
<updated>2009-09-10T23:10:00Z</updated>
<author>
<name>Jesse Barnes</name>
</author>
<published>2009-09-10T22:28:03Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c1c7af60892070e4b82ad63bbfb95ae745056de0'/>
<id>urn:sha1:c1c7af60892070e4b82ad63bbfb95ae745056de0</id>
<content type='text'>
Some laptop platforms will disable pipes and/or planes at lid close time
and not restore them when the lid is opened again.  So catch the lid
event, and if the lid was opened, force a mode restore.

Fixes fdo bug #21230.

Acked-by: Matthew Garrett &lt;mjg@redhat.com&gt;
Signed-off-by: Jesse Barnes &lt;jbarnes@virtuousgeek.org&gt;
Signed-off-by: Eric Anholt &lt;eric@anholt.net&gt;
</content>
</entry>
<entry>
<title>drm/kms/radeon: make kms default a runtime option</title>
<updated>2009-09-08T01:15:59Z</updated>
<author>
<name>Dave Airlie</name>
</author>
<published>2009-09-08T01:09:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a0cdc6495bdd0ea12390b9edaf13c8cb653df109'/>
<id>urn:sha1:a0cdc6495bdd0ea12390b9edaf13c8cb653df109</id>
<content type='text'>
This makes the kms/enable disable a runtime not a build time
option.

Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/kms: fix kms helper license + Kconfig</title>
<updated>2009-09-08T01:15:58Z</updated>
<author>
<name>Dave Airlie</name>
</author>
<published>2009-09-08T01:08:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6fcefd56f5060ca99ab03c9f2ad1f17c3a543ca1'/>
<id>urn:sha1:6fcefd56f5060ca99ab03c9f2ad1f17c3a543ca1</id>
<content type='text'>
Allow the KMS module to work properly, and also rename
it to KMS_HELPER so its clearer what its for.

Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm: split crtc/fb helpers into a separate module</title>
<updated>2009-09-07T05:45:33Z</updated>
<author>
<name>Dave Airlie</name>
</author>
<published>2009-09-07T05:45:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=13a8195b148615b15a4f4385f695f2a232095414'/>
<id>urn:sha1:13a8195b148615b15a4f4385f695f2a232095414</id>
<content type='text'>
I really don't want to have core drm module rely on CONFIG_FB,
so this is the easiest answer.

Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
</feed>
