Paul Menzel | 21 Dec 12:35 2014
Picon
Picon

plugin-containe[…]: segfault in r600_dri.so[93c80000+812000]

Dear DRI folks,

my X session crashed.

        $ more /var/log/Xorg.0.log.old
        […]
        [  2509.130] (EE) 
        [  2509.130] (EE) Backtrace:
        [  2509.626] (EE) 0: /usr/bin/Xorg (xorg_backtrace+0x52) [0xb76e9262]
        [  2509.627] (EE) 1: /usr/bin/Xorg (0xb7543000+0x1aa502) [0xb76ed502]
        [  2509.627] (EE) 2: linux-gate.so.1 (__kernel_rt_sigreturn+0x0) [0xb751fd24]
        [  2509.627] (EE) 3: /usr/bin/Xorg (miDoCopy+0x5f) [0xb76c76df]
        [  2509.627] (EE) 4: /usr/lib/xorg/modules/libexa.so (0xb6b0d000+0x7a09) [0xb6b14a09]
        [  2509.627] (EE) 5: /usr/bin/Xorg (0xb7543000+0x12b325) [0xb766e325]
        [  2509.628] (EE) 6: /usr/lib/xorg/modules/drivers/radeon_drv.so (0xb6b28000+0x3d60d) [0xb6b6560d]
        [  2509.628] (EE) 7: /usr/lib/xorg/modules/drivers/radeon_drv.so (0xb6b28000+0x3da4c) [0xb6b65a4c]
        [  2509.628] (EE) 8: /usr/lib/xorg/modules/drivers/radeon_drv.so (0xb6b28000+0x41f24) [0xb6b69f24]
        [  2509.628] (EE) 9: /usr/lib/i386-linux-gnu/libdrm.so.2 (drmHandleEvent+0xec) [0xb73dc46c]
        [  2509.628] (EE) 10: /usr/lib/xorg/modules/drivers/radeon_drv.so (0xb6b28000+0x427ad) [0xb6b6a7ad]
        [  2509.628] (EE) 11: /usr/bin/Xorg (WakeupHandler+0x64) [0xb7584a54]
        [  2509.628] (EE) 12: /usr/bin/Xorg (WaitForSomething+0x1b3) [0xb76e6443]
        [  2509.629] (EE) 13: /usr/bin/Xorg (0xb7543000+0x3ca4e) [0xb757fa4e]
        [  2509.629] (EE) 14: /usr/bin/Xorg (0xb7543000+0x40eca) [0xb7583eca]
        [  2509.629] (EE) 15: /usr/bin/Xorg (0xb7543000+0x2abca) [0xb756dbca]
        [  2509.629] (EE) 16: /lib/i386-linux-gnu/i686/cmov/libc.so.6 (__libc_start_main+0xf3) [0xb70daa63]
        [  2509.630] (EE) 17: /usr/bin/Xorg (0xb7543000+0x2ac08) [0xb756dc08]
        [  2509.630] (EE) 
        [  2509.630] (EE) Segmentation fault at address 0x10
        [  2509.630] (EE) 
        Fatal server error:
(Continue reading)

Oded Gabbay | 20 Dec 21:46 2014
Picon

[PATCH 0/3] Use workqueue for device init in amdkfd

This small patch-set, together with amd_iommu_v2 patch at 
http://lists.linuxfoundation.org/pipermail/iommu/2014-December/011435.html 
was created to solve the bug described at 
https://bugzilla.kernel.org/show_bug.cgi?id=89661 (Kernel panic when 
trying use amdkfd driver on Kaveri).

That bug appears only when radeon, amdkfd and amd_iommu_v2 are compiled 
inside the kernel (not as modules). In that case, the correct loading 
order, as determined by the exported symbol used by each driver, is 
not enforced anymore and the kernel loads them based on who was linked 
first. That makes radeon load first, amdkfd second and amd_iommu_v2 
third.

Because the initialization of a device in amdkfd is initiated by radeon, 
and can only be completed if amdkfd and amd_iommu_v2 were loaded and 
initialized, then in the case mentioned above, this initalization fails 
and there is a kernel panic as some pointers are not initialized but 
used nontheless.

To solve this problem, amdkfd now checks if both it and amd_iommu_v2 
were loaded before trying to initalize the device. If not, it enqueue 
the work using a workqueue, which allows radeon to continue its device 
initialization (because radeon calls amdkfd to initalize the device).
The work function schedules itself as long as amdkfd and amd_iommu_v2 
were not initialized.

Detection of when the modules finished their initialization is done by 
a simple variable that is initialized to 1 when the module_init function 
is completed successfully. Other methods for detection were checked, 
e.g. module_is_live() and MODULE_SOFTDEP(), but they were proved not 
(Continue reading)

bugzilla-daemon | 20 Dec 04:36 2014

[Bug 87518] radeonsi/cik: some lighting > dashed lines artifact

