__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
el0_svc_naked
Airlie <airl...@redhat.com>
Cc: sta...@vger.kernel.org
Signed-off-by: Daniel J Blueman <dan...@quora.org>
---
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/d
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
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
>>
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
01:00.0] AUXCH(3): begin idle timeout 0x
nouveau E[ I2C][:01:00.0] AUXCH(2): begin idle timeout 0x
--
Daniel J Blueman
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.org
http
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
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 c7
04 82 00 00 00 20 31 d2 48 8b 3b 48 8b 07 48 8b 40 08 ff 50
RIP [a01012b6] evo_wait+0x46/0xa0 [nouveau]
RSP 88025eec1d38
CR2: 880364785ffc
--
Daniel J Blueman
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 dan...@quora.org
---
drivers/gpu/drm/nouveau/core/subdev/i2c/aux.c |2 +-
1 file
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
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
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 dan...@quora.org
---
drivers/gpu/drm/nouveau/core/subdev/i2c/aux.c |2 +-
1 file
-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
-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 dan...@quora.org
---
drivers/gpu/drm/nouveau/core/core/object.c | 10 +++---
1 file changed, 7 insertions(+), 3
+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 changed
] ? vma_interval_tree_insert+0x83/0x90
[81388af5] fb_ioctl+0x45/0x50
[8119adda] do_vfs_ioctl+0x8a/0x340
[8119b121] sys_ioctl+0x91/0xb0
Signed-off-by: Daniel J Blueman dan...@quora.org
---
drivers/gpu/drm/nouveau/nvd0_display.c |4
1 file changed, 4 insertions(+)
diff --git a/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 Blueman
--
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 Blueman dan
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
Add missing newline to prevent the following kernel log line getting
appended to the currnet one.
Signed-off-by: Daniel J Blueman dan...@quora.org
---
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
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
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 when
On 17 May 2011 12:27, Daniel J Blueman daniel.blue...@gmail.com 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
On 24 May 2011 12:02, Andy Lutomirski l...@mit.edu 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 minutes, causing terrible
[] ? retint_restore_args+0xe/0xe
[] ? __init_kthread_worker+0x70/0x70
[] ? gs_change+0xb/0xb
--
Daniel J Blueman
[8104c64f] ? finish_task_switch+0x6f/0x100
[81708bc4] ? retint_restore_args+0xe/0xe
[81080df0] ? __init_kthread_worker+0x70/0x70
[8170a490] ? gs_change+0xb/0xb
--
Daniel J Blueman
___
dri-devel mailing list
dri-devel
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
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 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
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 allocation flags type and function prototype for ANSI C compliance.
Signed-off-by: Daniel J Blueman daniel.blue...@gmail.com
Reviewed-by: Alex Deucher alexdeuc...@gmail.com
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c
b/drivers/gpu/drm/ttm/ttm_page_alloc.c
index ca90479..b1e02ff
Correct function storage class, and correct assignment type.
Signed-off-by: Daniel J Blueman daniel.blue...@gmail.com
Reviewed-by: Alex Deucher alexdeuc...@gmail.com
diff --git a/drivers/gpu/drm/drm_buffer.c b/drivers/gpu/drm/drm_buffer.c
index 55d03ed..687de5f 100644
--- a/drivers/gpu/drm
Fix string interpreted as trigraph and typo.
Signed-off-by: Daniel J Blueman daniel.blue...@gmail.com
Reviewed-by: Alex Deucher alexdeuc...@gmail.com
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
Correct function being needlessly visible outside compilation unit
when the only users are internal.
Signed-off-by: Daniel J Blueman daniel.blue...@gmail.com
Reviewed-by: Alex Deucher alexdeuc...@gmail.com
diff --git a/drivers/gpu/vga/vgaarb.c b/drivers/gpu/vga/vgaarb.c
index b87569e..f366f96
On 17 August 2010 23:37, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Aug 17, 2010 at 6:12 PM, Daniel J Blueman
daniel.blue...@gmail.com wrote:
Hi chaps,
On 9 August 2010 14:41, Daniel J Blueman daniel.blue...@gmail.com wrote:
On 8 August 2010 17:36, Daniel J Blueman daniel.blue
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
Hi chaps,
On 9 August 2010 14:41, Daniel J Blueman daniel.blue...@gmail.com wrote:
On 8 August 2010 17:36, Daniel J Blueman daniel.blue...@gmail.com wrote:
On 5 August 2010 16:23, Alex Deucher alexdeuc...@gmail.com wrote:
On Thu, Aug 5, 2010 at 9:50 AM, Jerome Glisse gli...@freedesktop.org
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
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 5 August 2010 16:23, Alex Deucher alexdeuc...@gmail.com wrote:
On Thu, Aug 5, 2010 at 9:50 AM, Jerome Glisse gli...@freedesktop.org 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 Studio 15
: 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
: 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.freedesktop.org
http
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 115d26b..3fa6984 100644
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 daniel.blue...@gmail.com
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index
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
47 matches
Mail list logo