On Fri, Nov 04, 2011 at 11:30:06PM +0100, Thomas Hellstrom wrote:
> I'm not sure whether / how you handle the case of hardware render to
> cursor surfaces on i915, but it seems to me like if a lot of drivers
> need to implement driver specific "tricks" to meet the semantics of
> a generic
2011/11/5 Alex Deucher :
> On Fri, Nov 4, 2011 at 10:26 AM, Chen Jie wrote:
>> Hi all,
>>
>> I tried to create/pin ring BO in VRAM instead of GTT to debug some
>> ring-related problems. After I did this, it rendered a black screen in
>> X (on a X86 RS780E board), but radeon.test passed.
>> 'ps
https://bugs.freedesktop.org/show_bug.cgi?id=42622
Bug #: 42622
Summary: [mesa] [r300] mupen64plus invalid command stream
Classification: Unclassified
Product: Mesa
Version: 7.11
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=42611
Chris Wilson changed:
What|Removed |Added
AssignedTo|idr at freedesktop.org |dri-devel at
lists.freedesktop
On Fri, Nov 4, 2011 at 11:59 PM, Thomas Hellstrom
wrote:
> On 11/04/2011 11:49 PM, Maarten Maathuis wrote:
>>
>> On Fri, Nov 4, 2011 at 11:30 PM, Thomas Hellstrom
>> ?wrote:
>>
>>>
>>> On 11/04/2011 04:34 PM, Daniel Vetter wrote:
>>>
On Fri, Nov 04, 2011 at 12:59:59PM +0100, Thomas
On 11/04/2011 11:49 PM, Maarten Maathuis wrote:
> On Fri, Nov 4, 2011 at 11:30 PM, Thomas Hellstrom
> wrote:
>
>> On 11/04/2011 04:34 PM, Daniel Vetter wrote:
>>
>>> On Fri, Nov 04, 2011 at 12:59:59PM +0100, Thomas Hellstrom wrote:
>>>
>>>
Hi.
I have a question
On Fri, Nov 4, 2011 at 11:30 PM, Thomas Hellstrom
wrote:
> On 11/04/2011 04:34 PM, Daniel Vetter wrote:
>>
>> On Fri, Nov 04, 2011 at 12:59:59PM +0100, Thomas Hellstrom wrote:
>>
>>>
>>> Hi.
>>>
>>> I have a question about the semantics of the DRM_IOCTL_MODE_CURSOR iotcl:
>>>
>>> Some hardware
On 11/04/2011 04:34 PM, Daniel Vetter wrote:
> On Fri, Nov 04, 2011 at 12:59:59PM +0100, Thomas Hellstrom wrote:
>
>> Hi.
>>
>> I have a question about the semantics of the DRM_IOCTL_MODE_CURSOR iotcl:
>>
>> Some hardware (vmware's virtual in particular) may not be able to
>> pick up the
Hi everyone,
This patch is hdmi display support for exynos drm driver.
This patch is based on previous exynos drm patch and here is link for it:
https://lkml.org/lkml/2011/11/4/115
There is already v4l2 based exynos hdmi driver in drivers/media/video/s5p-tv
and some low level code is already
2011/11/5 Alex Deucher alexdeuc...@gmail.com:
On Fri, Nov 4, 2011 at 10:26 AM, Chen Jie ch...@lemote.com wrote:
Hi all,
I tried to create/pin ring BO in VRAM instead of GTT to debug some
ring-related problems. After I did this, it rendered a black screen in
X (on a X86 RS780E board), but
https://bugs.freedesktop.org/show_bug.cgi?id=42611
Chris Wilson ch...@chris-wilson.co.uk changed:
What|Removed |Added
AssignedTo|i...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=42622
Bug #: 42622
Summary: [mesa] [r300] mupen64plus invalid command stream
Classification: Unclassified
Product: Mesa
Version: 7.11
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
On Fri, Nov 04, 2011 at 11:30:06PM +0100, Thomas Hellstrom wrote:
I'm not sure whether / how you handle the case of hardware render to
cursor surfaces on i915, but it seems to me like if a lot of drivers
need to implement driver specific tricks to meet the semantics of
a generic interface, we
https://bugs.freedesktop.org/show_bug.cgi?id=42490
--- Comment #10 from Mandeep Singh Baines mandeep.bai...@gmail.com 2011-11-05
19:58:01 PDT ---
Woot! HDMI works fine.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
14 matches
Mail list logo