... instead of comparing with DMA_ERROR_CODE, which will only work on
powerpc/sparc/x86.
Signed-off-by: Aurelien Jarno
---
drivers/gpu/drm/radeon/radeon_gart.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_gart.c
b/drivers/gpu/drm/radeon
... instead of comparing with DMA_ERROR_CODE, which will only work on
powerpc/sparc/x86.
Signed-off-by: Aurelien Jarno
---
drivers/gpu/drm/nouveau/nouveau_sgdma.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_sgdma.c
b/drivers/gpu/drm
From: Christopher James Halse Rogers
Signed-off-by: Christopher James Halse Rogers
---
drivers/gpu/drm/drm_irq.c | 39 ---
1 files changed, 16 insertions(+), 23 deletions(-)
diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c
index 72407fa.
From: Christopher James Halse Rogers
After emitting all the waiting vblank events no-one should hold
a vblank reference. Emit a warning if this is not the case.
Signed-off-by: Christopher James Halse Rogers
---
drivers/gpu/drm/drm_irq.c |1 +
1 files changed, 1 insertions(+), 0 deletions
From: Christopher James Halse Rogers
This is the least-bad behaviour. It means that we signal the
vblank event before it actually happens, but since we're disabling
vblanks there's no guarantee that it will *ever* happen otherwise.
This prevents GL applications which use WaitMSC from hanging
in
On Mon, Apr 25, 2011 at 9:13 PM, Shane O'Connell wrote:
> Hi all,
> I'm having problems getting the HDMI output of my motherboard working
> with a Samsung TV. The motherboard is an MSI 785GM-P45 with an AMD
> 785G chipset with an onboard Radeon HD 4200. I can see the desktop on
> the TV, but the e
https://bugs.freedesktop.org/show_bug.cgi?id=36563
--- Comment #1 from Ernst Sjöstrand 2011-04-26 21:35:31 PDT
---
I was in a hurry but I thought it was better with a quick bugreport than no
report at all. :-)
This was with Ubuntu Natty's 2.6.38 kernel + xorg-edgers 20110422.
Can't remember exac
https://bugs.freedesktop.org/show_bug.cgi?id=36563
--- Comment #1 from Ernst Sj?strand 2011-04-26 21:35:31
PDT ---
I was in a hurry but I thought it was better with a quick bugreport than no
report at all. :-)
This was with Ubuntu Natty's 2.6.38 kernel + xorg-edgers 20110422.
Can't remember exac
* Melchior FRANZ -- Tuesday 26 April 2011:
> [https://bugzilla.kernel.org/show_bug.cgi?id=31522]
I've replied to this error message, but here again for this audience:
The commit that broke all 2.6.38.* releases for my machine is this:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.gi
On Mon, Apr 25, 2011 at 04:16:18PM -0700, Keith Packard wrote:
> On Mon, 25 Apr 2011 15:12:20 -0700, Jesse Barnes virtuousgeek.org> wrote:
>
> > Overlays are a bit like half-CRTCs. They have a location and fb, but
> > don't drive outputs directly. Add support for handling them to the core
> > K
> And what if you don't have a "default" plane as such. For example, OMAP3
> has one graphics plane and two video planes, and two output paths. Each
> of the planes can be assigned to zero or one outputs. To accomodate this,
> the design should allow for CRTCs without any scanout buffers.
Some TV
> I think 4cc it bit useless with RGB stuff (or maybe i just don't
> understand 4cc). For instance i think we want uniq different id for
> RGB555, RGB565,RGBX, RGBA, BGRA ... it seems 4cc just says
> rgb and than rely on additional informations for color order or
> components size.
Yes
https://bugs.freedesktop.org/show_bug.cgi?id=36554
--- Comment #3 from Hicham HAOUARI 2011-04-26
15:49:17 PDT ---
(In reply to comment #2)
> This is probably hardware specific, I haven't had any problems with Amnesia on
> my RV570.
What kernel version do you have ? The game runs fine for me on
https://bugs.freedesktop.org/show_bug.cgi?id=36554
--- Comment #3 from Hicham HAOUARI 2011-04-26
15:49:17 PDT ---
(In reply to comment #2)
> This is probably hardware specific, I haven't had any problems with Amnesia on
> my RV570.
What kernel version do you have ? The game runs fine for me on
> having a list per hardware. uint32_t would give enough room to add all
> formats even if one format is only supported by one hardware only (at
It would indeed. A point realised by the Amiga designers in 1985 and
turned into a standard of sorts with a registry and process and adopted
by folks lik
https://bugs.freedesktop.org/show_bug.cgi?id=35935
--- Comment #5 from Mjules 2011-04-26 14:20:30 PDT ---
The result of the bisection is :
ba3ffdc68b4c80fe4cc42bdae6040eca1067ebb2 is the first bad commit
commit ba3ffdc68b4c80fe4cc42bdae6040eca1067ebb2
Author: Stanislav Kinsbursky
Date: Thu Mar
https://bugs.freedesktop.org/show_bug.cgi?id=35935
--- Comment #5 from Mjules 2011-04-26 14:20:30 PDT ---
The result of the bisection is :
ba3ffdc68b4c80fe4cc42bdae6040eca1067ebb2 is the first bad commit
commit ba3ffdc68b4c80fe4cc42bdae6040eca1067ebb2
Author: Stanislav Kinsbursky
Date: Thu Mar
needed by mesa for htile setup.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_kms.c | 13 +
include/drm/radeon_drm.h|1 +
2 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_kms.c
b/drivers/gpu/drm/radeon/ra
needed for HiS in mesa.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/reg_srcs/r600 |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/reg_srcs/r600
b/drivers/gpu/drm/radeon/reg_srcs/r600
index af0da4a..92f1900 100644
--- a/drivers/gpu/drm/r
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #4 from Alex Deucher 2011-04-26 11:53:25 PDT ---
Thanks for starting on this. I've provided an overview of of how HiZ and HiS
work on 6xx+ hw and some relevant drm patches here:
http://people.freedesktop.org/~agd5f/htile/
ping me on
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #4 from Alex Deucher 2011-04-26 11:53:25 PDT
---
Thanks for starting on this. I've provided an overview of of how HiZ and HiS
work on 6xx+ hw and some relevant drm patches here:
http://people.freedesktop.org/~agd5f/htile/
ping me on
* Melchior FRANZ -- Tuesday 26 April 2011:
> [https://bugzilla.kernel.org/show_bug.cgi?id=31522]
I've replied to this error message, but here again for this audience:
The commit that broke all 2.6.38.* releases for my machine is this:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.gi
On Tue, Apr 26, 2011 at 10:16 AM, Alan Cox wrote:
>> having a list per hardware. uint32_t would give enough room to add all
>> formats even if one format is only supported by one hardware only (at
>
> It would indeed. A point realised by the Amiga designers in 1985 and
> turned into a standard of
> A lot of older hardware had one overlay that could be sourced to any
> crtc, just not simultaneously. The tricky part is the formats and
> capabilities: alpha blending, color/chromakey, gamma correction, etc.
> Even the current crtc gamma stuff is somewhat lacking in in terms of
> what hardware
https://bugs.freedesktop.org/show_bug.cgi?id=36611
Summary: [wine] The Witcher: Crash in u_vbuf_mgr_draw_begin
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=36611
Summary: [wine] The Witcher: Crash in u_vbuf_mgr_draw_begin
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
> I was planning on adding a new fb ioctl to allow us to create fbs with
> specific surface format types. We could either enumerate all of the
> ones we support (a list which will grow as drivers and devices are
> added) or try to factor out commit bits into a separate surface struct:
>
> struct
needed by mesa for htile setup.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_kms.c | 13 +
include/drm/radeon_drm.h|1 +
2 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_kms.c
b/drivers/gpu/drm/radeon/ra
needed for HiS in mesa.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/reg_srcs/r600 |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/reg_srcs/r600
b/drivers/gpu/drm/radeon/reg_srcs/r600
index af0da4a..92f1900 100644
--- a/drivers/gpu/drm/r
On Mon, Apr 25, 2011 at 8:33 PM, Jesse Barnes
wrote:
> On Mon, 25 Apr 2011 20:28:20 -0400
> Alex Deucher wrote:
>
>> On Mon, Apr 25, 2011 at 7:22 PM, Jesse Barnes
>> wrote:
>> > On Mon, 25 Apr 2011 16:16:18 -0700
>> > Keith Packard wrote:
>> >
>> >> On Mon, 25 Apr 2011 15:12:20 -0700, Jesse B
https://bugzilla.kernel.org/show_bug.cgi?id=33942
Riccardo Angelino changed:
What|Removed |Added
Attachment #55542|My hardware components |hardware components
descripti
https://bugzilla.kernel.org/show_bug.cgi?id=33942
--- Comment #5 from Riccardo Angelino
2011-04-26 09:33:26 ---
Created an attachment (id=55542)
--> (https://bugzilla.kernel.org/attachment.cgi?id=55542)
My hardware components
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cg
https://bugzilla.kernel.org/show_bug.cgi?id=33942
--- Comment #4 from Riccardo Angelino
2011-04-26 09:32:03 ---
Created an attachment (id=55532)
--> (https://bugzilla.kernel.org/attachment.cgi?id=55532)
xorg log
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--
https://bugzilla.kernel.org/show_bug.cgi?id=33942
Riccardo Angelino changed:
What|Removed |Added
CC||rikyinformation at gmail.com
---
> And what if you don't have a "default" plane as such. For example, OMAP3
> has one graphics plane and two video planes, and two output paths. Each
> of the planes can be assigned to zero or one outputs. To accomodate this,
> the design should allow for CRTCs without any scanout buffers.
Some TV
On Tue, 26 Apr 2011 18:20:03 +0300
Ville Syrjälä wrote:
> On Mon, Apr 25, 2011 at 04:16:18PM -0700, Keith Packard wrote:
> > On Mon, 25 Apr 2011 15:12:20 -0700, Jesse Barnes
> > wrote:
> >
> > > Overlays are a bit like half-CRTCs. They have a location and fb, but
> > > don't drive outputs dir
On Tue, 26 Apr 2011 18:20:03 +0300
Ville Syrj?l? wrote:
> On Mon, Apr 25, 2011 at 04:16:18PM -0700, Keith Packard wrote:
> > On Mon, 25 Apr 2011 15:12:20 -0700, Jesse Barnes > virtuousgeek.org> wrote:
> >
> > > Overlays are a bit like half-CRTCs. They have a location and fb, but
> > > don't dr
On Mon, Apr 25, 2011 at 04:16:18PM -0700, Keith Packard wrote:
> On Mon, 25 Apr 2011 15:12:20 -0700, Jesse Barnes
> wrote:
>
> > Overlays are a bit like half-CRTCs. They have a location and fb, but
> > don't drive outputs directly. Add support for handling them to the core
> > KMS code.
>
> A
> I think 4cc it bit useless with RGB stuff (or maybe i just don't
> understand 4cc). For instance i think we want uniq different id for
> RGB555, RGB565,RGBX, RGBA, BGRA ... it seems 4cc just says
> rgb and than rely on additional informations for color order or
> components size.
Yes
On Tue, 26 Apr 2011 11:01:30 +0100
Alan Cox wrote:
> > A lot of older hardware had one overlay that could be sourced to any
> > crtc, just not simultaneously. The tricky part is the formats and
> > capabilities: alpha blending, color/chromakey, gamma correction, etc.
> > Even the current crtc ga
On Tue, 26 Apr 2011 11:01:30 +0100
Alan Cox wrote:
> > A lot of older hardware had one overlay that could be sourced to any
> > crtc, just not simultaneously. The tricky part is the formats and
> > capabilities: alpha blending, color/chromakey, gamma correction, etc.
> > Even the current crtc ga
On Tue, Apr 26, 2011 at 10:16 AM, Alan Cox wrote:
>> having a list per hardware. uint32_t would give enough room to add all
>> formats even if one format is only supported by one hardware only (at
>
> It would indeed. A point realised by the Amiga designers in 1985 and
> turned into a standard of
https://bugs.freedesktop.org/show_bug.cgi?id=36608
Summary: Corrupt GL rendering
Product: Mesa
Version: git
Platform: IA64 (Itanium)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
Comp
https://bugs.freedesktop.org/show_bug.cgi?id=36608
Summary: Corrupt GL rendering
Product: Mesa
Version: git
Platform: IA64 (Itanium)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
Comp
> having a list per hardware. uint32_t would give enough room to add all
> formats even if one format is only supported by one hardware only (at
It would indeed. A point realised by the Amiga designers in 1985 and
turned into a standard of sorts with a registry and process and adopted
by folks lik
On Mon, Apr 25, 2011 at 8:33 PM, Jesse Barnes wrote:
> On Mon, 25 Apr 2011 20:28:20 -0400
> Alex Deucher wrote:
>
>> On Mon, Apr 25, 2011 at 7:22 PM, Jesse Barnes
>> wrote:
>> > On Mon, 25 Apr 2011 16:16:18 -0700
>> > Keith Packard wrote:
>> >
>> >> On Mon, 25 Apr 2011 15:12:20 -0700, Jesse Ba
https://bugs.freedesktop.org/show_bug.cgi?id=36598
Alex Deucher changed:
What|Removed |Added
Summary|[RS880] Slow resume from|[RS880] Slow resume from
https://bugs.freedesktop.org/show_bug.cgi?id=36598
Alex Deucher changed:
What|Removed |Added
Summary|[RS880] Slow resume from|[RS880] Slow resume from
https://bugs.freedesktop.org/show_bug.cgi?id=36525
Michel Dänzer changed:
What|Removed |Added
Product|DRI |Mesa
Version|unspecified
https://bugs.freedesktop.org/show_bug.cgi?id=36525
Michel D?nzer changed:
What|Removed |Added
Product|DRI |Mesa
Version|unspecified
> A lot of older hardware had one overlay that could be sourced to any
> crtc, just not simultaneously. The tricky part is the formats and
> capabilities: alpha blending, color/chromakey, gamma correction, etc.
> Even the current crtc gamma stuff is somewhat lacking in in terms of
> what hardware
> I was planning on adding a new fb ioctl to allow us to create fbs with
> specific surface format types. We could either enumerate all of the
> ones we support (a list which will grow as drivers and devices are
> added) or try to factor out commit bits into a separate surface struct:
>
> struct
https://bugzilla.kernel.org/show_bug.cgi?id=33942
Riccardo Angelino changed:
What|Removed |Added
Attachment #55542|My hardware components |hardware components
descripti
https://bugzilla.kernel.org/show_bug.cgi?id=33942
--- Comment #5 from Riccardo Angelino 2011-04-26
09:33:26 ---
Created an attachment (id=55542)
--> (https://bugzilla.kernel.org/attachment.cgi?id=55542)
My hardware components
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cg
https://bugzilla.kernel.org/show_bug.cgi?id=33942
--- Comment #4 from Riccardo Angelino 2011-04-26
09:32:03 ---
Created an attachment (id=55532)
--> (https://bugzilla.kernel.org/attachment.cgi?id=55532)
xorg log
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--
https://bugzilla.kernel.org/show_bug.cgi?id=33942
Riccardo Angelino changed:
What|Removed |Added
CC||rikyinformat...@gmail.com
--- Com
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #3 from Pierre-Eric 2011-04-26 01:01:54 PDT ---
Created an attachment (id=46083)
View: https://bugs.freedesktop.org/attachment.cgi?id=46083
Review: https://bugs.freedesktop.org/review?bug=36602&attachment=46083
kernel side patch to
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #3 from Pierre-Eric 2011-04-26 01:01:54 PDT
---
Created an attachment (id=46083)
View: https://bugs.freedesktop.org/attachment.cgi?id=46083
Review: https://bugs.freedesktop.org/review?bug=36602&attachment=46083
kernel side patch t
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #2 from Pierre-Eric 2011-04-26 00:59:59 PDT ---
Created an attachment (id=46082)
View: https://bugs.freedesktop.org/attachment.cgi?id=46082
Review: https://bugs.freedesktop.org/review?bug=36602&attachment=46082
HiZ initial patch
-
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #2 from Pierre-Eric 2011-04-26 00:59:59 PDT
---
Created an attachment (id=46082)
View: https://bugs.freedesktop.org/attachment.cgi?id=46082
Review: https://bugs.freedesktop.org/review?bug=36602&attachment=46082
HiZ initial patch
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #1 from Pierre-Eric 2011-04-26 00:59:16 PDT ---
Created an attachment (id=46081)
View: https://bugs.freedesktop.org/attachment.cgi?id=46081
Review: https://bugs.freedesktop.org/review?bug=36602&attachment=46081
Hiz bo deletion patc
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #1 from Pierre-Eric 2011-04-26 00:59:16 PDT
---
Created an attachment (id=46081)
View: https://bugs.freedesktop.org/attachment.cgi?id=46081
Review: https://bugs.freedesktop.org/review?bug=36602&attachment=46081
Hiz bo deletion pat
https://bugs.freedesktop.org/show_bug.cgi?id=36602
Summary: Hierarchical Z support for R600
Product: DRI
Version: DRI CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: medium
C
https://bugs.freedesktop.org/show_bug.cgi?id=36602
Summary: Hierarchical Z support for R600
Product: DRI
Version: DRI CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: medium
C
64 matches
Mail list logo
