dri-devel January 2014

dri-devel@lists.freedesktop.org

145 participants
957 discussions

[Bug 73343] Recent radeon driver "probed a monitor but no|invalid EDID"
by bugzilla-daemon＠freedesktop.org 07 Jan '14

07 Jan '14

https://bugs.freedesktop.org/show_bug.cgi?id=73343 Richard Eames <freedesktop(a)naddiseo.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- Hardware|Other |x86-64 (AMD64) OS|All |Linux (All) Assignee|xorg-driver-ati(a)lists.x.org |dri-devel(a)lists.freedesktop | |.org QA Contact|xorg-team(a)lists.x.org | Product|xorg |Mesa Component|Driver/Radeon |Drivers/DRI/Radeon --- Comment #1 from Richard Eames <freedesktop(a)naddiseo.ca> --- Okay, it can't be the xserver-xorg-video-radeon package, since that wasn't upgraded. The packages that were upgraded on the 4th, one of which is causing this: I've removed the kernel and libc upgrade lines since I'm using the mainline build, and since I don't have an intel card, I've removed that line. libgl1-mesa-dev:amd64 (10.1~git1312310730.5a51c1~gd~s, 10.1~git1401041930.a61ae2~gd~s), libegl1-mesa:amd64 (10.1~git1312310730.5a51c1~gd~s, 10.1~git1401041930.a61ae2~gd~s), libopenvg1-mesa:amd64 (10.1~git1312301930.f425d5~gd~s, 10.1~git1401041930.a61ae2~gd~s), libegl1-mesa-drivers:amd64 (10.1~git1312310730.5a51c1~gd~s, 10.1~git1401041930.a61ae2~gd~s), libg3dvl-mesa:amd64 (10.1~git1312301930.f425d5~gd~s, 10.1~git1401041930.a61ae2~gd~s), libgl1-mesa-dri:amd64 (10.1~git1312310730.5a51c1~gd~s, 10.1~git1401041930.a61ae2~gd~s), libglapi-mesa:amd64 (10.1~git1312310730.5a51c1~gd~s, 10.1~git1401041930.a61ae2~gd~s), libgles2-mesa:amd64 (10.1~git1312310730.5a51c1~gd~s, 10.1~git1401041930.a61ae2~gd~s), libgl1-mesa-glx:amd64 (10.1~git1312310730.5a51c1~gd~s, 10.1~git1401041930.a61ae2~gd~s), libxatracker1:amd64 (10.1~git1312301930.f425d5~gd~s, 10.1~git1401041930.a61ae2~gd~s), libgbm1:amd64 (10.1~git1312301930.f425d5~gd~s, 10.1~git1401041930.a61ae2~gd~s), mesa-common-dev:amd64 (10.1~git1312310730.5a51c1~gd~s, 10.1~git1401041930.a61ae2~gd~s), libtxc-dxtn-s2tc0:amd64 (0~git20121227-1, 0~git20131104-1.1~gd~s), libva1:amd64 (1.1.1-3, 1.2.1-2~gd~s), libopus0:amd64 (1.0.1-0ubuntu2, 1.1-0ubuntu1~gd~s), I guess it's probably mesa. I'll compile mesa @ 5a51c1, and see if that fixes things, if so, I'll do I bisect. Looking at the tree, there's only 4 commits in 5a51c1..a61ae2 so maybe not mesa? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst
by bugzilla-daemon＠freedesktop.org 06 Jan '14

06 Jan '14

https://bugs.freedesktop.org/show_bug.cgi?id=73338 Alex Deucher <agd5f(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement Assignee|xorg-driver-ati(a)lists.x.org |dri-devel(a)lists.freedesktop | |.org QA Contact|xorg-team(a)lists.x.org | Product|xorg |DRI Component|Driver/Radeon |DRM/Radeon --- Comment #5 from Alex Deucher <agd5f(a)yahoo.com> --- The open source driver currently relies on the vbios fan profile. There is no support yet for driver defined or user defined profiles. Marking as an enhancement request. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 70934] New: [Regression] Problem with colors (depth?) on DCE5 Barts (HD69xx)
by bugzilla-daemon＠freedesktop.org 06 Jan '14

06 Jan '14

