https://bugs.freedesktop.org/show_bug.cgi?id=39309
Andy Furniss changed:
What|Removed |Added
Attachment #57412|0 |1
is obsolete|
.git;a=blob;f=include/video/mcde.h#l113,
but for DBI/DSI only.
/BR
/Marcus
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120302/67215355/attachment.html>
On Fri, Mar 2, 2012 at 4:38 PM, Chris Wilson
wrote:
> On Thu, ?1 Mar 2012 16:36:00 +0100, Daniel Vetter
> wrote:
>> Big differences to other contenders in the field (like ion) is
>> that this also supports highmem, so we have to split up the cpu
>> access from the kernel side into a prepare
minor comments from the typo-police..
On Thu, Mar 1, 2012 at 9:36 AM, Daniel Vetter wrote:
> Signed-off-by: Daniel Vetter
> ---
> ?Documentation/dma-buf-sharing.txt | ?102 +++-
> ?1 files changed, 99 insertions(+), 3 deletions(-)
>
> diff --git
On Thu, Mar 1, 2012 at 9:36 AM, Daniel Vetter wrote:
> Big differences to other contenders in the field (like ion) is
> that this also supports highmem, so we have to split up the cpu
> access from the kernel side into a prepare and a kmap step.
>
> Prepare is allowed to fail and should do
On Thu, Mar 1, 2012 at 9:35 AM, Daniel Vetter wrote:
> The mutex protects the attachment list and hence needs to be held
> around the callbakc to the exporters (optional) attach/detach
> functions.
>
> Holding the mutex around the map/unmap calls doesn't protect any
> dma_buf state. Exporters
Am Freitag, 17. Februar 2012, 00:25:51 schrieb Laurent Pinchart:
> Hello everybody,
>
> First of all, I would like to thank all the attendees for their
> participation in the mini-summit that helped make the meeting a success.
>
> Here are my consolidated notes that cover both the Linaro Connect
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #31 from Harald Judt 2012-03-02 07:10:27 PST ---
Using current git of kernel, xorg-server, xf86-video-ati and mesa, the screen
still freezes every once in a while and dmesg shows these messages:
radeon :01:00.0: offset 0x20
On Fri, Mar 02, 2012 at 12:02:21PM +, Dave Airlie wrote:
> >
> > I have a drm device on the platform bus, similar to the exynos driver.
> > right now libdrm (at least the tests included in libdrm) refuses to open
> > the device because i915, nouveau, radeon and vmwgfx is all they know
> >
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #31 from Egor Y. Egorov 2012-03-02 13:35:40
---
I run
# ./radeonreg regset 0x04f4 0x8062
OLD: 0x04f4 (04f4) 0x8062 (-2147483550)
NEW: 0x04f4 (04f4) 0x8062 (-2147483550)
EGOROV radeontool # ./radeonreg
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #30 from Egor Y. Egorov 2012-03-02 13:34:22
---
Created an attachment (id=72515)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72515)
dmesg
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
On Fri, Mar 2, 2012 at 1:06 PM, Sascha Hauer wrote:
> On Fri, Mar 02, 2012 at 12:02:21PM +, Dave Airlie wrote:
>> >
>> > I have a drm device on the platform bus, similar to the exynos driver.
>> > right now libdrm (at least the tests included in libdrm) refuses to open
>> > the device because
Hi All,
I have a drm device on the platform bus, similar to the exynos driver.
right now libdrm (at least the tests included in libdrm) refuses to open
the device because i915, nouveau, radeon and vmwgfx is all they know
about. Looking at the libdrm code it is not obvious how to fix this
(except
>
> I have a drm device on the platform bus, similar to the exynos driver.
> right now libdrm (at least the tests included in libdrm) refuses to open
> the device because i915, nouveau, radeon and vmwgfx is all they know
> about. Looking at the libdrm code it is not obvious how to fix this
>
t;xno"; then
> + PKG_CHECK_MODULES(PCIACCESS, [pciaccess >= 0.10])
> +fi
> +AC_SUBST(PCIACCESS_CFLAGS)
> +AC_SUBST(PCIACCESS_LIBS)
Reviewed-by: Eric Anholt
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120302/a689973a/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=22195
dre changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 02/17/2012 10:22 PM, Alan Stern wrote:
> This patch (as1519) fixes a bug in the block layer's disk-events
> polling. The polling is done by a work routine queued on the
> system_nrt_wq workqueue. Since that workqueue isn't freezable, the
> polling continues even in the middle of a system
https://bugs.freedesktop.org/show_bug.cgi?id=46866
samit vats changed:
What|Removed |Added
Priority|medium |high
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=46866
--- Comment #3 from samit vats 2012-03-02 00:43:38 PST
---
Created attachment 57900
--> https://bugs.freedesktop.org/attachment.cgi?id=57900
Xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=46866
--- Comment #2 from samit vats 2012-03-02 00:43:15 PST
---
Created attachment 57899
--> https://bugs.freedesktop.org/attachment.cgi?id=57899
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=46866
--- Comment #1 from samit vats 2012-03-02 00:42:41 PST
---
Created attachment 57898
--> https://bugs.freedesktop.org/attachment.cgi?id=57898
piglit-log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=46866
Bug #: 46866
Summary: Piglit:Multiple failures observed while running
quick-driver.tests
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
https://bugs.freedesktop.org/show_bug.cgi?id=45984
samit vats changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=46866
Bug #: 46866
Summary: Piglit:Multiple failures observed while running
quick-driver.tests
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
https://bugs.freedesktop.org/show_bug.cgi?id=46866
--- Comment #1 from samit vats hysv...@gmail.com 2012-03-02 00:42:41 PST ---
Created attachment 57898
-- https://bugs.freedesktop.org/attachment.cgi?id=57898
piglit-log
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=46866
--- Comment #2 from samit vats hysv...@gmail.com 2012-03-02 00:43:15 PST ---
Created attachment 57899
-- https://bugs.freedesktop.org/attachment.cgi?id=57899
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=46866
samit vats hysv...@gmail.com changed:
What|Removed |Added
Priority|medium |high
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=22195
dre andreas.k...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Hi All,
I have a drm device on the platform bus, similar to the exynos driver.
right now libdrm (at least the tests included in libdrm) refuses to open
the device because i915, nouveau, radeon and vmwgfx is all they know
about. Looking at the libdrm code it is not obvious how to fix this
(except
I have a drm device on the platform bus, similar to the exynos driver.
right now libdrm (at least the tests included in libdrm) refuses to open
the device because i915, nouveau, radeon and vmwgfx is all they know
about. Looking at the libdrm code it is not obvious how to fix this
(except for
On Fri, Mar 02, 2012 at 12:02:21PM +, Dave Airlie wrote:
I have a drm device on the platform bus, similar to the exynos driver.
right now libdrm (at least the tests included in libdrm) refuses to open
the device because i915, nouveau, radeon and vmwgfx is all they know
about. Looking
On Fri, Mar 2, 2012 at 1:06 PM, Sascha Hauer s.ha...@pengutronix.de wrote:
On Fri, Mar 02, 2012 at 12:02:21PM +, Dave Airlie wrote:
I have a drm device on the platform bus, similar to the exynos driver.
right now libdrm (at least the tests included in libdrm) refuses to open
the
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #31 from Egor Y. Egorov egorov_e...@bk.ru 2012-03-02 13:35:40 ---
I run
# ./radeonreg regset 0x04f4 0x8062
OLD: 0x04f4 (04f4) 0x8062 (-2147483550)
NEW: 0x04f4 (04f4) 0x8062 (-2147483550)
EGOROV
On 02/17/2012 10:22 PM, Alan Stern wrote:
This patch (as1519) fixes a bug in the block layer's disk-events
polling. The polling is done by a work routine queued on the
system_nrt_wq workqueue. Since that workqueue isn't freezable, the
polling continues even in the middle of a system sleep
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #31 from Harald Judt h.j...@gmx.at 2012-03-02 07:10:27 PST ---
Using current git of kernel, xorg-server, xf86-video-ati and mesa, the screen
still freezes every once in a while and dmesg shows these messages:
radeon :01:00.0:
Am Freitag, 17. Februar 2012, 00:25:51 schrieb Laurent Pinchart:
Hello everybody,
First of all, I would like to thank all the attendees for their
participation in the mini-summit that helped make the meeting a success.
Here are my consolidated notes that cover both the Linaro Connect
On 2 March 2012 15:23, Heiko Stübner he...@sntech.de wrote:
Am Freitag, 17. Februar 2012, 00:25:51 schrieb Laurent Pinchart:
[...]
For DSI, a possible abstraction level would be a DCS (Display Command
Set) bus. Panels and/or HDMI-on-DSI transmitter drivers would be
implemented as DCS
On Thu, 1 Mar 2012 12:21:17 -0500, Matt Turner matts...@gmail.com wrote:
Signed-off-by: Matt Turner matts...@gmail.com
---
configure.ac | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index 97bbcb7..71a596c 100644
---
On Thu, Mar 1, 2012 at 9:35 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
The mutex protects the attachment list and hence needs to be held
around the callbakc to the exporters (optional) attach/detach
functions.
Holding the mutex around the map/unmap calls doesn't protect any
dma_buf
On Thu, Mar 1, 2012 at 9:36 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
Big differences to other contenders in the field (like ion) is
that this also supports highmem, so we have to split up the cpu
access from the kernel side into a prepare and a kmap step.
Prepare is allowed to fail and
minor comments from the typo-police..
On Thu, Mar 1, 2012 at 9:36 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
Documentation/dma-buf-sharing.txt | 102 +++-
1 files changed, 99 insertions(+), 3
https://bugs.freedesktop.org/show_bug.cgi?id=39309
Andy Furniss li...@andyfurniss.entadsl.com changed:
What|Removed |Added
Attachment #57412|0 |1
is
On Thu, 1 Mar 2012 16:36:00 +0100, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
Big differences to other contenders in the field (like ion) is
that this also supports highmem, so we have to split up the cpu
access from the kernel side into a prepare and a kmap step.
Prepare is allowed to
On Fri, Mar 2, 2012 at 4:38 PM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Thu, 1 Mar 2012 16:36:00 +0100, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
Big differences to other contenders in the field (like ion) is
that this also supports highmem, so we have to split up the cpu
access
https://bugs.freedesktop.org/show_bug.cgi?id=45558
Eric Anholt e...@anholt.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=38873
--- Comment #2 from Eric Anholt e...@anholt.net 2012-03-02 17:32:51 PST ---
The first issue is fixed:
commit 7d13a6e64bf88566875a8f68e0aac9b937e30feb
Author: Alban Browaeys pra...@yahoo.com
Date: Thu Feb 2 19:20:22 2012 +0100
dri/i915:
https://bugs.freedesktop.org/show_bug.cgi?id=4374
Eric Anholt e...@anholt.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=41913
Eric Anholt e...@anholt.net changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=46213
Eric Anholt e...@anholt.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=45281
Eric Anholt e...@anholt.net changed:
What|Removed |Added
Status|NEW |RESOLVED
50 matches
Mail list logo