<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/include/drm, branch v2.6.30</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v2.6.30</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v2.6.30'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2009-06-03T23:32:12Z</updated>
<entry>
<title>drm: Hook up DPMS property handling in drm_crtc.c. Add drm_helper_connector_dpms.</title>
<updated>2009-06-03T23:32:12Z</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2009-05-31T03:42:28Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=c9fb15f60eb517c958dec64dca9357bf62bf2201'/>
<id>urn:sha1:c9fb15f60eb517c958dec64dca9357bf62bf2201</id>
<content type='text'>
Making the drm_crtc.c code recognize the DPMS property and invoke the
connector-&gt;dpms function doesn't remove any capability from the driver while
reducing code duplication.

That just highlighted the problem with the existing DPMS functions which
could turn off the connector, but failed to turn off any relevant crtcs. The
new drm_helper_connector_dpms function manages all of that, using the
drm_helper-specific crtc and encoder dpms functions, automatically computing
the appropriate DPMS level for each object in the system.

This fixes the current troubles in the i915 driver which left PLLs, pipes
and planes running while in DPMS_OFF mode or even while they were unused.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/i915: allocate large pointer arrays with vmalloc</title>
<updated>2009-05-19T17:07:14Z</updated>
<author>
<name>Jesse Barnes</name>
<email>jbarnes@virtuousgeek.org</email>
</author>
<published>2009-05-08T23:13:25Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=8e7d2b2c6ecd3c21a54b877eae3d5be48292e6b5'/>
<id>urn:sha1:8e7d2b2c6ecd3c21a54b877eae3d5be48292e6b5</id>
<content type='text'>
For awhile now, many of the GEM code paths have allocated page or
object arrays with the slab allocator.  This is nice and fast, but
won't work well if memory is fragmented, since the slab allocator works
with physically contiguous memory (i.e. order &gt; 2 allocations are
likely to fail fairly early after booting and doing some work).

This patch works around the issue by falling back to vmalloc for
&gt;PAGE_SIZE allocations.  This is ugly, but much less work than chaining
a bunch of pages together by hand (suprisingly there's not a bunch of
generic kernel helpers for this yet afaik).  vmalloc space is somewhat
precious on 32 bit kernels, but our allocations shouldn't be big enough
to cause problems, though they're routinely more than a page.

Note that this patch doesn't address the unchecked
alloc-based-on-ioctl-args in GEM; that needs to be fixed in a separate
patch.

Also, I've deliberately ignored the DRM's "area" junk.  I don't think
anyone actually uses it anymore and I'm hoping it gets ripped out soon.

[Updated: removed size arg to new free function.  We could unify the
free functions as well once the DRM mem tracking is ripped out.]

fd.o bug #20152 (part 1/3)

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/i915: Add new GET_PIPE_FROM_CRTC_ID ioctl.</title>
<updated>2009-05-14T23:00:32Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2009-04-29T21:43:54Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=08d7b3d1edff84bd673d9e9ab36b5aa62e1ba903'/>
<id>urn:sha1:08d7b3d1edff84bd673d9e9ab36b5aa62e1ba903</id>
<content type='text'>
This allows userlevel code to discover the pipe number corresponding
to a given CRTC ID. This is necessary for doing pipe-specific
operations such as waiting for vblank on a given CRTC.  Failure to use
the right pipe mapping can result in GPU hangs, or at least failure
to actually sync to vblank.

Signed-off-by: Carl Worth &lt;cworth@cworth.org&gt;
[anholt: Style touchups from review]
Signed-off-by: Eric Anholt &lt;eric@anholt.net&gt;
</content>
</entry>
<entry>
<title>drm/i915: add support for G41 chipset</title>
<updated>2009-04-22T00:22:53Z</updated>
<author>
<name>Zhenyu Wang</name>
<email>zhenyu.z.wang@intel.com</email>
</author>
<published>2008-11-17T05:58:11Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=72021788678523047161e97b3dfed695e802a5fd'/>
<id>urn:sha1:72021788678523047161e97b3dfed695e802a5fd</id>
<content type='text'>
This had been delayed for some time due to failure to work on the one piece
of G41 hardware we had, and lack of success reports from anybody else.
Current hardware appears to be OK.