https://bugs.freedesktop.org/show_bug.cgi?id=70934 Priority: medium Bug ID: 70934 Assignee: dri-devel(a)lists.freedesktop.org Summary: [Regression] Problem with colors (depth?) on DCE5 Barts (HD69xx) Severity: normal Classification: Unclassified OS: All Reporter: zajec5(a)gmail.com Hardware: Other Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI I've switched from openSUSE's 3.4.47 to drm-next-3.13-wip and noticed problems with colors. Gradients are not smooth, it looks like the GPU is working in some limited color depth (lower than 24b). -- You are receiving this mail because: You are the assignee for the bug.

1 20

drm_do_probe_ddc_edid ENXIO check too aggressive?
by Daniel Drake 06 Jan '14

06 Jan '14

Hi, I'm using exynos_drm on Exynos4412 to output to a Sony HDMI TV. When I disconnect and then re-plug the TV, Exynos detects this event and tries to read the EDID from the DDC over I2C. The DDC does not provide an ACK at this point, so the i2c-s3c2410 driver reports ENXIO, which seems to agree with the documentation: ENXIO Returned by I2C adapters to indicate that the address phase of a transfer didn't get an ACK. While it might just mean an I2C device was temporarily not responding, usually it means there's nothing listening at that address. As of commit 9292f37e1f5c79400254dca46f83313488093825, DRM treats ENXIO as "no device, bail": Author: Eugeni Dodonov <eugeni.dodonov(a)intel.com> Date: Thu Jan 5 09:34:28 2012 -0200 drm: give up on edid retries when i2c bus is not responding But in the case of my Sony TV it seems that we hit the "temporarily not responding" case, because if I insert a delay, the message gets acked and the EDID gets read successfully. Similarly, if I revert the patch so that we attempt the query a few times times, it succeeds on second retry. Any suggested solutions to this issue? Thanks, Daniel

4 12

[Bug 73297] Xorg crashes with kernel 3.13-rc7
by bugzilla-daemon＠freedesktop.org 06 Jan '14

06 Jan '14

https://bugs.freedesktop.org/show_bug.cgi?id=73297 --- Comment #2 from Alex Deucher <agd5f(a)yahoo.com> --- Probably a duplicate of bug 70687. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 73083] New: Semi-repeatable SIGBUS in R600UploadToScreenCS's memcpy
by bugzilla-daemon＠freedesktop.org 06 Jan '14

06 Jan '14

