<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/gpu/drm/Kconfig, branch v3.4.38</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/gpu/drm/Kconfig?h=v3.4.38</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/gpu/drm/Kconfig?h=v3.4.38'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2012-03-30T10:52:44Z</updated>
<entry>
<title>drm: base prime/dma-buf support (v5)</title>
<updated>2012-03-30T10:52:44Z</updated>
<author>
<name>Dave Airlie</name>
<email>airlied@redhat.com</email>
</author>
<published>2011-11-25T15:21:02Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3248877ea1796915419fba7c89315fdbf00cb56a'/>
<id>urn:sha1:3248877ea1796915419fba7c89315fdbf00cb56a</id>
<content type='text'>
This adds the basic drm dma-buf interface layer, called PRIME. This
commit doesn't add any driver support, it is simply and agreed upon starting
point so we can work towards merging driver support for the next merge window.

Current drivers with work done are nouveau, i915, udl, exynos and omap.

The main APIs exposed to userspace allow translating a 32-bit object handle
to a file descriptor, and a file descriptor to a 32-bit object handle.

The flags value is currently limited to O_CLOEXEC.

Acknowledgements:
Daniel Vetter: lots of review
Rob Clark: cleaned up lots of the internals and did lifetime review.

v2: rename some functions after Chris preferred a green shed
fix IS_ERR_OR_NULL -&gt; IS_ERR
v3: Fix Ville pointed out using buffer + kmalloc
v4: add locking as per ickle review
v5: allow re-exporting the original dma-buf (Daniel)

Reviewed-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Reviewed-by: Rob Clark &lt;rob.clark@linaro.org&gt;
Reviewed-by: Sumit Semwal &lt;sumit.semwal@linaro.org&gt;
Reviewed-by: Inki Dae &lt;inki.dae@samsung.com&gt;
Acked-by: Ben Widawsky &lt;benjamin.widawsky@intel.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'drm-nouveau-next' of git://git.freedesktop.org/git/nouveau/linux-2.6 into drm-next</title>
<updated>2012-03-22T14:44:06Z</updated>
<author>
<name>Dave Airlie</name>
<email>airlied@redhat.com</email>
</author>
<published>2012-03-22T14:44:06Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1898f4426b3863216a9041389b34a3b995883027'/>
<id>urn:sha1:1898f4426b3863216a9041389b34a3b995883027</id>
<content type='text'>
* 'drm-nouveau-next' of git://git.freedesktop.org/git/nouveau/linux-2.6:
  drm/nouveau/dp: support version 4.0 of DP table
  drm/nve0/disp: nvidia randomly decided to move the dithering method
  drm/nve0: initial modesetting support for kepler chipsets
  drm/nouveau: add bios connector type for dms59
  drm/nouveau: move out of staging drivers
  drm/nouveau: bump version to 1.0.0
  drm/nvd0/disp: ignore clock set if no pclk
  drm/nouveau: oops, increase channel dispc_vma to 4
  drm/nouveau: inform userspace of new kernel subchannel requirements
  drm/nouveau: remove m2mf creation on userspace channels
  drm/nvc0-/disp: reimplement flip completion method as fifo method
  drm/nouveau: move fence sequence check to start of loop
  drm/nouveau: remove subchannel names from places where it doesn't matter
  drm/nouveau/ttm: always do buffer moves on kernel channel
</content>
</entry>
<entry>
<title>drm/nouveau: move out of staging drivers</title>
<updated>2012-03-22T07:18:12Z</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2012-03-16T08:19:14Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f3c93cbde7eab38671ae085cb1027b08f5f36757'/>
<id>urn:sha1:f3c93cbde7eab38671ae085cb1027b08f5f36757</id>
<content type='text'>
There's really no good reason for us to be in here anymore, we have to
maintain this ABI anyway to avoid angering people.

Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm: allow loading an EDID as firmware to override broken monitor</title>
<updated>2012-03-20T10:09:28Z</updated>
<author>
<name>Carsten Emde</name>
<email>C.Emde@osadl.org</email>
</author>
<published>2012-03-18T21:37:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=da0df92b57311aa1b26a2a90599ed16e1e968b90'/>
<id>urn:sha1:da0df92b57311aa1b26a2a90599ed16e1e968b90</id>
<content type='text'>
Broken monitors and/or broken graphic boards may send erroneous or no
EDID data. This also applies to broken KVM devices that are unable to
correctly forward the EDID data of the connected monitor but invent
their own fantasy data.

This patch allows to specify an EDID data set to be used instead of
probing the monitor for it. It contains built-in data sets of frequently
used screen resolutions. In addition, a particular EDID data set may be
provided in the /lib/firmware directory and loaded via the firmware
interface. The name is passed to the kernel as module parameter of the
drm_kms_helper module either when loaded
  options drm_kms_helper edid_firmware=edid/1280x1024.bin
or as kernel commandline parameter
  drm_kms_helper.edid_firmware=edid/1280x1024.bin

It is also possible to restrict the usage of a specified EDID data set
to a particular connector. This is done by prepending the name of the
connector to the name of the EDID data set using the syntax
  edid_firmware=[&lt;connector&gt;:]&lt;edid&gt;
such as, for example,
  edid_firmware=DVI-I-1:edid/1920x1080.bin
in which case no other connector will be affected.

The built-in data sets are
Resolution    Name
--------------------------------
1024x768      edid/1024x768.bin
1280x1024     edid/1280x1024.bin
1680x1050     edid/1680x1050.bin
1920x1080     edid/1920x1080.bin

They are ignored, if a file with the same name is available in the
/lib/firmware directory.

