[Bug 76490] No output after radeon module is loaded (R9 270X)

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140513/6736d360/attachment.html>

[Bug 78537] no anisotropic filtering in a native Half-Life 2

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/d7e7182c/attachment-0001.html>

CIK hangs with kernel 3.15, bisected

I applied these two patches Christian sent to dri-devel: drm/radeon: fix page directory update size estimation drm/radeon: fix buffer placement under memory pressure v2 on top of torvalds's master branch. Marek On Tue, May 13, 2014 at 10:19 PM, Grigori Goronzy wrote: > On 13.05.2014 21:50,

[Bug 78537] no anisotropic filtering in a native Half-Life 2

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/c4cd39c0/attachment.html>

[RFC V3 2/3] drm/bridge: add a dummy panel driver to support lvds bridges

On Tue, May 13, 2014 at 1:35 PM, Thierry Reding wrote: > On Fri, May 09, 2014 at 08:23:01PM +0530, Ajay Kumar wrote: >> implement basic panel controls as a drm_bridge so that >> the existing bridges can make use of it. >> >> The driver assumes that it is the last entity in the bridge chain. >> >>

CIK hangs with kernel 3.15, bisected

On 13.05.2014 21:50, Marek Ol??k wrote: > Hi Christian, > > The performance regression I saw with piglit seems to be fixed with > latest kernel git. It's difficult to bisect the kernel, because there > are only merges between 3.14 and 3.15 and the merged committs are > actually based on 3.14-rc1

[Bug 76490] No output after radeon module is loaded (R9 270X)

one(s)? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/f358d183/attachment.html>

CIK hangs with kernel 3.15, bisected

Hi Christian, The performance regression I saw with piglit seems to be fixed with latest kernel git. It's difficult to bisect the kernel, because there are only merges between 3.14 and 3.15 and the merged committs are actually based on 3.14-rc1 and 3.14-rc4. All seems to be fine with your fixes.

[Bug 78669] [r600g with -O3] layered-rendering/clear-color-all-types 3d single_level fails

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/324c04d6/attachment.html>

[PATCH 2/2] drm/radeon: fix buffer placement under memory pressure v2

For the patch: Reviewed-by: Marek Ol??k It would be clearer if alt_domain was renamed to allowed_domains. Marek On Mon, May 12, 2014 at 3:30 PM, Christian K?nig wrote: > From: Christian K?nig > > Some buffers (UVD/VM page tables) must be placed in VRAM, > but the byte restriction for moving

[Bug 74551] Unable to enable ACPI

https://bugzilla.kernel.org/show_bug.cgi?id=74551 --- Comment #4 from Alex Deucher --- (In reply to maxis11 from comment #3) > > system steel freezes during boot (using kernel 3.15-rc5 from git). Are you specifying a runpm setting or just a boot with no module options? If no runpm setting,

[Bug 74551] Unable to enable ACPI

https://bugzilla.kernel.org/show_bug.cgi?id=74551 --- Comment #3 from maxis11 --- (In reply to Alex Deucher from comment #2) > (In reply to maxis11 from comment #1) > > acer aspire 5560g has problem with gpt, so I convert using gdisk gpt to mbr, > > and problem seems fixed. But there is another

[PATCH] drm/dp-helper: Deprecate old i2c-over-dp_aux heleprs

On Tuesday, May 13, 2014 4:38 PM, Thierry Reding wrote: > On Wed, May 07, 2014 at 09:24:02PM +0200, Patrik Jakobsson wrote: > > On Wed, May 7, 2014 at 10:26 AM, Daniel Vetter > > wrote: > > > Only gma500 is still using this, once that's converted we can kill all > > > this code. If that

[Bug 75136] Radeon HD6790 produces kernel errors when xorg starts

that often. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/9bdb3865/attachment.html>

[PATCH v2 19/19] drm: sti: rename mixer registers to be main/aux independent