https://bugs.freedesktop.org/show_bug.cgi?id=73083 Priority: medium Bug ID: 73083 Assignee: dri-devel(a)lists.freedesktop.org Summary: Semi-repeatable SIGBUS in R600UploadToScreenCS's memcpy Severity: normal Classification: Unclassified OS: All Reporter: freedesktop(a)treblig.org Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI I can trigger the X server SIGBUSing in the memcpy in R600UploadToScreeCS visiting a specific webpage in firefox - I load the webpage, scroll around a bit and it SIGBUSs - some of the time, sometimes it gets in the mood where it doesn't, but once it's in the mood it's pretty repeatable. I can also get firefox to seg in the radeon code on that side - but I suspect they're two separate bugs. This corresponds to: The X side corresponds to https://bugzilla.redhat.com/show_bug.cgi?id=1029144 Graphics hardware: 07:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV710 [Radeon HD 4350/4550] (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 02a8 OS: Fedora F20; kernel 3.12.5-302.fc20.x86_64 X.Org X Server 1.14.4 Release Date: 2013-10-31 xorg-x11-drv-ati-7.2.0-3.20131101git3b38701.fc20.x86_64 The page that triggers the error: http://www.theguardian.com/technology/2013/oct/07/nokia-lumia-1020-review-4… which has a heck of a lot of very high res images (7k pixels across) Debug so far: BT: #0 __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:39 No locals. #1 0x00007fe4ae0f4cb7 in memcpy (__len=30848, __src=<optimized out>, __dest=0x7fe49fd18000) at /usr/include/bits/string3.h:51 No locals. #2 R600UploadToScreenCS (pDst=0x136e220, x=0, y=0, w=7712, h=8, src=<optimized out>, src_pitch=30848) at r600_exa.c:1609 ./BUILD/xf86-video-ati-20131101/src/r600_exa.c pScrn = 0xe05310 info = 0xe06170 accel_state = <optimized out> driver_priv = 0x147f680 scratch = <optimized out> copy_dst = 0x1440a30 dst = 0x7fe49fd18000 <Address 0x7fe49fd18000 out of bounds> size = 30848 dst_domain = 4 bpp = <optimized out> scratch_pitch = <optimized out> copy_pitch = 31232 dst_pitch_hw = <optimized out> ret = <optimized out> flush = <optimized out> r = 1 i = 0 <---- so first iteration src_obj = {pitch = 7712, width = 30848, height = 32, bpp = 0, domain = 0, bo = 0x24005cbd63d5600, tiling_flags = 14740400, surface = 0x7fe4ae0e9b69 <RADEONEXAPixmapIsOffscreen+9>} dst_obj = {pitch = 20374048, width = 0, height = 2907249802, bpp = 32740, but seems unlikely because src_obj is reasonable domain = 2909410176, bo = 0x7fe4ae0e9b69 <RADEONEXAPixmapIsOffscreen+9>, tiling_flags = 20374048, surface = 0x7fe4ad491c8a <exaPixmapHasGpuCopy_mixed+106>} height = <optimized out> base_align = <optimized out> all parameters to R600UploadToScreenCS are int's x/y/w/h src_pitch - all of which look reasonable (src_patch=width*4), multiple ways to get to the copy: bit where it blew up. h looks unusually small - only 8 vertical - so it's a redraw as scrolled? 1609: memcpy(dst + i * copy_pitch, src, size); #3 0x00007fe4ad492e70 in exaDoPutImage (depth=32, src_stride=<optimized out>, bits=0x1442048 "6Va\377\062R]\377/R\\\377\062U_\377-Q[\377\063Wa\377\062Yb\377/V_\377\065Yc\377,PZ\377\070[e\377\063V`\377\064R]\377:Xc\377\064P[\377\066T_\377*HS\377\065U`\377\060P[\377\063S^\377\070Xc\377\061Q\\\377\060S]\377-PZ\377\062U_\377\065Xb\377*MW\377\060S]\377\063S`\377\070Xe\377\064Ta\377/O\\\377:\\i\377\067Yf\377\063Ub\377\062Ta\377\064Xb\377\063Wa\377\061U_\377\062V`\377/T\\\377\060U]\377.S[\377\066[c\377-QY\377*NV\377\063W_\377\064Wa\377\062Ta\377\065Wd\377"..., format=2, h=8, w=7712, y=0, x=0, pGC=0x122dff0, pDrawable=0x136e220) at exa_accel.c:212 y1 = <optimized out> x2 = <optimized out> ok = <optimized out> x1 = <optimized out> y2 = <optimized out> src = <optimized out> ---Type <return> to continue, or q <return> to quit--- pExaPixmap = <optimized out> nbox = <optimized out> pPix = 0x136e220 xoff = 0 ret = 1 pClip = <optimized out> pbox = 0x116f900 yoff = 0 bpp = <optimized out> #4 exaPutImage (pDrawable=0x136e220, pGC=0x122dff0, depth=32, x=0, y=0, w=7712, h=8, leftPad=0, format=2, bits=0x1442048 "6Va\377\062R]\377/R\\\377\062U_\377-Q[\377\063Wa\377\062Yb\377/V_\377\065Yc\377,PZ\377\070[e\377\063V`\377\064R]\377:Xc\377\064P[\377\066T_\377*HS\377\065U`\377\060P[\377\063S^\377\070Xc\377\061Q\\\377\060S]\377-PZ\377\062U_\377\065Xb\377*MW\377\060S]\377\063S`\377\070Xe\377\064Ta\377/O\\\377:\\i\377\067Yf\377\063Ub\377\062Ta\377\064Xb\377\063Wa\377\061U_\377\062V`\377/T\\\377\060U]\377.S[\377\066[c\377-QY\377*NV\377\063W_\377\064Wa\377\062Ta\377\065Wd\377"...) at exa_accel.c:233 No locals. #5 0x0000000000436b89 in ProcPutImage (client=0x116db50) at dispatch.c:1966 pGC = 0x122dff0 pDraw = 0x136e220 length = <optimized out> lengthProto = <optimized out> tmpImage = 0x1442048 "6Va\377\062R]\377/R\\\377\062U_\377-Q[\377\063Wa\377\062---Type <return> to continue, or q <return> to quit--- Yb\377/V_\377\065Yc\377,PZ\377\070[e\377\063V`\377\064R]\377:Xc\377\064P[\377\066T_\377*HS\377\065U`\377\060P[\377\063S^\377\070Xc\377\061Q\\\377\060S]\377-PZ\377\062U_\377\065Xb\377*MW\377\060S]\377\063S`\377\070Xe\377\064Ta\377/O\\\377:\\i\377\067Yf\377\063Ub\377\062Ta\377\064Xb\377\063Wa\377\061U_\377\062V`\377/T\\\377\060U]\377.S[\377\066[c\377-QY\377*NV\377\063W_\377\064Wa\377\062Ta\377\065Wd\377"... stuff = 0x1442030 #6 0x000000000043a137 in Dispatch () at dispatch.c:432 clientReady = 0x10c8220 result = <optimized out> client = 0x116db50 nready = 0 icheck = 0x821570 <checkForInput> start_tick = 80 #7 0x00000000004286ca in main (argc=2, argv=0x7fff628342a8, envp=<optimized out>) at main.c:298 i = <optimized out> alwaysCheckForInput = {0, 1} so I added some debug; when it's blowing up it's following the: if (!(driver_priv->tiling_flags & (RADEON_TILING_MACRO | RADEON_TILING_MICRO))) { if (!radeon_bo_is_referenced_by_cs(driver_priv->bo, info->cs)) { flush = FALSE; if (!radeon_bo_is_busy(driver_priv->bo, &dst_domain)) { goto copy; <----- } } goto - so that's before the dst_obj structure is setup. and in there we have a memcpy: 1609: memcpy(dst + i * copy_pitch, src, size); initially I assumed that dst/etc was bogus, but looking at gdb: Program received signal SIGBUS, Bus error. __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:39 39 movdqu %xmm8, (%rdi) rdi 0x7fee9b646000 140662785990656 which is mapped as: 7fee9b646000-7feea37e6000 rw-s 185556000 00:05 9484 /dev/dri/card0 (gdb) print $_siginfo $1 = {si_signo = 7, si_errno = 0, si_code = 2, _sifields = {_pad = {-1687920640, 32750, 0, 0, 1872902144, 32767, 0, 0, 91, 110, 0, 0, 0, 0, 119, 124, 1872902143, 32767, 574453248, -938495348, 0, 0, 0, 0, 27891376, 0, 682180569, 50}, _kill = {si_pid = -1687920640, si_uid = 32750}, _timer = {si_tid = -1687920640, si_overrun = 32750, si_sigval = {sival_int = 0, sival_ptr = 0x0}}, _rt = {si_pid = -1687920640, si_uid = 32750, si_sigval = {sival_int = 0, sival_ptr = 0x0}}, _sigchld = { si_pid = -1687920640, si_uid = 32750, si_status = 0, si_utime = 8044053457088282624, si_stime = 32767}, _sigfault = {si_addr = 0x7fee9b646000}, _sigpoll = { si_band = 140662785990656, si_fd = 0}}} and the si_code=2 is apparently non-existent physical area. -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 39612] New: radeon blocks with new style fencing
by bugzilla-daemon＠bugzilla.kernel.org 06 Jan '14

