https://bugs.freedesktop.org/show_bug.cgi?id=46004
vincent v...@ovi.com changed:
What|Removed |Added
Status|NEW |NEEDINFO
From: Dave Airlie airl...@redhat.com
Talking to Al Viro on irc, we can see no possible reason for doing
this, the upper mmap code does it. The code has been there since
first import into drm tree I can find.
Of course it probably means this will crash and burn.
Cc: Al Viro
On Thu, Feb 23, 2012 at 11:42 AM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
Talking to Al Viro on irc, we can see no possible reason for doing
this, the upper mmap code does it. The code has been there since
first import into drm tree I can find.
Of course it
The function radeon_bo_list_validate can cause a
bo to move, resulting in a different sync_obj
and a dependency to wait for this move to finish.
Signed-off-by: Christian König deathsim...@vodafone.de
Reviewed-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/radeon.h|
So don't confuse devs by doing so.
Signed-off-by: Christian König deathsim...@vodafone.de
---
drivers/gpu/drm/radeon/r600.c | 15 +--
1 files changed, 1 insertions(+), 14 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 4f08e5e..4a4ac8f
Not all rings use PM4, so the cs_parser also needs to be per ring.
Signed-off-by: Christian König deathsim...@vodafone.de
---
drivers/gpu/drm/radeon/radeon.h |4 +-
drivers/gpu/drm/radeon/radeon_asic.c | 38 +
drivers/gpu/drm/radeon/radeon_cs.c |2
Storing pointers to the IBs in a static var just
leads to giving the same content back for all
cards in the system.
Signed-off-by: Christian König deathsim...@vodafone.de
---
drivers/gpu/drm/radeon/radeon_ring.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=42069
--- Comment #2 from Lauri Kasanen cur...@operamail.com 2012-02-23 06:38:04
PST ---
I can't test mesa 8.0 on the laptop in question, since there's now a hard dep
on xcb.
The apitrace is still downloadable though?
--
Configure bugmail:
On Wed, Feb 22, 2012 at 5:28 PM, j.gli...@gmail.com wrote:
From: Jerome Glisse jgli...@redhat.com
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. This patch only add support
2012/2/23 Christian König deathsim...@vodafone.de:
The function radeon_bo_list_validate can cause a
bo to move, resulting in a different sync_obj
and a dependency to wait for this move to finish.
Signed-off-by: Christian König deathsim...@vodafone.de
Reviewed-by: Alex Deucher
2012/2/23 Christian König deathsim...@vodafone.de
So don't confuse devs by doing so.
Signed-off-by: Christian König deathsim...@vodafone.de
---
drivers/gpu/drm/radeon/r600.c | 15 +--
1 files changed, 1 insertions(+), 14 deletions(-)
diff --git
Christian,
On Thursday, February 23, 2012 15:18:42 Christian König wrote:
The function radeon_bo_list_validate can cause a
bo to move, resulting in a different sync_obj
and a dependency to wait for this move to finish.
Signed-off-by: Christian König deathsim...@vodafone.de
Reviewed-by:
https://bugzilla.kernel.org/show_bug.cgi?id=21582
Guenter Roeck li...@roeck-us.net changed:
What|Removed |Added
AssignedTo|drivers_video-dri@kernel-bu |li...@roeck-us.net
2012/2/23 Mathias Fröhlich mathias.froehl...@gmx.net
Christian,
On Thursday, February 23, 2012 15:18:42 Christian König wrote:
The function radeon_bo_list_validate can cause a
bo to move, resulting in a different sync_obj
and a dependency to wait for this move to finish.
On 23.02.2012 18:00, Jerome Glisse wrote:
2012/2/23 Christian König deathsim...@vodafone.de
mailto:deathsim...@vodafone.de
So don't confuse devs by doing so.
Signed-off-by: Christian König deathsim...@vodafone.de
mailto:deathsim...@vodafone..de
---
On 23.02.2012 18:32, Jerome Glisse wrote:
2012/2/23 Mathias Fröhlich mathias.froehl...@gmx.net
mailto:mathias.froehl...@gmx.net
Christian,
On Thursday, February 23, 2012 15:18:42 Christian König wrote:
The function radeon_bo_list_validate can cause a
bo to move, resulting
On Wed, 22 Feb 2012 20:29:18 +0100, Ben Widawsky b...@bwidawsk.net wrote:
dma-buf export implementation. Heavily influenced by Dave Airlie's proof
of concept work.
Cc: Daniel Vetter daniel.vet...@ffwll.ch
Cc: Dave Airlie airl...@redhat.com
Signed-off-by: Ben Widawsky b...@bwidawsk.net
---
On Wed, 22 Feb 2012 20:29:19 +0100, Ben Widawsky b...@bwidawsk.net wrote:
dma-buf import support. The function definitely needs some cleanup.
When reading through this code, there are 3 cases to consider:
1. vgem exporter, vgem importer, same fd
2. vgem exporter, vgem importer, different fd
i2c retries if sees an EGAIN, drm_do_probe_ddc_edid retries until it
gets a result and *then* drm_do_get_edid retries until it gets a result
it is happy with. All in all, that is a lot of processor intensive
looping in cases where we do not expect and cannot get valid data - for
example on Intel
On Thu, Feb 23, 2012 at 11:52 AM, Chris Wilson ch...@chris-wilson.co.uk wrote:
i2c retries if sees an EGAIN, drm_do_probe_ddc_edid retries until it
gets a result and *then* drm_do_get_edid retries until it gets a result
it is happy with. All in all, that is a lot of processor intensive
On Wed, Feb 22, 2012 at 8:56 PM, Dave Airlie airl...@linux.ie wrote:
Eugeni Dodonov (4):
drm/i915: gen7: implement rczunit workaround
drm/i915: gen7: Implement an L3 caching workaround.
drm/i915: gen7: work around a system hang on IVB
drm/i915: do not enable RC6p on Sandy
On Thu, Feb 23, 2012 at 12:15 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
Sadly, this doesn't seem to make any difference to my case. My xrandr
stays at 0.555s even with this patch.
Btw, profiling with call chains seems to say that it all comes from
intel_sdvo_get_analog_edid()
On Thu, Feb 23, 2012 at 1:36 PM, Eugeni Dodonov
eugeni.dodo...@intel.com wrote:
Perhaps a stupid question, but does you tree has
http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-nextid=9292f37e1f5c79400254dca46f83313488093825
from Dave's drm-next?
If it has, it would be the 1st time
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #6 from Rafael J. Wysocki r...@sisk.pl 2012-02-23 22:32:02 ---
Handled-By : Jérôme Glisse gli...@freedesktop.org
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail
On Thu, 16 Feb 2012 13:01:36 +0100
Daniel Vetter daniel.vet...@ffwll.ch wrote:
drm/i915 wants to read/write more than one page in its fastpath
and hence needs to prefault more than PAGE_SIZE bytes.
I've checked the callsites and they all already clamp size when
calling fault_in_pages_* to
From: Alex Deucher alexander.deuc...@amd.com
This patch set cleans up radeon_asic and organizes the asic
specific callbacks based on their function. Not change in
functionality. It requires Christian's patch:
drm/radeon: also make the cs_parse function per ring
Alex Deucher (14):
From: Alex Deucher alexander.deuc...@amd.com
Required for future functionality.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/evergreen.c | 19 +
drivers/gpu/drm/radeon/evergreen_reg.h |1 +
drivers/gpu/drm/radeon/r100.c |
From: Alex Deucher alexander.deuc...@amd.com
tidy up the radeon_asic struct.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/radeon.h | 20 +++--
drivers/gpu/drm/radeon/radeon_asic.c | 170 --
2 files changed, 114
From: Alex Deucher alexander.deuc...@amd.com
tidy up the radeon_asic struct.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/radeon.h | 14 ++--
drivers/gpu/drm/radeon/radeon_asic.c | 136 +-
2 files changed, 93
From: Alex Deucher alexander.deuc...@amd.com
tidy up the radeon_asic struct.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/radeon.h | 22 ++--
drivers/gpu/drm/radeon/radeon_asic.c | 204 --
2 files changed, 131
From: Alex Deucher alexander.deuc...@amd.com
tidy up the radeon_asic struct, handle multiple
rings better.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/evergreen.c|2 +-
drivers/gpu/drm/radeon/ni.c |2 +-
From: Alex Deucher alexander.deuc...@amd.com
tidy up the radeon_asic struct.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/radeon.h | 13 +++-
drivers/gpu/drm/radeon/radeon_asic.c | 102 ++---
2 files changed, 77
From: Alex Deucher alexander.deuc...@amd.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/radeon.h |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index
From: Alex Deucher alexander.deuc...@amd.com
Each ring type may need a different variant.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/evergreen.c |4 +-
drivers/gpu/drm/radeon/ni.c |4 +-
drivers/gpu/drm/radeon/r100.c| 11 ++---
From: Alex Deucher alexander.deuc...@amd.com
tidy up the radeon_asic struct.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/r100.c|4 +-
drivers/gpu/drm/radeon/r300.c|4 +-
drivers/gpu/drm/radeon/radeon.h | 12 +++-
From: Alex Deucher alexander.deuc...@amd.com
tidy up the radeon_asic struct.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/radeon.h | 19 +++--
drivers/gpu/drm/radeon/radeon_asic.c | 137 +-
2 files changed, 98
From: Alex Deucher alexander.deuc...@amd.com
tidy up radeon_asic struct.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/r100.c |2 +-
drivers/gpu/drm/radeon/radeon.h| 28 ++--
drivers/gpu/drm/radeon/radeon_asic.c | 248
From: Alex Deucher alexander.deuc...@amd.com
tidy up the radeon_asic struct.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/radeon.h | 14 +++--
drivers/gpu/drm/radeon/radeon_asic.c | 103 ++
2 files changed, 76
From: Alex Deucher alexander.deuc...@amd.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/radeon.h | 38 ++---
drivers/gpu/drm/radeon/radeon_asic.c | 100 +-
2 files changed, 68 insertions(+), 70 deletions(-)
On Wed, 22 Feb 2012 20:29:19 +0100, Ben Widawsky b...@bwidawsk.net wrote:
+ mutex_lock(dev-prime_mutex);
+ /* First check that we don't dup on this file */
+ ret = drm_prime_lookup_fd_handle_mapping(file_priv-prime, dma_buf,
+ handle);
This message contains a list of some post-3.1 regressions introduced before
3.2, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-3.1 regressions, please let us know
either
Hi all,
We definitely aren't 100% in business yet with the tracking of regressions,
but since the Bugzilla is operational again, we can collect reports at least.
I'd like to use this opportunity to thank Maciej Rutecki and Florian Mickler
for their hard work on the regression tracking and to
On Friday, February 24, 2012, David Miller wrote:
From: Rafael J. Wysocki r...@sisk.pl
Date: Thu, 23 Feb 2012 23:51:20 +0100 (CET)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=42776
Subject : OF-related boot crash in 3.3.0-rc3-00188-g3ec1e88
Submitter : Meelis
<#part sign=pgpmime>
On Wed, 22 Feb 2012 17:29:59 +0100, Daniel Vetter wrote:
> Queued for -next (with Adam's Acked-by from irc added), thanks for the
> patch.
Should these be pulled into -fixes?
--
keith.packard at intel.com
> and when doing 2d accel on a 3d core.. it basically amounts to
> putting a shader compiler in the kernel. Wh!
What I did for the GMA500 is to use the GTT to do scrolling by rewriting
the framebuffer GTT tables so they work as a circular buffer and doing a
bit of alignment of buffers.
On Wed, Feb 22, 2012 at 04:56:26PM +, bugzilla-daemon at
bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=29842
>
>
>
>
>
> --- Comment #14 from Igor Rudchenko 2012-02-22
> 16:56:23 ---
> Commit "PCI: Rework ASPM disable code" added in 3.0.20 and 3.2.25 has
On Mit, 2012-02-22 at 10:28 -0600, Rob Clark wrote:
> On Wed, Feb 22, 2012 at 10:24 AM, Daniel Vetter wrote:
> > On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
> >>
> >> > > Imo we should ditch this - fb accel doesn't belong into the kernel.
> >> > > Even
> >> > > on hw that
https://bugs.freedesktop.org/show_bug.cgi?id=46004
vincent changed:
What|Removed |Added
Status|NEW |NEEDINFO
AssignedTo|dri-devel at
Hi Dave,
New pull request for drm-intel-next, this time with a backmerge from
-fixes to sort out a few things.
Highlights:
- interlaced support for i915. Again thanks a lot to all the ppl who help
out with testing, patches and doc-crawling.
- aliasing ppgtt support for snb/ivb. Because ppgtt
From: Dave Airlie
Talking to Al Viro on irc, we can see no possible reason for doing
this, the upper mmap code does it. The code has been there since
first import into drm tree I can find.
Of course it probably means this will crash and burn.
Cc: Al Viro
Signed-off-by:
On Thu, Feb 23, 2012 at 11:42 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> Talking to Al Viro on irc, we can see no possible reason for doing
> this, the upper mmap code does it. The code has been there since
> first import into drm tree I can find.
>
> Of course it probably means this will
The function radeon_bo_list_validate can cause a
bo to move, resulting in a different sync_obj
and a dependency to wait for this move to finish.
Signed-off-by: Christian K?nig
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h|1 -
drivers/gpu/drm/radeon/radeon_cs.c | 21
So don't confuse devs by doing so.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/r600.c | 15 +--
1 files changed, 1 insertions(+), 14 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 4f08e5e..4a4ac8f 100644
---
Storing pointers to the IBs in a static var just
leads to giving the same content back for all
cards in the system.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_ring.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=42069
--- Comment #2 from Lauri Kasanen 2012-02-23 06:38:04
PST ---
I can't test mesa 8.0 on the laptop in question, since there's now a hard dep
on xcb.
The apitrace is still downloadable though?
--
Configure bugmail:
On Wed, Feb 22, 2012 at 5:28 PM, 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. This patch only add support
> for htile relocation which
2012/2/23 Christian K?nig :
> The function radeon_bo_list_validate can cause a
> bo to move, resulting in a different sync_obj
> and a dependency to wait for this move to finish.
>
> Signed-off-by: Christian K?nig
> Reviewed-by: Alex Deucher
For the series:
Reviewed-by: Alex Deucher
> ---
>
? I remember this helped with GPU lockup and i also
seen fglrx aligning IB.
Cheers,
Jerome
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120223/f5977310/attachment.htm>
Christian,
On Thursday, February 23, 2012 15:18:42 Christian K?nig wrote:
> The function radeon_bo_list_validate can cause a
> bo to move, resulting in a different sync_obj
> and a dependency to wait for this move to finish.
>
> Signed-off-by: Christian K?nig
> Reviewed-by: Alex Deucher
I am
https://bugzilla.kernel.org/show_bug.cgi?id=21582
Guenter Roeck changed:
What|Removed |Added
AssignedTo|drivers_video-dri at kernel-bu |linux at roeck-us.net
issue I think this particular
> patch should be considered for the current upstream kernel release.
>
> Mathias
>
No this patch doesn't. This patch is all about getting proper sync btw
different rings.
Sorry for the deception.
Cheers,
Jerome
-- next part --
An HTML
n any way So it really
seems to work fine and I couldn't find any reason why we should align an
IB for the GFX ring in our docs also.
Christian.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120223/7698749b/attachment.html>
s direct use of the different rings (yet) it shouldn't really matter
in practice. I Just wanted to have that fix upstream since it is an
obvious bug.
Christian.
>
> Sorry for the deception.
>
> Cheers,
> Jerome
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120223/26b6042a/attachment.htm>
On Wed, 22 Feb 2012 20:29:18 +0100, Ben Widawsky wrote:
> dma-buf export implementation. Heavily influenced by Dave Airlie's proof
> of concept work.
>
> Cc: Daniel Vetter
> Cc: Dave Airlie
> Signed-off-by: Ben Widawsky
> ---
> drivers/gpu/drm/vgem/Makefile |2 +-
>
On Wed, 22 Feb 2012 20:29:19 +0100, Ben Widawsky wrote:
> dma-buf import support. The function definitely needs some cleanup.
>
> When reading through this code, there are 3 cases to consider:
> 1. vgem exporter, vgem importer, same fd
> 2. vgem exporter, vgem importer, different fd
> 3. X
i2c retries if sees an EGAIN, drm_do_probe_ddc_edid retries until it
gets a result and *then* drm_do_get_edid retries until it gets a result
it is happy with. All in all, that is a lot of processor intensive
looping in cases where we do not expect and cannot get valid data - for
example on Intel
On Thu, Feb 23, 2012 at 11:52 AM, Chris Wilson
wrote:
>
> i2c retries if sees an EGAIN, drm_do_probe_ddc_edid retries until it
> gets a result and *then* drm_do_get_edid retries until it gets a result
> it is happy with. All in all, that is a lot of processor intensive
> looping in cases where
On Wed, Feb 22, 2012 at 8:56 PM, Dave Airlie wrote:
> Eugeni Dodonov (4):
> ? ? ?drm/i915: gen7: implement rczunit workaround
> ? ? ?drm/i915: gen7: Implement an L3 caching workaround.
> ? ? ?drm/i915: gen7: work around a system hang on IVB
> ? ? ?drm/i915: do not enable RC6p on Sandy Bridge
On Thu, Feb 23, 2012 at 12:15 PM, Linus Torvalds
wrote:
>
> Sadly, this doesn't seem to make any difference to my case. My xrandr
> stays at 0.555s even with this patch.
Btw, profiling with call chains seems to say that it all comes from
intel_sdvo_get_analog_edid() (about half from
On Thu, Feb 23, 2012 at 1:36 PM, Eugeni Dodonov
wrote:
>
> Perhaps a stupid question, but does you tree has
> http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next=9292f37e1f5c79400254dca46f83313488093825
> from Dave's drm-next?
>
> If it has, it would be the 1st time that I see xrandr
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #6 from Rafael J. Wysocki 2012-02-23 22:32:02 ---
Handled-By : J?r?me Glisse
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the
On Thu, 16 Feb 2012 13:01:36 +0100
Daniel Vetter wrote:
> drm/i915 wants to read/write more than one page in its fastpath
> and hence needs to prefault more than PAGE_SIZE bytes.
>
> I've checked the callsites and they all already clamp size when
> calling fault_in_pages_* to the same as for
From: Alex Deucher
This patch set cleans up radeon_asic and organizes the asic
specific callbacks based on their function. Not change in
functionality. It requires Christian's patch:
"drm/radeon: also make the cs_parse function per ring"
Alex Deucher (14):
From: Alex Deucher
Required for future functionality.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 19 +
drivers/gpu/drm/radeon/evergreen_reg.h |1 +
drivers/gpu/drm/radeon/r100.c | 34
From: Alex Deucher
Required for future functionality.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r520.c|2 +-
drivers/gpu/drm/radeon/radeon.h |3 +++
drivers/gpu/drm/radeon/radeon_asic.c | 17 +
From: Alex Deucher
tidy up the radeon_asic struct.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h | 20 +++--
drivers/gpu/drm/radeon/radeon_asic.c | 170 --
2 files changed, 114 insertions(+), 76 deletions(-)
From: Alex Deucher
tidy up the radeon_asic struct.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h | 14 ++--
drivers/gpu/drm/radeon/radeon_asic.c | 136 +-
2 files changed, 93 insertions(+), 57 deletions(-)
From: Alex Deucher
tidy up the radeon_asic struct.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h | 22 ++--
drivers/gpu/drm/radeon/radeon_asic.c | 204 --
2 files changed, 131 insertions(+), 95 deletions(-)
From: Alex Deucher
tidy up the radeon_asic struct, handle multiple
rings better.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c|2 +-
drivers/gpu/drm/radeon/ni.c |2 +-
drivers/gpu/drm/radeon/r600.c |
From: Alex Deucher
tidy up the radeon_asic struct.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h | 13 +++-
drivers/gpu/drm/radeon/radeon_asic.c | 102 ++---
2 files changed, 77 insertions(+), 38 deletions(-)
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 9fbeca4..d2aa41f 100644
---
From: Alex Deucher
Each ring type may need a different variant.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |4 +-
drivers/gpu/drm/radeon/ni.c |4 +-
drivers/gpu/drm/radeon/r100.c| 11 ++---
From: Alex Deucher
tidy up the radeon_asic struct.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r100.c|4 +-
drivers/gpu/drm/radeon/r300.c|4 +-
drivers/gpu/drm/radeon/radeon.h | 12 +++-
drivers/gpu/drm/radeon/radeon_asic.c
From: Alex Deucher
tidy up the radeon_asic struct.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h | 19 +++--
drivers/gpu/drm/radeon/radeon_asic.c | 137 +-
2 files changed, 98 insertions(+), 58 deletions(-)
From: Alex Deucher
tidy up the radeon_asic struct.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h | 14 +++--
drivers/gpu/drm/radeon/radeon_asic.c | 103 ++
2 files changed, 76 insertions(+), 41 deletions(-)
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h | 38 ++---
drivers/gpu/drm/radeon/radeon_asic.c | 100 +-
2 files changed, 68 insertions(+), 70 deletions(-)
diff --git
On Wed, 22 Feb 2012 20:29:19 +0100, Ben Widawsky wrote:
> + mutex_lock(>prime_mutex);
> + /* First check that we don't dup on this file */
> + ret = drm_prime_lookup_fd_handle_mapping(_priv->prime, dma_buf,
> + handle);
The other example
From: Alex Deucher
v2: fix typo.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h | 38 ++---
drivers/gpu/drm/radeon/radeon_asic.c | 102 +-
2 files changed, 69 insertions(+), 71 deletions(-)
diff --git
Hi all,
We definitely aren't 100% in business yet with the tracking of regressions,
but since the Bugzilla is operational again, we can collect reports at least.
I'd like to use this opportunity to thank Maciej Rutecki and Florian Mickler
for their hard work on the regression tracking and to
As noticed by Torsten Kaiser, the operator precedence can play tricks with
us here.
CC: Dave Airlie
CC: Jesse Barnes
Signed-off-by: Eugeni Dodonov
---
drivers/gpu/drm/i915/intel_display.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
From: "Rafael J. Wysocki"
Date: Thu, 23 Feb 2012 23:51:20 +0100 (CET)
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=42776
> Subject : OF-related boot crash in 3.3.0-rc3-00188-g3ec1e88
> Submitter : Meelis Roos
> Date : 2012-02-13 7:45 (11
On 02/23/2012 06:15 PM, Linus Torvalds wrote:
> On Thu, Feb 23, 2012 at 11:52 AM, Chris Wilson
> wrote:
>>
>> i2c retries if sees an EGAIN, drm_do_probe_ddc_edid retries until it
>> gets a result and *then* drm_do_get_edid retries until it gets a result
>> it is happy with. All in all, that is a
This fixes page-flip-related flickering observed on Iconia Tab W500.
The update_pending status returned by radeon_page_flip is very accurate on
Avivo-based ASICs when vpos is negative.
Experiments were conducted on several ASIC generations ranging from RS690
to Cayman where the page flip was
93 matches
Mail list logo