From: Vincent Abriou Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_mixer.c | 70 - 1 file changed, 35 insertions(+), 35 deletions(-) diff --git

[PATCH v2 18/19] drm: sti: add HQVDP driver

High Quality Video Display Plug is a data path for doing high quality treatments (filtering, scaling) on video flow. HQVDP IP is tunneled into compositor via VDP input. Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by: Fabien Dessenne ---

[PATCH v2 17/19] drm: sti: Add DRM driver itself

Make the link between all the hardware drivers and DRM/KMS interface. Create the driver itself and make it register all the sub-components. Use GEM CMA helpers for buffer allocation. Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by: Fabien Dessenne ---

[PATCH v2 16/19] drm: sti: add debug to mixer

Make mixer driver more verbose Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_mixer.c | 164 drivers/gpu/drm/sti/sti_mixer.h | 2 + 2 files changed, 166 insertions(+) diff

[PATCH v2 15/19] drm: sti: add debug to TVout

Use debugfs to dump information about TVout Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_tvout.c | 181 1 file changed, 181 insertions(+) diff --git

[PATCH v2 14/19] drm: sti: add debug to VID

Make VIdeo plug more verbose on what is on going Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_vid.c | 121 ++ drivers/gpu/drm/sti/sti_vid.h | 1 + 2 files changed, 122

[PATCH v2 13/19] drm: sti: add debug to GDP

Allow to get more detailed debug information on GDP Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_drm_drv.h | 36 ++ drivers/gpu/drm/sti/sti_gdp.c | 235 ++

[PATCH v2 12/19] drm: sti: add Compositor

Compositor control all the input sub-devices and the mixer. It is the main entry point for composition. Layer interface is used to control the layer. Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/Kconfig | 1 +

[PATCH v2 11/19] drm: sti: add Mixer

Mixer hardware IP is responsible of mixing the different inputs layers. Z-order is managed by the mixer. We could 2 mixers: one for main path and one for auxilary path Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by: Fabien Dessenne ---

[PATCH v2 10/19] drm: sti: add VID layer

VIDeo plug are one of the compositor input sub-devices. VID are dedicated to video inputs like YUV plans. Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/Makefile| 1 + drivers/gpu/drm/sti/sti_layer.h | 4 ++

[PATCH v2 09/19] drm: sti: add GDP layer

Generic Display Pipeline are one of the compositor input sub-devices. GDP are dedicated to graphic input like RGB plans. Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/Makefile| 3 +- drivers/gpu/drm/sti/sti_gdp.c

[PATCH v2 08/19] drm: sti: add sti layer interface definition

STI hardware have various input sub-devices before mixing block. Each type of sub-device have different capabilities for scaling, filtering or accepted pixel format. This layer interface abstract those differences and make the interaction with compositor more simple. Signed-off-by: Benjamin

[PATCH v2 07/19] drm: sti: add TVOut driver

TVout hardware block is responsible to dispatch the data flow coming from compositor block to any of the output (HDMI or Analog TV). It control when output are start/stop and configure according the require flow path. Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by:

[PATCH v2 06/19] drm: sti: add HDA driver

Add driver to support analog TV ouput. Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/Makefile | 1 + drivers/gpu/drm/sti/sti_hda.c | 481 ++ 2 files changed, 482 insertions(+)

[PATCH v2 05/19] drm: sti: add I2C client driver for HDMI

Add I2C client driver to retrieve EDID. Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/Makefile | 3 ++- drivers/gpu/drm/sti/sti_ddc.c | 56 +++ 2 files changed, 58 insertions(+),

[PATCH v2 04/19] drm: sti: add HDMI driver

Add driver for HDMI ouput Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/Makefile | 5 + drivers/gpu/drm/sti/sti_hdmi.c | 530 + drivers/gpu/drm/sti/sti_hdmi.h

[PATCH v2 03/19] drm: sti: add VTAC drivers

