dri-devel September 2014

dri-devel@lists.freedesktop.org

173 participants
1045 discussions

[Bug 59649] New: [r600][RV635] GPU lockup CP stall / GPU resets over and over - Kernel 3.7, 3.8-rcX
by bugzilla-daemon＠freedesktop.org 10 Nov '14

10 Nov '14

https://bugs.freedesktop.org/show_bug.cgi?id=59649 Priority: medium Bug ID: 59649 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r600][RV635] GPU lockup CP stall / GPU resets over and over - Kernel 3.7, 3.8-rcX Severity: major Classification: Unclassified OS: Linux (All) Reporter: shawn.starr(a)rogers.com Hardware: x86-64 (AMD64) Status: NEW Version: 9.0 Component: Drivers/Gallium/r600 Product: Mesa Using Linux kernel 3.7 and up to 3.8-rc3 Unable to have a stable session with my RV635 GPU Jan 19 03:45:26 segfault kernel: [15008.313696] radeon 0000:01:00.0: Saved 185 dwords of commands on ring 0. Jan 19 03:45:26 segfault kernel: [15008.313704] radeon 0000:01:00.0: GPU softreset Jan 19 03:45:26 segfault kernel: [15008.313711] radeon 0000:01:00.0: R_008010_GRBM_STATUS=0xA0003030 Jan 19 03:45:26 segfault kernel: [15008.313717] radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00000003 Jan 19 03:45:26 segfault kernel: [15008.313723] radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x200000C0 Jan 19 03:45:26 segfault kernel: [15008.313730] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 Jan 19 03:45:26 segfault kernel: [15008.313736] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00000000 Jan 19 03:45:26 segfault kernel: [15008.313742] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00000006 Jan 19 03:45:26 segfault kernel: [15008.313748] radeon 0000:01:00.0: R_008680_CP_STAT = 0x80000645 Jan 19 03:45:26 segfault kernel: [15008.313761] radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00007FEE Jan 19 03:45:26 segfault kernel: [15008.328772] radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00000001 Jan 19 03:45:26 segfault kernel: [15008.344782] radeon 0000:01:00.0: R_008010_GRBM_STATUS=0xA0003030 Jan 19 03:45:26 segfault kernel: [15008.344785] radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00000003 Jan 19 03:45:26 segfault kernel: [15008.344787] radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x200080C0 Jan 19 03:45:26 segfault kernel: [15008.344789] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 Jan 19 03:45:26 segfault kernel: [15008.344792] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00000000 Jan 19 03:45:26 segfault kernel: [15008.344794] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00000000 Jan 19 03:45:26 segfault kernel: [15008.344797] radeon 0000:01:00.0: R_008680_CP_STAT = 0x80100000 Jan 19 03:45:26 segfault kernel: [15008.345799] radeon 0000:01:00.0: GPU reset succeeded, trying to resume Jan 19 03:45:26 segfault kernel: [15008.348414] [drm] probing gen 2 caps for device 8086:2a41 = 1/0 Jan 19 03:45:26 segfault kernel: [15008.350360] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). Jan 19 03:45:26 segfault kernel: [15008.350399] radeon 0000:01:00.0: WB enabled Jan 19 03:45:26 segfault kernel: [15008.350403] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000020000c00 and cpu addr 0xffff880229236c00 Jan 19 03:45:26 segfault kernel: [15008.381778] [drm] ring test on 0 succeeded in 1 usecs Jan 19 03:45:26 segfault kernel: [15008.384549] [drm] ib test on ring 0 succeeded in 0 usecs Jan 19 03:46:12 segfault kernel: [15053.625108] radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec ... Jan 19 03:46:12 segfault kernel: [15053.975428] radeon 0000:01:00.0: Wait for MC idle timedout ! Jan 19 03:46:12 segfault kernel: [15054.123890] radeon 0000:01:00.0: Wait for MC idle timedout ! Jan 19 03:46:12 segfault kernel: [15054.125748] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). Jan 19 03:46:12 segfault kernel: [15054.125785] radeon 0000:01:00.0: WB enabled Jan 19 03:46:12 segfault kernel: [15054.125789] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000020000c00 and cpu addr 0xffff880229236c00 Jan 19 03:46:12 segfault kernel: [15054.157608] [drm] ring test on 0 succeeded in 0 usecs Jan 19 03:46:23 segfault kernel: [15064.657103] radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec Jan 19 03:46:23 segfault kernel: [15064.657114] radeon 0000:01:00.0: GPU lockup (waiting for 0x00000000000441b6 last fence id 0x00000000000441a8) Jan 19 03:46:23 segfault kernel: [15064.657121] [drm:r600_ib_test] *ERROR* radeon: fence wait failed (-35). Jan 19 03:46:23 segfault kernel: [15064.657134] [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on GFX ring (-35). Jan 19 03:46:23 segfault kernel: [15064.657140] radeon 0000:01:00.0: ib ring test failed (-35). Jan 19 03:46:23 segfault kernel: [15064.658211] radeon 0000:01:00.0: GPU softreset Jan 19 03:46:23 segfault kernel: [15064.658218] radeon 0000:01:00.0: R_008010_GRBM_STATUS=0xE57C24E0 Jan 19 03:46:23 segfault kernel: [15064.658224] radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00113303 Jan 19 03:46:23 segfault kernel: [15064.658230] radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x200030C0 Jan 19 03:46:23 segfault kernel: [15064.658236] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x01000000 Jan 19 03:46:23 segfault kernel: [15064.658242] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00001002 Jan 19 03:46:23 segfault kernel: [15064.658248] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00028482 Jan 19 03:46:23 segfault kernel: [15064.658254] radeon 0000:01:00.0: R_008680_CP_STAT = 0x80838645 Jan 19 03:46:23 segfault kernel: [15064.829116] radeon 0000:01:00.0: Wait for MC idle timedout ! Jan 19 03:46:23 segfault kernel: [15064.829123] radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00007FEE Jan 19 03:46:23 segfault kernel: [15064.844133] radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00000001 Jan 19 03:46:23 segfault kernel: [15064.860144] radeon 0000:01:00.0: R_008010_GRBM_STATUS=0xA0003030 Jan 19 03:46:23 segfault kernel: [15064.860150] radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00000003 an 19 03:46:23 segfault kernel: [15064.860163] radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x2000B0C0 Jan 19 03:46:23 segfault kernel: [15064.860169] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 Jan 19 03:46:23 segfault kernel: [15064.860175] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00000000 Jan 19 03:46:23 segfault kernel: [15064.860181] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00000000 Jan 19 03:46:23 segfault kernel: [15064.860191] radeon 0000:01:00.0: R_008680_CP_STAT = 0x80100000 Jan 19 03:46:23 segfault kernel: [15064.861197] radeon 0000:01:00.0: GPU reset succeeded, trying to resume Jan 19 04:39:23 segfault kernel: [ 2791.671107] [drm:r600_ib_test] *ERROR* radeon: fence wait failed (-35). Jan 19 04:39:23 segfault kernel: [ 2791.671115] [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on GFX ring (-35). Then floods console with [drm:radeon_cs_ib_chunk] *ERROR* Failed to schedule IB ! radeon 0000:01:00.0: couldn't schedule ib (over and over) mesa-dri-drivers-9.0.1-3.fc18.x86_64 libdrm-2.4.40-1.fc18.x86_64 kernels: kernel-3.7.3-201.fc18.x86_64, kernel-devel-3.8.0-0.rc3.git1.2.fc19.x86_64 I have not tried on 3.8-rc4 yet Laptop: Lenovo ThinkPad W500 -- You are receiving this mail because: You are the assignee for the bug.