Signed-off-by: Zhenyu Wang &lt;zhenyu.z.wang@intel.com&gt;
[anholt: hand-applied due to conflicts with IGD patches]
Signed-off-by: Eric Anholt &lt;eric@anholt.net&gt;
</content>
</entry>
<entry>
<title>Merge branch 'drm-intel-next' of git://git.kernel.org/pub/scm/linux/kernel/git/anholt/drm-intel</title>
<updated>2009-04-14T20:16:40Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2009-04-14T20:16:40Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=b897e6fbc49dd84b2634bca664344d503b907ce9'/>
<id>urn:sha1:b897e6fbc49dd84b2634bca664344d503b907ce9</id>
<content type='text'>
* 'drm-intel-next' of git://git.kernel.org/pub/scm/linux/kernel/git/anholt/drm-intel:
  drm/i915: fix scheduling while holding the new active list spinlock
  drm/i915: Allow tiling of objects with bit 17 swizzling by the CPU.
  drm/i915: Correctly set the write flag for get_user_pages in pread.
  drm/i915: Fix use of uninitialized var in 40a5f0de
  drm/i915: indicate framebuffer restore key in SysRq help message
  drm/i915: sync hdmi detection by hdmi identifier with 2D
  drm/i915: Fix a mismerge of the IGD patch (new .find_pll hooks missed)
  drm/i915: Implement batch and ring buffer dumping
</content>
</entry>
<entry>
<title>intelfb: support i854</title>
<updated>2009-04-13T22:04:32Z</updated>
<author>
<name>Stefan Husemann</name>
<email>shusemann@googlemail.com</email>
</author>
<published>2009-04-13T21:40:10Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=347486bb108fa6e0fd2753c1be3519d6be2516ed'/>
<id>urn:sha1:347486bb108fa6e0fd2753c1be3519d6be2516ed</id>
<content type='text'>
Support the Intel 854 Chipset in fbdev.

We test and use the patch on a Thomson IP1101 IPTV-Box.  On the VGA-Port
we get a normal signal.

Here is the link to the Mambux-Project: http://www.mambux.de

Cc: Keith Packard &lt;keithp@keithp.com&gt;
Cc: Dave Airlie &lt;airlied@linux.ie&gt;
Cc: Krzysztof Helt &lt;krzysztof.h1@poczta.fm&gt;
Signed-off-by: Stefan Husemann &lt;shusemann@googlemail.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>drm/i915: Allow tiling of objects with bit 17 swizzling by the CPU.</title>
<updated>2009-04-08T17:50:57Z</updated>
<author>
<name>Eric Anholt</name>
<email>eric@anholt.net</email>
</author>
<published>2009-03-12T23:56:27Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=280b713b5b0fd84cf2469098aee88acbb5de859c'/>
<id>urn:sha1:280b713b5b0fd84cf2469098aee88acbb5de859c</id>
<content type='text'>
Save the bit 17 state of the pages when freeing the page list, and
reswizzle them if necessary when rebinding the pages (in case they were
swapped out).  Since we have userland with expectations that the swizzle
enums let it pread and pwrite contents accurately, we can't expose a new
swizzle enum for bit 17 (which it would have to GTT map to handle), so we
handle it down in pread and pwrite by swizzling the copy when bit 17 of the
page address is set.

Signed-off-by: Eric Anholt &lt;eric@anholt.net&gt;
</content>
</entry>
<entry>
<title>drm: remove unused "can_grow" parameter from drm_crtc_helper_initial_config</title>
<updated>2009-04-03T00:21:44Z</updated>
<author>
<name>Jesse Barnes</name>
<email>jbarnes@virtuousgeek.org</email>
</author>
<published>2009-03-27T20:05:19Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=7a1fb5d06d3936c0982e2cf8b53b046244a9aad6'/>
<id>urn:sha1:7a1fb5d06d3936c0982e2cf8b53b046244a9aad6</id>
<content type='text'>
Cleanup some leftovers from the X port.

Signed-off-by: Jesse Barnes &lt;jbarnes@virtuousgeek.org&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>DRM: drm_crtc_helper.h doesn't actually need i2c.h</title>
<updated>2009-04-02T23:08:25Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2009-04-02T09:52:24Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=3c6fc3521acbee33637e7db803ac3cf3b0e2ff04'/>
<id>urn:sha1:3c6fc3521acbee33637e7db803ac3cf3b0e2ff04</id>
<content type='text'>
Remove an include that isn't actually needed to prevent needless
rebuilds.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm: fix missing inline function on 32-bit powerpc.</title>
<updated>2009-04-02T23:07:07Z</updated>
<author>
<name>Dave Airlie</name>
<email>airlied@redhat.com</email>
</author>
<published>2009-03-31T04:14:39Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=522b5cc7cec124e06629c0702ffab1307416aec7'/>
<id>urn:sha1:522b5cc7cec124e06629c0702ffab1307416aec7</id>
<content type='text'>
The readq/writeq really need to be static inline on the arches which
don't provide them.

Reported-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
</feed>