Video Trafic Advance Communication Rx and Tx drivers are designed for inter-die communication. Both Tx and Rx must share the same configuration to communicate that is why vtac_mode[] is shared in sti_vtac_utils.h. Signed-off-by: Benjamin Gaignard Signed-off-by: Vincent Abriou Signed-off-by:

[PATCH v2 02/19] drm: sti: add VTG driver

Video Time Generator drivers are used to synchronize the compositor and tvout hardware IPs by providing line count, sample count, synchronization signals (HSYNC, VSYNC) and top and bottom fields indication. VTG are used by pair for each data path (main or auxiliary): one for master and one for

[PATCH v2 01/19] drm: sti: add bindings for DRM driver

Add DRM/KMS driver bindings documentation. Describe the required properties for each of the hardware IPs drivers. Signed-off-by: Benjamin Gaignard --- .../devicetree/bindings/gpu/st,stih4xx.txt | 187 + 1 file changed, 187 insertions(+) create mode 100644

[PATCH v2 00/19] Add DRM for stih4xx platforms

This series of patches add the support of DRM/KMS drivers for STMicroelectronics chipsets stih416 and stih407. patcheset version 2: - Use componentized device instead of register sub-devices in master driver probe function - Fix Makefile and Kconfig to only allow built-in

[Bug 78537] no anisotropic filtering in a native Half-Life 2

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/42bbee6e/attachment-0001.html>

[Bug 78537] no anisotropic filtering in a native Half-Life 2

anisotropic doesn't look like a blurry mess anymore. :) -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/68e02c98/attachment.html>

[PATCH v2 6/7] drm: Add device registration documentation

On Tue, May 13, 2014 at 05:30:49PM +0200, Thierry Reding wrote: > From: Thierry Reding > > Describe how devices are registered using the drm_*_init() functions. > Adding this to docbook requires a largish set of changes to the comments > in drm_{pci,usb,platform}.c since they are doxygen-style

[PATCH v2 4/7] drivers/base: Add interface framework

On Tue, May 13, 2014 at 05:30:47PM +0200, Thierry Reding wrote: > From: Thierry Reding > > Some drivers, such as graphics drivers in the DRM subsystem, do not have > a real device that they can bind to. They are often composed of several > devices, each having their own driver. The

[PATCH] drm/plane: Fix a couple of checkpatch warnings

On Tue, May 13, 2014 at 08:32:31AM -0700, Matt Roper wrote: > On Tue, May 13, 2014 at 04:58:35PM +0200, Thierry Reding wrote: > > From: Thierry Reding > > > > Code should be indented using tabs rather than spaces (see CodingStyle) > > and the canonical form to declare a constant static variable

[Bug 78669] [r600g with -O3] layered-rendering/clear-color-all-types 3d single_level fails

ves/dri-devel/attachments/20140513/dd871a74/attachment.html>

[Bug 78669] [r600g with -O3] layered-rendering/clear-color-all-types 3d single_level fails

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140513/c74daa71/attachment.html>

[PATCH] drm/radeon: fix typo in finding PLL params

From: Christian K?nig Otherwise the limit is raised to high. Signed-off-by: Christian K?nig Tested-by: Ken Moffat --- drivers/gpu/drm/radeon/radeon_display.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_display.c

CIK hangs with kernel 3.15, bisected

I think it's caused by something else. I'll continue testing and bisecting. Marek On Tue, May 13, 2014 at 5:31 PM, Christian K?nig wrote: > Is the performance regression regression caused by the page table changes or > something else? > > I did made some tests with xonotic while developing it

[Bug 78453] [HAWAII] Get acceleration working

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/7378eaea/attachment.html>

[PATCH v2 7/7] drm: Document how to register devices without struct drm_bus

Hi On Tue, May 13, 2014 at 5:30 PM, Thierry Reding wrote: > From: Thierry Reding > > With the recent addition of the drm_set_unique() function, devices can > now be registered without requiring a drm_bus. Add a brief description > to the DRM docbook to show how that can be achieved. > >