Bug ID Summary Product Version Hardware OS Status Severity Priority Component Assignee Reporter
87518
radeonsi/cik: some lighting > dashed lines artifact
Mesa
git
x86-64 (AMD64)
Linux (All)
NEW
normal
medium
Drivers/Gallium/radeonsi
dri-devel <at> lists.freedesktop.org
smoki00790 <at> gmail.com

Two examples, two pictures. From supertuxkart 0.8.2-beta and also happens in Stacking game. http://sourceforge.net/projects/supertuxkart/files/SuperTuxKart/0.8.2-beta/ http://www.gog.com/game/stacking Hardware is Athlon 5350 R3 Kabini, mesa and llvm from today git. A tried to go down to mesa 10.1/llvm3.4 but this had never work right, so issue is there too.
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 20 Dec 00:25 2014

[Bug 72819] [855GM] Incorrect drop shadow color on windows and strange white rectangle when showing/hiding GLX-dock...

changed bug 72819
What Removed Added
See Also   https://bugs.freedesktop.org/show_bug.cgi?id=87511

You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 20 Dec 00:24 2014

[Bug 87511] [855GM] MESA 10.4 (10.5 git) + GLX-dock/cairo-dock + Cinnamon (desktop environment)

Bug ID Summary Product Version Hardware OS Status Severity Priority Component Assignee Reporter
87511
[855GM] MESA 10.4 (10.5 git) + GLX-dock/cairo-dock + Cinnamon (desktop environment)
Mesa
git
x86 (IA32)
Linux (All)
NEW
normal
medium
Drivers/DRI/i830
dri-devel <at> lists.freedesktop.org
rkmugen.linux <at> gmail.com

Hello, I wanted to be able to try out the new release of MESA 10.4 but only have Linux Mint 13 (based on Ubuntu 12.04 LTS). As such, I have added Pali's PPA to my software sources and installed MESA accordingly (the version available there is currently 10.5.0-git201412182300.e06b077~ubuntu12.04.1). I had assumed that it would contain the bug fixes described on the MESA 10.4 Release Notes (http://www.mesa3d.org/relnotes/10.4.html). Another positive benefit from performing this installation is that I have retained direct hardware rendering on my chipset without it falling back to software-rendering, which I recall being very sluggish. Long story short, there are 3 main issues that concern my hardware and software mix: ---- 1) windows showing incorrect drop shadows using the Cinnamon desktop environment 2) missing/incorrect background color for the panel menus while using the Cinnamon desktop environment 3) glx-dock (aka cairo-dock) showing an annoying white rectangle, each time the dock is hidden and re-drawn. --- After having installed MESA 10.5(git), the only bug of the above 3 that appears to be resolve is the one pertaining to the incorrect drop shadows while using Cinnamon.......... the drop shadows for all windows are now the correct color. However, the last two bugs persist. Please refer to bugs #80050 and #72819 for more info.
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Thierry Reding | 19 Dec 16:24 2014
Picon

[PATCH 1/5] gpu: host1x: Call ->remove() only when a device is bound

From: Thierry Reding <treding <at> nvidia.com>

When a driver's ->probe() function fails, the host1x bus must not call
its ->remove() function because the driver will already have cleaned up
in the error handling path in ->probe().

Signed-off-by: Thierry Reding <treding <at> nvidia.com>
---
 drivers/gpu/host1x/bus.c | 9 +++++++--
 include/linux/host1x.h   | 2 ++
 2 files changed, 9 insertions(+), 2 deletions(-)

