On Fri, Apr 05, 2013 at 01:51:24AM +0200, Laurent Pinchart wrote:
> Hi Ville,
>
> On Thursday 04 April 2013 22:52:37 Ville Syrjälä wrote:
> > On Thu, Apr 04, 2013 at 06:38:15PM +0200, Laurent Pinchart wrote:
> > > On Wednesday 27 March 2013 17:46:22 ville.syrj...@linux.intel.com wrote:
> > > > Fro
From: Ville Syrjälä
struct drm_rect represents a simple rectangle. The utility
functions are there to help driver writers.
v2: Moved the region stuff into its own file, made the smaller funcs
static inline, used 64bit maths in the scaled clipping function to
avoid overflows (instead it w
https://bugs.freedesktop.org/show_bug.cgi?id=61182
--- Comment #27 from Knut Andre Tidemann ---
I've bisected the issue to this commit:
35840ab189595b817fa8b1a1df8cc92474a7c38d st/dri: implement MSAA for GLX/DRI2
framebuffers
The only thing that was recompiled was mesa, with the following optio
https://bugs.freedesktop.org/show_bug.cgi?id=62997
udo changed:
What|Removed |Added
Summary|GPU fault unless|Crashes on ARUBA unless
|R600_DE
https://bugs.freedesktop.org/show_bug.cgi?id=62997
--- Comment #3 from udo ---
With R600_DEBUG=nodma we get some mentions of GPU fault but not as often and no
crashing the whole PC.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=62997
--- Comment #4 from udo ---
I shttps://bugs.freedesktop.org/show_bug.cgi?id=58667 a related issue?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
On Thu, Apr 04, 2013 at 06:24:24PM +0200, Laurent Pinchart wrote:
> Hi Ville,
>
> On Wednesday 27 March 2013 19:15:31 Ville Syrjälä wrote:
> > On Wed, Mar 27, 2013 at 05:57:20PM +0200, Ville Syrjälä wrote:
> > > On Tue, Mar 19, 2013 at 03:55:50PM +0100, Laurent Pinchart wrote:
> > > > Extend the -
https://bugs.freedesktop.org/show_bug.cgi?id=62756
--- Comment #9 from vincent ---
Created attachment 77490
--> https://bugs.freedesktop.org/attachment.cgi?id=77490&action=edit
Proposed patch
Does this patch solve the big regression ?
--
You are receiving this mail because:
You are the assig
Patch one is a simple bug fix for G200ER cards.
Patch two doesn't change any code
Patch three makes the mgag200 driver use managed devices where
possible. I'm not too sure how to test this one properly, other than
to just boot a bunch of boards and stare at the code changes for a
long while. Any
This change properly enables the "requester" in G200ER cards that is
responsible for getting pixels out of memory and clocking them out to
the screen.
Signed-off-by: Christopher Harvey
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
Signed-off-by: Christopher Harvey
---
drivers/gpu/drm/mgag200/mgag200_drv.h | 6 +++---
include/drm/drm_crtc.h| 2 +-
include/uapi/drm/drm_mode.h | 6 +++---
3 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_drv.h
b/drivers/
Signed-off-by: Christopher Harvey
---
drivers/gpu/drm/mgag200/mgag200_fb.c | 9 +++--
drivers/gpu/drm/mgag200/mgag200_main.c | 29 +
2 files changed, 8 insertions(+), 30 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_fb.c
b/drivers/gpu/drm/mgag200/m
https://bugs.freedesktop.org/show_bug.cgi?id=62756
--- Comment #10 from Andy Furniss ---
(In reply to comment #9)
> Created attachment 77490 [details] [review]
> Proposed patch
>
> Does this patch solve the big regression ?
No, it's the same with that.
--
You are receiving this mail because:
On Thu, Apr 4, 2013 at 11:53 PM, George Amanakis wrote:
> Compiled und run the kernel as you instructed.
> Although the GPU did hang momentarily the dmesg showed no abnormalities.
Can you please explain in more detail what you mean by "did hang
momentarily"? If it's a real gpu hang it should be
https://bugs.freedesktop.org/show_bug.cgi?id=56437
maxi...@free.fr changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=58491
--- Comment #10 from maxi...@free.fr ---
Should this stay open for reference?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freede
On 05/04/2013 10:51 AM, Christopher Harvey wrote:
This change properly enables the "requester" in G200ER cards that is
responsible for getting pixels out of memory and clocking them out to
the screen.
Signed-off-by: Christopher Harvey
Signed-off-by: Mathieu Larouche
---
drivers/gpu/drm/
From: Jerome Glisse
Allow userspace to query for the tile mode array so userspace can properly
compute surface pitch and alignment requirement depending on tiling.
v2: Make strict aliasing safer by casting to char when copying
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h
From: Jerome Glisse
v2: Only writte tile index if flags for it is set
v3: Remove useless allow2d scanout flags
Signed-off-by: Jerome Glisse
---
include/drm/radeon_drm.h | 61 +
radeon/radeon_surface.c | 658 +++
radeon/radeon_surface.h | 31 +
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #13 from Marek Olšák ---
This kernel patch fixes everything:
diff --git a/drivers/gpu/drm/radeon/radeon_cs.c
b/drivers/gpu/drm/radeon/radeon_cs.c
index 70d3824..748a933 100644
--- a/drivers/gpu/drm/radeon/radeon_cs.c
+++ b/drivers/gp
Hi Ville,
Thanks for the patch.
On Friday 05 April 2013 16:19:36 ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> struct drm_rect represents a simple rectangle. The utility
> functions are there to help driver writers.
>
> v2: Moved the region stuff into its own file, made the sm
https://bugs.freedesktop.org/show_bug.cgi?id=63192
Priority: medium
Bug ID: 63192
Assignee: dri-devel@lists.freedesktop.org
Summary: [nouveau] drmModeSetCursor->nouveau_bo_rd32->ioread32
provides high cpu load when using weston
Hello everybody,
I've submitted a graphics and display microconference for the Linux Plumbers
Conference 2013, and just realized that I haven't announced the proposal on
the dri-devel and linux-fbdev mailing lists.
The proposal is available at
http://wiki.linuxplumbersconf.org/2013:graphics_an
https://bugs.freedesktop.org/show_bug.cgi?id=61182
--- Comment #28 from Stan ---
Here happens similar thing. KWin with desktop effects enabled crashes on login
to KDE and after resume from suspend with 100% reproductibility.
My config Fedora 18.
- kernel-PAE-3.8.5-201.fc18.i686
- libdrm-2.4.4
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #32 from Benjamin Lee ---
On my TURKS chip (HD 6750M) the radeon_pm_print_states() output shows that I
should be using POWER_STATE_TYPE_POWERSAVE instead of POWER_STATE_TYPE_BATTERY.
I don't know if this is true for all TURKS chips o
https://bugs.freedesktop.org/show_bug.cgi?id=61182
--- Comment #29 from Marek Olšák ---
r600g crashes because it's mapping a MSAA resource in order to clear the CMASK
to zeros. The problem is MSAA resources occupy a lot of memory and the system
is failing to map the whole resource.
The solution
https://bugzilla.kernel.org/show_bug.cgi?id=55941
laurent.deb...@gmail.com changed:
What|Removed |Added
CC||laurent.deb...@gmail.com
--
https://bugzilla.kernel.org/show_bug.cgi?id=55941
--- Comment #5 from laurent.deb...@gmail.com 2013-04-06 02:03:48 ---
By the way this it should be the duplicated of Bug 55311.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail beca
Hi Ville,
On Thursday 04 April 2013 22:52:37 Ville Syrj?l? wrote:
> On Thu, Apr 04, 2013 at 06:38:15PM +0200, Laurent Pinchart wrote:
> > On Wednesday 27 March 2013 17:46:22 ville.syrjala at linux.intel.com wrote:
> > > From: Ville Syrj?l?
> > >
> > > struct drm_rect represents a simple rectangl
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/20130405/19c48e2b/attachment.html>
On Fri, Apr 05, 2013 at 01:51:24AM +0200, Laurent Pinchart wrote:
> Hi Ville,
>
> On Thursday 04 April 2013 22:52:37 Ville Syrj?l? wrote:
> > On Thu, Apr 04, 2013 at 06:38:15PM +0200, Laurent Pinchart wrote:
> > > On Wednesday 27 March 2013 17:46:22 ville.syrjala at linux.intel.com
> > > wrote:
>
From: Ville Syrj?l?
struct drm_rect represents a simple rectangle. The utility
functions are there to help driver writers.
v2: Moved the region stuff into its own file, made the smaller funcs
static inline, used 64bit maths in the scaled clipping function to
avoid overflows (instead it w
ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130405/b3ac7425/attachment.html>
|R600_DEBUG=nodma|R600_DEBUG=nodma
--
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/20130405/548d9ad2/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130405/e5ea01a5/attachment-0001.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130405/5a36f3f1/attachment.html>
On Thu, Apr 04, 2013 at 06:24:24PM +0200, Laurent Pinchart wrote:
> Hi Ville,
>
> On Wednesday 27 March 2013 19:15:31 Ville Syrj?l? wrote:
> > On Wed, Mar 27, 2013 at 05:57:20PM +0200, Ville Syrj?l? wrote:
> > > On Tue, Mar 19, 2013 at 03:55:50PM +0100, Laurent Pinchart wrote:
> > > > Extend the -
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130405/9bd7941f/attachment.html>
Patch one is a simple bug fix for G200ER cards.
Patch two doesn't change any code
Patch three makes the mgag200 driver use managed devices where
possible. I'm not too sure how to test this one properly, other than
to just boot a bunch of boards and stare at the code changes for a
long while. Any
This change properly enables the "requester" in G200ER cards that is
responsible for getting pixels out of memory and clocking them out to
the screen.
Signed-off-by: Christopher Harvey
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
Signed-off-by: Christopher Harvey
---
drivers/gpu/drm/mgag200/mgag200_drv.h | 6 +++---
include/drm/drm_crtc.h| 2 +-
include/uapi/drm/drm_mode.h | 6 +++---
3 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_drv.h
b/drivers/
Signed-off-by: Christopher Harvey
---
drivers/gpu/drm/mgag200/mgag200_fb.c | 9 +++--
drivers/gpu/drm/mgag200/mgag200_main.c | 29 +
2 files changed, 8 insertions(+), 30 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_fb.c
b/drivers/gpu/drm/mgag200/m
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/20130405/9af1eb70/attachment.html>
On Thu, Apr 4, 2013 at 11:53 PM, George Amanakis
wrote:
> Compiled und run the kernel as you instructed.
> Although the GPU did hang momentarily the dmesg showed no abnormalities.
Can you please explain in more detail what you mean by "did hang
momentarily"? If it's a real gpu hang it should be
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130405/3459a2b8/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130405/2393e987/attachment.html>
On 05/04/2013 10:51 AM, Christopher Harvey wrote:
> This change properly enables the "requester" in G200ER cards that is
> responsible for getting pixels out of memory and clocking them out to
> the screen.
>
> Signed-off-by: Christopher Harvey
Signed-off-by: Mathieu Larouche
> ---
> drivers
From: Jerome Glisse
Allow userspace to query for the tile mode array so userspace can properly
compute surface pitch and alignment requirement depending on tiling.
v2: Make strict aliasing safer by casting to char when copying
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h
From: Jerome Glisse
v2: Only writte tile index if flags for it is set
v3: Remove useless allow2d scanout flags
Signed-off-by: Jerome Glisse
---
include/drm/radeon_drm.h | 61 +
radeon/radeon_surface.c | 658 +++
radeon/radeon_surface.h | 31 +
p://lists.freedesktop.org/archives/dri-devel/attachments/20130405/be7e7e8e/attachment.html>
Every day or so, I'll click something and my screens go blank for a
second or two. dmesg complains about a lockup, and afterwards
everything is painfully slow. (Even switching focus to other emacs
windows takes a second or two.) Once this happens, if I restart X, I
get a blank screen, although t
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130405/413397de/attachment-0001.html>
52 matches
Mail list logo