1 28

[Bug 81066] New: [r600g] Second Life causes GPU to lock up sometimes with DRI_PRIME
by bugzilla-daemon＠freedesktop.org 10 Nov '14

10 Nov '14

https://bugs.freedesktop.org/show_bug.cgi?id=81066 Priority: medium Bug ID: 81066 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r600g] Second Life causes GPU to lock up sometimes with DRI_PRIME Severity: normal Classification: Unclassified OS: Linux (All) Reporter: shawn.starr(a)rogers.com Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Created attachment 102452 --> https://bugs.freedesktop.org/attachment.cgi?id=102452&action=edit Kernel stack dump kernel: 3.16.0-0.rc4.git0.1.fc21.1.x86_64 mesa: 0.3.0-2.20140707.fc21.x86_64 (git master) Xorg: 1.15.99.904-1.fc21.x86_64 (git master, no 904 build yet) kernel command boot options: BOOT_IMAGE=/vmlinuz-3.16.0-0.rc4.git0.1.fc21.1.x86_64 root=/dev/mapper/fedora_segfault-root ro vconsole.keymap=us rhgb slub_debug=- cgroup_disable=memory console=tty0 console=ttyS0,115200n8 radeon.runpm=0 radeon.dpm=1 radeon.hard_reset=1 intel_iommu=on vfio_iommu_type1.allow_unsafe_interrupts=1 LANG=en_CA.UTF-8 Kernel dump from lockup see attachment 1) I am trying to use the PCI hard_reset radeon.ko option 2) pciehp decides to yank the GPU driver while it's doing a PCI reset (!) 3) When the GPU is reset, it's in a non-finished startup state. This all happened when I tried to play Second Life with the Radeon GPU as offload renderer on the Intel GM45 GPU which is doing the display. To run Second Life I'm using: $ LIBGL_DRI3_DISABLE=1 $ xrandr --setprovideroffloadsink 0x55 0xa2 $DRI_PRIME=1 ./singularity >& /dev/null & Here is the Xrandr providers list: Providers: number : 3 Provider 0: id: 0xa2 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 3 outputs: 4 associated providers: 2 name:Intel Provider 1: id: 0x55 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 2 outputs: 4 associated providers: 2 name:radeon Provider 2: id: 0x55 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 2 outputs: 4 associated providers: 2 name:radeon -- You are receiving this mail because: You are the assignee for the bug.

