From: Michel D?nzer
The vertical blank interrupt is already enabled/disabled via
drm_vblank_get/put(), so we only need to update the number of pending
page flips.
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/radeon.h | 2 --
drivers/gpu/drm/radeon/radeon_display.c | 5 ++--
2014-06-30 14:31 GMT+09:00 Andrzej Hajda :
> On 06/30/2014 03:14 AM, Jingoo Han wrote:
>> On Friday, June 27, 2014 10:03 PM, Ajay kumar wrote:
>>> On Fri, Jun 27, 2014 at 6:14 PM, Andrzej Hajda
>>> wrote:
On 06/27/2014 01:48 PM, Ajay kumar wrote:
> On Fri, Jun 27, 2014 at 4:52 PM, Andrze
https://bugzilla.kernel.org/show_bug.cgi?id=68571
Dieter N?tzel changed:
What|Removed |Added
CC||Dieter at nuetzel-hh.de
--- Comment #50 f
ated to this bug, [...]
Indeed, please take your remaining issues elsewhere.
--
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/attachment
On 2014/6/30 19:18, Michael S. Tsirkin wrote:
> On Thu, Jun 19, 2014 at 05:53:51PM +0800, Tiejun Chen wrote:
>> Originally the reason to probe ISA bridge instead of Dev31:Fun0
>> is to make graphics device passthrough work easy for VMM, that
>> only need to expose ISA bridge to let driver know the
Hi Thierry/Daniel,
Please help review this patch series on aspect ratio and let me know
your inputs..
1. http://lists.freedesktop.org/archives/dri-devel/2014-June/061576.html
- All review comments (from Thierry) addressed.
2. http://lists.freedesktop.org/archives/dri-devel/2014-June/061217.html
-
On 30.06.2014 16:43, Christian K?nig wrote:
> Am 30.06.2014 08:10, schrieb Michel D?nzer:
>> On 29.06.2014 19:34, Christian K?nig wrote:
>>> I've just pushed the branch testing-3.15 to
>>> git://people.freedesktop.org/~deathsimple/linux. It's based on 3.15.2
>>> and contains the "stop poisoning the
From: Michel D?nzer
But move the programming back to the vertical blank interrupt handler.
And signal the flip as being completed immediately after programming it
to the hardware.
This way we don't have to guess whether or not the hardware will execute
the flip in a given vertical blank period,
Hi Dave -
drm-intel-next-2014-06-20:
- Accurate frontbuffer tracking and frontbuffer rendering invalidate, flush and
flip events. This is prep work for proper PSR support and should also be
useful for DRRS&fbc.
- Runtime suspend hardware on system suspend to support the new SOix sleep
state
On 2014? 06? 30? 22:25, Krzysztof Kozlowski wrote:
> Fix a NULL pointer exception when main exynos drm driver was probed
> successfully but no components were added (e.g. by incomplete DTS). In
> such case the exynos_drm_load() is never called and drvdata is NULL.
>
Right, it's good report. Appli
Hello Marek,
I think this particular clock setup should already be handled by this patch:
http://www.spinics.net/lists/arm-kernel/msg320013.html
Or am I missing something here?
With best wishes,
Tobias
Marek Szyprowski wrote:
> This patch adds support for exporting mout_hdmi and mout_mixer to
Hello Marek,
I think you had a similar patch in the tizen tree, but according to
Tomasz Figa, it was considered a hack. I don't quite see how this is
different.
Also, if I have been following the discussion correctly, then the
powerdomain issue essentially is about the question which SoC block
ne
Hi Jerome,
On 2014? 07? 01? 06:46, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> get_user_pages gives no garanty that page it returns are still
> the one backing the vma by the time it returns. Thus any ioctl
One of pages from get_user_pages() could be migrated? I think all the
pages
On Mon, 30 Jun 2014, Paul Bolle wrote:
> Kernels v3.16-rc2 and v3.16-rc3 trigger a new (for me) warning. (I never
> booted v3.16-rc1). Machine is a, rather outdated, ThinkPad X41 (ie,
> single core i686).
>
> WARNING: CPU: 0 PID: 221 at drivers/gpu/drm/i915/intel_display.c:1274
> assert_planes_di
Am 30.06.2014 19:35, schrieb Jerome Glisse:
> On Mon, Jun 30, 2014 at 03:04:16PM +0200, Christian K?nig wrote:
>> From: Christian K?nig
>>
>> This patch adds an IOCTL for turning a pointer supplied by
>> userspace into a buffer object.
>>
>> It works similar to the recently added userptr support f
Am 01.07.2014 10:14, schrieb Michel D?nzer:
> From: Michel D?nzer
>
> But move the programming back to the vertical blank interrupt handler.
> And signal the flip as being completed immediately after programming it
> to the hardware.
>
> This way we don't have to guess whether or not the hardware
So after some more hacking I've moved dma-buf to its own subdirectory,
drivers/dma-buf and applied the fence patches to its new place. I believe that
the
first patch should be applied regardless, and the rest should be ready now.
:-)
Changes to the fence api:
- release_fence -> fence_release etc.
Signed-off-by: Maarten Lankhorst
---
Documentation/DocBook/device-drivers.tmpl |3
MAINTAINERS |4
drivers/Makefile |1
drivers/base/Makefile |1
drivers/base/dma-buf.c| 743 ---
A fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering. T
This type of fence can be used with hardware synchronization for simple
hardware that can block execution until the condition
(dma_buf[offset] - value) >= 0 has been met when WAIT_GEQUAL is used,
or (dma_buf[offset] != 0) has been met when WAIT_NONZERO is set.
A software fallback still has to be p
This allows reservation objects to be used in dma-buf. it's required
for implementing polling support on the fences that belong to a dma-buf.
Signed-off-by: Maarten Lankhorst
Acked-by: Mauro Carvalho Chehab
#drivers/media/v4l2-core/
Acked-by: Thomas Hellstrom #drivers/gpu/drm/ttm
Signed-off-by
Just to show it's easy.
Android syncpoints can be mapped to a timeline. This removes the need
to maintain a separate api for synchronization. I've left the android
trace events in place, but the core fence events should already be
sufficient for debugging.
v2:
- Call fence_remove_callback in sync
Signed-off-by: Maarten Lankhorst
Reviewed-by: Rob Clark
---
include/linux/reservation.h | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/include/linux/reservation.h b/include/linux/reservation.h
index 813dae960ebd..f3f57460a205 100644
--- a/include/linux
Thanks to Fengguang Wu for spotting a missing static cast.
v2:
- Kill unused variable need_shared.
v3:
- Clarify the BUG() in dma_buf_release some more. (Rob Clark)
Signed-off-by: Maarten Lankhorst
---
drivers/dma-buf/dma-buf.c | 108 +
include/linux
Move the list of shared fences to a struct, and return it in
reservation_object_get_list().
Add reservation_object_get_excl to get the exclusive fence.
Add reservation_object_reserve_shared(), which reserves space
in the reservation_object for 1 more shared fence.
reservation_object_add_shared_fe
This adds some extra functions to deal with rcu.
reservation_object_get_fences_rcu() will obtain the list of shared
and exclusive fences without obtaining the ww_mutex.
reservation_object_wait_timeout_rcu() will wait on all fences of the
reservation_object, without obtaining the ww_mutex.
reserv
op 01-07-14 13:06, Arend van Spriel schreef:
> On 01-07-14 12:57, Maarten Lankhorst wrote:
>> Signed-off-by: Maarten Lankhorst
> It would help to use '-M' option with format-patch for this kind of rework.
>
> Regards,
> Arend
>
Thanks, was looking for some option but didn't find it.
Have a rediff
n't hang the GPU for you, it's the same problem.
--
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/20140701/8e725a24/attachment.html>
Am 01.07.2014 08:48, schrieb Michel D?nzer:
> On 30.06.2014 16:43, Christian K?nig wrote:
>> Am 30.06.2014 08:10, schrieb Michel D?nzer:
>>> On 29.06.2014 19:34, Christian K?nig wrote:
I've just pushed the branch testing-3.15 to
git://people.freedesktop.org/~deathsimple/linux. It's based
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/91ea7d61/attachment.html>
The "flags" parameter of the DRM_IOCTL_MODE_ADDFB2 ioctl must be
propagated and used by the driver.
The only possible value of flags is DRM_MODE_FB_INTERLACED.
Signed-off-by: Fabien Dessenne
Reviewed-by: Benjamin GAIGNARD
---
drivers/gpu/drm/drm_crtc_helper.c | 1 +
1 file changed, 1 insertion(
The "flags" parameter of the DRM_IOCTL_MODE_ADDFB2 ioctl must be
propagated and used by the driver.
The only possible value of flags is DRM_MODE_FB_INTERLACED.
Change-Id: I989c01b1e6eef753eb004a5ac876665ea8ab0da6
Signed-off-by: Fabien Dessenne
Change-Id: I2350ad8bd1553a4a7388e8d8b7733e65f1e8caef
#x27;ll be in my -fixes pull request this week.
--
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/20140701/fa78b08c/attachment-0001.html>
desktop.org/archives/dri-devel/attachments/20140701/4f4baa45/attachment.html>
On Thu, Jun 26, 2014 at 03:46:01PM +0100, Russell King - ARM Linux wrote:
> On Thu, Jun 26, 2014 at 02:34:17PM +0200, Philipp Zabel wrote:
> > Hi Russell,
> >
> > On Tue, Jun 24, 2014 at 9:29 PM, Russell King
> > wrote:
> > [...]
> > > +/*
> > > + * Add a component to be matched.
> > > + *
> > >
A while back, Laurent raised some comments about the component helper,
which this patch set starts to address.
The first point it addresses is the repeated parsing inefficiency when
deferred probing occurs. When DT is used, the structure of the
component helper today means that masters end up par
-
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/20140701/65de8bc9/attachment.html>
On Tue, Jul 01, 2014 at 05:55:25PM +0900, Inki Dae wrote:
>
> Hi Jerome,
>
>
> On 2014? 07? 01? 06:46, j.glisse at gmail.com wrote:
> > From: Jerome Glisse
> >
> > get_user_pages gives no garanty that page it returns are still
> > the one backing the vma by the time it returns. Thus any ioctl
>
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/20140701/638b50fd/attachment.html>
nts/20140701/8a8bb142/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/36140cd4/attachment.html>
On Tue, Jul 01, 2014 at 11:49:18AM +0200, Christian K?nig wrote:
> Am 30.06.2014 19:35, schrieb Jerome Glisse:
> >On Mon, Jun 30, 2014 at 03:04:16PM +0200, Christian K?nig wrote:
> >>From: Christian K?nig
> >>
> >>This patch adds an IOCTL for turning a pointer supplied by
> >>userspace into a buff
On Sun, Jun 29, 2014 at 3:02 PM, Stefan Br?ns
wrote:
>
> Signed-off-by: Stefan Br?ns
Both patches applied. I've fixed this one to compile. Please make
sure your patches compile. thanks.
Alex
> ---
> drivers/gpu/drm/radeon/radeon_mode.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletio
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/944e82ad/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #51 from Alex Deucher ---
Actually, You'd want to try the cypress patch for BTC parts.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #52 from Alex Deucher ---
Created attachment 141741
--> https://bugzilla.kernel.org/attachment.cgi?id=141741&action=edit
possible fix
Does this patch help?
--
You are receiving this mail because:
You are watching the assignee of t
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/62c1adef/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/2aca6d00/attachment.html>
On Mon, Jun 30, 2014 at 5:12 AM, Michel D?nzer wrote:
> From: Michel D?nzer
>
> This prevents a panic: radeon_crtc_handle_page_flip() could run before
> radeon_flip_work_func(), triggering the BUG_ON() in drm_vblank_put().
>
> Tested-by: Dieter N?tzel
> Signed-off-by: Michel D?nzer
> ---
>
> v2
Am 01.07.2014 10:14, schrieb Michel D?nzer:
> From: Michel D?nzer
>
> But move the programming back to the vertical blank interrupt handler.
> And signal the flip as being completed immediately after programming it
> to the hardware.
>
> This way we don't have to guess whether or not the hardwar
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #53 from perry3d at gmail.com ---
Hi Alex and Dieter,
i am using this patch since 5 min. So far i have no problems.
Thank you!
What is the difference between vdcc and vdcci?
--
You are receiving this mail because:
You are watching t
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #54 from Alex Deucher ---
(In reply to perry3d from comment #53)
> Hi Alex and Dieter,
>
> i am using this patch since 5 min. So far i have no problems.
> Thank you!
>
> What is the difference between vdcc and vdcci?
Two different v
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/2ee73bcf/attachment.html>
Hi,
Marek Szyprowski wrote:
> Hello,
>
> On 2014-07-01 10:46, Tobias Jakobi wrote:
>> Hello Marek,
>>
>> I think this particular clock setup should already be handled by this
>> patch:
>> http://www.spinics.net/lists/arm-kernel/msg320013.html
>>
>> Or am I missing something here?
>
> The patch
Hi,
Marek Szyprowski wrote:
> Hello,
>
> On 2014-07-01 10:52, Tobias Jakobi wrote:
>> Hello Marek,
>>
>> I think you had a similar patch in the tizen tree, but according to
>> Tomasz Figa, it was considered a hack. I don't quite see how this is
>> different.
>>
>> Also, if I have been following
Am 01.07.2014 17:35, schrieb Jerome Glisse:
> On Tue, Jul 01, 2014 at 11:49:18AM +0200, Christian K?nig wrote:
>> Am 30.06.2014 19:35, schrieb Jerome Glisse:
>>> On Mon, Jun 30, 2014 at 03:04:16PM +0200, Christian K?nig wrote:
>>>
>>> [SNIP]
>>> @@ -176,8 +181,15 @@ static int radeon_cs_parser_relo
achments/20140701/0257f9c7/attachment.html>
Now that we (almost) have enough dependencies in place (MMCC, RPM, etc),
add necessary DT support so that we can use drm/msm on upstream kernel.
Signed-off-by: Rob Clark
---
Commence bikeshedding :-)
Documentation/devicetree/bindings/drm/msm/gpu.txt | 51
Documentation/dev
On Tue, Jul 01, 2014 at 08:14:47PM +0200, Christian K?nig wrote:
> Am 01.07.2014 17:35, schrieb Jerome Glisse:
> >On Tue, Jul 01, 2014 at 11:49:18AM +0200, Christian K?nig wrote:
> >>Am 30.06.2014 19:35, schrieb Jerome Glisse:
> >>>On Mon, Jun 30, 2014 at 03:04:16PM +0200, Christian K?nig wrote:
>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/99ee3616/attachment.html>
ill on my todo list (or maybe gdb ...).
--
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/20140701/2730fe7d/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/ef1635f6/attachment.html>
Hi
On Tue, Jul 1, 2014 at 9:02 PM, Fabian Frederick wrote:
> use mm.h definition
>
> Cc: David Airlie
> Cc: David Herrmann
> Cc: dri-devel at lists.freedesktop.org
> Signed-off-by: Fabian Frederick
Hm, this is defined in mm.h and we include it via drmP.h, which is
weird, but ok.
Reviewed-by:
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/1d05cd6c/attachment.html>
ng 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/20140701/851bb915/attachment-0001.html>
use:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/f89e78f2/attachment.html>
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/c4cf5188/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/715bdb6b/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #55 from Alex Deucher ---
Make sure you ddx has this patch:
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=c4ae0e2cbcc0e2ebf9f13ee92d59b5120254a1dc
Also try this kernel patch for eg/btc:
https://bugzilla.kernel.org/a
On Fri, Jun 27, 2014 at 05:08:51PM -0500, Darren Etheridge wrote:
> [snip]
>
> Otherwise I think this is a good and useful patch series.
It that a Tested-by tag? :)
Thanks!
Guido
>
> Darren
>
> >The first 7 patches are bug fixes which and should probably be applied
> >in the stable trees. The
https://bugzilla.kernel.org/show_bug.cgi?id=78661
--- Comment #5 from Nikolaus Waxweiler ---
Created attachment 141821
--> https://bugzilla.kernel.org/attachment.cgi?id=141821&action=edit
It happened again with radeon.dpm=0 and power_profile set to low.
syslog since using radeon.dpm=0 on ther
Hi Dave,
did you take a look at this patchset? I foolishly missed adding you on
the To: header, so apologies for that in advance.
Thanks,
On Tue, Jun 17, 2014 at 11:17:02AM -0300, Guido Mart?nez wrote:
> The tilcdc driver could be compiled as a module, but was severely broken
> and could not be
Hi Chris,
I had to rediff to get a patch that applies... I am not hanging with this
applied - it
does look like the i915 is starting is initialization later boot the new kernel.
[2.389796] [drm] Radeon Display Connectors
[2.389798] [drm] Connector 0:
[2.389799] [drm] DP-1
[2.3
use mm.h definition
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: intel-gfx at lists.freedesktop.org
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Fabian Frederick
---
drivers/gpu/drm/i915/intel_display.c | 10 +-
drivers/gpu/drm/i915/intel_fbdev.c | 2 +-
2 files changed, 6 inserti
Configuration sets for Exynos 4210 and 4x12 SoC were already defined in
Exynos HDMI and Mixed drivers, but they lacked proper linking to device
tree 'compatible' values. This patch fixes this issue adding support for
following compatible values: samsung,exynos4210-mixer,
samsung,exynos4212-mixer an
This patch adds support for domain-always-on property to Exynos power
domain driver. Domains with this property as always kept enabled.
Signed-off-by: Marek Szyprowski
---
Documentation/devicetree/bindings/arm/exynos/power_domain.txt | 2 ++
arch/arm/mach-exynos/pm_domains.c
This patch adds entries for HDMI, Mixer and i2c with hdmi-phy modules
found in Exynos 4210 and 4x12 SoCs.
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts/exynos4.dtsi| 37 +
arch/arm/boot/dts/exynos4210.dtsi | 5 +
arch/arm/boot/dts/exynos4x12.d
From: Tomasz Stanislawski
This patch adds configuration of hw modules required to enable HDMI
support on Universal C210 board.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts/exynos4210-universal_c210.dts | 65 +
1 file changed,
Hello,
On 2014-07-01 10:52, Tobias Jakobi wrote:
> Hello Marek,
>
> I think you had a similar patch in the tizen tree, but according to
> Tomasz Figa, it was considered a hack. I don't quite see how this is
> different.
>
> Also, if I have been following the discussion correctly, then the
> powerd
On 01-07-14 12:57, Maarten Lankhorst wrote:
> Signed-off-by: Maarten Lankhorst
It would help to use '-M' option with format-patch for this kind of rework.
Regards,
Arend
> ---
> Documentation/DocBook/device-drivers.tmpl |3
> MAINTAINERS |4
> drivers/Ma
Update MSM's DRM driver to use the component match support rather than
add_components.
Signed-off-by: Russell King
---
This patch is destined for Greg's driver and David's DRM trees.
drivers/gpu/drm/msm/msm_drv.c | 83 ++-
1 file changed, 35 insertions(+)
use mm.h definition
Cc: David Airlie
Cc: David Herrmann
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Fabian Frederick
---
drivers/gpu/drm/bochs/bochs_mm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bochs/bochs_mm.c b/drivers/gpu/drm/bochs/bochs
Hello,
This is a long awaited patch series enabling support for HDMI output
available on Exynos4412-based Odroid boards (X/X2/U2/U3/U3+) and
Exynos4210 Universal C210 board.
This patch consists of 3 groups of patches, which are aimed to be merged
to respective maintainer kernel trees.
First patc
This patch adds support for exporting mout_hdmi and mout_mixer to device
tree. Access to those clocks is required to correctly setup HDMI module
on Exynos 4210 and 4x12 SoCs.
Signed-off-by: Marek Szyprowski
CC: Mike Turquette
CC: Tomasz Figa
---
drivers/clk/samsung/clk-exynos4.c | 4 ++--
in
HDMI_EN regulator is additional regulator for providing voltage source
for DCC lines available on HDMI connector. When there is no power
provided for DDC epprom, some TV-sets do not pulls up HPD (hot plug
detect) line, what causes HDMI block to stay turned off. This patch
enables HDMI_EN regulator
This patch adds nodes specific to Exynos4412 based Odroid X/X2/U2/U3
boards required for enabling HDMI display.
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 52 +
1 file changed, 52 insertions(+)
diff --git a/arch/arm/boot/dts/exy
use mm.h definition
Cc: David Airlie
Cc: Tomi Valkeinen
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Fabian Frederick
---
drivers/gpu/drm/omapdrm/omap_fbdev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/omapdrm/omap_fbdev.c
b/drivers/gpu/drm/om
Hello,
On 2014-07-01 10:46, Tobias Jakobi wrote:
> Hello Marek,
>
> I think this particular clock setup should already be handled by this patch:
> http://www.spinics.net/lists/arm-kernel/msg320013.html
>
> Or am I missing something here?
The patch you have pointed requires adding support for SET_
Update MSM's DRM driver to use the component match support rather than
add_components.
Signed-off-by: Russell King
---
This patch is destined for Greg's driver and David's DRM trees.
drivers/gpu/drm/msm/msm_drv.c | 83 ++-
1 file changed, 35 insertions(+)
On 07/01/2014 06:39 PM, Guido Mart?nez wrote:
> On Fri, Jun 27, 2014 at 05:08:51PM -0500, Darren Etheridge wrote:
>> [snip]
>>
>> Otherwise I think this is a good and useful patch series.
> It that a Tested-by tag? :)
Sure - I would prefer that the WARN_ON was silenced when the tilcdc
module is r
I have been unable to reproduce this issue in a plethora of test
cases, although granted, I do not have access to a Win7 machine. For
that, I have asked an Ubuntu tester to run through some tests for me.
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-vmware/+bug/1328898/comments/8
W
On Tue, Jul 01, 2014 at 12:57:02PM +0200, Maarten Lankhorst wrote:
> So after some more hacking I've moved dma-buf to its own subdirectory,
> drivers/dma-buf and applied the fence patches to its new place. I believe
> that the
> first patch should be applied regardless, and the rest should be read
92 matches
Mail list logo