[PATCH 01/10] drm/dp_helper: add defines for DP 1.2 and MST support.

On Monday, May 12, 2014 3:47 PM, Dave Airlie wrote: > > From: Dave Airlie > > This just adds the defines from the DP 1.2 spec, which we > will use later. > > Signed-off-by: Dave Airlie > --- > include/drm/drm_dp_helper.h | 78 > + > 1 file

[PATCH v2 1/7] drm: Introduce drm_set_unique()

Hi Some minor nitpicks below: On Tue, May 13, 2014 at 5:30 PM, Thierry Reding wrote: > From: Thierry Reding > > Add a helper function that allows drivers to statically set the unique > name of the device. This will allow platform and USB drivers to get rid > of their DRM bus implementations

[Bug 76490] No output after radeon module is loaded (R9 270X)

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/4bdc3310/attachment.html>

[Bug 76490] No output after radeon module is loaded (R9 270X)

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/293c6a1f/attachment.html>

[Bug 76490] No output after radeon module is loaded (R9 270X)

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/68ed8144/attachment.html>

[PATCH v2 4/7] drivers/base: Add interface framework

On Tue, May 13, 2014 at 07:57:13PM +0200, Daniel Vetter wrote: > On Tue, May 13, 2014 at 05:30:47PM +0200, Thierry Reding wrote: > > From: Thierry Reding > > > > Some drivers, such as graphics drivers in the DRM subsystem, do not have > > a real device that they can bind to. They are often

CIK hangs with kernel 3.15, bisected

Is the performance regression regression caused by the page table changes or something else? I did made some tests with xonotic while developing it and it didn't showed anything obvious, but I didn't made tests on different systems. Christian. Am 13.05.2014 17:19, schrieb Marek Ol??k: > Your

[PATCH v2 7/7] drm: Document how to register devices without struct drm_bus

From: Thierry Reding With the recent addition of the drm_set_unique() function, devices can now be registered without requiring a drm_bus. Add a brief description to the DRM docbook to show how that can be achieved. Signed-off-by: Thierry Reding ---

[PATCH v2 6/7] drm: Add device registration documentation

From: Thierry Reding Describe how devices are registered using the drm_*_init() functions. Adding this to docbook requires a largish set of changes to the comments in drm_{pci,usb,platform}.c since they are doxygen-style rather than proper kernel-doc and therefore mess with

[PATCH v2 5/7] drm/tegra: Convert to master/component framework

From: Thierry Reding Instead of the current implementation, reuse the recently introduced master/component framework, which is equivalent in most regards. One issue is that there is no device to bind the DRM driver to. In order to still allow the driver to be probed, expose

[PATCH v2 4/7] drivers/base: Add interface framework

From: Thierry Reding Some drivers, such as graphics drivers in the DRM subsystem, do not have a real device that they can bind to. They are often composed of several devices, each having their own driver. The master/component framework can be used in these situations to

[PATCH v2 3/7] drivers/base: Allow multiple masters per device

From: Thierry Reding Currently the component/master framework allows only a single master to be registered against a struct device. A master is uniquely identified by the device and the master operations table, but the current API does not pass enough information along to

[PATCH v2 2/7] drivers/base: Allow driver-data to be attached to a master

From: Thierry Reding Similarly to what can be done for device drivers, allow driver-specific data to be attached to a master. This is necessary for masters whose device is already bound to by a different driver and therefore cannot be used to store the driver-specific data.

[PATCH v2 1/7] drm: Introduce drm_set_unique()

From: Thierry Reding Add a helper function that allows drivers to statically set the unique name of the device. This will allow platform and USB drivers to get rid of their DRM bus implementations and directly use drm_dev_alloc() and drm_dev_register(). Reviewed-by: Daniel

[PATCH v2 0/7] drm/tegra: Convert to master/component framework