1 2

[PATCH] drm/panel: update innolux n116bge timings
by Daniel Kurtz 07 Nov '14

07 Nov '14

There are several different models of N116BGE. According to the commit that added innolux_n116bge_mode [0], this N116BGE is for the eDP variety. [0] commit 0a2288c06aab73c966e82045c8f20b0e713baf2a Author: Thierry Reding <treding(a)nvidia.com> Date: Thu Jul 3 14:02:59 2014 +0200 drm/panel: simple: Add Innolux N116BGE panel support The clock and htotal values from add by that patch are out of spec according to the datasheets I have seen for the eDP N116BGE (-EA2 and -EB2). This patch changes the values to the "Typ" values on the datasheet. Signed-off-by: Daniel Kurtz <djkurtz(a)chromium.org> --- Thierry, It is possible that your timings were correct for the panel you are using on the norrin reference board. In that case I'm happy to upload a new patch that creates a new panel entry. However, I'm pretty sure we are using the same N116BGE. drivers/gpu/drm/panel/panel-simple.c | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c index 4ce1db0..776764a 100644 --- a/drivers/gpu/drm/panel/panel-simple.c +++ b/drivers/gpu/drm/panel/panel-simple.c @@ -519,15 +519,15 @@ static const struct panel_desc foxlink_fl500wvr00_a0t = { }; static const struct drm_display_mode innolux_n116bge_mode = { - .clock = 71000, + .clock = 76420, .hdisplay = 1366, - .hsync_start = 1366 + 64, - .hsync_end = 1366 + 64 + 6, - .htotal = 1366 + 64 + 6 + 64, + .hsync_start = 1366 + 136, + .hsync_end = 1366 + 136 + 30, + .htotal = 1366 + 136 + 30 + 60, .vdisplay = 768, .vsync_start = 768 + 8, - .vsync_end = 768 + 8 + 4, - .vtotal = 768 + 8 + 4 + 8, + .vsync_end = 768 + 8 + 12, + .vtotal = 768 + 8 + 12 + 12, .vrefresh = 60, .flags = DRM_MODE_FLAG_NHSYNC | DRM_MODE_FLAG_NVSYNC, }; -- 2.1.0.rc2.206.gedb03e5

