https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #3 from Alexandre Demers ---
(In reply to comment #2)
> Created attachment 74793 [details]
> Corrupted texture on background
>
> But the texture on the cubes seems to be ok
The text is also corrupted
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #2 from Alexandre Demers ---
Created attachment 74793
--> https://bugs.freedesktop.org/attachment.cgi?id=74793&action=edit
Corrupted texture on background
But the texture on the cubes seems to be ok
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #1 from Alexandre Demers ---
It seems I'll have to bisect because even 3.8-rc1 displays the corruption. I'm
attaching a screenshot from RendererFeattest as a corrupted reference.
--
You are receiving this mail because:
You are the a
On Wed, Feb 13, 2013 at 19:01, Vikas Sajjan wrote:
Made necessary changes in s6e8ax0 panel driver as per the CDF-T.
It also removes the dependency on backlight and lcd framework
Signed-off-by: Vikas Sajjan
---
drivers/video/exynos/s6e8ax0.c | 848 +---
1
On Wed, Feb 13, 2013 at 07:18:33PM +0100, Laurent Pinchart wrote:
> Hi Simon,
>
> On Wednesday 13 February 2013 21:28:20 Simon Horman wrote:
> > On Thu, Jan 31, 2013 at 02:45:02AM +0100, Laurent Pinchart wrote:
> > > The R-Car Display Unit (DU) DRM driver supports both superposition
> > > processo
On 02/12/2013 06:30 PM, Sachin Kamat wrote:
Hi Sylwester,
On Wednesday, 6 February 2013, Sachin Kamat wrote:
This patch adds device tree based discovery support to G2D driver
Signed-off-by: Sachin Kamat
---
Based on for_v3.9 branch of below tree:
git://linuxtv.org/snawrocki/samsung.git
On Thu, Jan 31, 2013 at 02:45:02AM +0100, Laurent Pinchart wrote:
> The R-Car Display Unit (DU) DRM driver supports both superposition
> processors and all eight planes in RGB and YUV formats without alpha
> blending.
>
> Only VGA and LVDS encoders and connectors are currently supported.
As discu
Made necessary changes in s6e8ax0 panel driver as per the CDF-T.
It also removes the dependency on backlight and lcd framework
Signed-off-by: Vikas Sajjan
---
drivers/video/exynos/s6e8ax0.c | 848 +---
1 file changed, 444 insertions(+), 404 deletions(-)
dif
Modifies the exynos mipi dsi driver as per the CDF-T.
Signed-off-by: Vikas Sajjan
---
drivers/video/exynos/exynos_mipi_dsi.c| 197 ++---
drivers/video/exynos/exynos_mipi_dsi_common.c | 22 ++-
drivers/video/exynos/exynos_mipi_dsi_common.h | 12 +-
include/video/e
Adds the frame related ops to MIPI DSI video source struct
Signed-off-by: Vikas Sajjan
---
include/video/display.h |6 ++
1 file changed, 6 insertions(+)
diff --git a/include/video/display.h b/include/video/display.h
index b639fd0..fb2f437 100644
--- a/include/video/display.h
+++ b/incl
changes since v1:
Since v1 was not tested when I posted it, now that I have the s6e8aa0 panel, I
tested the same on Exynos5 SoC. Needed to make below mentioned changes to make
it work.
In exynos mipi driver:
1> added "enable_hs" as part of "dsi_video_source_ops", as this function
On 02/12/2013 11:45 PM, Stéphane Marchesin wrote:
- Do we need to support chaining several encoders ? We can come up with
> several theoretical use cases, some of them probably exist in real hardware,
> but the details are still a bit fuzzy.
So, a part which is completely omitted in this threa
The Intel PRM says the M1 and M2 divisors must be in the range of 10-20 and 5-9.
Since we do all calculations based on them being register values (which are
subtracted by 2) we need to specify them accordingly.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/i915/intel_display.c |4 ++--
The Intel PRM says the M1 and M2 divisors must be in the range of 10-20 and 5-9.
Since we do all calculations based on them being register values (which are
subtracted by 2) we need to specify them accordingly.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/i915/intel_display.c |4 ++--
On Thu, Jan 31, 2013 at 02:45:02AM +0100, Laurent Pinchart wrote:
> The R-Car Display Unit (DU) DRM driver supports both superposition
> processors and all eight planes in RGB and YUV formats without alpha
> blending.
>
> Only VGA and LVDS encoders and connectors are currently supported.
As discu
On Wed, Feb 13, 2013 at 05:05:00PM +0100, Thierry Reding wrote:
> Driver implementations of the drm_crtc's .page_flip() function are
> required to update the crtc->fb field on success to reflect that the new
> framebuffer is now in use. This is important to keep reference counting
> on the framebuf
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130213/a78c8816/attachment.html>
On Tue, Jan 22, 2013 at 7:55 PM, David Woodhouse wrote:
> On Mon, 2013-01-21 at 19:48 +0100, Daniel Vetter wrote:
>> 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-arc
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130213/dfbbc499/attachment.html>
Hi Simon,
On Wednesday 13 February 2013 21:28:20 Simon Horman wrote:
> On Thu, Jan 31, 2013 at 02:45:02AM +0100, Laurent Pinchart wrote:
> > The R-Car Display Unit (DU) DRM driver supports both superposition
> > processors and all eight planes in RGB and YUV formats without alpha
> > blending.
> >
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130213/7540eb3f/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130213/87ebcbe1/attachment.html>
vel/attachments/20130213/1d3ddf24/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130213/a299b33f/attachment.html>
This list is most useful to inspect whether framebuffer reference
counting works as expected. The code is loosely based on the i915
implementation.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/drm.c | 44
1 file changed, 44 insertions(+)
d
The Tegra TRM says that the ACT_REQ and UPDATE fields cannot be
programmed at the same time so they are updated in two consecutive
writes instead.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm
All the necessary support bits like .mode_set_base() and VBLANK are now
available, so page-flipping case easily be implemented on top.
Signed-off-by: Thierry Reding
---
Changes in v2:
- use drm_send_vblank_event()
- set crtc->fb field
drivers/gpu/drm/tegra/dc.c | 66 +++
Implement support for the VBLANK IOCTL. Note that Tegra is somewhat
special in this case because it doesn't use the generic IRQ support
provided by the DRM core (DRIVER_HAVE_IRQ) but rather registers one
interrupt handler for each display controller.
While at it, clean up the way that interrupts a
The sequence for replacing the scanout buffer is much shorter than a
full mode change operation so implementing this callback considerably
speeds up cases where only a new framebuffer is to be scanned out.
Signed-off-by: Thierry Reding
---
Changes in v3:
- split DC_CMD_STATE_CONTROL writes
driv
Add support for the B and C planes which support RGB and YUV pixel
formats and can be used as overlays or hardware cursor. Currently
only 32-bit RGBA pixel formats are advertised.
Signed-off-by: Thierry Reding
---
Changes in v3:
- split DC_CMD_STATE_CONTROL writes
- adjust plane index to match wi
Driver implementations of the drm_crtc's .page_flip() function are
required to update the crtc->fb field on success to reflect that the new
framebuffer is now in use. This is important to keep reference counting
on the framebuffers balanced.
While at it, document this requirement to keep others fr
This patch series introduces a number of useful features for the Tegra
DRM driver. Patch 1 is a documentation update and adds a warning to the
page-flip IOCTL to catch buggy drivers that return success but failed to
update the crtc->fb field, which would cause the reference counting to
become unbal
On Sun, Jan 27, 2013 at 12:42 PM, Daniel Vetter
wrote:
> Otherwise the system will burn even brighter and worse, leave the user
> wondering what's going on exactly.
>
> Since we already have a panic handler which will (try) to restore the
> entire fbdev console mode, we can just bail out. Inspire
On Thu, Jan 24, 2013 at 11:20 AM, Daniel Vetter
wrote:
> The fb helper lost its support for reallocating an fb completely, so
> no need to return special success values any more.
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Rob Clark
> ---
> drivers/gpu/drm/ast/ast_fb.c | 21
ail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130213/c57fbb8b/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130213/c9bc0ce4/attachment-0001.html>
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130213/2e92017b/attachment.html>
From: Jerome Glisse
This patch print a warning message when trying to reserve same buffer
twice in same cs ioctl (because the buffer is known by userspace under
2 different handle). It does not try to fix the issue like :
https://patchwork.kernel.org/patch/1812991/
Just to make this case easier
On Wed, Feb 13, 2013 at 01:40:56PM +0100, Daniel Vetter wrote:
> On Tue, Feb 05, 2013 at 01:07:01PM +1000, Dave Airlie wrote:
> > On Tue, Feb 5, 2013 at 12:55 AM, Daniel Vetter wrote:
> > > On Thu, Jan 31, 2013 at 07:43:38PM +0200, ville.syrj...@linux.intel.com
> > > wrote:
> > >> From: Ville Syr
Made necessary changes in s6e8ax0 panel driver as per the CDF-T.
It also removes the dependency on backlight and lcd framework
Signed-off-by: Vikas Sajjan
---
drivers/video/exynos/s6e8ax0.c | 848 +---
1 file changed, 444 insertions(+), 404 deletions(-)
dif
Modifies the exynos mipi dsi driver as per the CDF-T.
Signed-off-by: Vikas Sajjan
---
drivers/video/exynos/exynos_mipi_dsi.c| 197 ++---
drivers/video/exynos/exynos_mipi_dsi_common.c | 22 ++-
drivers/video/exynos/exynos_mipi_dsi_common.h | 12 +-
include/video/e
Adds the frame related ops to MIPI DSI video source struct
Signed-off-by: Vikas Sajjan
---
include/video/display.h |6 ++
1 file changed, 6 insertions(+)
diff --git a/include/video/display.h b/include/video/display.h
index b639fd0..fb2f437 100644
--- a/include/video/display.h
+++ b/incl
changes since v1:
Since v1 was not tested when I posted it, now that I have the s6e8aa0 panel, I
tested the same on Exynos5 SoC. Needed to make below mentioned changes to make
it work.
In exynos mipi driver:
1> added "enable_hs" as part of "dsi_video_source_ops", as this function
ane
base address, and scaler. Finally in atombios_crtc_commit() we enable the crtc
and drop the crtc hardware lock.
--
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/20130213/a0fa08f0/attachment.html>
On Sun, Jan 27, 2013 at 12:42 PM, Daniel Vetter wrote:
> Otherwise the system will burn even brighter and worse, leave the user
> wondering what's going on exactly.
>
> Since we already have a panic handler which will (try) to restore the
> entire fbdev console mode, we can just bail out. Inspired
On Thu, Jan 24, 2013 at 11:20 AM, Daniel Vetter wrote:
> The fb helper lost its support for reallocating an fb completely, so
> no need to return special success values any more.
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Rob Clark
> ---
> drivers/gpu/drm/ast/ast_fb.c | 21 +
From: Jerome Glisse
This patch print a warning message when trying to reserve same buffer
twice in same cs ioctl (because the buffer is known by userspace under
2 different handle). It does not try to fix the issue like :
https://patchwork.kernel.org/patch/1812991/
Just to make this case easier
On Tue, Feb 05, 2013 at 01:07:01PM +1000, Dave Airlie wrote:
> On Tue, Feb 5, 2013 at 12:55 AM, Daniel Vetter wrote:
> > On Thu, Jan 31, 2013 at 07:43:38PM +0200, ville.syrjala at linux.intel.com
> > wrote:
> >> From: Ville Syrj?l?
> >>
> >> Support for real RGB332 is a rarity, most hardware onl
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130213/dc0d5833/attachment.html>
Signed-off-by: Damien Lespiau
---
include/drm/drm_crtc.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index e90c8dc..b248382 100644
--- a/include/drm/drm_crtc.h
+++ b/include/drm/drm_crtc.h
@@ -659,7 +659,7 @@ struct drm
The Intel PRM says the M1 and M2 divisors must be in the range of 10-20 and 5-9.
Since we do all calculations based on them being register values (which are
subtracted by 2) we need to specify them accordingly.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/i915/intel_display.c |4 ++--
The Intel PRM says the M1 and M2 divisors must be in the range of 10-20 and 5-9.
Since we do all calculations based on them being register values (which are
subtracted by 2) we need to specify them accordingly.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/i915/intel_display.c |4 ++--
From: Jerome Glisse
This patch print a warning message when trying to reserve same buffer
twice in same cs ioctl (because the buffer is known by userspace under
2 different handle). It does not try to fix the issue like :
https://patchwork.kernel.org/patch/1812991/
Just to make this case easier
https://bugs.freedesktop.org/show_bug.cgi?id=58042
--- Comment #10 from Bryan Quigley ---
Created attachment 74780
--> https://bugs.freedesktop.org/attachment.cgi?id=74780&action=edit
Full results of quick-driver piglit tests
--
You are receiving this mail because:
You are the assignee for th
On Tue, 29 Jan 2013, Daniel Vetter wrote:
> On Mon, Jan 14, 2013 at 3:37 PM, Paul Menzel
> wrote:
>> Am Montag, den 14.01.2013, 11:06 +0100 schrieb Daniel Vetter:
>>> This reverts commit 6f33814bd4d9cfe76033a31b1c0c76c960cd8e4b.
>>>
>>> The quirk cause a regression, and it looks like the original
https://bugs.freedesktop.org/show_bug.cgi?id=58042
--- Comment #9 from Bryan Quigley ---
All 241 tests with this command pass: piglit-run.py -t transform_feedback
/usr/share/piglit/tests/all.tests
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Wed, Feb 13, 2013 at 05:05:00PM +0100, Thierry Reding wrote:
> Driver implementations of the drm_crtc's .page_flip() function are
> required to update the crtc->fb field on success to reflect that the new
> framebuffer is now in use. This is important to keep reference counting
> on the framebuf
From: Jerome Glisse
This patch print a warning message when trying to reserve same buffer
twice in same cs ioctl (because the buffer is known by userspace under
2 different handle). It does not try to fix the issue like :
https://patchwork.kernel.org/patch/1812991/
Just to make this case easier
On Tue, Jan 22, 2013 at 7:55 PM, David Woodhouse wrote:
> On Mon, 2013-01-21 at 19:48 +0100, Daniel Vetter wrote:
>> 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
On 02/12/2013 11:45 PM, St?phane Marchesin wrote:
>> - Do we need to support chaining several encoders ? We can come up with
>> > several theoretical use cases, some of them probably exist in real
>> > hardware,
>> > but the details are still a bit fuzzy.
> So, a part which is completely omitted
Hi Simon,
On Wednesday 13 February 2013 21:28:20 Simon Horman wrote:
> On Thu, Jan 31, 2013 at 02:45:02AM +0100, Laurent Pinchart wrote:
> > The R-Car Display Unit (DU) DRM driver supports both superposition
> > processors and all eight planes in RGB and YUV formats without alpha
> > blending.
> >
https://bugs.freedesktop.org/show_bug.cgi?id=58042
--- Comment #8 from Marek Olšák ---
Do the piglit transform feedback tests pass?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.fr
https://bugs.freedesktop.org/show_bug.cgi?id=58042
Laurent carlier changed:
What|Removed |Added
CC||pontost...@gmail.com
--- Comment #7 fr
https://bugs.freedesktop.org/show_bug.cgi?id=60224
Laurent carlier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=60224
--- Comment #5 from Laurent carlier ---
reverting 1eedebc65b02130ef7a27062a1ed67972a317a08 fixed the issue
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel maili
https://bugs.freedesktop.org/show_bug.cgi?id=60802
Priority: medium
Bug ID: 60802
Assignee: dri-devel@lists.freedesktop.org
Summary: Kernel 3.8-rc7 breaks rendering on Radeon (confirmed
on Cayman)
Severity: normal
Classif
https://bugs.freedesktop.org/show_bug.cgi?id=60224
--- Comment #4 from Jerome Glisse ---
Test kernel without the mesa patch.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedeskt
https://bugs.freedesktop.org/show_bug.cgi?id=60224
--- Comment #3 from Jerome Glisse ---
Created attachment 74766
--> https://bugs.freedesktop.org/attachment.cgi?id=74766&action=edit
Test to check if it's async dma
Please test with this mesa patch (either against mesa 9.1git or mesa master
git
All the necessary support bits like .mode_set_base() and VBLANK are now
available, so page-flipping case easily be implemented on top.
Signed-off-by: Thierry Reding
---
Changes in v2:
- use drm_send_vblank_event()
- set crtc->fb field
drivers/gpu/drm/tegra/dc.c | 66 +++
The Tegra TRM says that the ACT_REQ and UPDATE fields cannot be
programmed at the same time so they are updated in two consecutive
writes instead.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm
This list is most useful to inspect whether framebuffer reference
counting works as expected. The code is loosely based on the i915
implementation.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/drm.c | 44
1 file changed, 44 insertions(+)
d
The sequence for replacing the scanout buffer is much shorter than a
full mode change operation so implementing this callback considerably
speeds up cases where only a new framebuffer is to be scanned out.
Signed-off-by: Thierry Reding
---
Changes in v3:
- split DC_CMD_STATE_CONTROL writes
driv
This patch series introduces a number of useful features for the Tegra
DRM driver. Patch 1 is a documentation update and adds a warning to the
page-flip IOCTL to catch buggy drivers that return success but failed to
update the crtc->fb field, which would cause the reference counting to
become unbal
Add support for the B and C planes which support RGB and YUV pixel
formats and can be used as overlays or hardware cursor. Currently
only 32-bit RGBA pixel formats are advertised.
Signed-off-by: Thierry Reding
---
Changes in v3:
- split DC_CMD_STATE_CONTROL writes
- adjust plane index to match wi
Implement support for the VBLANK IOCTL. Note that Tegra is somewhat
special in this case because it doesn't use the generic IRQ support
provided by the DRM core (DRIVER_HAVE_IRQ) but rather registers one
interrupt handler for each display controller.
While at it, clean up the way that interrupts a
Driver implementations of the drm_crtc's .page_flip() function are
required to update the crtc->fb field on success to reflect that the new
framebuffer is now in use. This is important to keep reference counting
on the framebuffers balanced.
While at it, document this requirement to keep others fr
https://bugs.freedesktop.org/show_bug.cgi?id=59982
--- Comment #14 from Alex Deucher ---
(In reply to comment #13)
> Thanks for clarifying those things!
>
> Well, I ran into a brand new set of questions while pursuing this.
>
> > 0006: 37SET_ATI_PORT (INDIRECT_IO_MM)
>
https://bugs.freedesktop.org/show_bug.cgi?id=59982
--- Comment #13 from Lucas Kannebley Tavares ---
Thanks for clarifying those things!
Well, I ran into a brand new set of questions while pursuing this.
> 0006: 37SET_ATI_PORT (INDIRECT_IO_MM)
> Select the mmio register
Signed-off-by: Damien Lespiau
---
include/drm/drm_crtc.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index e90c8dc..b248382 100644
--- a/include/drm/drm_crtc.h
+++ b/include/drm/drm_crtc.h
@@ -659,7 +659,7 @@ struct drm
On Tue, Feb 05, 2013 at 01:07:01PM +1000, Dave Airlie wrote:
> On Tue, Feb 5, 2013 at 12:55 AM, Daniel Vetter wrote:
> > On Thu, Jan 31, 2013 at 07:43:38PM +0200, ville.syrj...@linux.intel.com
> > wrote:
> >> From: Ville Syrjälä
> >>
> >> Support for real RGB332 is a rarity, most hardware only r
On Tue, 29 Jan 2013, Daniel Vetter wrote:
> On Mon, Jan 14, 2013 at 3:37 PM, Paul Menzel
> wrote:
>> Am Montag, den 14.01.2013, 11:06 +0100 schrieb Daniel Vetter:
>>> This reverts commit 6f33814bd4d9cfe76033a31b1c0c76c960cd8e4b.
>>>
>>> The quirk cause a regression, and it looks like the original
vel/attachments/20130213/ca96ec81/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=53391
--- Comment #12 from Stijn Tintel 2013-02-13
00:53:57 ---
Still not good, the 2nd monitor is initialized first, both by nouveaufb and X.
It is recognized as DVI-I-2 though.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?ta
Got this lockdep warning straightaway during boot:
[7.435890] =
[7.435891] [ INFO: possible recursive locking detected ]
[7.435893] 3.8.0-next-20130204+pcipatch-xeon+lockdep #20130204+pcipatch Not
tainted
[7.435893] -
On Tuesday 12 February 2013, Greg KH wrote:
> On Tue, Feb 12, 2013 at 11:20:04PM +0100, Marcus Lorentzon wrote:
> > Den 12 feb 2013 23:02 skrev "Greg KH" :
> > >
> > > On Tue, Feb 12, 2013 at 04:04:53PM +0100, Marcus Lorentzon wrote:
> > > > 3) Daniel V hinted that multiple parents (or multiple bus
85 matches
Mail list logo