From: Thierry Reding Hi, This series converts the Tegra DRM driver to the master/component framework. The length of the series and the list of people in Cc is mostly due to the fact that Tegra has some special requirements as opposed to other drivers and therefore requires

CIK hangs with kernel 3.15, bisected

Your latest patches fix the regression. The performance regression can also be reproduced with piglit "-t texelFetch.fs". Kernel 3.14: real0m17.724s user0m41.905s sys0m11.299s The problematic commit checked out + your fixes (without the PTE patch I think): real

[Bug 78669] New: [r600g with -O3] layered-rendering/clear-color-all-types 3d single_level fails

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140513/0b84e7e0/attachment-0001.html>

[PATCH] drm/plane: Fix a couple of checkpatch warnings

From: Thierry Reding Code should be indented using tabs rather than spaces (see CodingStyle) and the canonical form to declare a constant static variable is using "static const" rather than "const static". Fixes the following warnings from checkpatch: $

[Bug 61533] [r600g][lockup] kernel 3.8-3.12 caused by Opera browser hardware accelerated rendering

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/463ff7f2/attachment.html>

[Bug 61533] [r600g][lockup] kernel 3.8-3.12 caused by Opera browser hardware accelerated rendering

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/ed1e01a8/attachment.html>

[PATCHv2 1/3] phy: Add exynos-simple-phy driver

On 7 May 2014 21:03, Tomasz Figa wrote: > [CCing more DT-folks :)] > > On 07.05.2014 16:19, Rahul Sharma wrote: >> On 7 May 2014 19:06, Tomasz Stanislawski wrote: >>> On 05/07/2014 12:38 PM, Rahul Sharma wrote: On 5 May 2014 15:14, Kishon Vijay Abraham I wrote: > Hi, > > On

[PATCH] drm,drm/i915: Export cmdline mode parsing

i915.ko has a custom fbdev initialisation routine that aims to preserve the current mode set by the BIOS, unless overruled by the user. The user's wishes are determined by what, if any, mode is specified on the command line (via the video= parameter). However, that command line mode is first

[Bug 78453] [HAWAII] Get acceleration working

- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/08d6cb6c/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

ktop.org/archives/dri-devel/attachments/20140513/cd91a551/attachment.html>

[Bug 78666] [r600g glsl-1.20] fs-const-array-of-struct-of-array broken on 6550D

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/b1e70ab6/attachment.html>

[Bug 78666] [r600g glsl-1.20] fs-const-array-of-struct-of-array broken

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/af447273/attachment.html>

[Bug 78666] New: [r600g glsl-1.20] fs-const-array-of-struct-of-array broken

test_run (argc=2, argv=0x7fffda08, config=0x7fffd8d0) at /home/okias/projects/piglit/tests/util/piglit-framework-gl.c:151 #17 0x0040466e in main (argc=2, argv=0x7fffda08) at /home/okias/projects/piglit/tests/shaders/shader_runner.c:60 -- You are receiving this mail because: You a

CIK hangs with kernel 3.15, bisected

Am 13.05.2014 15:22, schrieb Alex Deucher: > On Mon, May 12, 2014 at 7:38 PM, Grigori Goronzy wrote: >> I can confirm this fixes it for me, too. >> >> 3.15 with these fixes and the large PTE patches actually ends up being >> noticeably slower than earlier kernels with Xonotic, though. I wonder

[PATCH] drm/radeon: fix typo in finding PLL params

On Tue, May 13, 2014 at 12:16 PM, Christian K?nig wrote: > From: Christian K?nig > > Otherwise the limit is raised to high. Minor grammatical error: "too" high Other than that, Reviewed-by: Alex Deucher > > Signed-off-by: Christian K?nig > Tested-by: Ken Moffat > --- >

[Bug 75276] Implement VGPR Register Spilling

ull attached. Maybe it's unrelated, but maybe not...? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/9da4a5a8/attachment.html>

[Bug 74751] resume from suspend broken with 3.15-rc1 and rc2 kernels