2 6

[Bug 80365] New: [drm:ci_dpm_set_power_state] *ERROR* ci_upload_dpm_level_enable_mask failed
by bugzilla-daemon＠freedesktop.org 06 Nov '14

06 Nov '14

https://bugs.freedesktop.org/show_bug.cgi?id=80365 Priority: medium Bug ID: 80365 Assignee: dri-devel(a)lists.freedesktop.org Summary: [drm:ci_dpm_set_power_state] *ERROR* ci_upload_dpm_level_enable_mask failed Severity: normal Classification: Unclassified OS: Linux (All) Reporter: neatnoise(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: 10.2 Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 101540 --> https://bugs.freedesktop.org/attachment.cgi?id=101540&action=edit dmesg Hello, Since few kernel releases I've got problems with DPM working correctly on graphics card Asus Radeon 7790 OC. Few seconds after the kernel boot messages appear: [ 11.456134] [drm:ci_dpm_set_power_state] *ERROR* ci_upload_dpm_level_enable_mask failed [ 11.728030] [drm:ci_dpm_set_power_state] *ERROR* ci_upload_dpm_level_enable_mask failed Tested kernel versions: 3.14.6 3.15.1 3.16-rc2 Distro: Arch linux Mesa: 10.2.1 llvm: 3.4.2 Xorg: 1.15.1 -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 71134] New: AMD Radeon 7790 (BONAIRE Sea Islands) rendering, stability, performance issues
by bugzilla-daemon＠freedesktop.org 06 Nov '14

06 Nov '14

https://bugs.freedesktop.org/show_bug.cgi?id=71134 Priority: medium Bug ID: 71134 Assignee: dri-devel(a)lists.freedesktop.org Summary: AMD Radeon 7790 (BONAIRE Sea Islands) rendering, stability, performance issues Severity: normal Classification: Unclassified OS: Linux (All) Reporter: neatnoise(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 88495 --> https://bugs.freedesktop.org/attachment.cgi?id=88495&action=edit dmesg Hello, I would like to report a list of issues I've run into after some time of using mesa gallium driver for AMD Radeon 7790 (BONAIRE Sea Islands chip). Used components: OS: Gentoo User space packages: media-libs/mesa git sys-devel/llvm git x11-libs/libdrm git x11-libs/glamor git x11-drivers/xf86-video-ati git x11-base/xorg-server 1.14.3 Linux Kernel: 3.12.0-rc7 Rendering issues (tested with window managers: metacity and compiz): - rendering corruption while scrolling web pages even if inbrowser hardware acceleration is disabled (in Chrome as well as in Firefox). There is kind of pixel offset on the diagonal of rendered web page and corruption of images, borders (it happens only while scrolling). - Taking screenshot and using gksu (I'm using gnome 2 environment) results in huge rendering slow down (about 1 fps). I have to reload a window manager to fix this issue. - Introduced dpm to Sea Islands in 3.12 kernel (while enabled) leads to image corruption when moving windows, playing videos (in a browser and a video player), scrolling websites. The corrupted image shows as flickering and messing around parts of the screen. The rendered image is ok only if nothing happens on the screen. - anisotropic filtering doesn't seem to work (tested in sauerbraten game). After applaying there is no visual difference between bilinear filtering and anisotropic filtering. Stability issues: - Any use of OpenGL hardware acceleration after few minutes leads to GPU lockup (from basic OpenGL games like sauerbraten, inbrowser hardware acceleration, to compiz window manager). Glamor + metacity seems to work without GPU lockups. - Playing videos in mplayer (VO: [vdpau]) also leads to a GPU lockup from time to time. The same happens in firefox browser while playing youtube videos in uvd decoding + flash Performance issues: - I get much less fps compared to my old card - Radeon 4850 (r600g driver) even if the clocks are manually set to a maximal frequency. - Compiz with basic effects is sometimes not fluent - drops to less than 30 fps especially when there are more windows opened. I would like attach any GPU lockup logs but dmesg doesn't leave any trace. More than half of lockups are not recoverable and I have to reboot the computer. Screens and logs are in the attachments. Thank you for any help in resolving these issues. -- You are receiving this mail because: You are the assignee for the bug.

