https://bugs.freedesktop.org/show_bug.cgi?id=45907
--- Comment #2 from Alex Deucher 2012-02-10 15:46:53 PST
---
Created attachment 56891
--> https://bugs.freedesktop.org/attachment.cgi?id=56891
possible fix
Does this patch help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.c
https://bugs.freedesktop.org/show_bug.cgi?id=45907
Christian K?nig changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Christian
https://bugs.freedesktop.org/show_bug.cgi?id=38173
--- Comment #10 from Alexandre Demers 2012-02-10
22:06:49 PST ---
It seems to be rendering correctly now for me. Textures and texts that were
corrupted are now fine.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
The first parameter should be "number of elements" and the second parameter
should be "element size".
Signed-off-by: Axel Lin
---
drivers/gpu/drm/gma500/intel_gmbus.c |2 +-
drivers/gpu/drm/i915/intel_i2c.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers
The CEA extension block has a field which contains the YCbCr modes supported by
the device. Use the information from this field to initialize the
drm_display_info color_formats. Also the existence of a CEA extension block
should allow us to assume that the device supports RGB.
Signed-off-by: Lars-
The code should obviously check the EDID feature field for EDID feature flags
and not the color_formats field of the drm_display_info struct. Also it should
update the color_formats field with new modes instead of overwriting the current
mode.
Signed-off-by: Lars-Peter Clausen
---
drivers/gpu/dr
On Fri, Feb 10, 2012 at 6:53 PM, jayraj shah wrote:
> Hello,
>
> I am newbie to this project. I wondering about how many GPU devices
> supported per system using this driver. I know about NVIDIA, which is 8. I
> talked with them and they do not have any plan to support more than 8 in
> near future
First of all #ifdef __KERNEL__ was added to exynos_drm.h to
mark the part that should be left out of userspace.
Secondly exynos_drm.h was added to include/drm/Kbuild, so it
will be included when doing make headers_install.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
include/drm
On Thu, Feb 09, 2012 at 05:14:57PM -0500, Yufeng Shen wrote:
> GMBUS has several ports and each has it's own corresponding
> I2C adpater. When multiple I2C adapters call gmbus_xfer() at
> the same time there is a race condition in using the underlying
> GMBUS controller. Fixing this by adding a mut
n-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120210/14f4410d/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=45907
--- Comment #3 from Kevin DeKorte 2012-02-10 18:01:44 PST
---
Alex, your suggested fix does correct the problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=45880
--- Comment #1 from Andre Maasikas 2012-02-10 09:11:37
PST ---
Looks like a similar issue, if you could verify a workaround:
in mesa, src/gallium/winsys/radeon/drm/radeon_drm_winsys.c
change all assignments of r600_virtual_address to FALSE
ws->
https://bugs.freedesktop.org/show_bug.cgi?id=45900
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=45900
Emanuele changed:
What|Removed |Added
Alias||katherine#1
--
Configure bugmail: https://bu
https://bugs.freedesktop.org/show_bug.cgi?id=45901
Bug #: 45901
Summary: [r300g, bisected] vs-atan-float-float fail
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=45900
Bug #: 45900
Summary: xf86-video-ati git, "version mismatch"
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=38173
--- Comment #9 from Andre Maasikas 2012-02-10 09:02:04
PST ---
agd5f has commited patches which should fix this
5e1495b2d9311fa2b320766a1d299053904bd9c3
and
acca690c259824636ef1ff684a10bd1caca4751f
these may also appear in stable branches someti
https://bugs.freedesktop.org/show_bug.cgi?id=45825
--- Comment #6 from Alex Deucher 2012-02-10 16:53:26 PST ---
Can you try a 3.3rc3 kernel? What kind of monitor is attached to the
Displayport connector?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You ar
https://bugs.freedesktop.org/show_bug.cgi?id=45825
Alex Deucher changed:
What|Removed |Added
Attachment #56820|text/x-log |text/plain
mime type|
Hi Linus,
all fairly minor stuff, A few intel fixes mainly, a randon mismerge fix, and
one core compat ioctl
fix.
The intel dp fix fixes a bunch of eDP/DP regressions, and it at least lets
me suspend/resume my laptop panel again.
Dave.
The following changes since commit 6c073a7ee250118b8be3
https://bugs.freedesktop.org/show_bug.cgi?id=45907
--- Comment #2 from Alex Deucher 2012-02-10 15:46:53 PST ---
Created attachment 56891
--> https://bugs.freedesktop.org/attachment.cgi?id=56891
possible fix
Does this patch help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cg
https://bugs.freedesktop.org/show_bug.cgi?id=45907
Christian König changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Christian
On Fri, 10 Feb 2012 20:04:52 +0800
Axel Lin wrote:
> The first parameter should be "number of elements" and the second parameter
> should be "element size".
>
> Signed-off-by: Axel Lin
Acked-by: Alan Cox
sts.freedesktop.org/archives/dri-devel/attachments/20120210/4837c90a/attachment.htm>
aj
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120210/2a6f00d8/attachment.htm>
On Fri, Feb 10, 2012 at 01:35:21PM -0500, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> For 6xx+. Required for mesa to use htile support for HiZ/HiS.
> Userspace will check radeon version 2.14 with is bumped either
> by tiling patch or stream out patch.
>
> Signed-off-by: Pierre-Eric P
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120210/c1eaa35c/attachment.htm>
Signed-off-by: Cong Wang
---
drivers/gpu/drm/gma500/mmu.c | 30 +++---
1 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/gma500/mmu.c b/drivers/gpu/drm/gma500/mmu.c
index c904d73..e80ee82 100644
--- a/drivers/gpu/drm/gma500/mmu.c
+++ b/driv
Signed-off-by: Cong Wang
---
drivers/gpu/drm/drm_cache.c |8
drivers/gpu/drm/ttm/ttm_tt.c| 16
drivers/gpu/drm/vmwgfx/vmwgfx_gmr.c |6 +++---
3 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/drm_cache.c b/drivers/
From: Jerome Glisse
For 6xx+. Required for mesa to use htile support for HiZ/HiS.
Userspace will check radeon version 2.14 with is bumped either
by tiling patch or stream out patch.
Signed-off-by: Pierre-Eric Pelloux-Prayer
Signed-off-by: Alex Deucher
Signed-off-by: Jerome Glisse
---
driver
From: Jerome Glisse
evergreen and northern island gpu needs more informations for 2D tiling
than previous r6xx/r7xx. Add field to tiling ioctl to allow userspace
to provide those.
The v8 cs checking change to track color view on r6xx/r7xx doesn't
affect old userspace as old userspace always emit
GMBUS has several ports and each has it's own corresponding
I2C adpater. When multiple I2C adapters call gmbus_xfer() at
the same time there is a race condition in using the underlying
GMBUS controller. Fixing this by adding a mutex lock when calling
gmbus_xfer().
Signed-off-by: Yufeng Shen
---
On Fri, Feb 10, 2012 at 12:09 PM, Paul Menzel
wrote:
> Am Freitag, den 10.02.2012, 05:58 -0500 schrieb David Airlie:
>
>> > using radeontool 1.6.2-1.1 from Debian Wheezy/testing [1]
>> >
>> > ? ? ? ? $ sudo radeontool --debug light off
>> > ? ? ? ? Found card 1002:9555 (3)
>> > ? ? ? ? Radeon
https://bugs.freedesktop.org/show_bug.cgi?id=45880
Bug #: 45880
Summary: Xorg crash with ColorTiling2D patch (r600g)
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Hi Dave,
Thank you for reply. I have hybrid code(MPI,OpenMP, multiGPU). I have
resource allocation with SGI system. It is 1024 cores NUMA system. For now,
It has only 8 GPUs attached because of NVIDIA driver limitation. If Nouveau
supports more than 8 GPUs then we like to attach our 8 spare GPUs t
On Fri, Feb 10, 2012 at 01:35:21PM -0500, j.gli...@gmail.com wrote:
> From: Jerome Glisse
>
> For 6xx+. Required for mesa to use htile support for HiZ/HiS.
> Userspace will check radeon version 2.14 with is bumped either
> by tiling patch or stream out patch.
>
> Signed-off-by: Pierre-Eric Pell
On Fri, Feb 10, 2012 at 6:53 PM, jayraj shah wrote:
> Hello,
>
> I am newbie to this project. I wondering about how many GPU devices
> supported per system using this driver. I know about NVIDIA, which is 8. I
> talked with them and they do not have any plan to support more than 8 in
> near future
Hello,
I am newbie to this project. I wondering about how many GPU devices
supported per system using this driver. I know about NVIDIA, which is 8. I
talked with them and they do not have any plan to support more than 8 in
near future.
--
Thanks
Jayraj
___
art
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120210/39e4e71c/attachment.pgp>
From: Jerome Glisse
For 6xx+. Required for mesa to use htile support for HiZ/HiS.
Userspace will check radeon version 2.14 with is bumped either
by tiling patch or stream out patch.
Signed-off-by: Pierre-Eric Pelloux-Prayer
Signed-off-by: Alex Deucher
Signed-off-by: Jerome Glisse
---
driver
https://bugs.freedesktop.org/show_bug.cgi?id=45907
Bug #: 45907
Summary: symbol lookup error: /usr/lib64/libXvMCr600.so:
undefined symbol: radeon_surface_manager_new
Classification: Unclassified
Product: Mesa
Version: git
https://bugs.freedesktop.org/show_bug.cgi?id=45907
Bug #: 45907
Summary: symbol lookup error: /usr/lib64/libXvMCr600.so:
undefined symbol: radeon_surface_manager_new
Classification: Unclassified
Product: Mesa
Version: git
The CEA extension block has a field which contains the YCbCr modes supported by
the device. Use the information from this field to initialize the
drm_display_info color_formats. Also the existence of a CEA extension block
should allow us to assume that the device supports RGB.
Signed-off-by: Lars-
The code should obviously check the EDID feature field for EDID feature flags
and not the color_formats field of the drm_display_info struct. Also it should
update the color_formats field with new modes instead of overwriting the current
mode.
Signed-off-by: Lars-Peter Clausen
---
drivers/gpu/dr
First of all #ifdef __KERNEL__ was added to exynos_drm.h to
mark the part that should be left out of userspace.
Secondly exynos_drm.h was added to include/drm/Kbuild, so it
will be included when doing make headers_install.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
include/drm
On Fri, Feb 10, 2012 at 12:09 PM, Paul Menzel
wrote:
> Am Freitag, den 10.02.2012, 05:58 -0500 schrieb David Airlie:
>
>> > using radeontool 1.6.2-1.1 from Debian Wheezy/testing [1]
>> >
>> > $ sudo radeontool --debug light off
>> > Found card 1002:9555 (3)
>> > Radeon
On Thu, Feb 09, 2012 at 05:14:57PM -0500, Yufeng Shen wrote:
> GMBUS has several ports and each has it's own corresponding
> I2C adpater. When multiple I2C adapters call gmbus_xfer() at
> the same time there is a race condition in using the underlying
> GMBUS controller. Fixing this by adding a mut
https://bugs.freedesktop.org/show_bug.cgi?id=45880
--- Comment #1 from Andre Maasikas 2012-02-10 09:11:37
PST ---
Looks like a similar issue, if you could verify a workaround:
in mesa, src/gallium/winsys/radeon/drm/radeon_drm_winsys.c
change all assignments of r600_virtual_address to FALSE
ws->
Am Freitag, den 10.02.2012, 05:58 -0500 schrieb David Airlie:
> > using radeontool 1.6.2-1.1 from Debian Wheezy/testing [1]
> >
> > $ sudo radeontool --debug light off
> > Found card 1002:9555 (3)
> > Radeon found. Base control address is 7f0746826000; base
> >
https://bugs.freedesktop.org/show_bug.cgi?id=45900
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=45900
Emanuele changed:
What|Removed |Added
Alias||katherine#1
--
Configure bugmail: https://bu
https://bugs.freedesktop.org/show_bug.cgi?id=45901
Bug #: 45901
Summary: [r300g, bisected] vs-atan-float-float fail
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=45900
Bug #: 45900
Summary: xf86-video-ati git, "version mismatch"
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=38173
--- Comment #9 from Andre Maasikas 2012-02-10 09:02:04
PST ---
agd5f has commited patches which should fix this
5e1495b2d9311fa2b320766a1d299053904bd9c3
and
acca690c259824636ef1ff684a10bd1caca4751f
these may also appear in stable branches someti
On Thu, Feb 9, 2012 at 20:14, Yufeng Shen wrote:
> GMBUS has several ports and each has it's own corresponding
> I2C adpater. When multiple I2C adapters call gmbus_xfer() at
> the same time there is a race condition in using the underlying
> GMBUS controller. Fixing this by adding a mutex lock wh
https://bugs.freedesktop.org/show_bug.cgi?id=45856
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Looks good to me.
Reviewed-by: Thomas Hellstrom
On 02/10/2012 06:39 AM, Cong Wang wrote:
> Signed-off-by: Cong Wang
> ---
> drivers/gpu/drm/drm_cache.c |8
> drivers/gpu/drm/ttm/ttm_tt.c| 16
> drivers/gpu/drm/vmwgfx/vmwgfx_gmr.c |6 +++---
Hi Linus,
all fairly minor stuff, A few intel fixes mainly, a randon mismerge fix, and
one core compat ioctl
fix.
The intel dp fix fixes a bunch of eDP/DP regressions, and it at least lets
me suspend/resume my laptop panel again.
Dave.
The following changes since commit 6c073a7ee250118b8be3
On Fri, 10 Feb 2012 20:04:52 +0800
Axel Lin wrote:
> The first parameter should be "number of elements" and the second parameter
> should be "element size".
>
> Signed-off-by: Axel Lin
Acked-by: Alan Cox
___
dri-devel mailing list
dri-devel@lists.fr
The first parameter should be "number of elements" and the second parameter
should be "element size".
Signed-off-by: Axel Lin
---
drivers/gpu/drm/gma500/intel_gmbus.c |2 +-
drivers/gpu/drm/i915/intel_i2c.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers
Hi,
Testing a bit more. With the defaults:
$ cat /sys/class/drm/card0/device/power_profile
default
$ cat /sys/class/drm/card0/device/power_method
profile
the laptop boots and works fine. However, doing:
$ echo dynpm > /sys/class/drm/card0/device/power_method
leads to the scheduling while at
>
>
> using radeontool 1.6.2-1.1 from Debian Wheezy/testing [1]
>
> $ sudo radeontool --debug light off
> Found card 1002:9555 (3)
> Radeon found. Base control address is 7f0746826000; base
> framebuffer address is 7f0735e73000.
> reading RADEON_LVDS_
https://bugs.freedesktop.org/show_bug.cgi?id=45880
Bug #: 45880
Summary: Xorg crash with ColorTiling2D patch (r600g)
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
>
>
> using radeontool 1.6.2-1.1 from Debian Wheezy/testing [1]
>
> $ sudo radeontool --debug light off
> Found card 1002:9555 (3)
> Radeon found. Base control address is 7f0746826000; base
> framebuffer address is 7f0735e73000.
> reading RADEON_LVDS_
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #37 from Mathieu Belanger 2012-02-09 17:56:37
PST ---
Created attachment 56845
--> https://bugs.freedesktop.org/attachment.cgi?id=56845
EVE-Online screenshot
Work with EVE-Online.
I have a small problem (you can see on the screen
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #53 from Jonathan Nieder 2012-02-09
17:55:11 PST ---
(In reply to comment #51)
> Mainline kernel 3.3-rc2 contains the mentioned patches?
3.3-rc3 does.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
Dear Radeon folks,
using radeontool 1.6.2-1.1 from Debian Wheezy/testing [1]
$ sudo radeontool --debug light off
Found card 1002:9555 (3)
Radeon found. Base control address is 7f0746826000; base
framebuffer address is 7f0735e73000.
reading RADEON_LVDS_
Signed-off-by: Cong Wang
---
drivers/gpu/drm/gma500/mmu.c | 30 +++---
1 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/gma500/mmu.c b/drivers/gpu/drm/gma500/mmu.c
index c904d73..e80ee82 100644
--- a/drivers/gpu/drm/gma500/mmu.c
+++ b/driv
Signed-off-by: Cong Wang
---
drivers/gpu/drm/drm_cache.c |8
drivers/gpu/drm/ttm/ttm_tt.c| 16
drivers/gpu/drm/vmwgfx/vmwgfx_gmr.c |6 +++---
3 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/drm_cache.c b/drivers/
https://bugs.freedesktop.org/show_bug.cgi?id=45856
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Hi,
Testing a bit more. With the defaults:
$? cat /sys/class/drm/card0/device/power_profile
default
$? cat /sys/class/drm/card0/device/power_method
profile
the laptop boots and works fine. However, doing:
$ echo dynpm > /sys/class/drm/card0/device/power_method
leads to the scheduling while at
71 matches
Mail list logo
