Re: [PATCH wq#for-linus] drm: fix a fallout from slow-work -> wq conversion

2018-06-19 Thread Markus Trippelsdorf
error message. > > Signed-off-by: Tejun Heo > Reported-by: Markus Trippelsdorf > Cc: David Airlie > Cc: dri-devel@lists.freedesktop.org > --- > Markus, it's almost trivial but it would be great if you can test this > one too. Looks good, but drm_kms_helper_poll_disable n

Re: [git pull] drm fixes for 4.10-rc6 (just missed rc5 tagging :-)

2017-01-25 Thread Markus Trippelsdorf
On 2017.01.23 at 09:38 +1000, Dave Airlie wrote: > > Alex Deucher (8): > drm/radeon/si: load special ucode for certain MC configs > drm/amdgpu/si: load special ucode for certain MC configs > drm/amdgpu: drop oland

commit a481daa88fd (drm/radeon: always apply pci shutdown callbacks) breaks reboot

2016-10-12 Thread Markus Trippelsdorf
Since: commit a481daa88fd4d6b54f25348972bba10b5f6a84d0 Author: Alex Deucher Date: Thu Sep 22 14:43:50 2016 -0400 drm/radeon: always apply pci shutdown callbacks We can't properly detect all hypervisors and we need this to properly tear down the hardware. I cannot reboot my

[no subject]

2014-09-08 Thread Markus Trippelsdorf
On 2014.09.07 at 23:47 -0400, Alex Deucher wrote: > On Sun, Sep 7, 2014 at 9:24 AM, Markus Trippelsdorf > wrote: > > On 2014.08.25 at 11:10 +0200, Christian K?nig wrote: > >> Let me know if it works for you, cause we don't really have any hardware > >> any more t

[no subject]

2014-09-07 Thread Markus Trippelsdorf
On 2014.08.25 at 11:10 +0200, Christian K?nig wrote: > Let me know if it works for you, cause we don't really have any hardware > any more to test it. I've tested your patch series today (using drm-next-3.18 from ~agd5f/linux) on a RS780D/Radeon HD 3300 system with a couple of H264 videos. While

[git pull] drm fixes

2014-04-20 Thread Markus Trippelsdorf
On 2014.04.20 at 17:23 +0200, Christian K?nig wrote: > Dropping Linus and LKML for now. > > Does the attached patch help? If not please open up a bug, tracking all > those logs in mails can become quite painful. Yes, this patch if fine. Everything is working fine again. Thanks. -- Markus

[git pull] drm fixes

2014-04-20 Thread Markus Trippelsdorf
On 2014.04.20 at 11:56 +0200, Markus Trippelsdorf wrote: > On 2014.04.20 at 10:27 +0200, Christian K?nig wrote: > > > I did and it doesn't fix the issue. > > In this case please open up a new bugreport on > > https://bugs.freedesktop.org/enter_bug.cgi?product=DRI an

[git pull] drm fixes

2014-04-20 Thread Markus Trippelsdorf
On 2014.04.20 at 10:27 +0200, Christian K?nig wrote: > > I did and it doesn't fix the issue. > In this case please open up a new bugreport on > https://bugs.freedesktop.org/enter_bug.cgi?product=DRI and select > DRM/Radeon as component. > > Additional to that please provide a dmesg output

[git pull] drm fixes

2014-04-20 Thread Markus Trippelsdorf
On 2014.04.19 at 21:21 -0400, Alex Deucher wrote: > On Sat, Apr 19, 2014 at 3:03 PM, Markus Trippelsdorf > wrote: > > On 2014.04.19 at 08:19 +0100, Dave Airlie wrote: > >> > >> Unfortunately this contains no easter eggs, its a bit larger than I'd > >> like,

[git pull] drm fixes

2014-04-19 Thread Markus Trippelsdorf
On 2014.04.19 at 08:19 +0100, Dave Airlie wrote: > > Unfortunately this contains no easter eggs, its a bit larger than I'd > like, but I included a patch that just moves code from one file to another > and I'd like to avoid merge conflicts with that later, so it makes it seem > worse than it

Can no longer shutdown after drm/radeon: Implement radeon_pci_shutdown

2013-12-12 Thread Markus Trippelsdorf
On 2013.12.12 at 03:27 +, Deucher, Alexander wrote: > > On 2013.12.11 at 23:46 +, Deucher, Alexander wrote: > > > > -Original Message- > > > > From: Peter Chubb [mailto:peter.chubb at nicta.com.au] > > > > Sent: Wednesday, December 11, 20

Can no longer shutdown after drm/radeon: Implement radeon_pci_shutdown

2013-12-12 Thread Markus Trippelsdorf
On 2013.12.11 at 23:46 +, Deucher, Alexander wrote: > > -Original Message- > > From: Peter Chubb [mailto:peter.chubb at nicta.com.au] > > Sent: Wednesday, December 11, 2013 5:11 PM > > To: Markus Trippelsdorf > > Cc: Peter Chubb; Deucher, Alexander; airli

Can no longer shutdown after drm/radeon: Implement radeon_pci_shutdown

2013-12-11 Thread Markus Trippelsdorf
On 2013.12.11 at 11:37 +1100, Peter Chubb wrote: > On my HP Elitebook 8740w qith a Mobility Radeon HD 5870 > commit 846ae41ae99d314bf2a02784152208a6ddf7eddc > breaks shutdown. The machine hangs when trying to shutdown, kexec or > hibernate, before seeing the usual `machine halted' (or whatever)

Re: [PATCH 0/3] drm/radeon kexec fixes

2013-09-11 Thread Markus Trippelsdorf
On 2013.09.10 at 16:40 -0400, Alex Deucher wrote: On Tue, Sep 10, 2013 at 2:27 PM, Eric W. Biederman ebied...@xmission.com wrote: Alex Deucher alexdeuc...@gmail.com writes: On Mon, Sep 9, 2013 at 5:21 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: IIRC Alex said the sanity

Re: [PATCH 0/3] drm/radeon kexec fixes

2013-09-11 Thread Markus Trippelsdorf
On 2013.09.09 at 11:38 +0200, Christian König wrote: Am 09.09.2013 11:21, schrieb Markus Trippelsdorf: On 2013.09.08 at 17:32 -0700, Eric W. Biederman wrote: Markus Trippelsdorf mar...@trippelsdorf.de writes: Here are a couple of patches that get kexec working with radeon devices. I've

Re: [PATCH 0/3] drm/radeon kexec fixes

2013-09-09 Thread Markus Trippelsdorf
On 2013.09.08 at 17:32 -0700, Eric W. Biederman wrote: Markus Trippelsdorf mar...@trippelsdorf.de writes: Here are a couple of patches that get kexec working with radeon devices. I've tested this on my RS780. Comments or flames are welcome. Thanks. A couple of high level comments

[PATCH 0/3] drm/radeon kexec fixes

2013-09-08 Thread Markus Trippelsdorf
Here are a couple of patches that get kexec working with radeon devices. I've tested this on my RS780. Comments or flames are welcome. Thanks. Markus Trippelsdorf (3): kexec: get rid of late printk drm/radeon: Implement radeon_pci_shutdown drm/radeon: get rid of r100_restore_sanity hack

[PATCH 1/3] kexec: get rid of late printk

2013-09-08 Thread Markus Trippelsdorf
kexec calls: printk(KERN_EMERG Starting new kernel\n); late before calling machine_shutdown(). However at this point the underlying fb device may have already been shutdown. This causes the kernel to hang. Fix by simply getting rid of the printk call. Signed-off-by: Markus Trippelsdorf mar

[PATCH 2/3] drm/radeon: Implement radeon_pci_shutdown

2013-09-08 Thread Markus Trippelsdorf
Currently radeon devices are not properbly shutdown during kexec. This cases a varity of issues, e.g. dpm initialization failures. Fix this by implementing a radeon_pci_shutdown function, that unloads the driver cleanly. Signed-off-by: Markus Trippelsdorf mar...@trippelsdorf.de --- drivers/gpu

[PATCH 3/3] drm/radeon: get rid of r100_restore_sanity hack

2013-09-08 Thread Markus Trippelsdorf
Now that radeon devices are properly shutdown during kexec, we can get rid of r100_restore_sanity. Signed-off-by: Markus Trippelsdorf mar...@trippelsdorf.de --- drivers/gpu/drm/radeon/r100.c| 27 --- drivers/gpu/drm/radeon/r300.c| 2 -- drivers/gpu/drm

Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-30 Thread Markus Trippelsdorf
On 2013.07.30 at 20:46 +0200, Markus Trippelsdorf wrote: > On 2013.07.30 at 10:53 -0400, Alex Deucher wrote: > > On Tue, Jul 30, 2013 at 7:27 AM, Markus Trippelsdorf > > wrote: > > > On 2013.07.29 at 15:53 -0400, Alex Deucher wrote: > > >> On Mon, Jul 29

Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-30 Thread Markus Trippelsdorf
On 2013.07.30 at 10:53 -0400, Alex Deucher wrote: > On Tue, Jul 30, 2013 at 7:27 AM, Markus Trippelsdorf > wrote: > > On 2013.07.29 at 15:53 -0400, Alex Deucher wrote: > >> On Mon, Jul 29, 2013 at 2:10 PM, Eric W. Biederman > >> wrote: > >> > Alex Deuc

Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-30 Thread Markus Trippelsdorf
On 2013.07.30 at 13:27 +0200, Markus Trippelsdorf wrote: > On 2013.07.29 at 15:53 -0400, Alex Deucher wrote: > > On Mon, Jul 29, 2013 at 2:10 PM, Eric W. Biederman > > wrote: > > > Alex Deucher writes: > > > > > >> On Mon, Jul 29, 2013

Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-30 Thread Markus Trippelsdorf
> Alex Deucher wrote: > >>>>On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf > >>>> wrote: > >>>>> On 2013.07.29 at 09:58 -0400, Alex Deucher wrote: > >>>>>> On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf > >&g

Re: Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-30 Thread Markus Trippelsdorf
...@gmail.com wrote: On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2013.07.29 at 09:58 -0400, Alex Deucher wrote: On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On my test machine Xorg doesn't start anymore when I kexec

Re: Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-30 Thread Markus Trippelsdorf
On 2013.07.30 at 13:27 +0200, Markus Trippelsdorf wrote: On 2013.07.29 at 15:53 -0400, Alex Deucher wrote: On Mon, Jul 29, 2013 at 2:10 PM, Eric W. Biederman ebied...@xmission.com wrote: Alex Deucher alexdeuc...@gmail.com writes: On Mon, Jul 29, 2013 at 11:50 AM, Eric W. Biederman

Re: Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-30 Thread Markus Trippelsdorf
On 2013.07.30 at 10:53 -0400, Alex Deucher wrote: On Tue, Jul 30, 2013 at 7:27 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2013.07.29 at 15:53 -0400, Alex Deucher wrote: On Mon, Jul 29, 2013 at 2:10 PM, Eric W. Biederman ebied...@xmission.com wrote: Alex Deucher alexdeuc

Re: Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-30 Thread Markus Trippelsdorf
On 2013.07.30 at 20:46 +0200, Markus Trippelsdorf wrote: On 2013.07.30 at 10:53 -0400, Alex Deucher wrote: On Tue, Jul 30, 2013 at 7:27 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2013.07.29 at 15:53 -0400, Alex Deucher wrote: On Mon, Jul 29, 2013 at 2:10 PM, Eric W

Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-29 Thread Markus Trippelsdorf
> Alex Deucher wrote: > >>>>On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf > >>>> wrote: > >>>>> On 2013.07.29 at 09:58 -0400, Alex Deucher wrote: > >>>>>> On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf > >&g

Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-29 Thread Markus Trippelsdorf
On 2013.07.29 at 18:14 +0200, Joshua C. wrote: > > This error message seems similar to mine "[drm:r600_uvd_ring_test] > *ERROR* radeon: ring 5 test failed (0xCAFEDEAD)" Bugzilla: > https://bugs.freedesktop.org/show_bug.cgi?id=67276 In my case I blame > another commit for this. Are these bugs

Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-29 Thread Markus Trippelsdorf
On 2013.07.29 at 09:58 -0400, Alex Deucher wrote: > On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf > wrote: > > On my test machine Xorg doesn't start anymore when I kexec into a > > 3.11.0-rc3 kernel. > > With kexec, dpm doesn't get torn down properly which can re

Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-29 Thread Markus Trippelsdorf
On my test machine Xorg doesn't start anymore when I kexec into a 3.11.0-rc3 kernel. On cold boot everything is fine: [drm] Initialized drm 1.1.0 20060810 [drm] radeon kernel modesetting enabled. [drm] initializing kernel modesetting (RS780 0x1002:0x9614 0x1043:0x834D). [drm] register mmio base:

Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-29 Thread Markus Trippelsdorf
On my test machine Xorg doesn't start anymore when I kexec into a 3.11.0-rc3 kernel. On cold boot everything is fine: [drm] Initialized drm 1.1.0 20060810 [drm] radeon kernel modesetting enabled. [drm] initializing kernel modesetting (RS780 0x1002:0x9614 0x1043:0x834D). [drm] register mmio base:

Re: Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-29 Thread Markus Trippelsdorf
On 2013.07.29 at 09:58 -0400, Alex Deucher wrote: On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On my test machine Xorg doesn't start anymore when I kexec into a 3.11.0-rc3 kernel. With kexec, dpm doesn't get torn down properly which can result

Re: Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

2013-07-29 Thread Markus Trippelsdorf
...@gmail.com wrote: On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2013.07.29 at 09:58 -0400, Alex Deucher wrote: On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On my test machine Xorg doesn't start anymore when I kexec

Commit ecff665f5e3f (drm/ttm: make ttm reservation calls...) causes system hang on Radeon RS780

2013-07-10 Thread Markus Trippelsdorf
On 2013.07.10 at 11:56 +0200, Maarten Lankhorst wrote: > Op 10-07-13 11:46, Markus Trippelsdorf schreef: > > On 2013.07.10 at 11:29 +0200, Maarten Lankhorst wrote: > >> Op 10-07-13 11:22, Markus Trippelsdorf schreef: > >>> By simply copy/pasting a big document und

Commit ecff665f5e3f (drm/ttm: make ttm reservation calls...) causes system hang on Radeon RS780

2013-07-10 Thread Markus Trippelsdorf
On 2013.07.10 at 11:29 +0200, Maarten Lankhorst wrote: > Op 10-07-13 11:22, Markus Trippelsdorf schreef: > > By simply copy/pasting a big document under LibreOffice my system hangs > > itself up. Only a hard reset gets it working again. > > see also: https://bugs.freedeskto

Commit ecff665f5e3f (drm/ttm: make ttm reservation calls...) causes system hang on Radeon RS780

2013-07-10 Thread Markus Trippelsdorf
By simply copy/pasting a big document under LibreOffice my system hangs itself up. Only a hard reset gets it working again. see also: https://bugs.freedesktop.org/show_bug.cgi?id=66551 I've bisected the issue to: commit ecff665f5e3f1c6909353e00b9420e45ae23d995 Author: Maarten Lankhorst Date:

Commit ecff665f5e3f (drm/ttm: make ttm reservation calls...) causes system hang on Radeon RS780

2013-07-10 Thread Markus Trippelsdorf
By simply copy/pasting a big document under LibreOffice my system hangs itself up. Only a hard reset gets it working again. see also: https://bugs.freedesktop.org/show_bug.cgi?id=66551 I've bisected the issue to: commit ecff665f5e3f1c6909353e00b9420e45ae23d995 Author: Maarten Lankhorst

Re: Commit ecff665f5e3f (drm/ttm: make ttm reservation calls...) causes system hang on Radeon RS780

2013-07-10 Thread Markus Trippelsdorf
On 2013.07.10 at 11:29 +0200, Maarten Lankhorst wrote: Op 10-07-13 11:22, Markus Trippelsdorf schreef: By simply copy/pasting a big document under LibreOffice my system hangs itself up. Only a hard reset gets it working again. see also: https://bugs.freedesktop.org/show_bug.cgi?id=66551

Re: Commit ecff665f5e3f (drm/ttm: make ttm reservation calls...) causes system hang on Radeon RS780

2013-07-10 Thread Markus Trippelsdorf
On 2013.07.10 at 11:56 +0200, Maarten Lankhorst wrote: Op 10-07-13 11:46, Markus Trippelsdorf schreef: On 2013.07.10 at 11:29 +0200, Maarten Lankhorst wrote: Op 10-07-13 11:22, Markus Trippelsdorf schreef: By simply copy/pasting a big document under LibreOffice my system hangs itself up

[pull] radeon drm-next-3.11

2013-07-02 Thread Markus Trippelsdorf
On 2013.07.01 at 17:01 -0400, alexdeucher at gmail.com wrote: > From: Alex Deucher > > Hi Dave, > > A few more patches for 3.11: > - add debugfs interface to check current DPM state > - Fix a bug that caused problems with DPM on BTC+ asics. > > The following changes since commit

Re: [pull] radeon drm-next-3.11

2013-07-01 Thread Markus Trippelsdorf
On 2013.07.01 at 17:01 -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com Hi Dave, A few more patches for 3.11: - add debugfs interface to check current DPM state - Fix a bug that caused problems with DPM on BTC+ asics. The following changes since commit

radeon_gem_object_create:69 alloc size 139Mb bigger than 128Mb limit (RS780)

2013-02-28 Thread Markus Trippelsdorf
Running the latest Linus git kernel I occasionally see the following warning: radeon_gem_object_create:69 alloc size 139Mb bigger than 128Mb limit >From dmesg: [drm] Initialized drm 1.1.0 20060810 [drm] radeon kernel modesetting enabled. [drm] initializing kernel modesetting (RS780

radeon_gem_object_create:69 alloc size 139Mb bigger than 128Mb limit (RS780)

2013-02-28 Thread Markus Trippelsdorf
Running the latest Linus git kernel I occasionally see the following warning: radeon_gem_object_create:69 alloc size 139Mb bigger than 128Mb limit From dmesg: [drm] Initialized drm 1.1.0 20060810 [drm] radeon kernel modesetting enabled. [drm] initializing kernel modesetting (RS780 0x1002:0x9614

[PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-17 Thread Markus Trippelsdorf
On 2013.01.17 at 13:28 -0500, Jerome Glisse wrote: > On Thu, Jan 17, 2013 at 11:10 AM, Markus Trippelsdorf > wrote: > > On 2013.01.17 at 10:44 -0500, Jerome Glisse wrote: > >> On Thu, Jan 17, 2013 at 3:46 AM, Markus Trippelsdorf > >> wrote: > >> > O

[PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-17 Thread Markus Trippelsdorf
On 2013.01.17 at 12:55 -0500, Jerome Glisse wrote: > On Thu, Jan 17, 2013 at 11:10 AM, Markus Trippelsdorf > wrote: > > On 2013.01.17 at 10:44 -0500, Jerome Glisse wrote: > >> On Thu, Jan 17, 2013 at 3:46 AM, Markus Trippelsdorf > >> wrote: > >> > O

[PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-17 Thread Markus Trippelsdorf
On 2013.01.17 at 10:44 -0500, Jerome Glisse wrote: > On Thu, Jan 17, 2013 at 3:46 AM, Markus Trippelsdorf > wrote: > > On 2013.01.16 at 19:18 -0500, Jerome Glisse wrote: > >> On Wed, Jan 16, 2013 at 6:10 PM, Markus Trippelsdorf > >> wrote: > >> > On 201

[PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-17 Thread Markus Trippelsdorf
On 2013.01.16 at 19:18 -0500, Jerome Glisse wrote: > On Wed, Jan 16, 2013 at 6:10 PM, Markus Trippelsdorf > wrote: > > On 2013.01.16 at 17:36 -0500, Alex Deucher wrote: > >> On Tue, Jan 15, 2013 at 12:03 PM, Markus Trippelsdorf > >> wrote: > >> > On 2013

[PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-17 Thread Markus Trippelsdorf
On 2013.01.16 at 17:36 -0500, Alex Deucher wrote: > On Tue, Jan 15, 2013 at 12:03 PM, Markus Trippelsdorf > wrote: > > On 2013.01.15 at 17:32 +0100, Markus Trippelsdorf wrote: > >> On 2013.01.15 at 16:26 +0100, Michel D?nzer wrote: > >> > On Die, 2013-01-15 at

Re: [PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-17 Thread Markus Trippelsdorf
On 2013.01.16 at 19:18 -0500, Jerome Glisse wrote: On Wed, Jan 16, 2013 at 6:10 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2013.01.16 at 17:36 -0500, Alex Deucher wrote: On Tue, Jan 15, 2013 at 12:03 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2013.01.15 at 17

Re: [PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-17 Thread Markus Trippelsdorf
On 2013.01.17 at 10:44 -0500, Jerome Glisse wrote: On Thu, Jan 17, 2013 at 3:46 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2013.01.16 at 19:18 -0500, Jerome Glisse wrote: On Wed, Jan 16, 2013 at 6:10 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2013.01.16 at 17

Re: [PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-17 Thread Markus Trippelsdorf
On 2013.01.17 at 12:55 -0500, Jerome Glisse wrote: On Thu, Jan 17, 2013 at 11:10 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2013.01.17 at 10:44 -0500, Jerome Glisse wrote: On Thu, Jan 17, 2013 at 3:46 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2013.01.16

Re: [PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-17 Thread Markus Trippelsdorf
On 2013.01.17 at 13:28 -0500, Jerome Glisse wrote: On Thu, Jan 17, 2013 at 11:10 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2013.01.17 at 10:44 -0500, Jerome Glisse wrote: On Thu, Jan 17, 2013 at 3:46 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2013.01.16

Re: [PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-16 Thread Markus Trippelsdorf
On 2013.01.16 at 17:36 -0500, Alex Deucher wrote: On Tue, Jan 15, 2013 at 12:03 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2013.01.15 at 17:32 +0100, Markus Trippelsdorf wrote: On 2013.01.15 at 16:26 +0100, Michel Dänzer wrote: On Die, 2013-01-15 at 16:23 +0100, Markus

[PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-15 Thread Markus Trippelsdorf
On 2013.01.15 at 17:32 +0100, Markus Trippelsdorf wrote: > On 2013.01.15 at 16:26 +0100, Michel D?nzer wrote: > > On Die, 2013-01-15 at 16:23 +0100, Markus Trippelsdorf wrote: > > > On 2013.01.15 at 15:43 +0100, Michel D?nzer wrote: > > > > On Sam, 2013-01-05 at 11

[PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-15 Thread Markus Trippelsdorf
On 2013.01.15 at 16:26 +0100, Michel D?nzer wrote: > On Die, 2013-01-15 at 16:23 +0100, Markus Trippelsdorf wrote: > > On 2013.01.15 at 15:43 +0100, Michel D?nzer wrote: > > > On Sam, 2013-01-05 at 11:41 +0100, Markus Trippelsdorf wrote: > > > > On 2012.12.20 at 14

[PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-15 Thread Markus Trippelsdorf
On 2013.01.15 at 15:43 +0100, Michel D?nzer wrote: > On Sam, 2013-01-05 at 11:41 +0100, Markus Trippelsdorf wrote: > > On 2012.12.20 at 14:58 +0100, Markus Trippelsdorf wrote: > > > > > > And just in case it got lost in the noise yesterday: > > > The image c

Re: [PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-15 Thread Markus Trippelsdorf
On 2013.01.15 at 15:43 +0100, Michel Dänzer wrote: On Sam, 2013-01-05 at 11:41 +0100, Markus Trippelsdorf wrote: On 2012.12.20 at 14:58 +0100, Markus Trippelsdorf wrote: And just in case it got lost in the noise yesterday: The image corruption is caused by Dave's commit

Re: [PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-15 Thread Markus Trippelsdorf
On 2013.01.15 at 16:26 +0100, Michel Dänzer wrote: On Die, 2013-01-15 at 16:23 +0100, Markus Trippelsdorf wrote: On 2013.01.15 at 15:43 +0100, Michel Dänzer wrote: On Sam, 2013-01-05 at 11:41 +0100, Markus Trippelsdorf wrote: On 2012.12.20 at 14:58 +0100, Markus Trippelsdorf wrote

Re: [PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-15 Thread Markus Trippelsdorf
On 2013.01.15 at 17:32 +0100, Markus Trippelsdorf wrote: On 2013.01.15 at 16:26 +0100, Michel Dänzer wrote: On Die, 2013-01-15 at 16:23 +0100, Markus Trippelsdorf wrote: On 2013.01.15 at 15:43 +0100, Michel Dänzer wrote: On Sam, 2013-01-05 at 11:41 +0100, Markus Trippelsdorf wrote

[PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-05 Thread Markus Trippelsdorf
On 2012.12.20 at 14:58 +0100, Markus Trippelsdorf wrote: > On 2012.12.20 at 14:45 +0100, Markus Trippelsdorf wrote: > > On 2012.12.20 at 08:30 -0500, Alex Deucher wrote: > > > On Wed, Dec 19, 2012 at 9:33 AM, Markus Trippelsdorf > > > wrote: > > > > On 2012.

Re: [PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2013-01-05 Thread Markus Trippelsdorf
On 2012.12.20 at 14:58 +0100, Markus Trippelsdorf wrote: On 2012.12.20 at 14:45 +0100, Markus Trippelsdorf wrote: On 2012.12.20 at 08:30 -0500, Alex Deucher wrote: On Wed, Dec 19, 2012 at 9:33 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2012.12.19 at 15:18 +0100, Maarten

radeon 0000:02:00.0: GPU lockup CP stall for more than 10000msec

2013-01-03 Thread Markus Trippelsdorf
On 2013.01.02 at 18:37 -0500, Alex Deucher wrote: > On Wed, Jan 2, 2013 at 5:38 PM, Markus Trippelsdorf > wrote: > > On 2013.01.02 at 17:31 -0500, Jerome Glisse wrote: > >> Please affected people can you test if patch : > >> http://people.freedesktop.org/~gliss

Re: radeon 0000:02:00.0: GPU lockup CP stall for more than 10000msec

2013-01-03 Thread Markus Trippelsdorf
On 2013.01.02 at 18:37 -0500, Alex Deucher wrote: On Wed, Jan 2, 2013 at 5:38 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2013.01.02 at 17:31 -0500, Jerome Glisse wrote: Please affected people can you test if patch : http://people.freedesktop.org/~glisse/0003-drm-radeon-fix

radeon 0000:02:00.0: GPU lockup CP stall for more than 10000msec

2013-01-02 Thread Markus Trippelsdorf
On 2013.01.02 at 17:31 -0500, Jerome Glisse wrote: > Please affected people can you test if patch : > http://people.freedesktop.org/~glisse/0003-drm-radeon-fix-dma-copy-on-r6xx-r7xx-evergen-ni-si-g.patch > > Fix the issue, you need to make sure you don't have the patch that > disable dma on r6xx

Re: radeon 0000:02:00.0: GPU lockup CP stall for more than 10000msec

2013-01-02 Thread Markus Trippelsdorf
On 2013.01.02 at 17:31 -0500, Jerome Glisse wrote: Please affected people can you test if patch : http://people.freedesktop.org/~glisse/0003-drm-radeon-fix-dma-copy-on-r6xx-r7xx-evergen-ni-si-g.patch Fix the issue, you need to make sure you don't have the patch that disable dma on r6xx ie

radeon 0000:02:00.0: GPU lockup CP stall for more than 10000msec

2012-12-23 Thread Markus Trippelsdorf
On 2012.12.23 at 12:31 +0100, Borislav Petkov wrote: > On Sun, Dec 23, 2012 at 11:19:00AM +, Andy Furniss wrote: > > modinfo radeon > > > > will give a list assuming you use modules, I think all of them need =. > > Yep, that is one way of getting that info, thanks. I always go and look > at

GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-23 Thread Markus Trippelsdorf
On 2012.12.23 at 10:09 +, Andy Furniss wrote: > Markus Trippelsdorf wrote: > > >> Does booting with radeon.wb=0 fix the issue? Please make sure your > >> kernel has this patch: > >> http://git.kernel.org/?p=linux/kernel/git/

GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-23 Thread Markus Trippelsdorf
On 2012.12.22 at 20:46 -0500, Alex Deucher wrote: > On Mon, Dec 17, 2012 at 5:25 PM, Markus Trippelsdorf > wrote: > > On 2012.12.17 at 17:00 -0500, Alex Deucher wrote: > >> On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf > >> wrote: > >> > On 201

Re: GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-23 Thread Markus Trippelsdorf
On 2012.12.22 at 20:46 -0500, Alex Deucher wrote: On Mon, Dec 17, 2012 at 5:25 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2012.12.17 at 17:00 -0500, Alex Deucher wrote: On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2012.12.17 at 16

Re: GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-23 Thread Markus Trippelsdorf
On 2012.12.23 at 10:09 +, Andy Furniss wrote: Markus Trippelsdorf wrote: Does booting with radeon.wb=0 fix the issue? Please make sure your kernel has this patch: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=86a1881d08f65a42c17071a59c0088dbe2870246

Re: radeon 0000:02:00.0: GPU lockup CP stall for more than 10000msec

2012-12-23 Thread Markus Trippelsdorf
On 2012.12.23 at 12:31 +0100, Borislav Petkov wrote: On Sun, Dec 23, 2012 at 11:19:00AM +, Andy Furniss wrote: modinfo radeon will give a list assuming you use modules, I think all of them need =num. Yep, that is one way of getting that info, thanks. I always go and look at

[PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2012-12-20 Thread Markus Trippelsdorf
On 2012.12.20 at 14:45 +0100, Markus Trippelsdorf wrote: > On 2012.12.20 at 08:30 -0500, Alex Deucher wrote: > > On Wed, Dec 19, 2012 at 9:33 AM, Markus Trippelsdorf > > wrote: > > > On 2012.12.19 at 15:18 +0100, Maarten Lankhorst wrote: > > >> Fix re

[PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2012-12-20 Thread Markus Trippelsdorf
On 2012.12.20 at 08:30 -0500, Alex Deucher wrote: > On Wed, Dec 19, 2012 at 9:33 AM, Markus Trippelsdorf > wrote: > > On 2012.12.19 at 15:18 +0100, Maarten Lankhorst wrote: > >> Fix regression introduced by 85b144f860176 > > > > Thanks. This fixes the kernel BUG

Re: [PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2012-12-20 Thread Markus Trippelsdorf
On 2012.12.20 at 08:30 -0500, Alex Deucher wrote: On Wed, Dec 19, 2012 at 9:33 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2012.12.19 at 15:18 +0100, Maarten Lankhorst wrote: Fix regression introduced by 85b144f860176 Thanks. This fixes the kernel BUG, but now I get

Re: [PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2012-12-20 Thread Markus Trippelsdorf
On 2012.12.20 at 14:45 +0100, Markus Trippelsdorf wrote: On 2012.12.20 at 08:30 -0500, Alex Deucher wrote: On Wed, Dec 19, 2012 at 9:33 AM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2012.12.19 at 15:18 +0100, Maarten Lankhorst wrote: Fix regression introduced by 85b144f860176

[PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2012-12-19 Thread Markus Trippelsdorf
On 2012.12.19 at 15:54 +0100, Markus Trippelsdorf wrote: > On 2012.12.19 at 09:47 -0500, Alex Deucher wrote: > > And the pictures get distorted on the test-webpage when I scroll up and > down, see: > http://trippelsdorf.de/bad.png The picture distortion issue is cau

[PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2012-12-19 Thread Markus Trippelsdorf
nd patch. > > > > Also please add the commit summary to make the commit message self > > contained? > > > > The problem description would also be nice. > > > >> Signed-off-by: Maarten Lankhorst > >> Reported-by: Markus Trippelsdorf > > Mes

[PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2012-12-19 Thread Markus Trippelsdorf
On 2012.12.19 at 15:18 +0100, Maarten Lankhorst wrote: > Fix regression introduced by 85b144f860176 Thanks. This fixes the kernel BUG, but now I get this errors in my Xorg.log: [23.092] [mi] Increasing EQ size to 512 to prevent dropped events. (EE) [mi] EQ overflowing. Additional events

GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-19 Thread Markus Trippelsdorf
On 2012.12.19 at 14:57 +0100, Maarten Lankhorst wrote: > Op 18-12-12 17:12, Markus Trippelsdorf schreef: > > With your supposed debugging BUG_ONs added I still get: > > > > Dec 18 17:01:15 x4 kernel: [ cut here ] > > Dec 18 17:01:15 x4 kernel

Re: GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-19 Thread Markus Trippelsdorf
On 2012.12.19 at 14:57 +0100, Maarten Lankhorst wrote: Op 18-12-12 17:12, Markus Trippelsdorf schreef: With your supposed debugging BUG_ONs added I still get: Dec 18 17:01:15 x4 kernel: [ cut here ] Dec 18 17:01:15 x4 kernel: WARNING: at include/linux/kref.h:42

Re: [PATCH] drm/ttm: fix delayed ttm_bo_cleanup_refs_and_unlock delayed handling

2012-12-19 Thread Markus Trippelsdorf
On 2012.12.19 at 15:54 +0100, Markus Trippelsdorf wrote: On 2012.12.19 at 09:47 -0500, Alex Deucher wrote: And the pictures get distorted on the test-webpage when I scroll up and down, see: http://trippelsdorf.de/bad.png The picture distortion issue is caused by: commit

GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-18 Thread Markus Trippelsdorf
On 2012.12.18 at 16:24 +0100, Maarten Lankhorst wrote: > Op 18-12-12 14:38, Markus Trippelsdorf schreef: > > On 2012.12.18 at 12:20 +0100, Michel D?nzer wrote: > >> On Mon, 2012-12-17 at 23:55 +0100, Markus Trippelsdorf wrote: > >>> On 2012.12.17 at 23:25 +0

GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-18 Thread Markus Trippelsdorf
On 2012.12.18 at 14:38 +0100, Markus Trippelsdorf wrote: > On 2012.12.18 at 12:20 +0100, Michel D?nzer wrote: > > On Mon, 2012-12-17 at 23:55 +0100, Markus Trippelsdorf wrote: > > > On 2012.12.17 at 23:25 +0100, Markus Trippelsdorf wrote: > > > > On 2012.12.17 at 1

GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-18 Thread Markus Trippelsdorf
On 2012.12.18 at 12:20 +0100, Michel D?nzer wrote: > On Mon, 2012-12-17 at 23:55 +0100, Markus Trippelsdorf wrote: > > On 2012.12.17 at 23:25 +0100, Markus Trippelsdorf wrote: > > > On 2012.12.17 at 17:00 -0500, Alex Deucher wrote: > > > > On Mon, Dec 17, 2012 a

Re: GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-18 Thread Markus Trippelsdorf
On 2012.12.18 at 12:20 +0100, Michel Dänzer wrote: On Mon, 2012-12-17 at 23:55 +0100, Markus Trippelsdorf wrote: On 2012.12.17 at 23:25 +0100, Markus Trippelsdorf wrote: On 2012.12.17 at 17:00 -0500, Alex Deucher wrote: On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf mar

Re: GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-18 Thread Markus Trippelsdorf
On 2012.12.18 at 14:38 +0100, Markus Trippelsdorf wrote: On 2012.12.18 at 12:20 +0100, Michel Dänzer wrote: On Mon, 2012-12-17 at 23:55 +0100, Markus Trippelsdorf wrote: On 2012.12.17 at 23:25 +0100, Markus Trippelsdorf wrote: On 2012.12.17 at 17:00 -0500, Alex Deucher wrote

Re: GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-18 Thread Markus Trippelsdorf
On 2012.12.18 at 16:24 +0100, Maarten Lankhorst wrote: Op 18-12-12 14:38, Markus Trippelsdorf schreef: On 2012.12.18 at 12:20 +0100, Michel Dänzer wrote: On Mon, 2012-12-17 at 23:55 +0100, Markus Trippelsdorf wrote: On 2012.12.17 at 23:25 +0100, Markus Trippelsdorf wrote: On 2012.12.17

GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-17 Thread Markus Trippelsdorf
On 2012.12.17 at 23:25 +0100, Markus Trippelsdorf wrote: > On 2012.12.17 at 17:00 -0500, Alex Deucher wrote: > > On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf > > wrote: > > > On 2012.12.17 at 16:32 -0500, Alex Deucher wrote: > > >> On Mon, Dec 17,

GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-17 Thread Markus Trippelsdorf
On 2012.12.17 at 17:00 -0500, Alex Deucher wrote: > On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf > wrote: > > On 2012.12.17 at 16:32 -0500, Alex Deucher wrote: > >> On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf > >> wrote: > >> &g

GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-17 Thread Markus Trippelsdorf
On 2012.12.17 at 22:48 +0100, Markus Trippelsdorf wrote: > On 2012.12.17 at 16:32 -0500, Alex Deucher wrote: > > On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf > > wrote: > > > As soon as I open the following website: > > > http://

GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-17 Thread Markus Trippelsdorf
On 2012.12.17 at 16:32 -0500, Alex Deucher wrote: > On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf > wrote: > > As soon as I open the following website: > > http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_i.html > > > > my Radeon RS7

GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-17 Thread Markus Trippelsdorf
As soon as I open the following website: http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_i.html my Radeon RS780 stalls (GPU lockup) leaving the machine unusable: Dec 17 17:41:39 x4 kernel: [drm] Initialized drm 1.1.0 20060810 Dec 17 17:41:39 x4 kernel: [drm] radeon

GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-17 Thread Markus Trippelsdorf
As soon as I open the following website: http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_i.html my Radeon RS780 stalls (GPU lockup) leaving the machine unusable: Dec 17 17:41:39 x4 kernel: [drm] Initialized drm 1.1.0 20060810 Dec 17 17:41:39 x4 kernel: [drm] radeon

Re: GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-17 Thread Markus Trippelsdorf
On 2012.12.17 at 16:32 -0500, Alex Deucher wrote: On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: As soon as I open the following website: http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_i.html my Radeon RS780 stalls (GPU lockup

Re: GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-17 Thread Markus Trippelsdorf
On 2012.12.17 at 22:48 +0100, Markus Trippelsdorf wrote: On 2012.12.17 at 16:32 -0500, Alex Deucher wrote: On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: As soon as I open the following website: http://www.boston.com/bigpicture/2012/12

Re: GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-17 Thread Markus Trippelsdorf
On 2012.12.17 at 17:00 -0500, Alex Deucher wrote: On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2012.12.17 at 16:32 -0500, Alex Deucher wrote: On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: As soon as I open

Re: GPU lockup CP stall for more than 10000msec on latest vanilla git

2012-12-17 Thread Markus Trippelsdorf
On 2012.12.17 at 23:25 +0100, Markus Trippelsdorf wrote: On 2012.12.17 at 17:00 -0500, Alex Deucher wrote: On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2012.12.17 at 16:32 -0500, Alex Deucher wrote: On Mon, Dec 17, 2012 at 1:27 PM, Markus

Monitor sync out of range with current Linux git tree

2012-10-05 Thread Markus Trippelsdorf
On 2012.10.05 at 10:25 -0400, Alex Deucher wrote: > On Fri, Oct 5, 2012 at 10:15 AM, Markus Trippelsdorf > wrote: > > On 2012.10.05 at 10:02 -0400, Alex Deucher wrote: > >> On Fri, Oct 5, 2012 at 9:38 AM, Markus Trippelsdorf > >> wrote: > >> > On 201

  1   2   >