Needed for tiled surfaces.
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/r600.c |7 +--
drivers/gpu/drm/radeon/rv770.c |9 +
2 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/rade
macro tile heights are aligned to num channels, not num banks.
Noticed by Dave Airlie.
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/r600_cs.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers
On Tue, 2010-10-19 at 12:45 +1000, Dave Airlie wrote:
> On Tue, Oct 19, 2010 at 12:24 PM, Greg KH wrote:
> > So, there is no need for the i830 driver? Can it just be removed
> > because i915 works instead?
>
> No because it provides a different userspace ABI to the i915 driver to
> a different
On Monday 18 October 2010 22:30:17 Arnd Bergmann wrote:
> I don't think the code path you patch here actually gets used, since
> intel_lvds_init gets called by intel_setup_outputs only for mobile devices.
FWIW, the patch below does work.
Arnd
--- a/drivers/gpu/drm/i915/intel_display.c
+
On Monday 18 October 2010 22:15:23 Jesse Barnes wrote:
> On Mon, 18 Oct 2010 21:57:05 +0200 Arnd Bergmann wrote:
> > i915 is a module with kms enabled, the blur seems to show up on the
> > text console the moment that the module gets loaded during boot.
> > Before that, the console is in VGA text
On Monday 18 October 2010 21:28:01 Jesse Barnes wrote:
>
> On Mon, 18 Oct 2010 21:13:59 +0200
> Arnd Bergmann wrote:
>
> > On Monday 18 October 2010 20:56:48 Jesse Barnes wrote:
> > > Hm, the LVDS code should take care of panel fitting in
> > > the !HAS_PCH_SPLIT case. Does this patch achieve t
Evergreen now has blit support, but unmappable vram support
was disabled in c919b371cb734f42b1130e706ecee262f8d9261d
(drm/radeon/kms: avoid corner case issue with unmappable vram V2)
due to merge ordering. This re-enables unmappable vram on
evergreen.
Signed-off-by: Alex Deucher
---
drivers/gpu
On Monday 18 October 2010 20:56:48 Jesse Barnes wrote:
> Hm, the LVDS code should take care of panel fitting in
> the !HAS_PCH_SPLIT case. Does this patch achieve the same thing as
> yours? Maybe we were leaving a stale PFIT value in place...
No, your patch doesn't have any effect for me.
On Thu, Oct 14, 2010 at 3:17 AM, Thomas Hellstrom wrote:
> Release the lru spinlock early.
Actually I think its this patch that introduces the recursion issue,
since we still seem to hold the lock on entry into cleanup_memtype_use
and not drop it at all.
Dave.
>
> Signed-off-by: Thomas Hellstr
On Thu, Oct 14, 2010 at 3:18 AM, Thomas Hellstrom wrote:
> This commit replaces the ttm_bo_cleanup_ref function with two new functions.
> One for the case where the bo is not yet on the delayed destroy list, and
> one for the case where the bo was on the delayed destroy list, at least at
> the tim
Needed for tiled surfaces.
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/r600.c |7 +--
drivers/gpu/drm/radeon/rv770.c |9 +
2 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #9 from Tom Stellard 2010-10-18 20:51:33 PDT
---
Can you run the program with RADEON_DEBUG=fp,vp and post the output?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail be
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #9 from Tom Stellard 2010-10-18 20:51:33
PDT ---
Can you run the program with RADEON_DEBUG=fp,vp and post the output?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail be
macro tile heights are aligned to num channels, not num banks.
Noticed by Dave Airlie.
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/r600_cs.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gp
On Monday 18 October 2010 18:19:24 Christoph Hellwig wrote:
> Before we get into all these fringe drivers:
>
> - I've not seen any progrss on ->get_sb BKL removal for a while
Not sure what you mean. Jan Blunck did the pushdown into get_sb
last year, which is included into linux-next through my b
On Tue, Oct 19, 2010 at 10:57:43AM +1000, Dave Airlie wrote:
> On Tue, Oct 19, 2010 at 10:40 AM, Greg KH wrote:
> > On Tue, Oct 19, 2010 at 09:00:09AM +1000, Dave Airlie wrote:
> >> On Tue, Oct 19, 2010 at 4:43 AM, Greg KH wrote:
> >> > On Mon, Oct 18, 2010 at 05:42:06PM +0200, Arnd Bergmann wrot
This is a update on the current progress for the BKL removal, reflecting
what is currently in linux-next.
Maybe we can briefly discuss this at the kernel summit to decide if we
want a quick death of the BKL, i.e. fixing/disabling/staging-out the
remaining users in 2.6.38 or rather leave them there
On Tue, Oct 19, 2010 at 09:00:09AM +1000, Dave Airlie wrote:
> On Tue, Oct 19, 2010 at 4:43 AM, Greg KH wrote:
> > On Mon, Oct 18, 2010 at 05:42:06PM +0200, Arnd Bergmann wrote:
> >>
> >> Out of the remaining modules, I guess i810/i830, adfs, hpfs and ufs might
> >> end
> >> up not getting fixed
On 10/14/2010 03:47 AM, Ben Skeggs wrote:
> On Thu, 2010-10-14 at 08:14 +1000, Dave Airlie wrote:
>
>> On Wed, 2010-10-13 at 17:57 -0400, Jerome Glisse wrote:
>>
>>> So we are facing a deadlock with the radeon cs ioctl. When a buffer is given
>>> a name (with flink) we could endup with 2
On Tue, Oct 19, 2010 at 4:43 AM, Greg KH wrote:
> On Mon, Oct 18, 2010 at 05:42:06PM +0200, Arnd Bergmann wrote:
>>
>> Out of the remaining modules, I guess i810/i830, adfs, hpfs and ufs might end
>> up not getting fixed at all, we can either mark them non-SMP or move them
>> to drivers/staging on
Hi Linus,
this just applies a hw cursor workaround from previous chips to cover the
new Evergreen GPU family.
The following changes since commit 2b666ca4a68cbc22483b0f2e1ba3c0e59b01ae9e:
Merge branch 'fix/misc' of
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6 (2010-10-17
09
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #8 from Tomasz Czapiewski 2010-10-18 16:03:37 PDT ---
Created an attachment (id=39524)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39524)
GLSL shader dump from the game
--
Configure bugmail: https://bugs.freedesktop.org/use
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #8 from Tomasz Czapiewski 2010-10-18 16:03:37 PDT
---
Created an attachment (id=39524)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39524)
GLSL shader dump from the game
--
Configure bugmail: https://bugs.freedesktop.org/us
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #7 from Tomasz Czapiewski 2010-10-18 15:56:30 PDT ---
Created an attachment (id=39523)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39523)
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #7 from Tomasz Czapiewski 2010-10-18 15:56:30 PDT
---
Created an attachment (id=39523)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39523)
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #6 from Tomasz Czapiewski 2010-10-18 15:55:07 PDT ---
Created an attachment (id=39522)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39522)
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #5 from Tomasz Czapiewski 2010-10-18 15:54:38 PDT ---
Created an attachment (id=39521)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39521)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #6 from Tomasz Czapiewski 2010-10-18 15:55:07 PDT
---
Created an attachment (id=39522)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39522)
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #5 from Tomasz Czapiewski 2010-10-18 15:54:38 PDT
---
Created an attachment (id=39521)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39521)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #4 from Tomasz Czapiewski 2010-10-18 14:36:25 PDT ---
And the problem is gone when I disable GLSL.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #4 from Tomasz Czapiewski 2010-10-18 14:36:25 PDT
---
And the problem is gone when I disable GLSL.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #3 from Tomasz Czapiewski 2010-10-18 14:26:06 PDT ---
The problem has been discussed with Xonotic developers and does look like
driver bug.
The problem is not on every map but on most of them and not on every texture.
Example map red
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #3 from Tomasz Czapiewski 2010-10-18 14:26:06 PDT
---
The problem has been discussed with Xonotic developers and does look like
driver bug.
The problem is not on every map but on most of them and not on every texture.
Example map re
On Mon, 18 Oct 2010 22:37:43 +0200
Arnd Bergmann wrote:
> On Monday 18 October 2010 22:30:17 Arnd Bergmann wrote:
>
> > I don't think the code path you patch here actually gets used, since
> > intel_lvds_init gets called by intel_setup_outputs only for mobile devices.
>
> FWIW, the patch below
On Mon, 18 Oct 2010 22:37:43 +0200
Arnd Bergmann wrote:
> On Monday 18 October 2010 22:30:17 Arnd Bergmann wrote:
>
> > I don't think the code path you patch here actually gets used, since
> > intel_lvds_init gets called by intel_setup_outputs only for mobile devices.
>
> FWIW, the patch below
On Monday 18 October 2010 22:30:17 Arnd Bergmann wrote:
> I don't think the code path you patch here actually gets used, since
> intel_lvds_init gets called by intel_setup_outputs only for mobile devices.
FWIW, the patch below does work.
Arnd
--- a/drivers/gpu/drm/i915/intel_display.c
+
On Monday 18 October 2010 22:15:23 Jesse Barnes wrote:
> On Mon, 18 Oct 2010 21:57:05 +0200 Arnd Bergmann wrote:
> > i915 is a module with kms enabled, the blur seems to show up on the
> > text console the moment that the module gets loaded during boot.
> > Before that, the console is in VGA text
drm: include missing types header to drm_mode.h
Signed-off-by: Davidlohr Bueso
---
include/drm/drm_mode.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_mode.h b/include/drm/drm_mode.h
index 0fc7397..eddd7f4 100644
--- a/include/drm/drm_mode.h
+++ b/inc
On Mon, 18 Oct 2010 21:57:05 +0200
Arnd Bergmann wrote:
> On Monday 18 October 2010 21:28:01 Jesse Barnes wrote:
> >
> > On Mon, 18 Oct 2010 21:13:59 +0200
> > Arnd Bergmann wrote:
> >
> > > On Monday 18 October 2010 20:56:48 Jesse Barnes wrote:
> > > > Hm, the LVDS code should take care of pa
On Mon, 18 Oct 2010 21:57:05 +0200
Arnd Bergmann wrote:
> On Monday 18 October 2010 21:28:01 Jesse Barnes wrote:
> >
> > On Mon, 18 Oct 2010 21:13:59 +0200
> > Arnd Bergmann wrote:
> >
> > > On Monday 18 October 2010 20:56:48 Jesse Barnes wrote:
> > > > Hm, the LVDS code should take care of pa
On Monday 18 October 2010 21:28:01 Jesse Barnes wrote:
>
> On Mon, 18 Oct 2010 21:13:59 +0200
> Arnd Bergmann wrote:
>
> > On Monday 18 October 2010 20:56:48 Jesse Barnes wrote:
> > > Hm, the LVDS code should take care of panel fitting in
> > > the !HAS_PCH_SPLIT case. Does this patch achieve t
On Mon, 18 Oct 2010 21:13:59 +0200
Arnd Bergmann wrote:
> On Monday 18 October 2010 20:56:48 Jesse Barnes wrote:
> > Hm, the LVDS code should take care of panel fitting in
> > the !HAS_PCH_SPLIT case. Does this patch achieve the same thing as
> > yours? Maybe we were leaving a stale PFIT value
On Mon, 18 Oct 2010 21:13:59 +0200
Arnd Bergmann wrote:
> On Monday 18 October 2010 20:56:48 Jesse Barnes wrote:
> > Hm, the LVDS code should take care of panel fitting in
> > the !HAS_PCH_SPLIT case. Does this patch achieve the same thing as
> > yours? Maybe we were leaving a stale PFIT value
Before we get into all these fringe drivers:
- I've not seen any progrss on ->get_sb BKL removal for a while
- locks.c is probably a higher priorit, too.
On Monday 18 October 2010 20:56:48 Jesse Barnes wrote:
> Hm, the LVDS code should take care of panel fitting in
> the !HAS_PCH_SPLIT case. Does this patch achieve the same thing as
> yours? Maybe we were leaving a stale PFIT value in place...
No, your patch doesn't have any effect for me.
On Mon, Oct 18, 2010 at 05:42:06PM +0200, Arnd Bergmann wrote:
>
> Out of the remaining modules, I guess i810/i830, adfs, hpfs and ufs might end
> up not getting fixed at all, we can either mark them non-SMP or move them
> to drivers/staging once all the others are done.
I recommend moving them t
On Monday 18 October 2010 18:19:24 Christoph Hellwig wrote:
> Before we get into all these fringe drivers:
>
> - I've not seen any progrss on ->get_sb BKL removal for a while
Not sure what you mean. Jan Blunck did the pushdown into get_sb
last year, which is included into linux-next through my b
Before we get into all these fringe drivers:
- I've not seen any progrss on ->get_sb BKL removal for a while
- locks.c is probably a higher priorit, too.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/l
This is a update on the current progress for the BKL removal, reflecting
what is currently in linux-next.
Maybe we can briefly discuss this at the kernel summit to decide if we
want a quick death of the BKL, i.e. fixing/disabling/staging-out the
remaining users in 2.6.38 or rather leave them there
On Sun, 17 Oct 2010 19:37:13 +0200
Arnd Bergmann wrote:
> Commit e9e331a8ab "drm/i915/lvds: Ensure panel is unlocked for Ironlake or
> the panel fitter" broke my HDMI output on GMA4500HD, it seemed to be driving
> the output with the wrong resolution, while still showing the native panel
> resolu
On Sun, 17 Oct 2010 19:37:13 +0200
Arnd Bergmann wrote:
> Commit e9e331a8ab "drm/i915/lvds: Ensure panel is unlocked for Ironlake or
> the panel fitter" broke my HDMI output on GMA4500HD, it seemed to be driving
> the output with the wrong resolution, while still showing the native panel
> resolu
On Mon, Oct 18, 2010 at 05:42:06PM +0200, Arnd Bergmann wrote:
>
> Out of the remaining modules, I guess i810/i830, adfs, hpfs and ufs might end
> up not getting fixed at all, we can either mark them non-SMP or move them
> to drivers/staging once all the others are done.
I recommend moving them t
Chris Wilson wrote at 16:02:08
> drm-intel-next contains patches to hopefully workaround the hang. So
> hopefully your machine will no longer die whilst we uncover the root
> cause.
> -Chris
Well, I appreciate it:-)
- b/c today I run again into this issue w/ 2.6.35.6 - BTW again, if I walked
t
On Monday 18 October 2010, Chris Wilson wrote:
> On Sun, 17 Oct 2010 20:06:37 +0200, Arnd Bergmann wrote:
> > This happened when I killed Xorg as root after plugging in a different
> > screen.
> > kdm usually restarts immediately, so I don't know if this was the dying Xorg
> > or the new one.
>
drm: include missing types header to drm_mode.h
Signed-off-by: Davidlohr Bueso
---
include/drm/drm_mode.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_mode.h b/include/drm/drm_mode.h
index 0fc7397..eddd7f4 100644
--- a/include/drm/drm_mode.h
+++ b/inc
On 10/14/2010 03:47 AM, Ben Skeggs wrote:
On Thu, 2010-10-14 at 08:14 +1000, Dave Airlie wrote:
On Wed, 2010-10-13 at 17:57 -0400, Jerome Glisse wrote:
So we are facing a deadlock with the radeon cs ioctl. When a buffer is given
a name (with flink) we could endup with 2 handle pointin
This message contains a list of some post-2.6.34 regressions introduced before
2.6.35, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.34 regressions, please let us kno
This message contains a list of some regressions from 2.6.35,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.35, please let us
know either and we'll add th
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #2 from Tomasz Czapiewski 2010-10-18 05:46:13 PDT ---
Created an attachment (id=39506)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39506)
Screenshot of lightmaps corruption #3
--
Configure bugmail: https://bugs.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #2 from Tomasz Czapiewski 2010-10-18 05:46:13 PDT
---
Created an attachment (id=39506)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39506)
Screenshot of lightmaps corruption #3
--
Configure bugmail: https://bugs.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #1 from Tomasz Czapiewski 2010-10-18 05:45:21 PDT ---
Created an attachment (id=39505)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39505)
Screenshot of lightmaps corruption #2 (ignore the error messages on top and
white recta
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #1 from Tomasz Czapiewski 2010-10-18 05:45:21 PDT
---
Created an attachment (id=39505)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39505)
Screenshot of lightmaps corruption #2 (ignore the error messages on top and
white rect
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Summary: [r300g][glsl] Texture corruption in Xonotic with
lightmaps
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Se
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Summary: [r300g][glsl] Texture corruption in Xonotic with
lightmaps
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Se
https://bugs.freedesktop.org/show_bug.cgi?id=30948
--- Comment #1 from Nils Kneuper 2010-10-18 03:38:48
PDT ---
Created an attachment (id=39501)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39501)
what should be shown / is shown with r600g
--
Configure bugmail: https://bugs.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=30948
--- Comment #1 from Nils Kneuper 2010-10-18
03:38:48 PDT ---
Created an attachment (id=39501)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39501)
what should be shown / is shown with r600g
--
Configure bugmail: https://bugs.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=30948
Summary: Regression in r600 driver: due to commit
603741a86df0e43c0b52e8c202a35c7fe2fc1d9c some texture
broken
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=30948
Summary: Regression in r600 driver: due to commit
603741a86df0e43c0b52e8c202a35c7fe2fc1d9c some texture
broken
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
Chris Wilson wrote at 16:02:08
> drm-intel-next contains patches to hopefully workaround the hang. So
> hopefully your machine will no longer die whilst we uncover the root
> cause.
> -Chris
Well, I appreciate it:-)
- b/c today I run again into this issue w/ 2.6.35.6 - BTW again, if I walked
t
On Monday 18 October 2010, Chris Wilson wrote:
> On Sun, 17 Oct 2010 20:06:37 +0200, Arnd Bergmann wrote:
> > This happened when I killed Xorg as root after plugging in a different
> > screen.
> > kdm usually restarts immediately, so I don't know if this was the dying Xorg
> > or the new one.
>
70 matches
Mail list logo
