.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140301/3a7d5a13/attachment.html>
On Sat, 1 Mar 2014 06:47:41 +1000
Dave Airlie wrote:
> On Sat, Mar 1, 2014 at 5:56 AM, Christian K?nig
> wrote:
> > Am 28.02.2014 19:50, schrieb Lauri Kasanen:
> >
> >> Without this, a bo may get created in the cpu-inaccessible vram.
> >> Before the CP engines get setup, all copies are done via
Am 01.03.2014 10:15, schrieb Lauri Kasanen:
> On Sat, 1 Mar 2014 06:47:41 +1000
> Dave Airlie wrote:
>
>> On Sat, Mar 1, 2014 at 5:56 AM, Christian K?nig
>> wrote:
>>> Am 28.02.2014 19:50, schrieb Lauri Kasanen:
>>>
Without this, a bo may get created in the cpu-inaccessible vram.
Befor
4,0K 1 mar 11.19 uevent
-r--r--r-- 1 root root 4,0K 1 mar 11.37 vendor
--
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/201
On Mon, Feb 17, 2014 at 10:07:54AM +0100, Fran?ois Tigeot wrote:
> Signed-off-by: Fran?ois Tigeot
> ---
> configure.ac | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/configure.ac b/configure.ac
> index d2d19d6..b7eef96 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -187,6 +187,7
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 1 -
drivers/gpu/drm/radeon/radeon_vce.c | 63 -
2 files changed, 34 insertions(+), 30 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm
8 0x75c43d17 in osg::State::apply(osg::StateSet const*) () from
/usr/lib/libosg.so.99
--
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/20140301/eeea7455/attachment.html>
.
My CPU doing everything ;).
--
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/20140301/a80e36ae/attachment.html>
On 02/28/2014 10:20 PM, Alexey Khoroshilov wrote:
> vmw_takedown_otable_base() and vmw_mob_unbind() check for
> potential vmw_fifo_reserve() failure and print error message,
> but then immediately dereference NULL pointer.
>
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Sign
On Fri, Feb 28, 2014 at 5:34 PM, Russell King - ARM Linux
wrote:
> There's actually three HDMI connectors:
>
> All three connectors carry all required HDMI signals, including a TMDS
> link. The Type B connector is slightly larger and carries a second TMDS
> link, which is necessary to suppor
1920x1080
--
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/20140301/8416dca4/attachment.html>
2014-02-25 18:04 GMT+01:00 Alex Deucher :
> Does the attached patch help?
It does, thanks!
--
Rafa?
Only the VMWare driver uses ttm_eu_fence_buffer_objects. Cc'ing
Thomas. What do you think about this, Thomas?
Marek
On Thu, Feb 27, 2014 at 2:22 AM, Michel D?nzer wrote:
> On Mit, 2014-02-26 at 19:25 +0100, Marek Ol??k wrote:
>>
>> diff --git a/drivers/gpu/drm/radeon/radeon_cs.c
>> b/drivers/gp
https://bugzilla.kernel.org/show_bug.cgi?id=70651
--- Comment #12 from Fabio Sangiovanni ---
hi, thank you Alex.
To be clear, I absolutely didn't mean to rush you, just making myself available
for testing and helping out as much as I can.
I understand the fact that it's not possible to access as
On Sat, Mar 1, 2014 at 5:56 AM, Christian K?nig
wrote:
> Am 28.02.2014 19:50, schrieb Lauri Kasanen:
>
>> Without this, a bo may get created in the cpu-inaccessible vram.
>> Before the CP engines get setup, all copies are done via cpu memcpy.
>>
>> This means that the cpu tries to read from inacc
vmw_takedown_otable_base() and vmw_mob_unbind() check for
potential vmw_fifo_reserve() failure and print error message,
but then immediately dereference NULL pointer.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/gpu/drm/vmwgfx/vmwg
gnee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140301/6d9c7dda/attachment.html>
compatibility profile when more
than one context is used I guess?
--
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/20140301/c5d6a
sues ).
What's the state of Intel DRM drivers in the kernel? Should I be avoiding
building from the kernel, and using a git branch? Are there known issues
with the realtime patches?
Any help appreciated.
Dan
-- next part --
An HTML attachment was scrubbed...
URL:
<
Use the new GPIO descriptor interface to handle the panel's enable GPIO.
This considerably simplifies the code.
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/panel/panel-simple.c | 69 ++--
1 file changed, 18 insertions(+), 51 deletions(-)
diff --git a/dri
regulator_disable() is already performed by panel_simple_disable(),
which is called by panel_simple_remove().
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/panel/panel-simple.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/pan
ause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140301/5baead3a/attachment.html>
22 matches
Mail list logo