diff --git a/drivers/gpu/host1x/bus.c b/drivers/gpu/host1x/bus.c
index aaf54859adb0..e4182e68e29c 100644
--- a/drivers/gpu/host1x/bus.c
+++ b/drivers/gpu/host1x/bus.c
 <at>  <at>  -116,7 +116,10  <at>  <at>  static void host1x_subdev_register(struct host1x_device *device,
 	if (list_empty(&device->subdevs)) {
 		err = device->driver->probe(device);
 		if (err < 0)
-			dev_err(&device->dev, "probe failed: %d\n", err);
+			dev_err(&device->dev, "probe failed for %ps: %d\n",
+				device->driver, err);
+		else
+			device->bound = true;
 	}
 }

 <at>  <at>  -130,10 +133,12  <at>  <at>  static void __host1x_subdev_unregister(struct host1x_device *device,
 	 * If all subdevices have been activated, we're about to remove the
 	 * first active subdevice, so unload the driver first.
 	 */
-	if (list_empty(&device->subdevs)) {
+	if (list_empty(&device->subdevs) && device->bound) {
 		err = device->driver->remove(device);
 		if (err < 0)
 			dev_err(&device->dev, "remove failed: %d\n", err);
+
+		device->bound = false;
 	}

 	/*
diff --git a/include/linux/host1x.h b/include/linux/host1x.h
index bb9840fd1e18..7890b553d12e 100644
--- a/include/linux/host1x.h
+++ b/include/linux/host1x.h
 <at>  <at>  -272,6 +272,8  <at>  <at>  struct host1x_device {

 	struct mutex clients_lock;
 	struct list_head clients;
+
+	bool bound;
 };

 static inline struct host1x_device *to_host1x_device(struct device *dev)
--

-- 
2.1.3

_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 19 Dec 15:17 2014

[Bug 87496] [r300g] Battle.net app window content rotated and stretched

Bug ID Summary Product Version Hardware OS Status Severity Priority Component Assignee Reporter
87496
[r300g] Battle.net app window content rotated and stretched
Mesa
git
Other
All
NEW
normal
medium
Drivers/Gallium/r300
dri-devel <at> lists.freedesktop.org
pavel.ondracka <at> email.cz

Created attachment 111050 [details] screenshot While the contents of the window seems to be mostly fine, they are composed inside the window in a completely wrong way (screenshot attached). There is a visible line going from top left corner to bottom right and both resulting parts of the window contains rotated and partially stretched content. Trace to reproduce this at: http://pavel.ondracka.cz/battle.net.trace or just get the client at battle.net/app/ and run it with wine. This is not reproducible with llvmpipe. GPU: RV530 Mesa: e06b0778f59980429fececb1aa0de0f0a3f23427 libdrm: 2.4.58-3.fc21 Kernel: 3.17.6-300.fc21.i686
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Hans Verkuil | 19 Dec 13:14 2014
Picon
Picon

[PATCHv3 0/3] hdmi: add unpack and logging functions

This patch series adds new HDMI 2.0/CEA-861-F defines to hdmi.h and
adds unpacking and logging functions to hdmi.c. It also uses those
in the V4L2 adv7842 driver (and they will be used in other HDMI drivers
once this functionality is merged).

Changes since v2:
- Applied most comments from Thierry's review
- Renamed HDMI_AUDIO_CODING_TYPE_EXT_STREAM as per Thierry's suggestion.

Thierry, if this OK, then please give your Ack and I'll post a pull
request for 3.20 for the media git tree.

Regards,

	Hans

_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 19 Dec 13:07 2014

[Bug 87489] GPU lockup - Sid Meyer's Beyond Earth

Bug ID Summary Product Version Hardware OS Status Severity Priority Component Assignee Reporter
87489
GPU lockup - Sid Meyer's Beyond Earth
Mesa
git
x86-64 (AMD64)
Linux (All)
NEW
normal
medium
Drivers/Gallium/radeonsi
dri-devel <at> lists.freedesktop.org
jacobsvenningsen15 <at> hotmail.com

Created attachment 111041 [details] Beyond Earth settings GPU locks up, then tries a softreset but never succeeds in recovering. It happens as soon as you click "play game", with the settings shown in the attached picture. I'll attach kern.log in the next post.
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 19 Dec 13:01 2014

[Bug 90091] New: Computer freeze

https://bugzilla.kernel.org/show_bug.cgi?id=90091

            Bug ID: 90091
           Summary: Computer freeze
           Product: Drivers
           Version: 2.5
    Kernel Version: 3.16.6
          Hardware: i386
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Video(DRI - non Intel)
          Assignee: drivers_video-dri <at> kernel-bugs.osdl.org
          Reporter: collinm <at> laboiteaprog.com
        Regression: No

Created attachment 161311
  --> https://bugzilla.kernel.org/attachment.cgi?id=161311&action=edit
lscpi

i have a Radeon X600 and the computer freeze. 
i tried the kernel 3.18, but i get the same result.
to freeze it take habitually a long time.

--

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
kbuild test robot | 19 Dec 12:14 2014
Picon

[PATCH] drm/fb-helper: fix simple_return.cocci warnings

drivers/gpu/drm/cirrus/cirrus_fbdev.c:330:1-4: WARNING: end returns can be simpified

 Simplify a trivial if-return sequence.  Possibly combine with a
 preceding function call.
Generated by: scripts/coccinelle/misc/simple_return.cocci

CC: Thierry Reding <treding <at> nvidia.com>
Signed-off-by: Fengguang Wu <fengguang.wu <at> intel.com>
---

 cirrus_fbdev.c |    6 +-----
 1 file changed, 1 insertion(+), 5 deletions(-)

--- a/drivers/gpu/drm/cirrus/cirrus_fbdev.c
+++ b/drivers/gpu/drm/cirrus/cirrus_fbdev.c
 <at>  <at>  -327,11 +327,7  <at>  <at>  int cirrus_fbdev_init(struct cirrus_devi
 	/* disable all the possible outputs/crtcs before entering KMS mode */
 	drm_helper_disable_unused_functions(cdev->dev);

-	ret = drm_fb_helper_initial_config(&gfbdev->helper, bpp_sel);
-	if (ret)
-		return ret;
-
-	return 0;
+	return drm_fb_helper_initial_config(&gfbdev->helper, bpp_sel);
 }

 void cirrus_fbdev_fini(struct cirrus_device *cdev)
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Gmane