06 Jan '14

https://bugzilla.kernel.org/show_bug.cgi?id=39612 Summary: radeon blocks with new style fencing Product: Drivers Version: 2.5 Kernel Version: >= 2.6.37 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: linas_fi(a)ymail.com CC: alexdeucher(a)gmail.com Regression: Yes I am using a Radeon HD 3600 in kernel 2.6.36 with xf86-video-ati (KMS). Since 2.6.37 when starting the X server the screen goes black and never shows the desktop. kernel 2.6.36 startx -> Screen goes black -> The wallpaper appears -> The DE loads kernel >= 2.6.37 startx -> Screen goes black -> You can't switch virtual terminals -> REISUB -> Downgrade kernel Reproducible: Always Bisecting shows that it started failing at d0f8a854c340986359a3b0a97e380c71def7a440: drm/radeon/kms/r6xx+: use new style fencing (v3) http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.37.y.git;a=commi… Downstream bug https://bugs.archlinux.org/task/23422 -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 9

[Bug 65810] New: Small black box at the left top corner after playing some 3d games...
by bugzilla-daemon＠freedesktop.org 06 Jan '14

06 Jan '14

https://bugs.freedesktop.org/show_bug.cgi?id=65810 Priority: medium Bug ID: 65810 Assignee: dri-devel(a)lists.freedesktop.org Summary: Small black box at the left top corner after playing some 3d games... Severity: normal Classification: Unclassified OS: All Reporter: wolfmenace(a)hotmail.com Hardware: Other Status: NEW Version: 9.1 Component: Drivers/DRI/R600 Product: Mesa Created attachment 80892 --> https://bugs.freedesktop.org/attachment.cgi?id=80892&action=edit Black Box at the top left screen! I am having a ATI HIS Radeon 5970x2 and After playing some 3d games with the latest drivers and exit the games , on the top left corner there is a square black box that is over the top ... check attachment -- You are receiving this mail because: You are the assignee for the bug.