The built-in EDID data sets are based on standard timings that may not
apply to a particular monitor and even crash it. Ideally, EDID data of
the connected monitor should be used. They may be obtained through the
drm/cardX/cardX-&lt;connector&gt;/edid entry in the /sys/devices PCI directory
of a correctly working graphics adapter.

It is even possible to specify the name of an EDID data set on-the-fly
via the /sys/module interface, e.g.
echo edid/myedid.bin &gt;/sys/module/drm_kms_helper/parameters/edid_firmware
The new screen mode is considered when the related kernel function is
called for the first time after the change. Such calls are made when the
X server is started or when the display settings dialog is opened in an
already running X server.

Signed-off-by: Carsten Emde &lt;C.Emde@osadl.org&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/usb: move usb support into a separate module</title>
<updated>2012-03-20T06:59:29Z</updated>
<author>
<name>Dave Airlie</name>
<email>airlied@redhat.com</email>
</author>
<published>2012-03-20T06:59:29Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9c1dfc5574a7f7115c0fe5bd8f838a8b7a52ee6d'/>
<id>urn:sha1:9c1dfc5574a7f7115c0fe5bd8f838a8b7a52ee6d</id>
<content type='text'>
In order to satisfy all the various Kconfig options between
USB and DRM, we need to split the USB code out into a separate module
and export symbols to it.

This fixes build problems in -next reported by sfr.

Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/udl: initial UDL driver (v4)</title>
<updated>2012-03-15T13:35:34Z</updated>
<author>
<name>Dave Airlie</name>
<email>airlied@gmail.com</email>
</author>
<published>2010-12-14T21:14:24Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5320918b9a87865223fd6b228e530bf30bc64d9d'/>
<id>urn:sha1:5320918b9a87865223fd6b228e530bf30bc64d9d</id>
<content type='text'>
This is an initial drm/kms driver for the displaylink devices.

Supports fb_defio,
supports KMS dumb interface
supports 24bpp via conversion to 16bpp, hw can do this better.
supports hot unplug using new drm core features.

On an unplug, it disables connector polling, unplugs connectors
from sysfs, unplugs fbdev layer (using Kay's API), drops all the
USB device URBs, and call the drm core to unplug the device.

This driver is based in large parts on udlfb.c so I've licensed
it under GPLv2.

Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>Merge tag 'v3.2-rc6' of /home/airlied/devel/kernel/linux-2.6 into drm-core-next</title>
<updated>2011-12-20T14:43:53Z</updated>
<author>
<name>Dave Airlie</name>
<email>airlied@redhat.com</email>
</author>
<published>2011-12-20T14:43:53Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1fbe6f625f69e48c4001051dc1431afc704acfaa'/>
<id>urn:sha1:1fbe6f625f69e48c4001051dc1431afc704acfaa</id>
<content type='text'>
Merge in the upstream tree to bring in the mainline fixes.

Conflicts:
	drivers/gpu/drm/exynos/exynos_drm_fbdev.c
	drivers/gpu/drm/nouveau/nouveau_sgdma.c
</content>
</entry>
<entry>
<title>gma500: Now connect up to the DRM build to finish the job</title>
<updated>2011-11-16T12:14:08Z</updated>
<author>
<name>Alan Cox</name>
<email>alan@linux.intel.com</email>
</author>
<published>2011-11-03T18:22:48Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=91c75492118bab5450488e7368bd79664ce2d621'/>
<id>urn:sha1:91c75492118bab5450488e7368bd79664ce2d621</id>
<content type='text'>
Signed-off-by: Alan Cox &lt;alan@linux.intel.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm: fix kconfig unmet dependency warning</title>
<updated>2011-11-11T11:23:09Z</updated>
<author>
<name>Randy Dunlap</name>
<email>rdunlap@xenotime.net</email>
</author>
<published>2011-10-31T19:51:30Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=44a1dabf4cfb787459bfbff305a2a1cda628766d'/>
<id>urn:sha1:44a1dabf4cfb787459bfbff305a2a1cda628766d</id>
<content type='text'>
Fix kconfig unmet dependency warning.  BACKLIGHT_CLASS_DEVICE depends on
BACKLIGHT_LCD_SUPPORT, so select the latter along with the former.

warning: (DRM_RADEON_KMS &amp;&amp; DRM_I915 &amp;&amp; STUB_POULSBO &amp;&amp; FB_BACKLIGHT &amp;&amp; PANEL_SHARP_LS037V7DW01 &amp;&amp; PANEL_ACX565AKM &amp;&amp; USB_APPLEDISPLAY &amp;&amp; FB_OLPC_DCON &amp;&amp; ASUS_LAPTOP &amp;&amp; SONY_LAPTOP &amp;&amp; THINKPAD_ACPI &amp;&amp; EEEPC_LAPTOP &amp;&amp; ACPI_ASUS &amp;&amp; ACPI_CMPC &amp;&amp; SAMSUNG_Q10) selects BACKLIGHT_CLASS_DEVICE which has unmet direct dependencies (HAS_IOMEM &amp;&amp; BACKLIGHT_LCD_SUPPORT)

Signed-off-by: Randy Dunlap &lt;rdunlap@xenotime.net&gt;
Cc: David Airlie &lt;airlied@linux.ie&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm: drop select of SLOW_WORK</title>
<updated>2011-11-11T11:06:10Z</updated>
<author>
<name>Paul Bolle</name>
<email>pebolle@tiscali.nl</email>
</author>
<published>2011-11-09T00:16:50Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=87cb73dafef765c6e20452ebf2581ba113c0360a'/>
<id>urn:sha1:87cb73dafef765c6e20452ebf2581ba113c0360a</id>
<content type='text'>
slow-work got killed in commit 181a51f6e0. This means that since v2.6.36
there is no Kconfig symbol SLOW_WORK. Apparently selecting that symbol
is a nop. Drop that select.

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