On 08/28/2012 07:13 PM, Adam Jackson wrote:
> On 8/28/12 7:33 PM, Ian Pilcher wrote:
>> Actually, I believe that the error is probably in the Intel driver. As
>> I understand it, it shouldn't be sending audio InfoFrames to a non-HDMI
>> display.
>
> If that's the case then I'd still say "we're do
radeon_cs_gem.c:333:13: warning: 'cs_gem_dump_bof' defined but
not used [-Wunused-function]
---
radeon/radeon_cs_gem.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/radeon/radeon_cs_gem.c b/radeon/radeon_cs_gem.c
index 9834bcf..b963140 100644
--- a/radeon/radeon_cs_gem.
---
.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/.gitignore b/.gitignore
index 5e4c837..219a37e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -78,3 +78,4 @@ tests/modeprint/modeprint
tests/modetest/modetest
tests/kmstest/kmstest
tests/vbltest/vbltest
+tests/
---
.gitignore |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/.gitignore b/.gitignore
index 243457e..5e4c837 100644
--- a/.gitignore
+++ b/.gitignore
@@ -39,8 +39,10 @@ i915.kld
install-sh
libdrm/config.h.in
libdrm.pc
+libdrm_exynos.pc
libdrm_intel.pc
libdrm_nouveau
Ping!
No X for me with 3.6-rc2.
On Wed, Jul 18, 2012 at 12:14 AM, Alexey Dobriyan wrote:
> FB console is OK, when switching to VT7, there is no KDM prompt.
> Instead looping messages appear:
>
> Failed to idle channel 1
> 0x2634 != chid: 0x0011
> PFIFO: unknown status
Fixes the following warning:
drivers/gpu/drm/exynos/exynos_drm_g2d.c:897:1: warning:
symbol 'g2d_pm_ops' was not declared. Should it be static?
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/driver
https://bugs.freedesktop.org/show_bug.cgi?id=54174
--- Comment #1 from almos 2012-08-28 22:57:43 UTC ---
Created attachment 66252
--> https://bugs.freedesktop.org/attachment.cgi?id=66252
pavement good.jpg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You a
https://bugs.freedesktop.org/show_bug.cgi?id=54174
Bug #: 54174
Summary: fog issue in ut2004
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: norma
https://bugs.freedesktop.org/show_bug.cgi?id=43698
--- Comment #15 from Joseph Spiros 2012-08-29
05:36:56 UTC ---
(In reply to comment #14)
> (In reply to comment #13)
> > I'm running into this bug as well, with an iMac G5 containing a Radeon 9600
> > (rv350) chip. It's been a few months since t
On 08/28/2012 07:13 PM, Adam Jackson wrote:
> On 8/28/12 7:33 PM, Ian Pilcher wrote:
>> Actually, I believe that the error is probably in the Intel driver. As
>> I understand it, it shouldn't be sending audio InfoFrames to a non-HDMI
>> display.
>
> If that's the case then I'd still say "we're do
https://bugs.freedesktop.org/show_bug.cgi?id=54129
--- Comment #5 from Andrea 2012-08-28 21:06:03
UTC ---
(In reply to comment #2)
> Does kernel patch :
>
> http://people.freedesktop.org/~glisse/0001-drm-radeon-extra-type-safe-for-fence-emission.patch
>
> Helps ?
no difference.
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=54129
--- Comment #4 from Andrea 2012-08-28 20:26:30
UTC ---
(In reply to comment #3)
> Also can you test if booting with radeon.no_wb=1 fix the issue ?
this did not make any difference
(tested on v3.6-rc3 where the problems still exists)
--
Config
On 8/28/12 7:33 PM, Ian Pilcher wrote:
> On 08/27/2012 03:24 PM, Adam Jackson wrote:
>> https://patchwork.kernel.org/patch/1310091/ - nak, the commit message
>> itself gives away that we're doing else something wrong here. If
>> DISABLE_AUDIO is sufficient for one driver it should be sufficient fo
On 08/27/2012 03:24 PM, Adam Jackson wrote:
> https://patchwork.kernel.org/patch/1310091/ - nak, the commit message
> itself gives away that we're doing else something wrong here. If
> DISABLE_AUDIO is sufficient for one driver it should be sufficient for all.
Actually, I believe that the error i
https://bugs.freedesktop.org/show_bug.cgi?id=51344
--- Comment #8 from Tormod Volden 2012-08-28
18:29:07 UTC ---
No, booting with radeon.no_wb=1 didn't help.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
Ping!
No X for me with 3.6-rc2.
On Wed, Jul 18, 2012 at 12:14 AM, Alexey Dobriyan
wrote:
> FB console is OK, when switching to VT7, there is no KDM prompt.
> Instead looping messages appear:
>
> Failed to idle channel 1
> 0x2634 != chid: 0x0011
> PFIFO: unknown statu
https://bugs.freedesktop.org/show_bug.cgi?id=40790
--- Comment #19 from ojab 2012-08-28 18:04:06 UTC ---
Still the same using
kernel-3.6.0-rc3-ojab-00169-g9acb172
mesa HEAD is now at 999b7f6 r600g: fix relative addressing on RS780 and RS880
libdrm HEAD is now at 7080bfd vmwgfx: No longer experim
radeon_cs_gem.c:333:13: warning: 'cs_gem_dump_bof' defined but
not used [-Wunused-function]
---
radeon/radeon_cs_gem.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/radeon/radeon_cs_gem.c b/radeon/radeon_cs_gem.c
index 9834bcf..b963140 100644
--- a/radeon/radeon_cs_gem.
---
.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/.gitignore b/.gitignore
index 5e4c837..219a37e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -78,3 +78,4 @@ tests/modeprint/modeprint
tests/modetest/modetest
tests/kmstest/kmstest
tests/vbltest/vbltest
+tests/
---
.gitignore |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/.gitignore b/.gitignore
index 243457e..5e4c837 100644
--- a/.gitignore
+++ b/.gitignore
@@ -39,8 +39,10 @@ i915.kld
install-sh
libdrm/config.h.in
libdrm.pc
+libdrm_exynos.pc
libdrm_intel.pc
libdrm_nouveau
On 8/28/12 7:33 PM, Ian Pilcher wrote:
On 08/27/2012 03:24 PM, Adam Jackson wrote:
https://patchwork.kernel.org/patch/1310091/ - nak, the commit message
itself gives away that we're doing else something wrong here. If
DISABLE_AUDIO is sufficient for one driver it should be sufficient for all.
From: Jerome Glisse
It seems some of those IGP dislike non dma32 page despite what
documentation says. Fix regression since we allowed non dma32
pages. It seems it only affect some revision of those IGP chips
as we don't know which one just force dma32 for all of them.
https://bugzilla.redhat.co
On 08/27/2012 03:24 PM, Adam Jackson wrote:
> https://patchwork.kernel.org/patch/1310091/ - nak, the commit message
> itself gives away that we're doing else something wrong here. If
> DISABLE_AUDIO is sufficient for one driver it should be sufficient for all.
Actually, I believe that the error i
On Tue, Aug 28, 2012 at 2:34 PM, wrote:
> From: Jerome Glisse
>
> It seems some of those IGP dislike non dma32 page.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=785375
>
> Signed-off-by: Jerome Glisse
> Cc:
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_device.c | 2 +-
https://bugs.freedesktop.org/show_bug.cgi?id=54174
--- Comment #1 from almos 2012-08-28 22:57:43 UTC ---
Created attachment 66252
--> https://bugs.freedesktop.org/attachment.cgi?id=66252
pavement good.jpg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You a
https://bugs.freedesktop.org/show_bug.cgi?id=54174
Bug #: 54174
Summary: fog issue in ut2004
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: norma
From: Jerome Glisse
It seems some of those IGP dislike non dma32 page.
https://bugzilla.redhat.com/show_bug.cgi?id=785375
Signed-off-by: Jerome Glisse
Cc:
---
drivers/gpu/drm/radeon/radeon_device.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/rad
Fixes the following warning:
drivers/gpu/drm/exynos/exynos_drm_g2d.c:897:1: warning:
symbol 'g2d_pm_ops' was not declared. Should it be static?
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/driver
https://bugs.freedesktop.org/show_bug.cgi?id=54129
--- Comment #5 from Andrea 2012-08-28 21:06:03 UTC
---
(In reply to comment #2)
> Does kernel patch :
>
> http://people.freedesktop.org/~glisse/0001-drm-radeon-extra-type-safe-for-fence-emission.patch
>
> Helps ?
no difference.
--
Configure
From: Jerome Glisse
It seems some of those IGP dislike non dma32 page despite what
documentation says. Fix regression since we allowed non dma32
pages. It seems it only affect some revision of those IGP chips
as we don't know which one just force dma32 for all of them.
https://bugzilla.redhat.co
From: Dave Airlie
This will cause udev to load vmwgfx instead of waiting for X
to do it.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
index 8b442
From: Dave Airlie
This makes things easier for distros where we'd like to have fbcon
enabled all the time.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/vmwgfx/Kconfig | 8
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 2 +-
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/
On Tue, Aug 28, 2012 at 2:34 PM, wrote:
> From: Jerome Glisse
>
> It seems some of those IGP dislike non dma32 page.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=785375
>
> Signed-off-by: Jerome Glisse
> Cc:
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_device.c | 2 +-
https://bugs.freedesktop.org/show_bug.cgi?id=54129
--- Comment #4 from Andrea 2012-08-28 20:26:30 UTC
---
(In reply to comment #3)
> Also can you test if booting with radeon.no_wb=1 fix the issue ?
this did not make any difference
(tested on v3.6-rc3 where the problems still exists)
--
Config
From: Dave Airlie
Testing and works with the -modesetting driver at least so far.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 5 +++
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 10 +
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 73 +++
From: Jerome Glisse
It seems some of those IGP dislike non dma32 page.
https://bugzilla.redhat.com/show_bug.cgi?id=785375
Signed-off-by: Jerome Glisse
Cc:
---
drivers/gpu/drm/radeon/radeon_device.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/rad
https://bugs.freedesktop.org/show_bug.cgi?id=51344
--- Comment #8 from Tormod Volden 2012-08-28
18:29:07 UTC ---
No, booting with radeon.no_wb=1 didn't help.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=40790
--- Comment #19 from ojab 2012-08-28 18:04:06 UTC ---
Still the same using
kernel-3.6.0-rc3-ojab-00169-g9acb172
mesa HEAD is now at 999b7f6 r600g: fix relative addressing on RS780 and RS880
libdrm HEAD is now at 7080bfd vmwgfx: No longer experim
Hello,
On 8/23/12 7:50 PM, Dave Airlie wrote:
> Hi guys (but mainly ajax)
>
> I have a bunch of EDID and quirk stuff outstanding,
>
> I've made a bundle on patchwork for it
> https://patchwork.kernel.org/bundle/airlied/edid-review/
I'd also like to get feedback about these:
http://www.radix50.ne
From: Alex Deucher
Adjust the panel mode setup to match the behavior
of the vbios. Rather than checking for specific
bridge chip ids, just check the eDP configuration register.
This saves extra aux transactions and works across
DP bridge chips without requiring additional per chip
id checking.
On Tue, Aug 28, 2012 at 3:03 AM, Paul Menzel
wrote:
> Dear Alex,
>
>
> Am Montag, den 27.08.2012, 16:25 -0400 schrieb alexdeucher at gmail.com:
>> From: Alex Deucher
>>
>> Power gating is per crtc pair, but the powergating registers
>> should be called individually. The hw handles power up/down
On Tue, Aug 28, 2012 at 2:28 AM, Michel D?nzer wrote:
> On Mon, 2012-08-27 at 16:25 -0400, alexdeucher at gmail.com wrote:
>> From: Alex Deucher
>>
>> Power gating is per crtc pair, but the powergating registers
>> should be called individually. The hw handles power up/down
>> properly. The pai
https://bugs.freedesktop.org/show_bug.cgi?id=54060
Michel D?nzer changed:
What|Removed |Added
AssignedTo|xorg-driver-ati at lists.x.org |dri-devel at
lists.freedesktop
On Mon, Aug 27, 2012 at 04:24:02PM -0400, Adam Jackson wrote:
> On 8/23/12 7:50 PM, Dave Airlie wrote:
> >Hi guys (but mainly ajax)
> >
> >I have a bunch of EDID and quirk stuff outstanding,
> >
> >I've made a bundle on patchwork for it
> >https://patchwork.kernel.org/bundle/airlied/edid-review/
>
t was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120828/dc2837f2/attachment.pgp>
On Mon, 2012-08-27 at 16:25 -0400, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> Power gating is per crtc pair, but the powergating registers
> should be called individually. The hw handles power up/down
> properly. The pair is powered up if either crtc in the pair
> is powered up a
Thanks for doing this.
With an exception of a comment below all 3 patches are
Reviewed-by: Jakob Bornecrantz
- Original Message -
> From: Dave Airlie
>
> Testing and works with the -modesetting driver at least so far.
>
> Signed-off-by: Dave Airlie
> ---
> drivers/gpu/drm/vmwgfx/vm
Thanks for doing this.
With an exception of a comment below all 3 patches are
Reviewed-by: Jakob Bornecrantz
- Original Message -
> From: Dave Airlie
>
> Testing and works with the -modesetting driver at least so far.
>
> Signed-off-by: Dave Airlie
> ---
> drivers/gpu/drm/vmwgfx/vm
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #12 from Laurent carlier 2012-08-28
07:31:37 UTC ---
With lastest drm/mesa/kernel, got a different message in kernel log
418627.980126] radeon :01:00.0: evergreen_cs_track_validate_texture:842
texture bo too small (layer size 25
From: Alex Deucher
Adjust the panel mode setup to match the behavior
of the vbios. Rather than checking for specific
bridge chip ids, just check the eDP configuration register.
This saves extra aux transactions and works across
DP bridge chips without requiring additional per chip
id checking.
https://bugs.freedesktop.org/show_bug.cgi?id=51344
--- Comment #7 from Tormod Volden 2012-08-28
07:22:14 UTC ---
Thanks, will test this later. BTW I already tried
http://people.freedesktop.org/~glisse/0001-drm-radeon-extra-type-safe-for-fence-emission.patch
which came up on the dri-devel list, b
On Tue, Aug 28, 2012 at 3:03 AM, Paul Menzel
wrote:
> Dear Alex,
>
>
> Am Montag, den 27.08.2012, 16:25 -0400 schrieb alexdeuc...@gmail.com:
>> From: Alex Deucher
>>
>> Power gating is per crtc pair, but the powergating registers
>> should be called individually. The hw handles power up/down
>>
On Tue, Aug 28, 2012 at 2:28 AM, Michel Dänzer wrote:
> On Mon, 2012-08-27 at 16:25 -0400, alexdeuc...@gmail.com wrote:
>> From: Alex Deucher
>>
>> Power gating is per crtc pair, but the powergating registers
>> should be called individually. The hw handles power up/down
>> properly. The pair i
https://bugs.freedesktop.org/show_bug.cgi?id=54143
--- Comment #1 from Alexandre Demers
2012-08-28 06:28:48 UTC ---
Forgot to tell you need to change /src/FrameBuffer.cpp:257
`glBlitFramebufferEXT' call to `glBlitFramebuffer' call otherwise it doesn't
compile.
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=54143
Bug #: 54143
Summary: Error when running GLSL_deferred
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Se
https://bugs.freedesktop.org/show_bug.cgi?id=54057
Tom Stellard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=54060
Michel Dänzer changed:
What|Removed |Added
AssignedTo|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop
https://bugzilla.kernel.org/show_bug.cgi?id=37112
--- Comment #11 from Hrvoje Senjan 2012-08-28
02:22:19 ---
Still locks up with low profile.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the
Hello,
On 8/23/12 7:50 PM, Dave Airlie wrote:
> Hi guys (but mainly ajax)
>
> I have a bunch of EDID and quirk stuff outstanding,
>
> I've made a bundle on patchwork for it
> https://patchwork.kernel.org/bundle/airlied/edid-review/
I'd also like to get feedback about these:
http://www.radix50.ne
https://bugs.freedesktop.org/show_bug.cgi?id=54057
--- Comment #7 from Tom Stellard 2012-08-28 01:05:04
UTC ---
I can confirm that glxgears quickly uses all the system memory even with a
clean clone from git on my RC410 laptop. The shaders it is trying to compile
for glxgears look very strange
https://bugs.freedesktop.org/show_bug.cgi?id=54057
Tom Stellard changed:
What|Removed |Added
Summary|opengl apps crash at run|r300g: opengl apps crash at
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #12 from Laurent carlier 2012-08-28 07:31:37
UTC ---
With lastest drm/mesa/kernel, got a different message in kernel log
418627.980126] radeon :01:00.0: evergreen_cs_track_validate_texture:842
texture bo too small (layer size 25
https://bugs.freedesktop.org/show_bug.cgi?id=51344
--- Comment #7 from Tormod Volden 2012-08-28
07:22:14 UTC ---
Thanks, will test this later. BTW I already tried
http://people.freedesktop.org/~glisse/0001-drm-radeon-extra-type-safe-for-fence-emission.patch
which came up on the dri-devel list, b
Dear Alex,
Am Montag, den 27.08.2012, 16:25 -0400 schrieb alexdeuc...@gmail.com:
> From: Alex Deucher
>
> Power gating is per crtc pair, but the powergating registers
> should be called individually. The hw handles power up/down
> properly. The pair is powered up if either crtc in the pair
>
64 matches
Mail list logo