1 5

[PATCH] of: Add simple panel device tree binding
by Thierry Reding 06 Jan '14

06 Jan '14

This binding specifies a set of common properties for display panels. It can be used as a basis by bindings for specific panels. Bindings for three specific panels are provided to show how the simple panel binding can be used. Signed-off-by: Thierry Reding <treding(a)nvidia.com> --- This binding has already been discussed earlier. Both Laurent and Tomi seemed to be generally fine with this. The fact that the binding targets simple (dumb) panels only and the reduced set of properties make it easy to be extended in backwards-compatible ways should the need arise, while at the same time allowing to support a wide variety of panels out there. .../devicetree/bindings/panel/auo,b101aw03.txt | 7 +++++++ .../bindings/panel/chunghwa,claa101wb03.txt | 7 +++++++ .../bindings/panel/panasonic,vvx10f004b00.txt | 7 +++++++ .../devicetree/bindings/panel/simple-panel.txt | 21 +++++++++++++++++++++ 4 files changed, 42 insertions(+) create mode 100644 Documentation/devicetree/bindings/panel/auo,b101aw03.txt create mode 100644 Documentation/devicetree/bindings/panel/chunghwa,claa101wb03.txt create mode 100644 Documentation/devicetree/bindings/panel/panasonic,vvx10f004b00.txt create mode 100644 Documentation/devicetree/bindings/panel/simple-panel.txt diff --git a/Documentation/devicetree/bindings/panel/auo,b101aw03.txt b/Documentation/devicetree/bindings/panel/auo,b101aw03.txt new file mode 100644 index 000000000000..72e088a4fb3a --- /dev/null +++ b/Documentation/devicetree/bindings/panel/auo,b101aw03.txt @@ -0,0 +1,7 @@ +AU Optronics Corporation 10.1" WSVGA TFT LCD panel + +Required properties: +- compatible: should be "auo,b101aw03" + +This binding is compatible with the simple-panel binding, which is specified +in simple-panel.txt in this directory. diff --git a/Documentation/devicetree/bindings/panel/chunghwa,claa101wb03.txt b/Documentation/devicetree/bindings/panel/chunghwa,claa101wb03.txt new file mode 100644 index 000000000000..0ab2c05a4c22 --- /dev/null +++ b/Documentation/devicetree/bindings/panel/chunghwa,claa101wb03.txt @@ -0,0 +1,7 @@ +Chunghwa Picture Tubes Ltd. 10.1" WXGA TFT LCD panel + +Required properties: +- compatible: should be "chunghwa,claa101wb03" + +This binding is compatible with the simple-panel binding, which is specified +in simple-panel.txt in this directory. diff --git a/Documentation/devicetree/bindings/panel/panasonic,vvx10f004b00.txt b/Documentation/devicetree/bindings/panel/panasonic,vvx10f004b00.txt new file mode 100644 index 000000000000..d328b0341bf4 --- /dev/null +++ b/Documentation/devicetree/bindings/panel/panasonic,vvx10f004b00.txt @@ -0,0 +1,7 @@ +Panasonic Corporation 10.1" WUXGA TFT LCD panel + +Required properties: +- compatible: should be "panasonic,vvx10f004b00" + +This binding is compatible with the simple-panel binding, which is specified +in simple-panel.txt in this directory. diff --git a/Documentation/devicetree/bindings/panel/simple-panel.txt b/Documentation/devicetree/bindings/panel/simple-panel.txt new file mode 100644 index 000000000000..1341bbf4aa3d --- /dev/null +++ b/Documentation/devicetree/bindings/panel/simple-panel.txt @@ -0,0 +1,21 @@ +Simple display panel + +Required properties: +- power-supply: regulator to provide the supply voltage + +Optional properties: +- ddc-i2c-bus: phandle of an I2C controller used for DDC EDID probing +- enable-gpios: GPIO pin to enable or disable the panel +- backlight: phandle of the backlight device attached to the panel + +Example: + + panel: panel { + compatible = "cptt,claa101wb01"; + ddc-i2c-bus = <&panelddc>; + + power-supply = <&vdd_pnl_reg>; + enable-gpios = <&gpio 90 0>; + + backlight = <&backlight>; + }; -- 1.8.4.2

7 10

[Bug 73297] Xorg crashes with kernel 3.13-rc7
by bugzilla-daemon＠freedesktop.org 06 Jan '14

06 Jan '14

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel January 2014