https://bugzilla.kernel.org/show_bug.cgi?id=74751 --- Comment #20 from Tasev Nikola --- I tried the patch just in case but it didn't help. Thank you anyway. -- You are receiving this mail because: You are watching the assignee of the bug.

[RFC V2 0/3] drm/bridge: panel and chaining

On 05/12/2014 06:00 PM, Sean Paul wrote: > On Mon, May 12, 2014 at 3:06 AM, Andrzej Hajda wrote: >> On 05/09/2014 05:05 PM, Ajay kumar wrote: >>> On Fri, May 9, 2014 at 7:29 PM, Rob Clark wrote: On Fri, May 9, 2014 at 5:08 AM, Andrzej Hajda wrote: > On 05/08/2014 08:24 PM, Rob

[PATCH] drm/radeon: fix register typo on si

Am 05.05.2014 22:40, schrieb Alex Deucher: > Probably a copy paste typo. > > Signed-off-by: Alex Deucher > Cc: stable at vger.kernel.org Added to my 3.15 queue. Christian. > --- > drivers/gpu/drm/radeon/sid.h | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

[PATCH 1/1] Documentation: drm: describing drm properties exposed by various drivers

On Tue, May 13, 2014 at 1:02 PM, Laurent Pinchart wrote: >> Also eventually I want to pull these tables directly out of source >> code comments - everything else tends to never get updated when the >> code changes. > > On the subject of moving documentation from docbook to source code, do your >

[PATCH] drmOpenByName: remove redundant drmAvailable check

t part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/f7fa365a/attachment-0001.sig>

[PATCH 01/12] drm: Move DRM_ROTATE bits out of omapdrm into drm_crtc.h

Hi Thierry, This patch was sent out by mistake. I am sorry for the confusion. I am working on further patchset based on these patches. Regards, Sonika On 5/13/2014 1:16 PM, Thierry Reding wrote: > On Fri, May 09, 2014 at 01:31:22PM +0530, sonika.jindal at intel.com wrote: >> From: Ville Syrj?l?

[Bug 76490] No output after radeon module is loaded (R9 270X)

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/86c2375e/attachment.html>

[RFC V2 0/3] drm/bridge: panel and chaining

On 05/12/2014 02:45 PM, Rob Clark wrote: > On Mon, May 12, 2014 at 3:06 AM, Andrzej Hajda wrote: >> On 05/09/2014 05:05 PM, Ajay kumar wrote: >>> On Fri, May 9, 2014 at 7:29 PM, Rob Clark wrote: On Fri, May 9, 2014 at 5:08 AM, Andrzej Hajda wrote: > On 05/08/2014 08:24 PM, Rob

[PATCH 1/1] Documentation: drm: describing drm properties exposed by various drivers

Hi Daniel, On Tuesday 13 May 2014 09:34:45 Daniel Vetter wrote: > On Tue, May 13, 2014 at 9:17 AM, Thierry Reding wrote: > > On Mon, May 12, 2014 at 10:03:55AM +0200, Daniel Vetter wrote: > >> On Mon, May 12, 2014 at 11:37:53AM +0530, Sagar Arun Kamble wrote: > >> > I support approach using

[PATCH] drm/plane: Fix sparse warnings

From: Thierry Reding Include the drm_plane_helper.h header file to fix the following sparse warnings: CHECK drivers/gpu/drm/drm_plane_helper.c drivers/gpu/drm/drm_plane_helper.c:102:5: warning: symbol 'drm_primary_helper_update' was not declared. Should

[PATCH 2/2] drm: Use const data when creating blob properties

From: Thierry Reding Creating a blob property will always copy the input data so the data that is passed in can be const. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_crtc.c | 4 ++-- include/drm/drm_crtc.h | 2 +- 2 files changed, 3 insertions(+), 3

[PATCH 1/2] drm: Use size_t for blob property sizes

