On Fri, Dec 14, 2012 at 12:01 PM, Konstantin Khlebnikov
wrote:
> unblank_screen() can be called from interrupt context during oops.
> thus all ->fb_blank handlers should avoid sleeping in this situation.
>
> callstack:
> panic()
> bust_spinlocks(1)
> unblank_screen()
> vc->vc_sw->con_blank()
> fbc
Convert all uses of devm_request_and_ioremap() to the newly introduced
devm_ioremap_resource() which provides more consistent error handling.
devm_ioremap_resource() provides its own error messages so all explicit
error messages can be removed from the failure code paths.
Signed-off-by: Thierry R
https://bugs.freedesktop.org/show_bug.cgi?id=58839
Michel Dänzer changed:
What|Removed |Added
CC||mar...@gmail.com
--- Comment #6 from Mic
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
---
drivers/gpu/drm/
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
---
drivers/video/fbmo
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
This adds support for reading display timings from DT into a struct
display_timings. The of_display_timing implementation supports multiple
subnodes. All children are read into an array, that can be queried.
If no native mode is specified, the first subnode will be used.
For cases where the graph
Hi!
There was still no maintainer, that commented, ack'd, nack'd, apply'd the
series. So, this is just a resend.
The patches were tested with:
- v15 on Tegra by Thierry
- sh-mobile-lcdcfb by Laurent
- MX53QSB by Marek
- Exynos: smdk5250 by Leela
- AM335X EV
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
---
drivers/gpu/dr
The struct display_timing is specific to the via subsystem. The naming leads to
collisions with the new struct display_timing, which is supposed to be a shared
struct between different subsystems.
To clean this up, prepend the existing struct with the subsystem it is specific
to.
Signed-off-by: St
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Also, add helper functions to convert from display timings to a generic
videomode
structure.
The struct display_timing specifies all needed parameters to
Hi Daniel,
On Thursday 17 January 2013 13:29:27 Daniel Vetter wrote:
> On Thu, Jan 17, 2013 at 9:42 AM, Jani Nikula wrote:
> > On Fri, 11 Jan 2013, Laurent Pinchart wrote:
> >> Would anyone be interested in meeting at the FOSDEM to discuss the Common
> >> Display Framework ? There will be a CDF me
https://bugs.freedesktop.org/show_bug.cgi?id=59588
--- Comment #1 from vincent ---
Can you run etqw with R600_DUMP_SHADERS=1 and post the output please ?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing l
On Mon, Jan 21, 2013 at 1:17 AM, Thierry Reding
wrote:
> On Sun, Jan 20, 2013 at 09:08:34AM -0600, Rob Clark wrote:
>> One thing I've run into in the past when trying to make changes in drm
>> core, and Daniel Vetter has mentioned the same, is that it is a bit of
>> a pain to compile test things f
Fixes the following warning:
drivers/gpu/drm/exynos/exynos_drm_hdmi.c:111:13: warning:
symbol 'drm_hdmi_get_edid' was not declared. Should it be static?
Signed-off-by: Sachin Kamat
---
Compile tested on exynos-drm-fixes branch of Inki Dae's tree.
---
drivers/gpu/drm/exynos/exynos_drm_hdmi.c |
Something's wrong with this tarball -- configure.ac references man/Makefile,
but no man/ directory is included.
Lesson: always run 'make distcheck' before releasing :)
Thomas
On Wed, Jan 16, 2013 at 01:19:17PM +0100, Maarten Lankhorst wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
Hi Rob,
On Sunday 20 January 2013 09:08:34 Rob Clark wrote:
> One thing I've run into in the past when trying to make changes in drm
> core, and Daniel Vetter has mentioned the same, is that it is a bit of
> a pain to compile test things for the arm drivers that do not support
> CONFIG_ARCH_MULTIP
On Mon, Jan 21, 2013 at 9:47 AM, Laurent Pinchart
wrote:
> Hi Rob,
>
> On Sunday 20 January 2013 09:08:34 Rob Clark wrote:
>> One thing I've run into in the past when trying to make changes in drm
>> core, and Daniel Vetter has mentioned the same, is that it is a bit of
>> a pain to compile test t
https://bugs.freedesktop.org/show_bug.cgi?id=59588
--- Comment #2 from Andy Furniss ---
Created attachment 73391
--> https://bugs.freedesktop.org/attachment.cgi?id=73391&action=edit
compressed etqw shader dump while getting gpu lock.
--
You are receiving this mail because:
You are the assigne
While the exynos DRM support in principle can work on
multiplatform, the FIMD and IPP sections of it both
include the plat/map-base.h header file, which is
not available on multiplatform. Rather than disabling
the entire driver, we can just conditionally build
these two parts.
Without this patch,
I know this comes late, but we have a number of broken
configurations in ARM in v3.8 that were still building
in v3.7, and I'd like to get them all fixed in the
final 3.8 release.
It would be nice if the respective maintainers could
have a look at these patches and apply them directly
when they ar
https://bugs.freedesktop.org/show_bug.cgi?id=59592
n...@detonation.org changed:
What|Removed |Added
Keywords||regression
--
You are receiving th
https://bugs.freedesktop.org/show_bug.cgi?id=59672
Priority: medium
Bug ID: 59672
Assignee: dri-devel@lists.freedesktop.org
Summary: Problems initializing Radeon driver: lockup during IB
test
Severity: normal
Classificati
https://bugs.freedesktop.org/show_bug.cgi?id=59672
Lucas Kannebley Tavares changed:
What|Removed |Added
CC||luca...@linux.vnet.ibm.com
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #1 from Lucas Kannebley Tavares ---
Created attachment 73398
--> https://bugs.freedesktop.org/attachment.cgi?id=73398&action=edit
Backtrace upon reboot
I can't remove the module the modprobe (some resource got stuck) but there's a
We already have the quirk entry for the mobile platform, but also
reports on some desktop versions. So be paranoid and set it
everywhere.
References:
http://www.mail-archive.com/dri-devel@lists.freedesktop.org/msg33138.html
Cc: sta...@vger.kernel.org
Cc: David Woodhouse
Reported-and-tested-by: M
On Sun, 2013-01-20 at 23:50 +0100, Daniel Vetter wrote:
> DMAR support on g4x/gm45 integrated gpus seems to be totally busted.
> So don't bother, but instead disable it by default to allow distros to
> unconditionally enable DMAR support.
Acked-By: David Woodhouse
It *really* winds me up that we
https://bugs.freedesktop.org/show_bug.cgi?id=57875
Piero Finizio changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=56534
--- Comment #6 from Alexandre Demers ---
Should differents anti-aliasing methods be tracked in differents bugs?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
From: Jerome Glisse
Aruba and newer gpu does not need the avivo cursor work around,
quite the opposite this work around lead to corruption.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_cursor.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/dr
https://bugzilla.kernel.org/show_bug.cgi?id=30102
--- Comment #10 from Alex Deucher 2013-01-21 21:06:07
---
Are you still seeing this with a newer kernel? 3.0.34 is really old.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #1 from Alex Deucher ---
Is this still an issue with the latest bits from Dave's last pull request?
http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #2 from Alex Deucher ---
Is this still an issue with Dave's latest drm pull request:
http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes
--
You are receiving this mail because:
You are the assignee for the bug.
_
On Mon, Jan 21, 2013 at 3:50 PM, wrote:
> From: Jerome Glisse
>
> Aruba and newer gpu does not need the avivo cursor work around,
> quite the opposite this work around lead to corruption.
>
> Signed-off-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon_cursor.c | 2 +-
> 1 file changed,
https://bugs.freedesktop.org/show_bug.cgi?id=59592
Alex Deucher changed:
What|Removed |Added
Product|DRI |Mesa
Version|XOrg CVS
https://bugs.freedesktop.org/show_bug.cgi?id=59614
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=59588
--- Comment #3 from vincent ---
As far as I can tell, all shaders end with an export instruction, with
EndOfProgram bit set. I suspect an issue with number of color buffer export
involved.
Can you apply this patch and report if the game still lo
https://bugs.freedesktop.org/show_bug.cgi?id=59588
--- Comment #4 from vincent ---
Created attachment 73411
--> https://bugs.freedesktop.org/attachment.cgi?id=73411&action=edit
Disable llvm fs
--
You are receiving this mail because:
You are the assignee for the bug.
__
On Mon, Jan 21, 2013 at 4:22 PM, Alex Deucher wrote:
> On Mon, Jan 21, 2013 at 3:50 PM, wrote:
>> From: Jerome Glisse
>>
>> Aruba and newer gpu does not need the avivo cursor work around,
>> quite the opposite this work around lead to corruption.
>>
>> Signed-off-by: Jerome Glisse
>> ---
>> d
On Mon, Jan 21, 2013 at 4:22 PM, Alex Deucher wrote:
> On Mon, Jan 21, 2013 at 3:50 PM, wrote:
>> From: Jerome Glisse
>>
>> Aruba and newer gpu does not need the avivo cursor work around,
>> quite the opposite this work around lead to corruption.
>>
>> Signed-off-by: Jerome Glisse
>> ---
>> d
On Mon, Jan 21, 2013 at 5:10 PM, Alex Deucher wrote:
> On Mon, Jan 21, 2013 at 4:22 PM, Alex Deucher wrote:
>> On Mon, Jan 21, 2013 at 3:50 PM, wrote:
>>> From: Jerome Glisse
>>>
>>> Aruba and newer gpu does not need the avivo cursor work around,
>>> quite the opposite this work around lead to
https://bugs.freedesktop.org/show_bug.cgi?id=57875
--- Comment #22 from Stefan Dösinger ---
Are you sure? I see nothing in the r300g git history that I'd expect to have
fixed this bug. Unless of course the hw does what ARB_depth_clamp requires when
you set CLIP_DISABLE and the rendering problems
https://bugs.freedesktop.org/show_bug.cgi?id=59588
--- Comment #5 from Andy Furniss ---
(In reply to comment #3)
> As far as I can tell, all shaders end with an export instruction, with
> EndOfProgram bit set. I suspect an issue with number of color buffer export
> involved.
>
> Can you apply th
Checked it out and applied. For ARCH_MULTIPLATFORM support, Such
header files shouldn't be included. And for this, we are planning on
supporting device tree for ipp driver.
Thanks,
Inki Dae
2013/1/22 Arnd Bergmann :
> While the exynos DRM support in principle can work on
> multiplatform, the FIMD
2013/1/21 Rob Clark :
> I don't suppose you could send a libdrm patch to the list with an up
> to date version of the g2dtest code so we can get it in libdrm tree?
>
We are planning on updating exynos drm for libdrm. At that time, the
up to date version of the g2dtest will be posted.
Joonyoung, le
On Mon, Jan 21, 2013 at 7:33 PM, Inki Dae wrote:
> 2013/1/21 Rob Clark :
>> I don't suppose you could send a libdrm patch to the list with an up
>> to date version of the g2dtest code so we can get it in libdrm tree?
>>
>
> We are planning on updating exynos drm for libdrm. At that time, the
> up
void *object is not used in fact.
Signed-off-by: Xinyun Liu
---
drivers/gpu/drm/drm_global.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_global.c b/drivers/gpu/drm/drm_global.c
index f731116..3d2e91c 100644
--- a/drivers/gpu/drm/drm_global.c
+++ b/drivers/gpu/drm/
* On 20.01.2013 11:49 PM, Daniel Vetter wrote:
> Thanks for testing, I've just submitted the patch for review. It
> should included in a -fixes tree soon and the get backported to
> stable kernels.
Thanks. :)
> Please let me know when this works solidly for you, so that I can
> put it into a rea
Hi,
I am testing mesa gles3 GIT (up to 8d27a9f) here on my Ubuntu/precise system.
[ LINUX-KERNEL ]
$ cat /proc/version
Linux version 3.8.0-rc4-next20130121-2-iniza-generic
(sedat.di...@gmail.com@fambox) (gcc version 4.6.3 (Ubuntu/Linaro
4.6.3-1ubuntu5) ) #1 SMP Mon Jan 21 13:37:01 CET 2013
[ XS
"data" is a void pointer and "args" is "data" after we have casted it to
a struct. We care about the sizeof the struct here. Btw, sizeof(*data)
is 1.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c
b/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c
ind
color (2D) seems to have an effect on my Gnome Shell display.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/
https://bugzilla.kernel.org/show_bug.cgi?id=30102
--- Comment #9 from maolihappy <506330518 at qq.com> 2013-01-21 03:04:59 ---
My hardware is rv770, and I try to avoid the ring_test. However, the dmesg
shows error on ib_test ad return to 0xCAFEDEAD. Could you tell me the reason of
this probl
Hi Linus,
A bunch of intel and radeon fixes, along with two fixes to TTM code.
The correct fix for the Intel ironlake failure is in this, and should make
things more stable, along with some misc radeon fixes.
Dave.
The following changes since commit 7b4cf994e4c6ba48872bb25253cc393b7fb74c82:
https://bugzilla.kernel.org/show_bug.cgi?id=43751
ewhite changed:
What|Removed |Added
CC||ewhite20 at etcsys.com
--- Comment #6 from e
n 3.8-rc4 yet
Laptop: Lenovo ThinkPad W500
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/53209b3d/attachment-0001.html>
have also built the Intel XORG video driver and executing...
LIBGL_DEBUG=verbose LIBGL_DRIVERS_PATH=/opt/xorg/lib/dri glxgears
...now uses i965_dri.so and intel_drv.so from my /opt/xorg installation.
Unfortunately, the generated libGL.so from gles3 mesa GIT tree is a
bit "buggy&quo
http://en.wikipedia.org/wiki/Make_(software)
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/150fc99d/attachment.pgp>
w
platforms to be multi-platform from the start, so any new drivers should
not cause the same pain anyway.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<
multi-platform
support.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/60583cb4/attachment.pgp>
On Fri, Dec 14, 2012 at 12:01 PM, Konstantin Khlebnikov
wrote:
> unblank_screen() can be called from interrupt context during oops.
> thus all ->fb_blank handlers should avoid sleeping in this situation.
>
> callstack:
> panic()
> bust_spinlocks(1)
> unblank_screen()
> vc->vc_sw->con_blank()
> fbc
While testing out 3.8.0-rc4-00071-g9a92841 on a PC where I have
ironlake_crtc_disable warning
(https://bugzilla.kernel.org/show_bug.cgi?id=52061), I saw a new warning
today that was not there with 3.8.0-rc3-00074. The previous warning is
also still there.
EDID is occasionally wrong on this PC,
Convert all uses of devm_request_and_ioremap() to the newly introduced
devm_ioremap_resource() which provides more consistent error handling.
devm_ioremap_resource() provides its own error messages so all explicit
error messages can be removed from the failure code paths.
Signed-off-by: Thierry R
Michel D?nzer ---
Marek, any ideas? I'm also seeing this with radeonsi.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
---
drivers/gpu/drm/
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
---
drivers/video/fbmo
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
This adds support for reading display timings from DT into a struct
display_timings. The of_display_timing implementation supports multiple
subnodes. All children are read into an array, that can be queried.
If no native mode is specified, the first subnode will be used.
For cases where the graph
Hi!
There was still no maintainer, that commented, ack'd, nack'd, apply'd the
series. So, this is just a resend.
The patches were tested with:
- v15 on Tegra by Thierry
- sh-mobile-lcdcfb by Laurent
- MX53QSB by Marek
- Exynos: smdk5250 by Leela
- AM335X EV
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
---
drivers/gpu/dr
The struct display_timing is specific to the via subsystem. The naming leads to
collisions with the new struct display_timing, which is supposed to be a shared
struct between different subsystems.
To clean this up, prepend the existing struct with the subsystem it is specific
to.
Signed-off-by: St
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Also, add helper functions to convert from display timings to a generic
videomode
structure.
The struct display_timing specifies all needed parameters to
Hi Daniel,
On Thursday 17 January 2013 13:29:27 Daniel Vetter wrote:
> On Thu, Jan 17, 2013 at 9:42 AM, Jani Nikula wrote:
> > On Fri, 11 Jan 2013, Laurent Pinchart wrote:
> >> Would anyone be interested in meeting at the FOSDEM to discuss the Common
> >> Display Framework ? There will be a CDF me
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/33556cb5/attachment.html>
On Mon, Jan 21, 2013 at 1:17 AM, Thierry Reding
wrote:
> On Sun, Jan 20, 2013 at 09:08:34AM -0600, Rob Clark wrote:
>> One thing I've run into in the past when trying to make changes in drm
>> core, and Daniel Vetter has mentioned the same, is that it is a bit of
>> a pain to compile test things f
Fixes the following warning:
drivers/gpu/drm/exynos/exynos_drm_hdmi.c:111:13: warning:
symbol 'drm_hdmi_get_edid' was not declared. Should it be static?
Signed-off-by: Sachin Kamat
---
Compile tested on exynos-drm-fixes branch of Inki Dae's tree.
---
drivers/gpu/drm/exynos/exynos_drm_hdmi.c |
Something's wrong with this tarball -- configure.ac references man/Makefile,
but no man/ directory is included.
Lesson: always run 'make distcheck' before releasing :)
Thomas
On Wed, Jan 16, 2013 at 01:19:17PM +0100, Maarten Lankhorst wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
Hi Rob,
On Sunday 20 January 2013 09:08:34 Rob Clark wrote:
> One thing I've run into in the past when trying to make changes in drm
> core, and Daniel Vetter has mentioned the same, is that it is a bit of
> a pain to compile test things for the arm drivers that do not support
> CONFIG_ARCH_MULTIP
On Mon, Jan 21, 2013 at 9:47 AM, Laurent Pinchart
wrote:
> Hi Rob,
>
> On Sunday 20 January 2013 09:08:34 Rob Clark wrote:
>> One thing I've run into in the past when trying to make changes in drm
>> core, and Daniel Vetter has mentioned the same, is that it is a bit of
>> a pain to compile test t
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/f258fc97/attachment.html>
While the exynos DRM support in principle can work on
multiplatform, the FIMD and IPP sections of it both
include the plat/map-base.h header file, which is
not available on multiplatform. Rather than disabling
the entire driver, we can just conditionally build
these two parts.
Without this patch,
I know this comes late, but we have a number of broken
configurations in ARM in v3.8 that were still building
in v3.7, and I'd like to get them all fixed in the
final 3.8 release.
It would be nice if the respective maintainers could
have a look at these patches and apply them directly
when they ar
receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/6094ce4f/attachment.html>
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/c811d872/attachment.html>
Version|XOrg 6.7.0 |unspecified
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/9b98f
ut there's a
backtrace printout if I attempt to reboot the machine.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachmen
We already have the quirk entry for the mobile platform, but also
reports on some desktop versions. So be paranoid and set it
everywhere.
References: http://www.mail-archive.com/dri-devel at
lists.freedesktop.org/msg33138.html
Cc: stable at vger.kernel.org
Cc: David Woodhouse
Reported-and-tested
We really ought to be able to manage at least *that* much.
Rajesh?
--
dwmw2
-- next part --
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6171 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-dev
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/08b10f3e/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/85a2e334/attachment.html>
From: Jerome Glisse
Aruba and newer gpu does not need the avivo cursor work around,
quite the opposite this work around lead to corruption.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_cursor.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/dr
https://bugzilla.kernel.org/show_bug.cgi?id=30102
--- Comment #10 from Alex Deucher 2013-01-21
21:06:07 ---
Are you still seeing this with a newer kernel? 3.0.34 is really old.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail b
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/ce79ed74/attachment.html>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/7f5881c4/attachment.html>
On Mon, Jan 21, 2013 at 3:50 PM, wrote:
> From: Jerome Glisse
>
> Aruba and newer gpu does not need the avivo cursor work around,
> quite the opposite this work around lead to corruption.
>
> Signed-off-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon_cursor.c | 2 +-
> 1 file changed,
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/873b5ad7/attachment.html>
|--- |FIXED
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/6c933e6f/attachment-0001.html>
locks the gpu ?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/1ee57ea6/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130121/92fd26ab/attachment.html>
On Mon, Jan 21, 2013 at 4:22 PM, Alex Deucher wrote:
> On Mon, Jan 21, 2013 at 3:50 PM, wrote:
>> From: Jerome Glisse
>>
>> Aruba and newer gpu does not need the avivo cursor work around,
>> quite the opposite this work around lead to corruption.
>>
>> Signed-off-by: Jerome Glisse
>> ---
>> d
On Mon, Jan 21, 2013 at 4:22 PM, Alex Deucher wrote:
> On Mon, Jan 21, 2013 at 3:50 PM, wrote:
>> From: Jerome Glisse
>>
>> Aruba and newer gpu does not need the avivo cursor work around,
>> quite the opposite this work around lead to corruption.
>>
>> Signed-off-by: Jerome Glisse
>> ---
>> d
1 - 100 of 106 matches
Mail list logo
