On Tue, Aug 10, 2010 at 10:14 AM, Andy Furniss wrote:
> Alex Deucher wrote:
>>
>> - buffer offsets in the base regs are 256b aligned so
>> shift properly when comparing, fixed by Andre Maasikas
>> - mipmap size was calculated wrong when nlevel=0
>> - texture bo offsets were used after the bo base
Initialize nsamples to 1 in case userspace does not emit
PA_SC_AA_CONFIG.
Signed-off-by: Alex Deucher
Cc: Andre Maasikas
---
drivers/gpu/drm/radeon/r600_cs.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_c
Polling for a VGA device on an old system can be quite expensive,
causing latencies on the order of 600ms. As we hold the mode mutex for
this time and also need the same mutex to move the cursor, we trigger a
user-visible stall.
The real solution would involve improving the granulatity of the
lock
On Tue, Aug 10, 2010 at 10:14 AM, Andy Furniss wrote:
> Alex Deucher wrote:
>>
>> - buffer offsets in the base regs are 256b aligned so
>> shift properly when comparing, fixed by Andre Maasikas
>> - mipmap size was calculated wrong when nlevel=0
>> - texture bo offsets were used after the bo base
https://bugs.freedesktop.org/show_bug.cgi?id=27443
--- Comment #8 from Jon Sturm 2010-08-12 19:53:00 PDT ---
(In reply to comment #7)
> Confirming this problem for ut2004, only the 'Instant Action' gamemode works
> for me -- all other fail with this assertion.
I actually did more testing and DM
https://bugs.freedesktop.org/show_bug.cgi?id=27443
--- Comment #8 from Jon Sturm 2010-08-12 19:53:00 PDT
---
(In reply to comment #7)
> Confirming this problem for ut2004, only the 'Instant Action' gamemode works
> for me -- all other fail with this assertion.
I actually did more testing and DM
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
index 3d38cba..b497a65 100644
--- a/drivers/gpu/drm/rad
This allows the tables to be run in some additional cases
where the connector info isn't necessary.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 115 ++
1 files changed, 53 insertions(+), 62 deletions(-)
diff --git a/drivers/gpu/drm/rad
On most newer asics, digital encoders have two links each
and they can be used independantly. As such, treat them as
separate encoders otherwise the individual links will not
get programmed properly at modeset time.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_dp.c
- INIT action takes the actual connector type id, not the enum id
- some evergreen cards have the ENABLE_OUTPUT/DISABLE_OUTPUT actions
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers
https://bugs.freedesktop.org/show_bug.cgi?id=29518
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29518
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, Aug 12, 2010 at 3:57 PM, Chris Wilson
wrote:
> Polling for a VGA device on an old system can be quite expensive,
> causing latencies on the order of 600ms. As we hold the mode mutex for
> this time and also need the same mutex to move the cursor, we trigger a
> user-visible stall.
>
> The
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=29327
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/radeon_irq_kms.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_irq_kms.c
b/drivers/gpu/drm/radeo
https://bugs.freedesktop.org/show_bug.cgi?id=29140
--- Comment #10 from Alex Deucher 2010-08-12 16:17:12 PDT ---
Created an attachment (id=37828)
View: https://bugs.freedesktop.org/attachment.cgi?id=37828
Review: https://bugs.freedesktop.org/review?bug=29140&attachment=37828
possible fix
Does
https://bugs.freedesktop.org/show_bug.cgi?id=29140
--- Comment #10 from Alex Deucher 2010-08-12 16:17:12 PDT
---
Created an attachment (id=37828)
View: https://bugs.freedesktop.org/attachment.cgi?id=37828
Review: https://bugs.freedesktop.org/review?bug=29140&attachment=37828
possible fix
Doe
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
index 3d38cba..b497a65 100644
--- a/drivers/gpu/drm/rad
This allows the tables to be run in some additional cases
where the connector info isn't necessary.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 115 ++
1 files changed, 53 insertions(+), 62 deletions(-)
diff --git a/drivers/gpu/drm/rad
On most newer asics, digital encoders have two links each
and they can be used independantly. As such, treat them as
separate encoders otherwise the individual links will not
get programmed properly at modeset time.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_dp.c
- INIT action takes the actual connector type id, not the enum id
- some evergreen cards have the ENABLE_OUTPUT/DISABLE_OUTPUT actions
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers
On Thu, Aug 12, 2010 at 3:57 PM, Chris Wilson wrote:
> Polling for a VGA device on an old system can be quite expensive,
> causing latencies on the order of 600ms. As we hold the mode mutex for
> this time and also need the same mutex to move the cursor, we trigger a
> user-visible stall.
>
> The
https://bugs.freedesktop.org/show_bug.cgi?id=29433
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29433
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=29327
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/radeon_irq_kms.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_irq_kms.c
b/drivers/gpu/drm/radeon/r
https://bugs.freedesktop.org/show_bug.cgi?id=29327
Alex Deucher changed:
What|Removed |Added
CC||si...@munton.demon.co.uk
--- Comment #8 f
https://bugs.freedesktop.org/show_bug.cgi?id=29444
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29444
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29327
Alex Deucher changed:
What|Removed |Added
CC||simon at munton.demon.co.uk
--- Comment #
https://bugs.freedesktop.org/show_bug.cgi?id=29444
--- Comment #6 from Simon Munton 2010-08-12 14:27:00
PDT ---
It seems that I need the pci=nomsi option on the kernel command line.
Without it, the radeon card uses MSI, but the kernel doesn't get any
interrupts, and waiting for video blanking ne
https://bugs.freedesktop.org/show_bug.cgi?id=29444
--- Comment #6 from Simon Munton 2010-08-12
14:27:00 PDT ---
It seems that I need the pci=nomsi option on the kernel command line.
Without it, the radeon card uses MSI, but the kernel doesn't get any
interrupts, and waiting for video blanking ne
https://bugs.freedesktop.org/show_bug.cgi?id=29513
--- Comment #3 from Laurent carlier 2010-08-12 13:43:22
PDT ---
(In reply to comment #2)
> Looks like the same problem as bug 29192.
The provided patch doesn't fix the problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.
https://bugs.freedesktop.org/show_bug.cgi?id=29513
--- Comment #3 from Laurent carlier 2010-08-12
13:43:22 PDT ---
(In reply to comment #2)
> Looks like the same problem as bug 29192.
The provided patch doesn't fix the problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.
Andreas Sundstrom wrote:
> Andreas Sundstrom wrote:
>> On my laptop X hangs as soon as something uses OpenGL it seems.
>> Running for example glxinfo or glxgears causes it to freeze.
>> I have not had any issues like this before, and 2.6.34 works ok but not
>> 2.6.35
>
> Just want to say that it t
Polling for a VGA device on an old system can be quite expensive,
causing latencies on the order of 600ms. As we hold the mode mutex for
this time and also need the same mutex to move the cursor, we trigger a
user-visible stall.
The real solution would involve improving the granulatity of the
lock
https://bugs.freedesktop.org/show_bug.cgi?id=29140
--- Comment #9 from steckde...@yahoo.fr 2010-08-12 09:57:45 PDT ---
Hello,
I think I found the problem, but I am unfortunately unable to fix it (I don't
know the radeon module enough).
A change between the 2.6.34 and 2.6.35 kernels added a bunch
https://bugs.freedesktop.org/show_bug.cgi?id=29140
--- Comment #9 from steckdenis at yahoo.fr 2010-08-12 09:57:45 PDT ---
Hello,
I think I found the problem, but I am unfortunately unable to fix it (I don't
know the radeon module enough).
A change between the 2.6.34 and 2.6.35 kernels added a bu
On Tue, 2010-08-10 at 17:51 -0400, Adam Jackson wrote:
> On Tue, 2010-08-10 at 22:35 +0200, Geert Uytterhoeven wrote:
>
> > Now, do we really need ? It seems I can make it build and boot
> > using:
> >
I think we can drop asm/vga.h on all platforms, I'll queue a patch up
for drm-next to see if
This seems to have gotten lost in the hyper-z merge.
Noticed by legume on IRC.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_kms.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_kms.c
b/drivers/gpu/drm/radeon/radeon_kms.c
https://bugs.freedesktop.org/show_bug.cgi?id=29518
--- Comment #2 from Sven Arvidsson 2010-08-12 05:41:05 PDT ---
In that case you're probably running it with the shader backend, you need to
change it to the fixed function pipeline (in the options).
--
Configure bugmail: https://bugs.freedeskto
https://bugs.freedesktop.org/show_bug.cgi?id=29518
--- Comment #2 from Sven Arvidsson 2010-08-12 05:41:05 PDT ---
In that case you're probably running it with the shader backend, you need to
change it to the fixed function pipeline (in the options).
--
Configure bugmail: https://bugs.freedeskto
This seems to have gotten lost in the hyper-z merge.
Noticed by legume on IRC.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_kms.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_kms.c
b/drivers/gpu/drm/radeon/radeon_kms.c
Andreas Sundstrom wrote:
> Andreas Sundstrom wrote:
>> On my laptop X hangs as soon as something uses OpenGL it seems.
>> Running for example glxinfo or glxgears causes it to freeze.
>> I have not had any issues like this before, and 2.6.34 works ok but not
>> 2.6.35
>
> Just want to say that it t
Hi Linus,
repeat request with some additional fixes, nouveau started using io-mapping and
this made ppc64 build unhappy, and also make the m68k build happier by dropping
unneeded vga.h from vgaarb. Two powerpc radeon kms fixes, and two radeon
command checker fixes.
The optimist in me is sayin
43 matches
Mail list logo