From: Thierry Reding size_t is the standard type when dealing with sizes of all kinds. Use it consistently when instantiating DRM blob properties. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_crtc.c | 8 +--- include/drm/drm_crtc.h | 2 +- 2 files changed,

[Intel-gfx] [PATCH 10/10] i915: mst topology dumper in debugfs

it may be driver-specific. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/e6716e2b/attachment.sig>

[PATCH libdrm resend] tests/dristat: add -C to pretty-print device capabilities

. Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/7ae56a3e/attachment.sig>

[Intel-gfx] [PATCH 10/10] i915: mst topology dumper in debugfs

On Tue, May 13, 2014 at 10:33:27AM +0200, Thierry Reding wrote: > On Mon, May 12, 2014 at 04:46:47PM +1000, Dave Airlie wrote: > [...] > > @@ -3813,6 +3838,7 @@ static const struct drm_info_list i915_debugfs_list[] > > = { > > {"i915_pc8_status", i915_pc8_status, 0}, > >

[PATCH] drmOpenByName: remove redundant drmAvailable check

nature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/4f9e9131/attachment-0001.sig>

[PATCH 04/10] drm/crtc: add interface to reinitialise the legacy mode group

On Tue, May 13, 2014 at 10:26:56AM +0200, Thierry Reding wrote: > On Mon, May 12, 2014 at 04:46:41PM +1000, Dave Airlie wrote: > > From: Dave Airlie > > > > This can be called to update things after dynamic connectors/encoders > > are created/deleted. > > > > Signed-off-by: Dave Airlie > > ---

OMAPDSS: omap5 SYNC_LOST error with DPI/LCD

ed kernel, so I >> don't know which kind of omapdss driver you have there, so the mainline >> tfp410 cannot probably be used as an example. Most likely the omapdss >> drivers for your kernel are located in drivers/video/omap2/displays/ >> directory. >> >> Tomi >> >> >> > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/7adbe6e8/attachment.html>

[PATCH] drmOpenByName: remove redundant drmAvailable check

Rob, Can you take a look at this one too, now that I have your attention :-). -djk On Thu, Apr 17, 2014 at 12:08 PM, Daniel Kurtz wrote: > drmOpenByName() is a static function that is only called by drmOpen(). > drmOpen() already checks drmAvailable(), so the checki in > drmOpenByName() is

[RFC PATCH 0/2] drm/panel: add simple-panel description using DT

d... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/40684058/attachment.sig>

[RFC PATCH 0/2] drm/panel: add simple-panel description using DT

On 05/13/2014 09:51 AM, Thierry Reding wrote: > On Fri, May 09, 2014 at 04:16:40PM +0200, Boris BREZILLON wrote: >> Hello Thierry, >> >> I noticed you're describing each new panel with a new entry in the >> of_platform_match table and a new compatible string. >> I guess you have a good reason to

[PATCH 1/1] Documentation: drm: describing drm properties exposed by various drivers

ents up-to-date either. The only way you can make sure of that is by reviewing patches carefully. And if you do that, the same applies to external documentation. I agree, though, that it's slightly easier to update code comments, so if we can make this work together with some of the stricter requirements for ABI as given above I think I could be happy as well. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/24347885/attachment.sig>

[RFC][PATCH] drm/radeon/hdmi: use separated file for DCE 3.1+ hw

edesktop.org/archives/dri-devel/attachments/20140513/48829e73/attachment-0001.html>

[PATCH] drm/dp-helper: Deprecate old i2c-over-dp_aux heleprs

Typo in the subject bugs my OCD, otherwise agreed. Jani. On Wed, 07 May 2014, Daniel Vetter wrote: > Only gma500 is still using this, once that's converted we can kill all > this code. If that conversion doesn't happen soonish I think we should > just move this helper code into the gma500

[PATCH] Documentation/dma-buf-sharing.txt: update API descriptions

od. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/d4d2ef18/attachment.sig>

  1   2   >