On Tue, Jan 08, 2013 at 10:08:44PM -0600, Rob Clark wrote:
> Add helper to display fb's which can be used directly in drm_info_list:
>
> static struct drm_info_list foo_debugfs_list[] = {
> ...
> { "fb", drm_fb_cma_debugfs_show, 0 },
> };
>
> to display information a
|--- |NOTOURBUG
--
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/20130111/7c344655/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130111/aff6b265/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/e1136739/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/0718dc1d/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/be716245/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/20130111/5f9802f8/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/20130111/387e09f0/attachment.html>
|--- |WONTFIX
--
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/20130111/c111894c/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=59269
Priority: medium
Bug ID: 59269
Assignee: dri-devel@lists.freedesktop.org
Summary: git mesa gallium r600 fails to display text in 3D
graphics, bisected
Severity: normal
Cl
|--- |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/20130111/2e2289d3/attachment.html>
Hi everybody,
Would anyone be interested in meeting at the FOSDEM to discuss the Common
Display Framework ? There will be a CDF meeting at the ELC at the end of
February, the FOSDEM would be a good venue for European developers.
--
Regards,
Laurent Pinchart
|--- |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/20130111/36256dd6/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/854eba35/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/20130111/740786f5/attachment-0001.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/129eda49/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/969a3da2/attachment.html>
On Fri, Jan 11, 2013 at 7:57 AM, Heinz Diehl wrote:
> On 11.01.2013, Dave Airlie wrote:
>
>> Just intel fixes, including getting the Ironlake systems back to the state
>> they were in for 3.6.
>
>> drm/i915: Revert shrinker changes from "Track unbound pages"
>
> I guess it's this one which f
Probably not a candidate for stable kernels because of conflicts
in DRM versioning.
Signed-off-by: Marek Olšák
---
drivers/gpu/drm/radeon/radeon_drv.c |3 ++-
drivers/gpu/drm/radeon/reg_srcs/rv515 |2 ++
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rade
On Thu, Jan 10, 2013 at 2:47 PM, Daniel Vetter
wrote:
> Hi all,
>
> Concurrent EDID reads and pageflips ftw!
>
> Changes since the rfc:
> - radeon/ttm/exynos prep patches/fixes merged.
> - arm driver patches at least compile-tested.
> - error handling fixed in a few cases, all spotted by Richard
On Fri, Jan 11, 2013 at 2:27 PM, Laurent Pinchart
wrote:
> Hi everybody,
>
> Would anyone be interested in meeting at the FOSDEM to discuss the Common
> Display Framework ? There will be a CDF meeting at the ELC at the end of
> February, the FOSDEM would be a good venue for European developers.
s
On Thu, Jan 10, 2013 at 2:48 PM, Daniel Vetter
wrote:
> Useful for checking whether the new refcounting works as advertised.
looks useful.. I should probably add this to omapdrm and the cma
debugfs helper patch that I sent recently..
BR,
-R
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/
https://bugs.freedesktop.org/show_bug.cgi?id=41819
--- Comment #6 from almos ---
(In reply to comment #5)
> Is it still a issue with current wine,mesa ,kernel ?
Sorry, I don't have the rv350 anymore to test it. I guess Marek committed his
patch, so it should be safe to close this.
--
You are r
https://bugs.freedesktop.org/show_bug.cgi?id=37171
--- Comment #21 from almos ---
Why was this set to resolved without any comment, and why as 'notourbug'??
Unfortunately I cannot test this on an rv350 anymore.
--
You are receiving this mail because:
You are the assignee for the bug.
__
When a specific engine is needed that's not GR, struct nve0_fifo should be used,
and the engine member should be used to select the engine.
This will fail on kernels before 3.8, since no support for such engines has
been added yet.
Signed-off-by: Maarten Lankhorst
---
Can you review/test this
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/2f9d59e6/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/d60633fc/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/e8c8252e/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/dae683d4/attachment.html>
From: Jerome Glisse
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h | 2 ++
drivers/gpu/drm/radeon/radeon_ring.c | 2 ++
drivers/gpu/drm/radeon/radeon_semaphore.c | 4
3 files changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/g
On Thu, Jan 10, 2013 at 2:47 PM, Daniel Vetter wrote:
> Hi all,
>
> Concurrent EDID reads and pageflips ftw!
>
> Changes since the rfc:
> - radeon/ttm/exynos prep patches/fixes merged.
> - arm driver patches at least compile-tested.
> - error handling fixed in a few cases, all spotted by Richard W
On Thu, Jan 10, 2013 at 2:47 PM, Daniel Vetter
wrote:
> With more fine-grained locking we can no longer rely on the big
> mode_config lock to prevent concurrent access to mode resources
> like framebuffers. Instead a framebuffer becomes accessible to
> other threads as soon as it is added to the
On Fri, Jan 11, 2013 at 5:35 AM, Leela Krishna Amudala
wrote:
> The Exynos DP transmitter is treated as an end entity in the display pipeline
> and made this RFC patch compliant with CDF.
>
> Any suggestions are welcome.
>
A few comments below. It's hard to get too much of an appreciation for
wha
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130111/86694312/attachment.html>
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/20130111/d89fe7f9/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/e9400eb9/attachment-0001.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/048d33ad/attachment.html>
On Fri, Jan 11, 2013 at 2:27 PM, Laurent Pinchart
wrote:
> Hi everybody,
>
> Would anyone be interested in meeting at the FOSDEM to discuss the Common
> Display Framework ? There will be a CDF meeting at the ELC at the end of
> February, the FOSDEM would be a good venue for European developers.
s
On Thu, Jan 10, 2013 at 11:36 PM, Alan Cox wrote:
> On Thu, 10 Jan 2013 21:47:53 +0100
> Daniel Vetter wrote:
>
>> Only two places:
>> - suspend/resume
>> - Some really strange mode validation tool with too much funny-lucking
>> hand-rolled conversion code.
>> - The recently-added lastclose fbd
https://bugs.freedesktop.org/show_bug.cgi?id=37171
Tomasz P. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Thu, Jan 10, 2013 at 2:48 PM, Daniel Vetter wrote:
> Useful for checking whether the new refcounting works as advertised.
looks useful.. I should probably add this to omapdrm and the cma
debugfs helper patch that I sent recently..
BR,
-R
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/d
Hi Rob,
On Tue, Jan 08, 2013 at 10:11:23PM -0600, Rob Clark wrote:
> Add an output panel driver for LCD panels. Tested with LCD3 cape on
> beaglebone.
>
> TODO: need some way to control the appropriate backlight device
> TODO: probably want to make the DT bindings more generic for panel-info
>
This patch considers DMA_NONE flag for other drivers not using
dma mapping framework with iommu such as 3d gpu driver or others.
For example, there might be 3d gpu driver that has its own iommu
hw unit and iommu table mapping mechanism. So in this case,
the dmabuf buffer imported into this driver
This patch releases sgt's sg object allocated by sgt_alloc_table
correctly.
When exynos_gem_map_dma_buf was called by dma_buf_map_attachmemt(),
the sgt's sg object was allocated by sg_alloc_tale() so
if dma_map_sg() is failed, the sg object should be released.
Signed-off-by: Inki Dae
Signed-off-
https://bugs.freedesktop.org/show_bug.cgi?id=56918
--- Comment #9 from Tomasz P. ---
So your issue is fixed or not ?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
h
https://bugs.freedesktop.org/show_bug.cgi?id=41819
--- Comment #5 from Tomasz P. ---
Is it still a issue with current wine,mesa ,kernel ?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@li
https://bugs.freedesktop.org/show_bug.cgi?id=35998
--- Comment #23 from Tomasz P. ---
Is it still a issue with current mesa and kernel ?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lis
On Tue, Jan 08, 2013 at 10:08:44PM -0600, Rob Clark wrote:
> Add helper to display fb's which can be used directly in drm_info_list:
>
> static struct drm_info_list foo_debugfs_list[] = {
> ...
> { "fb", drm_fb_cma_debugfs_show, 0 },
> };
>
> to display information a
https://bugs.freedesktop.org/show_bug.cgi?id=35861
--- Comment #6 from Tomasz P. ---
Oilrush require at least ATI Radeon HD2600 so maybe this is the reason of this
corruption?
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=35396
Tomasz P. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=41659
Tomasz P. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=46019
Tomasz P. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=42069
Tomasz P. changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=40213
Tomasz P. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=48382
--- Comment #6 from Tomasz P. ---
Is it still a issue with current kernel and mesa ?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@list
From: Seung-Woo Kim
If edid of vidi from user is invalid, size calculated from a number
of cea extensions can be wrong. So, validation should be checked.
Changelog v2:
- just code cleanup
. declare raw_edid only if vidi->connection is enabled.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyun
https://bugs.freedesktop.org/show_bug.cgi?id=38692
Tomasz P. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #28 from Tomasz P. ---
Is it still a issue with current mesa and kernel ??
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@li
https://bugs.freedesktop.org/show_bug.cgi?id=40495
--- Comment #7 from Tomasz P. ---
Is it still a issue with current mesa and kernel ??
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lis
On Thu, Jan 10, 2013 at 2:47 PM, Daniel Vetter wrote:
> With more fine-grained locking we can no longer rely on the big
> mode_config lock to prevent concurrent access to mode resources
> like framebuffers. Instead a framebuffer becomes accessible to
> other threads as soon as it is added to the r
On Thu, Jan 10, 2013 at 03:47:01PM -0500, Alex Deucher wrote:
> >> Does disabling the new DMA ring for ttm bo moves avoid the issue?
> >
> > How do I do that?
>
> diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
> b/drivers/gpu/drm/radeon/radeon_asic.c
> index 9056faf..b0cc46d 100644
[ ? ]
Ok,
Hi everybody,
Would anyone be interested in meeting at the FOSDEM to discuss the Common
Display Framework ? There will be a CDF meeting at the ELC at the end of
February, the FOSDEM would be a good venue for European developers.
--
Regards,
Laurent Pinchart
__
From: Jerome Glisse
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h | 2 ++
drivers/gpu/drm/radeon/radeon_ring.c | 2 ++
drivers/gpu/drm/radeon/radeon_semaphore.c | 4
3 files changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/g
This is a left-over from when udl_get_edid returned the amount of bytes
successfully read, which it no longer does.
Signed-off-by: Hans de Goede
---
drivers/gpu/drm/udl/udl_connector.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/udl/udl_connector.c
b/drivers/gpu/drm/udl/u
The buffer passed to usb_control_msg may end up in scatter-gather list, and
may thus not be on the stack. Having it on the stack usually works on x86, but
not on other archs.
Signed-off-by: Hans de Goede
---
drivers/gpu/drm/udl/udl_connector.c | 8 +++-
1 file changed, 7 insertions(+), 1 del
udldrmfb only reads the main EDID block, and if that advertises extensions
the drm_edid code expects them to be present, and starts reading beyond the
buffer udldrmfb passes it.
Although it may be possible to read more EDID info with the udl we simpy don't
know how, and even if trial and error get
On Fri, Jan 11, 2013 at 5:35 AM, Leela Krishna Amudala
wrote:
> The Exynos DP transmitter is treated as an end entity in the display pipeline
> and made this RFC patch compliant with CDF.
>
> Any suggestions are welcome.
>
A few comments below. It's hard to get too much of an appreciation for
wha
On Fri, Jan 11, 2013 at 7:57 AM, Heinz Diehl wrote:
> On 11.01.2013, Dave Airlie wrote:
>
>> Just intel fixes, including getting the Ironlake systems back to the state
>> they were in for 3.6.
>
>> drm/i915: Revert shrinker changes from "Track unbound pages"
>
> I guess it's this one which f
This is a left-over from when udl_get_edid returned the amount of bytes
successfully read, which it no longer does.
Signed-off-by: Hans de Goede
---
drivers/gpu/drm/udl/udl_connector.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/udl/udl_connector.c
b/drivers/gpu/drm/udl/u
The buffer passed to usb_control_msg may end up in scatter-gather list, and
may thus not be on the stack. Having it on the stack usually works on x86, but
not on other archs.
Signed-off-by: Hans de Goede
---
drivers/gpu/drm/udl/udl_connector.c | 8 +++-
1 file changed, 7 insertions(+), 1 del
udldrmfb only reads the main EDID block, and if that advertises extensions
the drm_edid code expects them to be present, and starts reading beyond the
buffer udldrmfb passes it.
Although it may be possible to read more EDID info with the udl we simpy don't
know how, and even if trial and error get
The Exynos DP transmitter is treated as an end entity in the display pipeline
and made this RFC patch compliant with CDF.
Any suggestions are welcome.
Signed-off-by: Leela Krishna Amudala
---
drivers/video/display/display-core.c | 2 +-
drivers/video/exynos/exynos_dp_core.c | 88 +
On 11.01.2013, Dave Airlie wrote:
> Just intel fixes, including getting the Ironlake systems back to the state
> they were in for 3.6.
> drm/i915: Revert shrinker changes from "Track unbound pages"
I guess it's this one which fixes the ILK hang. Would it be enough for
3.7 to just appy th
ent was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/762da60d/attachment.html>
Hi Rob,
On Thursday 10 January 2013 21:15:26 Rob Clark wrote:
> On Thu, Jan 10, 2013 at 6:05 PM, Laurent Pinchart wrote:
> > On Thursday 10 January 2013 10:16:10 Dave Airlie wrote:
> >> On Wed, Jan 9, 2013 at 2:11 PM, Rob Clark wrote:
> >> > Updated version of DRM driver for TI LCD Controller. S
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130111/660366f5/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/33237b7d/attachment.html>
signee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/bf52d16a/attachment-0001.html>
On 11.01.2013, Dave Airlie wrote:
> Just intel fixes, including getting the Ironlake systems back to the state
> they were in for 3.6.
> drm/i915: Revert shrinker changes from "Track unbound pages"
I guess it's this one which fixes the ILK hang. Would it be enough for
3.7 to just appy th
https://bugs.freedesktop.org/show_bug.cgi?id=2377
--- Comment #6 from smoki ---
Created attachment 72862
--> https://bugs.freedesktop.org/attachment.cgi?id=72862&action=edit
r200 render
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=2377
--- Comment #5 from smoki ---
Comment on attachment 72860
--> https://bugs.freedesktop.org/attachment.cgi?id=72860
r200
oh no wrong image, sorry :)
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=2377
--- Comment #4 from smoki ---
Created attachment 72861
--> https://bugs.freedesktop.org/attachment.cgi?id=72861&action=edit
swrast
Curent mesa git master - still render diferently.
--
You are receiving this mail because:
You are the assigne
https://bugs.freedesktop.org/show_bug.cgi?id=2377
--- Comment #3 from smoki ---
Created attachment 72860
--> https://bugs.freedesktop.org/attachment.cgi?id=72860&action=edit
r200
--
You are receiving this mail because:
You are the assignee for the bug.
When a specific engine is needed that's not GR, struct nve0_fifo should be used,
and the engine member should be used to select the engine.
This will fail on kernels before 3.8, since no support for such engines has
been added yet.
Signed-off-by: Maarten Lankhorst
---
Can you review/test this
https://bugs.freedesktop.org/show_bug.cgi?id=27704
--- Comment #7 from Alex Deucher ---
Possibly related to bug 51658.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=17957
Alex Deucher changed:
What|Removed |Added
Component|Drivers/DRI/Radeon |Drivers/DRI/r300
--
You are receiving th
https://bugs.freedesktop.org/show_bug.cgi?id=4451
--- Comment #9 from Alex Deucher ---
Pageflip should be working fine with KMS. Closing.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@l
https://bugs.freedesktop.org/show_bug.cgi?id=2377
--- Comment #2 from Alex Deucher ---
Is this still an issues with KMS and mesa from git?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@l
The Exynos DP transmitter is treated as an end entity in the display pipeline
and made this RFC patch compliant with CDF.
Any suggestions are welcome.
Signed-off-by: Leela Krishna Amudala
---
drivers/video/display/display-core.c | 2 +-
drivers/video/exynos/exynos_dp_core.c | 88 +
On Thu, Jan 10, 2013 at 11:36 PM, Alan Cox wrote:
> On Thu, 10 Jan 2013 21:47:53 +0100
> Daniel Vetter wrote:
>
>> Only two places:
>> - suspend/resume
>> - Some really strange mode validation tool with too much funny-lucking
>> hand-rolled conversion code.
>> - The recently-added lastclose fbd
Hi Rob,
On Tue, Jan 08, 2013 at 10:11:23PM -0600, Rob Clark wrote:
> Add an output panel driver for LCD panels. Tested with LCD3 cape on
> beaglebone.
>
> TODO: need some way to control the appropriate backlight device
> TODO: probably want to make the DT bindings more generic for panel-info
>
On Thu, Jan 10, 2013 at 03:47:01PM -0500, Alex Deucher wrote:
> >> Does disabling the new DMA ring for ttm bo moves avoid the issue?
> >
> > How do I do that?
>
> diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
> b/drivers/gpu/drm/radeon/radeon_asic.c
> index 9056faf..b0cc46d 100644
[ … ]
Ok,
https://bugs.freedesktop.org/show_bug.cgi?id=36596
--- Comment #15 from Jason Cassell ---
On Wed, Jan 09, 2013 at 11:55:40AM +, bugzilla-dae...@freedesktop.org
wrote:
> --- Comment #14 from Tomasz P. ---
> is it still an issue with current mesa?
I tried compiz with the mesa currently in Deb
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/e1bd4047/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130111/ab4282a2/attachment.html>
just fine, etc.
If someone think this is OK, i can sent a patch to mesa-dev?
--
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/attachm
https://bugs.freedesktop.org/show_bug.cgi?id=27704
--- Comment #6 from Andreas Boll ---
Nice work!
Please send the patch to mesa-dev
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.f
https://bugs.freedesktop.org/show_bug.cgi?id=27704
--- Comment #5 from smoki ---
Checked with piglt fbo tests (current git master) it passes more tests: before
patch it is 14/28 and after this patch it is 28/33 . Seems to be nice
improvement :).
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=45473
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi Rob,
On Thursday 10 January 2013 21:15:26 Rob Clark wrote:
> On Thu, Jan 10, 2013 at 6:05 PM, Laurent Pinchart wrote:
> > On Thursday 10 January 2013 10:16:10 Dave Airlie wrote:
> >> On Wed, Jan 9, 2013 at 2:11 PM, Rob Clark wrote:
> >> > Updated version of DRM driver for TI LCD Controller. S
1 - 100 of 103 matches
Mail list logo
