*/
86 static inline void __list_del(struct list_head * prev, struct list_head
* next)
87 {
88 next->prev = prev;
89 prev->next = next;
90 }
Thanks,
Daniel
--
Daniel J Blueman
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/ar
Airlie
Cc: sta...@vger.kernel.org
Signed-off-by: Daniel J Blueman
---
drivers/gpu/drm/vc4/vc4_bo.c | 2 ++
drivers/gpu/drm/vc4/vc4_validate_shaders.c | 1 +
2 files changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/vc4/vc4_bo.c b/drivers/gpu/drm/vc4/vc4_bo.c
index 2decc8e2c79f..add9cc97a3
e+0x124/0x1a0
__setplane_internal+0x1f4/0x260
drm_mode_cursor_universal+0xf4/0x220
drm_mode_cursor_common+0x19c/0x218
drm_mode_cursor2_ioctl+0x34/0x48
drm_ioctl_kernel+0x70/0xd8
drm_ioctl+0x30c/0x438
do_vfs_ioctl+0xc4/0x880
SyS_ioctl+0x8c/0xa8
On 3.7-rc6, add missing newline to to prevent the following kernel log
line getting appended to the current one after switching the integrated
GPU and suspending the discrete GPU.
Signed-off-by: Daniel J Blueman
---
drivers/gpu/drm/nouveau/core/subdev/i2c/aux.c |2 +-
1 file changed, 1
When firmware loading fails eg due to running a newer kernel and hardware
on an older distro, prevent the user confusing this subsequent warning
backtrace with the real issue further up, ie "failed to load firmware",
which doesn't produce a backtrace.
Signed-off-by: Daniel J Bluema
Add missing newline to prevent the following kernel log line getting
appended to the currnet one.
Signed-off-by: Daniel J Blueman
---
drivers/gpu/drm/nouveau/nouveau_dp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_dp.c
b/drivers/gpu
On 3.7-rc6, add missing newline to to prevent the following kernel log
line getting appended to the current one after switching the integrated
GPU and suspending the discrete GPU.
Signed-off-by: Daniel J Blueman
---
drivers/gpu/drm/nouveau/core/subdev/i2c/aux.c |2 +-
1 file changed, 1
30 c1 e8 02 48 8d 14 85 00 00 00 00 41 01 c4 41 81 fc f7 03 00
00 77 0d 48 8b 43 18 48 01 d0 5b 41 5c 5d c3 90 48 8b 53 18 31 f6
04 82 00 00 00 20 31 d2 48 8b 3b 48 8b 07 48 8b 40 08 ff 50
RIP [] evo_wait+0x46/0xa0 [nouveau]
RSP
CR2: ffff880364785ffc
--
Daniel J Blueman
_
Add missing newline to prevent the following kernel log line getting
appended to the currnet one.
Signed-off-by: Daniel J Blueman
---
drivers/gpu/drm/nouveau/nouveau_dp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_dp.c
b/drivers/gpu
When firmware loading fails eg due to running a newer kernel and hardware
on an older distro, prevent the user confusing this subsequent warning
backtrace with the real issue further up, ie "failed to load firmware",
which doesn't produce a backtrace.
Signed-off-by: Daniel J Bluema
blank+0x49/0x80 [drm_kms_helper]
[] fb_blank+0x56/0xc0
[] do_fb_ioctl+0x59b/0x5f0
[] ? vma_interval_tree_insert+0x83/0x90
[] fb_ioctl+0x45/0x50
[] do_vfs_ioctl+0x8a/0x340
[] sys_ioctl+0x91/0xb0
Signed-off-by: Daniel J Blueman
---
drivers/gpu/drm/nouveau/nvd0_display.c |4
1 file ch
-crash.txt
Xorg.log is at: http://quora.org/2012/nouveau/Xorg.0.log-crash.txt
Kernel log after fix is at: http://quora.org/2012/nouveau/dmesg-fix.txt
Signed-off-by: Daniel J Blueman
---
drivers/gpu/drm/nouveau/core/core/object.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions
On 3.7-rc4, add missing newline to to prevent the following kernel log
line getting appended to the current one after switching the integrated
GPU and suspending the discrete GPU.
Signed-off-by: Daniel J Blueman
---
drivers/gpu/drm/nouveau/core/subdev/i2c/aux.c |2 +-
1 file changed, 1
AUXCH(1): begin idle timeout 0x
nouveau E[ I2C][:01:00.0] AUXCH(3): begin idle timeout 0x
nouveau E[ I2C][:01:00.0] AUXCH(2): begin idle timeout 0x
--
Daniel J Blueman
___
dri-devel mailing list
dri-devel@lists.freedesktop.
sk_switch+0x6f/0x100
[] ? retint_restore_args+0xe/0xe
[] ? __init_kthread_worker+0x70/0x70
[] ? gs_change+0xb/0xb
--
Daniel J Blueman
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
On 17 May 2011 12:27, Daniel J Blueman wrote:
> With 2.6.39-rc7 on my Sandy Bridge laptop GPU (8086:0126 rev 9),
> sometimes I find one of the kworker threads busily running with 15-20%
> system time for some minutes, causing terrible interactivity latency.
> I've seen it occur w
On 24 May 2011 12:02, Andy Lutomirski wrote:
> On 05/17/2011 07:27 AM, Daniel J Blueman wrote:
>> With 2.6.39-rc7 on my Sandy Bridge laptop GPU (8086:0126 rev 9),
>> sometimes I find one of the kworker threads busily running with 15-20%
>> system time for some minu
Hi David,
Some fixes for some benign issues I spotted.
Thanks,
Daniel
---
Correct minor issues with function definitions for compliance.
Signed-off-by: Daniel J Blueman
diff --git a/drivers/gpu/drm/drm_buffer.c b/drivers/gpu/drm/drm_buffer.c
index 55d03ed..34a506f 100644
--- a/drivers/gpu
Hi Dave,
This one-liner may be a suitable late-fix for 2.6.35-final:
Fix incorrectly reporting 'default' power profile, when it is set to 'mid'.
Signed-off-by: Daniel J Blueman
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index 115
radeon :02:00.0: R_000E50_SRBM_STATUS=0x20C0
radeon :02:00.0: GPU reset succeed
Clocks initialized !
ring test succeeded in 1 usecs
ib test succeeded in 1 usecs
--
Daniel J Blueman
___
dri-devel mailing list
dri-devel@lists.
On 5 August 2010 16:23, Alex Deucher wrote:
> On Thu, Aug 5, 2010 at 9:50 AM, Jerome Glisse wrote:
>> On 08/05/2010 06:52 AM, Daniel J Blueman wrote:
>>>
>>> After around 10-30 mins of typical usage (ie cairo rendering to
>>> surfaces + compiz) on my Dell St
On 8 August 2010 17:36, Daniel J Blueman wrote:
> On 5 August 2010 16:23, Alex Deucher wrote:
>> On Thu, Aug 5, 2010 at 9:50 AM, Jerome Glisse wrote:
>>> On 08/05/2010 06:52 AM, Daniel J Blueman wrote:
>>>>
>>>> After around 10-30 mins of typical
Hi chaps,
On 9 August 2010 14:41, Daniel J Blueman wrote:
> On 8 August 2010 17:36, Daniel J Blueman wrote:
>> On 5 August 2010 16:23, Alex Deucher wrote:
>>> On Thu, Aug 5, 2010 at 9:50 AM, Jerome Glisse
>>> wrote:
>>>> On 08/05/2010 06:52 AM, Da
On 17 August 2010 23:37, Alex Deucher wrote:
> On Tue, Aug 17, 2010 at 6:12 PM, Daniel J Blueman
> wrote:
>> Hi chaps,
>>
>> On 9 August 2010 14:41, Daniel J Blueman wrote:
>>> On 8 August 2010 17:36, Daniel J Blueman wrote:
>>>> On 5 August 2010 16
Correct allocation flags type and function prototype for ANSI C compliance.
Signed-off-by: Daniel J Blueman
Reviewed-by: Alex Deucher
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c
b/drivers/gpu/drm/ttm/ttm_page_alloc.c
index ca90479..b1e02ff 100644
--- a/drivers/gpu/drm/ttm
Correct function storage class, and correct assignment type.
Signed-off-by: Daniel J Blueman
Reviewed-by: Alex Deucher
diff --git a/drivers/gpu/drm/drm_buffer.c b/drivers/gpu/drm/drm_buffer.c
index 55d03ed..687de5f 100644
--- a/drivers/gpu/drm/drm_buffer.c
+++ b/drivers/gpu/drm/drm_buffer.c
Fix string interpreted as trigraph and typo.
Signed-off-by: Daniel J Blueman
Reviewed-by: Alex Deucher
diff --git a/drivers/gpu/drm/radeon/atombios.h
b/drivers/gpu/drm/radeon/atombios.h
index 1bc72c3..fe359a2 100644
--- a/drivers/gpu/drm/radeon/atombios.h
+++ b/drivers/gpu/drm/radeon
Correct function being needlessly visible outside compilation unit
when the only users are internal.
Signed-off-by: Daniel J Blueman
Reviewed-by: Alex Deucher
diff --git a/drivers/gpu/vga/vgaarb.c b/drivers/gpu/vga/vgaarb.c
index b87569e..f366f96 100644
--- a/drivers/gpu/vga/vgaarb.c
+++ b
Correct allocation flags type and function prototype for ANSI C compliance.
Signed-off-by: Daniel J Blueman
Reviewed-by: Alex Deucher
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c
b/drivers/gpu/drm/ttm/ttm_page_alloc.c
index ca90479..b1e02ff 100644
--- a/drivers/gpu/drm/ttm
Correct function storage class, and correct assignment type.
Signed-off-by: Daniel J Blueman
Reviewed-by: Alex Deucher
diff --git a/drivers/gpu/drm/drm_buffer.c b/drivers/gpu/drm/drm_buffer.c
index 55d03ed..687de5f 100644
--- a/drivers/gpu/drm/drm_buffer.c
+++ b/drivers/gpu/drm/drm_buffer.c
Fix string interpreted as trigraph and typo.
Signed-off-by: Daniel J Blueman
Reviewed-by: Alex Deucher
diff --git a/drivers/gpu/drm/radeon/atombios.h
b/drivers/gpu/drm/radeon/atombios.h
index 1bc72c3..fe359a2 100644
--- a/drivers/gpu/drm/radeon/atombios.h
+++ b/drivers/gpu/drm/radeon
Correct function being needlessly visible outside compilation unit
when the only users are internal.
Signed-off-by: Daniel J Blueman
Reviewed-by: Alex Deucher
diff --git a/drivers/gpu/vga/vgaarb.c b/drivers/gpu/vga/vgaarb.c
index b87569e..f366f96 100644
--- a/drivers/gpu/vga/vgaarb.c
+++ b
sk_switch+0x6f/0x100
[] ? retint_restore_args+0xe/0xe
[] ? __init_kthread_worker+0x70/0x70
[] ? gs_change+0xb/0xb
--
Daniel J Blueman
On 17 May 2011 12:27, Daniel J Blueman wrote:
> With 2.6.39-rc7 on my Sandy Bridge laptop GPU (8086:0126 rev 9),
> sometimes I find one of the kworker threads busily running with 15-20%
> system time for some minutes, causing terrible interactivity latency.
> I've seen it occur w
On 24 May 2011 12:02, Andy Lutomirski wrote:
> On 05/17/2011 07:27 AM, Daniel J Blueman wrote:
>> With 2.6.39-rc7 on my Sandy Bridge laptop GPU (8086:0126 rev 9),
>> sometimes I find one of the kworker threads busily running with 15-20%
>> system time for some minu
Hi David,
Some fixes for some benign issues I spotted.
Thanks,
Daniel
---
Correct minor issues with function definitions for compliance.
Signed-off-by: Daniel J Blueman
diff --git a/drivers/gpu/drm/drm_buffer.c b/drivers/gpu/drm/drm_buffer.c
index 55d03ed..34a506f 100644
--- a/drivers/gpu
Hi Dave,
This one-liner may be a suitable late-fix for 2.6.35-final:
Fix incorrectly reporting 'default' power profile, when it is set to 'mid'.
Signed-off-by: Daniel J Blueman
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index 115
radeon :02:00.0: R_000E50_SRBM_STATUS=0x20C0
radeon :02:00.0: GPU reset succeed
Clocks initialized !
ring test succeeded in 1 usecs
ib test succeeded in 1 usecs
--
Daniel J Blueman
On 5 August 2010 16:23, Alex Deucher wrote:
> On Thu, Aug 5, 2010 at 9:50 AM, Jerome Glisse
> wrote:
>> On 08/05/2010 06:52 AM, Daniel J Blueman wrote:
>>>
>>> After around 10-30 mins of typical usage (ie cairo rendering to
>>> surfaces + compiz) on
On 8 August 2010 17:36, Daniel J Blueman wrote:
> On 5 August 2010 16:23, Alex Deucher wrote:
>> On Thu, Aug 5, 2010 at 9:50 AM, Jerome Glisse
>> wrote:
>>> On 08/05/2010 06:52 AM, Daniel J Blueman wrote:
>>>>
>>>> After around 10-30 mins of ty
Hi chaps,
On 9 August 2010 14:41, Daniel J Blueman wrote:
> On 8 August 2010 17:36, Daniel J Blueman wrote:
>> On 5 August 2010 16:23, Alex Deucher wrote:
>>> On Thu, Aug 5, 2010 at 9:50 AM, Jerome Glisse
>>> wrote:
>>>> On 08/05/2010 06:52 AM, Da
On 17 August 2010 23:37, Alex Deucher wrote:
> On Tue, Aug 17, 2010 at 6:12 PM, Daniel J Blueman
> wrote:
>> Hi chaps,
>>
>> On 9 August 2010 14:41, Daniel J Blueman wrote:
>>> On 8 August 2010 17:36, Daniel J Blueman
>>> wrote:
>>>> On
ing I can do to help diagnose this?
Many thanks,
Daniel
--- [1]
http://quora.org/nouveau-dmesg.txt
http://quora.org/nouveau-Xorg.0.log
--
Daniel J Blueman
On 8 February 2014 16:33, Ilia Mirkin wrote:
> On Sat, Feb 8, 2014 at 2:58 AM, Daniel J Blueman wrote:
>> Hi guys,
>>
>> With a GeForce 320M GPU running linux 3.13.2 and Xorg 1.15.0, I'm
>> seeing significant graphical corruption and later unrecoverable GPU
>&g
On 23 February 2014 11:48, Ilia Mirkin wrote:
> On Sat, Feb 22, 2014 at 10:45 PM, Daniel J Blueman
> wrote:
>> On 9 February 2014 02:57, Ilia Mirkin wrote:
>>> On Sat, Feb 8, 2014 at 10:38 AM, Daniel J Blueman
>>> wrote:
>>>> Interestingly, there
On 9 February 2014 02:57, Ilia Mirkin wrote:
> On Sat, Feb 8, 2014 at 10:38 AM, Daniel J Blueman wrote:
>> Interestingly, there was graphical failure booting 3.6.11, even
>> nvidia-current fails to initialise, but these two issues could be due
>> to running the Xorg stac
AUXCH(1): begin idle timeout 0x
nouveau E[ I2C][:01:00.0] AUXCH(3): begin idle timeout 0x
nouveau E[ I2C][:01:00.0] AUXCH(2): begin idle timeout 0x
--
Daniel J Blueman
30 c1 e8 02 48 8d 14 85 00 00 00 00 41 01 c4 41 81 fc f7 03 00
00 77 0d 48 8b 43 18 48 01 d0 5b 41 5c 5d c3 90 48 8b 53 18 31 f6
04 82 00 00 00 20 31 d2 48 8b 3b 48 8b 07 48 8b 40 08 ff 50
RIP [] evo_wait+0x46/0xa0 [nouveau]
RSP
CR2: ffff880364785ffc
--
Daniel J Blueman
blank+0x49/0x80 [drm_kms_helper]
[] fb_blank+0x56/0xc0
[] do_fb_ioctl+0x59b/0x5f0
[] ? vma_interval_tree_insert+0x83/0x90
[] fb_ioctl+0x45/0x50
[] do_vfs_ioctl+0x8a/0x340
[] sys_ioctl+0x91/0xb0
Signed-off-by: Daniel J Blueman
---
drivers/gpu/drm/nouveau/nvd0_display.c |4
1 file ch
-crash.txt
Xorg.log is at: http://quora.org/2012/nouveau/Xorg.0.log-crash.txt
Kernel log after fix is at: http://quora.org/2012/nouveau/dmesg-fix.txt
Signed-off-by: Daniel J Blueman
---
drivers/gpu/drm/nouveau/core/core/object.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions
On 3.7-rc4, add missing newline to to prevent the following kernel log
line getting appended to the current one after switching the integrated
GPU and suspending the discrete GPU.
Signed-off-by: Daniel J Blueman
---
drivers/gpu/drm/nouveau/core/subdev/i2c/aux.c |2 +-
1 file changed, 1
51 matches
Mail list logo