1 8

[PATCH] drm/panel: simple: Add AUO B116XW03 panel support
by Ajay Kumar 06 Nov '14

06 Nov '14

The AUO B116XW03 is a 11.6" HD TFT LCD panel connecting to a LVDS interface and with an integrated LED backlight unit. This panel is used on the Samsung Chromebook(XE303C12). Signed-off-by: Ajay Kumar <ajaykumar.rs(a)samsung.com> --- .../devicetree/bindings/panel/auo,b116xw03.txt | 7 ++++++ drivers/gpu/drm/panel/panel-simple.c | 25 ++++++++++++++++++++ 2 files changed, 32 insertions(+) create mode 100644 Documentation/devicetree/bindings/panel/auo,b116xw03.txt diff --git a/Documentation/devicetree/bindings/panel/auo,b116xw03.txt b/Documentation/devicetree/bindings/panel/auo,b116xw03.txt new file mode 100644 index 0000000..690d0a5 --- /dev/null +++ b/Documentation/devicetree/bindings/panel/auo,b116xw03.txt @@ -0,0 +1,7 @@ +AU Optronics Corporation 11.6" HD (1366x768) color TFT-LCD panel + +Required properties: +- compatible: should be "auo,b116xw03" + +This binding is compatible with the simple-panel binding, which is specified +in simple-panel.txt in this directory. diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c index 4ce1db0..51566e0 100644 --- a/drivers/gpu/drm/panel/panel-simple.c +++ b/drivers/gpu/drm/panel/panel-simple.c @@ -352,6 +352,28 @@ static const struct panel_desc auo_b101aw03 = { }, }; +static const struct drm_display_mode auo_b116xw03_mode = { + .clock = 70589, + .hdisplay = 1366, + .hsync_start = 1366 + 40, + .hsync_end = 1366 + 40 + 40, + .htotal = 1366 + 40 + 40 + 32, + .vdisplay = 768, + .vsync_start = 768 + 10, + .vsync_end = 768 + 10 + 12, + .vtotal = 768 + 10 + 12 + 6, + .vrefresh = 60, +}; + +static const struct panel_desc auo_b116xw03 = { + .modes = &auo_b116xw03_mode, + .num_modes = 1, + .size = { + .width = 256, + .height = 144, + }, +}; + static const struct drm_display_mode auo_b133xtn01_mode = { .clock = 69500, .hdisplay = 1366, @@ -616,6 +638,9 @@ static const struct of_device_id platform_of_match[] = { .compatible = "auo,b101aw03", .data = &auo_b101aw03, }, { + .compatible = "auo,b116xw03", + .data = &auo_b116xw03, + }, { .compatible = "auo,b133htn01", .data = &auo_b133htn01, }, { -- 1.7.9.5

2 1

[Bug 84021] New: [game][the cave] not rendered properly
by bugzilla-daemon＠freedesktop.org 06 Nov '14

06 Nov '14

https://bugs.freedesktop.org/show_bug.cgi?id=84021 Priority: medium Bug ID: 84021 Assignee: dri-devel(a)lists.freedesktop.org Summary: [game][the cave] not rendered properly Severity: major Classification: Unclassified OS: Linux (All) Reporter: sylvain.bertrand(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa The intro screen is mainly white and we hardly can see anything -- You are receiving this mail because: You are the assignee for the bug.

1 4

[Bug 82918] New: [tahiti xt] dota2 crashes
by bugzilla-daemon＠freedesktop.org 06 Nov '14

06 Nov '14

https://bugs.freedesktop.org/show_bug.cgi?id=82918 Priority: medium Bug ID: 82918 Assignee: dri-devel(a)lists.freedesktop.org Summary: [tahiti xt] dota2 crashes Severity: critical Classification: Unclassified OS: Linux (All) Reporter: sylvain.bertrand(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: DRI CVS Component: DRM/Radeon Product: DRI Up-to-date fedora rawhide on x86_64. Linux 3.17.0-0.rc1.git1.2.fc22.1.x86_64 dota2 crashes This is a recent tahiti XT board (marketing name is R9 280X). I have an "old" tahiti XT board (marketing name is HD 7970), I recalled dota2 working fine a few weeks ago (not tested recently though) on that "old" board. Then I don't know if it fits into regression since I guess the atombios is probably different. -- You are receiving this mail because: You are the assignee for the bug.

1 18

[Bug 81644] New: Random crashes on RadeonSI with Chromium.
by bugzilla-daemon＠freedesktop.org 05 Nov '14

05 Nov '14

https://bugs.freedesktop.org/show_bug.cgi?id=81644 Priority: medium Bug ID: 81644 Assignee: dri-devel(a)lists.freedesktop.org Summary: Random crashes on RadeonSI with Chromium. Severity: normal Classification: Unclassified OS: All Reporter: aaronbottegal(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Chromium randomly crashes with RadeonSI driver when using Chromium. Most usually with Youtube videos. Everything is current git from Oibaf PPA using Mint 17 Cinnamon, although I'm about to move to Arch Linux so I don't know how long I'll be able to provide logs as the problem doesn't exist in Arch's currents AFAIK. But there are logs in Bug #77980 from my crash, which was close sounding, but apparently a different bug. -- You are receiving this mail because: You are the assignee for the bug.

1 150

[PATCH V7 00/12] drm/exynos: few patches to enhance bridge chip support
by Ajay Kumar 04 Nov '14

04 Nov '14

This series is based on master branch of Linus tree at: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git I have tested this after adding few DT changes for exynos5250-snow and exynos5420-peach-pit boards. The V4 series of this particular patchset was also tested by: Rahul Sharma <rahul.sharma(a)samsung.com> Javier Martinez Canillas <javier(a)dowhile0.org> Changes since V2: -- Address comments from Jingoo Han for ps8622 driver -- Address comments from Daniel, Rob and Thierry regarding bridge chaining -- Address comments from Thierry regarding the names for new drm_panel functions Changes since V3: -- Remove hotplug based initialization of exynos_dp -- Make exynos_dp work directly with drm_panel, remove dependency on panel_binder -- Minor cleanups in panel_binder and panel_lvds driver Changes since V4: -- Use gpiod interface for panel-lvds and ps8622 drivers. -- Address comments from Javier. -- Fix compilation issues when PANEL_BINDER is selected as module. -- Split Documentation patches from driver patches. -- Rebase on top of the tree. Changes since V5: -- Modify bridge drivers to support driver model. -- Drop the concept of bridge chain(sincle there are no 2 real bridges) Hence drop bridge-panel_binder layer. -- Drop panel-lvds driver and accomodate the required changes in panel-simple driver. -- Use gpiod interface in ptn3460 driver. -- Address all comments by Thierry Reding for V5 series. -- Address comments from Sean Paul for exynos_dp_commit issue. Changes since V6: -- Panel patches were seperated and they are merged already. -- Fix few issues with ptn3460, before modifying the bridge core. -- Modify drm_bridge as per Thierry's comments for V6 series. -- Add drm_bridge changes minimally without breaking existing code. -- Add new features for ptn3460, step-by-step. -- Address comments from Thierry and Andreas for ptn3460 and ps8622. -- Split documentation patches from driver patches. "[PATCH V7 5/12] drm/exynos: dp: support drm_bridge" introduces following Kconfig error: drivers/video/fbdev/Kconfig:5:error: recursive dependency detected! drivers/video/fbdev/Kconfig:5: symbol FB is selected by DRM_KMS_FB_HELPER drivers/gpu/drm/Kconfig:39: symbol DRM_KMS_FB_HELPER depends on DRM_KMS_HELPER drivers/gpu/drm/Kconfig:33: symbol DRM_KMS_HELPER is selected by DRM_BRIDGE drivers/gpu/drm/bridge/Kconfig:1: symbol DRM_BRIDGE is selected by DRM_EXYNOS_DP drivers/gpu/drm/exynos/Kconfig:53: symbol DRM_EXYNOS_DP depends on DRM_EXYNOS_FIMD drivers/gpu/drm/exynos/Kconfig:28: symbol DRM_EXYNOS_FIMD depends on FB_S3C drivers/video/fbdev/Kconfig:2038: symbol FB_S3C depends on FB What's the best way to fix the above ambiguity? Ajay Kumar (11): [PATCH V7 1/12] drm/bridge: ptn3460: Few trivial cleanups [PATCH V7 2/12] drm/bridge: do not pass drm_bridge_funcs to drm_bridge_init [PATCH V7 3/12] drm/bridge: Add helper functions for drm_bridge [PATCH V7 4/12] drm/bridge: ptn3460: convert to i2c driver model [PATCH V7 5/12] drm/exynos: dp: support drm_bridge [PATCH V7 6/12] drm/bridge: ptn3460: support drm_panel [PATCH V7 7/12] drm/bridge: ptn3460: probe connector at the end of bridge attach [PATCH V7 8/12] drm/bridge: ptn3460: use gpiod interface [PATCH V7 9/12] Documentation: drm: bridge: move to video/bridge [PATCH V7 10/12] Documentation: devicetree: Add vendor prefix for parade [PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties Vincent Palatin (1): [PATCH V7 12/12] drm/bridge: Add i2c based driver for ps8622/ps8625 bridge .../devicetree/bindings/drm/bridge/ptn3460.txt | 27 - .../devicetree/bindings/vendor-prefixes.txt | 1 + .../devicetree/bindings/video/bridge/ps8622.txt | 20 + .../devicetree/bindings/video/bridge/ptn3460.txt | 27 + drivers/gpu/drm/Makefile | 1 + drivers/gpu/drm/bridge/Kconfig | 30 +- drivers/gpu/drm/bridge/Makefile | 1 + drivers/gpu/drm/bridge/ps8622.c | 681 ++++++++++++++++++++ drivers/gpu/drm/bridge/ptn3460.c | 302 +++++---- drivers/gpu/drm/drm_bridge.c | 102 +++ drivers/gpu/drm/drm_crtc.c | 9 +- drivers/gpu/drm/exynos/Kconfig | 3 +- drivers/gpu/drm/exynos/exynos_dp_core.c | 54 +- drivers/gpu/drm/exynos/exynos_dp_core.h | 1 + drivers/gpu/drm/msm/hdmi/hdmi_bridge.c | 7 +- drivers/gpu/drm/sti/sti_hda.c | 3 +- drivers/gpu/drm/sti/sti_hdmi.c | 3 +- include/drm/drm_crtc.h | 15 +- 18 files changed, 1098 insertions(+), 189 deletions(-) delete mode 100644 Documentation/devicetree/bindings/drm/bridge/ptn3460.txt create mode 100644 Documentation/devicetree/bindings/video/bridge/ps8622.txt create mode 100644 Documentation/devicetree/bindings/video/bridge/ptn3460.txt create mode 100644 drivers/gpu/drm/bridge/ps8622.c create mode 100644 drivers/gpu/drm/drm_bridge.c -- 1.7.9.5

10 53

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2014