hai DonÈu
-- next part --
A non-text attachment was scrubbed...
Name: dri_0.tar.xz
Type: application/x-xz
Size: 87204 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160427/1cfe7cfd/attachment-0001.xz>
On 22 April 2016 at 23:11, Dennis Gilmore wrote:
> On Thursday, April 21, 2016 1:03:17 AM CDT Uwe Kleine-König wrote:
>> Hello,
>>
>> On Tue, Apr 19, 2016 at 03:16:01PM -0500, Dennis Gilmore wrote:
>> > On Tuesday, April 19, 2016 2:27:17 PM CDT Dennis Gilmore wrote:
>> > > On Tuesday, April 19, 2
On 26 April 2016 at 18:05, Philipp Zabel wrote:
> Hi Dave,
>
> second try. Please consider pulling this tag with initial MediaTek
> MT8173 DRM support, fixed to allow compiling as modules and without the
> device tree changes.
LZMAarch/arm/boot/compressed/piggy_data
MODPOST 1742 modules
ER
On 22 April 2016 at 18:37, Daniel Vetter wrote:
> On Thu, Apr 21, 2016 at 09:17:32PM +0100, Emil Velikov wrote:
>> Signed-off-by: Emil Velikov
>
> If the extern C stuff falls through, maybe we want to pull this one out
> ahead?
I've pulled this and the qxl one into -next as I was driving past.
On 27 April 2016 at 01:28, Alexey Brodkin
wrote:
> Hi Dave,
>
> This is DRM driver for ARC PGU - simple bitstreamer used on
> Synopsys ARC SDP boards (both AXS101 and AXS103).
Hi Alexey,
I've pulled this tree into drm-next now, it seems to at least build here,
Thanks,
Dave.
On 19 April 2016 at 19:03, Xinliang Liu wrote:
> Hi Dave,
>
> This is the first pull request from drm-hisilicon and for 4.7.
>
> The patches add new hisilicon drm driver.
>
> The patches were reviewed here:
> http://www.spinics.net/lists/dri-devel/msg104437.html
>
> DT binding docs were acked by R
On 22 April 2016 at 18:49, Daniel Vetter wrote:
> On Fri, Apr 15, 2016 at 03:10:44PM +1000, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> As suggested by Daniel, if we are actively using the connector in a modeset
>> we don't want it to disappear from underneath us. This takes a reference
>> to t
On 22 April 2016 at 19:03, Daniel Vetter wrote:
> On Fri, Apr 15, 2016 at 03:10:45PM +1000, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> Don't just free the connector when we get the destroy callback.
>>
>> Drop a reference to it, and set it's mst_port to NULL so
>> no more mst work is done on i
From: Dave Airlie
This uses the previous changes to add reference counts
to drm connector objects.
v2: move fbdev changes to their own patch.
add some kerneldoc
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_atomic.c | 19 +--
drivers/gpu/drm/drm_crtc.c | 28 +
From: Dave Airlie
This takes a reference count when fbdev adds the connector,
and drops it when it removes the connector.
It also drops the now unneeded code to find connectors
and remove the from the modeset as they are reference counted.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_fb
From: Dave Airlie
This just takes a reference on the connector when we set a mode
in the non-atomic paths.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_crtc_helper.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/drm_crtc_helper.c
b/drivers/gpu/drm/drm_crtc_he
From: Dave Airlie
Take a reference when setting a crtc on a connecter,
also take one when duplicating if a crtc is set,
and drop one on destroy if a crtc is set.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_atomic.c| 11 ++-
drivers/gpu/drm/drm_atomic_helper.c | 4
From: Dave Airlie
Don't just free the connector when we get the destroy callback.
Drop a reference to it, and set it's mst_port to NULL so
no more mst work is done on it.
v2: core mst accepts NULLs fine. Cleanup EDID code properly.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/i915/intel_dp
Hi all,
Today's linux-next merge of the drm-misc tree got a conflict in:
drivers/gpu/drm/i915/intel_dp.c
between commit:
86ee27b5aa75 ("drm/i915: Read eDP Display control capability registers")
from the drm-intel tree and commit:
9f085ebb1a50 ("rm/i915: Get rid of intel_dp_dpcd_read_wak
On 04/25/2016 11:18 PM, twp at codeaurora.org wrote:
> On 2016-04-25 03:16, Archit Taneja wrote:
>> Calling the legacy gpio_free on an invalid GPIO (a GPIO numbered -1)
>> results in kernel warnings. This causes a lot of backtraces when
>> we try to unload the drm/msm module.
>>
>> Call gpio_free
On Wed, Apr 27, 2016 at 11:54:35AM +1000, Dave Airlie wrote:
> On 22 April 2016 at 19:03, Daniel Vetter wrote:
> > On Fri, Apr 15, 2016 at 03:10:45PM +1000, Dave Airlie wrote:
> >> From: Dave Airlie
> >>
> >> Don't just free the connector when we get the destroy callback.
> >>
> >> Drop a referen
On Tue, Apr 26, 2016 at 12:02:08PM -0300, Gustavo Padovan wrote:
> 2016-04-26 Daniel Vetter :
>
> > On Mon, Apr 25, 2016 at 07:33:21PM -0300, Gustavo Padovan wrote:
> > > From: Gustavo Padovan
> > >
> > > struct fence_collection inherits from struct fence and carries a
> > > collection of fences
On Tue, Apr 26, 2016 at 01:48:02PM -0700, Greg Hackmann wrote:
> On 04/26/2016 01:05 PM, Daniel Vetter wrote:
> >On Tue, Apr 26, 2016 at 09:55:06PM +0300, Ville Syrjälä wrote:
> >>On Tue, Apr 26, 2016 at 08:23:46PM +0200, Daniel Vetter wrote:
> >>>On Tue, Apr 26, 2016 at 08:40:45PM +0300, Ville S
On Tue, Apr 26, 2016 at 10:09:16PM +0100, Chris Wilson wrote:
> On Tue, Apr 26, 2016 at 07:29:34PM +0200, Daniel Vetter wrote:
> > It has a DRIVER_MODESET check to sure make it's not creating havoc
> > for drm drivers. Make that clear in the name too.
>
> The pattern is that any extern that start
On Tue, Apr 26, 2016 at 05:35:42PM -0400, Alex Deucher wrote:
> On Tue, Apr 26, 2016 at 1:29 PM, Daniel Vetter
> wrote:
> > Like in
> >
> > commit 0e975980d435d58df2d430d688b8c18778b42218
> > Author: Peter Antoine
> > Date: Tue Jun 23 08:18:49 2015 +0100
> >
> > drm: Turn off Legacy Contex
On Wed, Apr 27, 2016 at 08:46:31AM +0200, Daniel Vetter wrote:
> On Tue, Apr 26, 2016 at 05:35:42PM -0400, Alex Deucher wrote:
> > On Tue, Apr 26, 2016 at 1:29 PM, Daniel Vetter
> > wrote:
> > > Like in
> > >
> > > commit 0e975980d435d58df2d430d688b8c18778b42218
> > > Author: Peter Antoine
> > >
Hi,
On 26 April 2016 at 21:48, Greg Hackmann wrote:
> On 04/26/2016 01:05 PM, Daniel Vetter wrote:
>> On Tue, Apr 26, 2016 at 09:55:06PM +0300, Ville Syrjälä wrote:
>>> What are they doing that can't stuff the fences into an array
>>> instead of props?
>>
>> The hw composer interface is one in-
On Tue, Apr 26, 2016 at 05:45:44PM -0400, Alex Deucher wrote:
> On Tue, Apr 26, 2016 at 4:52 PM, Chris Wilson
> wrote:
> > On Tue, Apr 26, 2016 at 07:29:41PM +0200, Daniel Vetter wrote:
> >> amdgpu gained dev->struct_mutex usage, and that's because it's walking
> >> the dev->filelist list. Protec
Hi,
On 27 April 2016 at 03:03, Dave Airlie wrote:
> diff --git a/drivers/gpu/drm/drm_crtc_helper.c
> b/drivers/gpu/drm/drm_crtc_helper.c
> index 66ca313..29b7835 100644
> --- a/drivers/gpu/drm/drm_crtc_helper.c
> +++ b/drivers/gpu/drm/drm_crtc_helper.c
> @@ -456,6 +456,9 @@ drm_crtc_helper_disab
On Wed, Apr 27, 2016 at 09:06:09AM +0200, Daniel Vetter wrote:
> On Tue, Apr 26, 2016 at 05:45:44PM -0400, Alex Deucher wrote:
> > On Tue, Apr 26, 2016 at 4:52 PM, Chris Wilson
> > wrote:
> > > On Tue, Apr 26, 2016 at 07:29:41PM +0200, Daniel Vetter wrote:
> > >> amdgpu gained dev->struct_mutex u
On Wed, 27 Apr 2016, Mihai DonÈu wrote:
> Hi,
>
> I noticed that since I started using 4.6.0-rcX, my screen flickers once
> or twice after I stop using my laptop for ~1min or so. Given the
> behavior, my prime suspect is the PSR feature that you have announced
> for this release:
>
> http://blo
>> Hm, I thought the referenced commit explained this, but now that I recheck
>> it doesn't. I'm not too sure again myself why I thought nouveau needs
>> this. The legacy ctx stuff is required because of some old kms nouveau ddx
>> that still used that stuff. I thought it also used legacy maps ...
Hi,
On 27 April 2016 at 03:03, Dave Airlie wrote:
> diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c
> index 9d5e3c8..d899dac 100644
> --- a/drivers/gpu/drm/drm_atomic.c
> +++ b/drivers/gpu/drm/drm_atomic.c
> @@ -1179,6 +1179,15 @@ drm_atomic_set_crtc_for_connector(struct
On Wed, Apr 27, 2016 at 09:06:09AM +0200, Daniel Vetter wrote:
> On Tue, Apr 26, 2016 at 05:45:44PM -0400, Alex Deucher wrote:
> > On Tue, Apr 26, 2016 at 4:52 PM, Chris Wilson
> > wrote:
> > > On Tue, Apr 26, 2016 at 07:29:41PM +0200, Daniel Vetter wrote:
> > >> amdgpu gained dev->struct_mutex u
And again make sure it's a no-op for modern drivers. Another case of
dev->struct_mutex gone for modern drivers!
Note that the entirety of the legacy addmap interface is now protected
by DRIVER_MODESET. Note that just auditing kernel code is not enough,
since userspace loves to set up legacy maps o
From: Benjamin Gaignard
No need to protect debugfs functions with dev->struct_mutex
Signed-off-by: Benjamin Gaignard
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/sti/sti_cursor.c | 7 ---
drivers/gpu/drm/sti/sti_drv.c| 6 --
drivers/gpu/drm/sti/sti_dvo.c| 7 ---
dri
Hi,
On 27 April 2016 at 03:03, Dave Airlie wrote:
> diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c
> index 9d5e3c8..d899dac 100644
> --- a/drivers/gpu/drm/drm_atomic.c
> +++ b/drivers/gpu/drm/drm_atomic.c
> @@ -1179,6 +1179,15 @@ drm_atomic_set_crtc_for_connector(struct
Hi Maarten,
Thanks for the patch.
Acked-by: Vincent Abriou
On 04/26/2016 04:11 PM, Maarten Lankhorst wrote:
> The async name is deprecated and should be changed to nonblocking.
>
> Cc: Benjamin Gaignard
> Cc: Vincent Abriou
> Signed-off-by: Maarten Lankhorst
> ---
> drivers/gpu/drm/sti/sti_
On Wed, Apr 27, 2016 at 12:03:25PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This uses the previous changes to add reference counts
> to drm connector objects.
>
> v2: move fbdev changes to their own patch.
> add some kerneldoc
> Signed-off-by: Dave Airlie
[cut]
> @@ -2639,6 +2647,28
On Wed, Apr 27, 2016 at 12:03:26PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This takes a reference count when fbdev adds the connector,
> and drops it when it removes the connector.
>
> It also drops the now unneeded code to find connectors
> and remove the from the modeset as they are
On Wed, Apr 27, 2016 at 12:03:27PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This just takes a reference on the connector when we set a mode
> in the non-atomic paths.
>
> Signed-off-by: Dave Airlie
Reviewed-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_crtc_helper.c | 6 ++
> 1
Recently, I got many reports about perfermance degradation in embedded
system(Android mobile phone, webOS TV and so on) and easy fork fail.
The problem was fragmentation caused by zram and GPU driver mainly.
With memory pressure, their pages were spread out all of pageblock and
it cannot be migrat
We have allowed migration for only LRU pages until now and it was
enough to make high-order pages. But recently, embedded system(e.g.,
webOS, android) uses lots of non-movable pages(e.g., zram, GPU memory)
so we have seen several reports about troubles of small high-order
allocation. For fixing the
On Wed, Apr 27, 2016 at 08:13:04AM +0100, Daniel Stone wrote:
> Hi,
>
> On 27 April 2016 at 03:03, Dave Airlie wrote:
> > diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c
> > index 9d5e3c8..d899dac 100644
> > --- a/drivers/gpu/drm/drm_atomic.c
> > +++ b/drivers/gpu/drm/drm
On Wed, Apr 27, 2016 at 09:34:34AM +0200, Daniel Vetter wrote:
> On Wed, Apr 27, 2016 at 12:03:27PM +1000, Dave Airlie wrote:
> > From: Dave Airlie
> >
> > This just takes a reference on the connector when we set a mode
> > in the non-atomic paths.
> >
> > Signed-off-by: Dave Airlie
>
> Review
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Wednesday, April 27, 2016 3:09 AM
> To: Alex Deucher
> Cc: Chris Wilson; Daniel Vetter; DRI Development; Deucher, Alexander; Intel
> Graphics Development; Daniel Vetter
> Subje
Thorsten Leemhuis wrote on 26.04.2016 13:41:
> Lo! Below patch adds the PCI-ID for the Intel(R) Iris Graphics 550 (Skylake
> GT3e mobile) to libdrm. It afaics is the last piece that is missing to
> make those GPUs work properly, as Linux 4.6-rc(¹) and Mesa 11.2 already
> support it â but without
On Wed, Apr 27, 2016 at 12:03:29PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Don't just free the connector when we get the destroy callback.
>
> Drop a reference to it, and set it's mst_port to NULL so
> no more mst work is done on it.
>
> v2: core mst accepts NULLs fine. Cleanup EDID c
On Wed, Apr 27, 2016 at 05:12:22PM +1000, Dave Airlie wrote:
> >> Hm, I thought the referenced commit explained this, but now that I recheck
> >> it doesn't. I'm not too sure again myself why I thought nouveau needs
> >> this. The legacy ctx stuff is required because of some old kms nouveau ddx
> >
On Wed, Apr 27, 2016 at 09:21:29AM +0200, Daniel Vetter wrote:
> From: Benjamin Gaignard
>
> No need to protect debugfs functions with dev->struct_mutex
>
> Signed-off-by: Benjamin Gaignard
> Signed-off-by: Daniel Vetter
Oops, resent wrong patch, but the iteration that dropped the nouveau
spe
On Wed, Apr 27, 2016 at 08:17:08AM +0100, Chris Wilson wrote:
> On Wed, Apr 27, 2016 at 09:06:09AM +0200, Daniel Vetter wrote:
> > On Tue, Apr 26, 2016 at 05:45:44PM -0400, Alex Deucher wrote:
> > > On Tue, Apr 26, 2016 at 4:52 PM, Chris Wilson > > chris-wilson.co.uk> wrote:
> > > > On Tue, Apr 26
On Wed, Apr 27, 2016 at 10:01:16AM +0200, Daniel Vetter wrote:
> On Wed, Apr 27, 2016 at 08:17:08AM +0100, Chris Wilson wrote:
> > drm/i915: s/struct_mutex/bfg9000/
>
> Can't do that yet because holding struct_mutex prevents objects from
> disappearing, speficially all our mm and lru lists only ho
And again make sure it's a no-op for modern drivers. Another case of
dev->struct_mutex gone for modern drivers!
Note that the entirety of the legacy addmap interface is now protected
by DRIVER_MODESET. Note that just auditing kernel code is not enough,
since userspace loves to set up legacy maps o
On Tue, Apr 26, 2016 at 07:29:41PM +0200, Daniel Vetter wrote:
> amdgpu gained dev->struct_mutex usage, and that's because it's walking
> the dev->filelist list. Protect that list with it's own lock to take
> one more step towards getting rid of struct_mutex usage in drivers
> once and for all.
>
On Tue, Apr 26, 2016 at 05:52:31PM -0400, Alex Deucher wrote:
> On Tue, Apr 26, 2016 at 1:29 PM, Daniel Vetter
> wrote:
> > Finally all the core gem and a lot of drivers are entirely free of
> > dev->struct_mutex depencies, and we can start to have an entirely
> > lockless unref path.
> >
> > To
Hi,
On 26 April 2016 at 00:33, Gustavo Padovan wrote:
> +static inline struct drm_crtc *fence_to_crtc(struct fence *fence)
> +{
> + if (fence->ops != &drm_crtc_fence_ops)
> + return NULL;
Since this is (currently) only used before unconditional dereferences,
maybe turn this i
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160427/3efa5791/attachment-0001.html>
If of_node is set before calling platform_device_add, the driver core
will try to use of: modalias matching, which fails because the device
tree nodes don't have a compatible property set. This patch fixes
imx-ipuv3-crtc module autoloading by setting the of_node property only
after the platform mod
Hi Dennis,
Am Freitag, den 22.04.2016, 08:11 -0500 schrieb Dennis Gilmore:
[...]
> I reverted the 4 patches in that series
>
> 407c9eba drm/imx: Remove of_node assignment from ipuv3-crtc driver probe
> 304e6be6 gpu: ipu-v3: Assign of_node of child platform devices to
> corresponding ports
> 99ae
Hi Akshay,
Am Dienstag, den 26.04.2016, 13:40 -0400 schrieb Akshay Bhat:
> From: Steve Longerbeam
>
> Add support for reading EDID over Display Data Channel. If no DDC
> adapter is available, falls back to hardcoded EDID or display-timings
> node as before.
>
> Signed-off-by: Steve Longerbeam
Am Dienstag, den 26.04.2016, 19:29 +0200 schrieb Daniel Vetter:
> Finally all the core gem and a lot of drivers are entirely free of
> dev->struct_mutex depencies, and we can start to have an entirely
> lockless unref path.
>
> To make sure that no one who touches the core code accidentally breaks
Am Dienstag, den 26.04.2016, 19:29 +0200 schrieb Daniel Vetter:
> No dev->struct_mutex anywhere to be seen.
>
> Cc: Christian Gmeiner
> Cc: Russell King
> Cc: Lucas Stach
> Signed-off-by: Daniel Vetter
Acked-by: Lucas Stach
> ---
> drivers/gpu/drm/etnaviv/etnaviv_drv.c | 2 +-
> 1 file cha
Den 26.04.2016 19:19, skrev Daniel Vetter:
> On Tue, Apr 26, 2016 at 06:24:54PM +0200, Noralf Trønnes wrote:
>> Den 25.04.2016 11:09, skrev Daniel Vetter:
>>> On Sun, Apr 24, 2016 at 10:48:58PM +0200, Noralf Trønnes wrote:
This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled.
>
On Thu, Apr 21, 2016 at 09:17:13PM +0100, Emil Velikov wrote:
> Dave Airlie pointed out that "polluting" the headers in a manner as seen
> with this series might not be too wise. David H, can we hear your view
> on the topic ?
For armada and etnaviv, it seems sensible, so I'd be happy to see the
On Fri, Apr 22, 2016 at 12:03:54AM +0100, Emil Velikov wrote:
> Cc: Lucas Stach
> Cc: Russell King
Acked-by: Russell King
Thanks.
--
RMK's Patch system: http://www.arm.linux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest
On Fri, Apr 22, 2016 at 12:03:55AM +0100, Emil Velikov wrote:
> Cc: Russell King
Acked-by: Russell King
Thanks.
--
RMK's Patch system: http://www.arm.linux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
-gfx mailing list
> Intel-gfx at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/intel-gfx
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160427/33053c09/attachment.sig>
From: Tvrtko Ursulin
Purpose is to enable drivers to print out just the mode
string with their own formatting.
Existing drm_mode_debug_printmodeline calls the new
helper and the format is unchanged in this patch.
Signed-off-by: Tvrtko Ursulin
Cc: Daniel Vetter
Cc: dri-devel at lists.freedeskt
From: Tvrtko Ursulin
Instead of a long string full of zeros in various forms
print out "---" for more tidy appearace in the logs.
Signed-off-by: Tvrtko Ursulin
Cc: Daniel Vetter
Cc: dri-devel at lists.freedesktop.org
---
drivers/gpu/drm/drm_modes.c | 25 +++--
1 file chang
From: Tvrtko Ursulin
Debug logging in this function does not provide any information
apart that the userspace is calling an ioctl on the connector.
There is not any info on the connector provided at all and
since there are other ioctls userspace typically calls which
do log useful things about t
On Wed, 27 Apr 2016 10:09:32 +0300 Jani Nikula wrote:
> On Wed, 27 Apr 2016, Mihai DonÈu wrote:
> > I noticed that since I started using 4.6.0-rcX, my screen flickers once
> > or twice after I stop using my laptop for ~1min or so. Given the
> > behavior, my prime suspect is the PSR feature that yo
Hi Daniel,
Am Dienstag, den 26.04.2016, 10:48 +0200 schrieb Daniel Vetter:
[...]
> > +static int mtk_drm_unload(struct drm_device *drm)
> > +{
> > + mtk_drm_kms_deinit(drm);
> > + drm->dev_private = NULL;
> > +
> > + return 0;
> > +}
>
> Like load, the unload hook is deprecated. And in drm-
Am Dienstag, den 26.04.2016, 19:29 +0200 schrieb Daniel Vetter:
> No dev->struct_mutex anywhere to be seen.
>
> Cc: Sascha Hauer
> Cc: Philipp Zabel
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/imx/imx-drm-core.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Wed, 27 Apr 2016, Mihai DonÈu wrote:
> On Wed, 27 Apr 2016 10:09:32 +0300 Jani Nikula wrote:
>> On Wed, 27 Apr 2016, Mihai DonÈu wrote:
>> > I noticed that since I started using 4.6.0-rcX, my screen flickers once
>> > or twice after I stop using my laptop for ~1min or so. Given the
>> > behav
Am Mittwoch, den 27.04.2016, 09:15 +1000 schrieb Dave Airlie:
> On 26 April 2016 at 18:05, Philipp Zabel wrote:
> > Hi Dave,
> >
> > second try. Please consider pulling this tag with initial MediaTek
> > MT8173 DRM support, fixed to allow compiling as modules and without the
> > device tree change
On Wed, Apr 27, 2016 at 12:29:05PM +0200, Philipp Zabel wrote:
> Hi Daniel,
>
> Am Dienstag, den 26.04.2016, 10:48 +0200 schrieb Daniel Vetter:
> [...]
> > > +static int mtk_drm_unload(struct drm_device *drm)
> > > +{
> > > + mtk_drm_kms_deinit(drm);
> > > + drm->dev_private = NULL;
> > > +
> > >
From: Tvrtko Ursulin
The debug logging here can be very verbose in the kernel logs
and provides no information which userspace doesn't have the
access to already. Turn it off so kernel logs become more
manageable.
Signed-off-by: Tvrtko Ursulin
Cc: Daniel Vetter
Cc: dri-devel at lists.freedeskt
On Wed, Apr 27, 2016 at 11:45:31AM +0200, Noralf Trønnes wrote:
>
> Den 26.04.2016 19:19, skrev Daniel Vetter:
> >On Tue, Apr 26, 2016 at 06:24:54PM +0200, Noralf Trønnes wrote:
> >>Den 25.04.2016 11:09, skrev Daniel Vetter:
> >>>On Sun, Apr 24, 2016 at 10:48:58PM +0200, Noralf Trønnes wrote:
>
On Wed, Apr 27, 2016 at 11:31:00AM +0200, Lucas Stach wrote:
> Am Dienstag, den 26.04.2016, 19:29 +0200 schrieb Daniel Vetter:
> > Finally all the core gem and a lot of drivers are entirely free of
> > dev->struct_mutex depencies, and we can start to have an entirely
> > lockless unref path.
> >
>
On Wed, Apr 27, 2016 at 12:29:34PM +0200, Philipp Zabel wrote:
> Am Dienstag, den 26.04.2016, 19:29 +0200 schrieb Daniel Vetter:
> > No dev->struct_mutex anywhere to be seen.
> >
> > Cc: Sascha Hauer
> > Cc: Philipp Zabel
> > Signed-off-by: Daniel Vetter
> > ---
> > drivers/gpu/drm/imx/imx-drm
Here, a location is reset to NULL before being passed to PTR_ERR.
So, PTR_ERR should be called before its argument is reassigned
to NULL. Further to simplify things use PTR_ERR_OR_ZERO instead
of PTR_ERR and IS_ERR.
Problem found using Coccinelle.
Signed-off-by: Vaishali Thakkar
---
drivers/gpu
No need to reinvent this little wheel.
v2: Like, try to make it compile even.
Cc: Mark Yao
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c
b/dri
It's an optional hook. Might be needed for frontbuffer rendering on
manual upload displays, but a simple TODO doesn't explain at all what
needs to be done or why.
Cc: Inki Dae
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/exynos/exynos_drm_fb.c | 11 ---
1 file changed, 11 deletions(
It's an optional hook.
Cc: Rob Clark
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/msm/msm_fb.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/msm/msm_fb.c b/drivers/gpu/drm/msm/msm_fb.c
index 17e0c9eb1900..672d8b1c2d09 100644
--- a/drivers/gpu/drm/msm/msm_fb.c
++
Finally all the core gem and a lot of drivers are entirely free of
dev->struct_mutex depencies, and we can start to have an entirely
lockless unref path.
To make sure that no one who touches the core code accidentally breaks
existing drivers which still require dev->struct_mutex I've made the
migh
On Wed, Apr 27, 2016 at 01:50:00PM +0200, Daniel Vetter wrote:
> Finally all the core gem and a lot of drivers are entirely free of
> dev->struct_mutex depencies, and we can start to have an entirely
> lockless unref path.
>
> To make sure that no one who touches the core code accidentally breaks
Am Mittwoch, den 27.04.2016, 13:21 +0200 schrieb Daniel Vetter:
> On Wed, Apr 27, 2016 at 12:29:34PM +0200, Philipp Zabel wrote:
> > Am Dienstag, den 26.04.2016, 19:29 +0200 schrieb Daniel Vetter:
> > > No dev->struct_mutex anywhere to be seen.
> > >
> > > Cc: Sascha Hauer
> > > Cc: Philipp Zabel
On Wed, Apr 27, 2016 at 12:58:51PM +0100, Chris Wilson wrote:
> On Wed, Apr 27, 2016 at 01:50:00PM +0200, Daniel Vetter wrote:
> > Finally all the core gem and a lot of drivers are entirely free of
> > dev->struct_mutex depencies, and we can start to have an entirely
> > lockless unref path.
> >
>
On Wed, Apr 27, 2016 at 02:12:46PM +0200, Daniel Vetter wrote:
> On Wed, Apr 27, 2016 at 12:58:51PM +0100, Chris Wilson wrote:
> > On Wed, Apr 27, 2016 at 01:50:00PM +0200, Daniel Vetter wrote:
> > > Finally all the core gem and a lot of drivers are entirely free of
> > > dev->struct_mutex depencie
On Wed, 27 Apr 2016, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Purpose is to enable drivers to print out just the mode
> string with their own formatting.
Some alternatives that preserve the use of a single printk(), avoiding
garbled console output due to races (as discussed on intel-gfx
If the MMU map fails caused by an unaligned SG entry, the unmap path
is called to undo all already setup SG mappings. When encountering the
unaligned SG the unmap path hangs the kernel with a BUG(), while the
error is recoverable by just failing the submit that references the
faulty object.
Signed
This function will be changed to be called indirectly and this
prototype change brings it in line with all the other indirect
object calls.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gem.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/gp
Add an indirect object operations call to allow distinct implementations
of the mmap operation based on the type of the object.
This ensures that the exporter is called to set up the mmap for imported
dma-bufs and disallows mapping of userptr objects through the DRM file,
as this might lead to ser
On 27/04/16 13:35, Jani Nikula wrote:
> On Wed, 27 Apr 2016, Tvrtko Ursulin wrote:
>> From: Tvrtko Ursulin
>>
>> Purpose is to enable drivers to print out just the mode
>> string with their own formatting.
>
> Some alternatives that preserve the use of a single printk(), avoiding
> garbled conso
On Wed, 27 Apr 2016, Florian Zumbiehl wrote:
>> Florian, if you're using drm-intel-nigthly submit a bug at
>> https://bugs.freedesktop.org/enter_bug.cgi?product=DRI, with DRM/intel
>> as component. This way we can track some kind of progress/regress. The FIFO
>
> Gee ... is there any way without "
On 27 April 2016 at 07:43, Dave Airlie wrote:
> On 19 April 2016 at 19:03, Xinliang Liu wrote:
>> Hi Dave,
>>
>> This is the first pull request from drm-hisilicon and for 4.7.
>>
>> The patches add new hisilicon drm driver.
>>
>> The patches were reviewed here:
>> http://www.spinics.net/lists/dri
Am Mittwoch, den 27.04.2016, 08:54 -0500 schrieb Dennis Gilmore:
> Thanks Philipp,
>
> I tested and module loading worked correctly
>
> Dennis
>
> On 2016-04-27 03:29, Philipp Zabel wrote:
> > If of_node is set before calling platform_device_add, the driver core
> > will try to use of: modalias
Rebased onto drm-next, fixed building as a module, removed the
driver unload hook, custom vm_ops, and the dts patch.
Changes since v14:
- Fixed module build
- Select DRM_GEM_CMA_HELPER and use drm_gem_cma_vm_ops
- Select MEMORY so that select MTK_SMI works properly
- Rebase onto drm-next so we
From: CK Hu
Add device tree binding documentation for the display subsystem in
Mediatek MT8173 SoCs.
Signed-off-by: CK Hu
Signed-off-by: Philipp Zabel
Acked-by: Rob Herring
---
.../bindings/display/mediatek/mediatek,disp.txt| 203 +
.../bindings/display/mediatek/media
From: CK Hu
This patch adds an initial DRM driver for the Mediatek MT8173 DISP
subsystem. It currently supports two fixed output streams from the
OVL0/OVL1 sources to the DSI0/DPI0 sinks, respectively.
Signed-off-by: CK Hu
Signed-off-by: YT Shen
Signed-off-by: Daniel Kurtz
Signed-off-by: Bibb
From: CK Hu
This patch add a drm encoder/connector driver for the MIPI DSI function
block of the Mediatek display subsystem and a phy driver for the MIPI TX
D-PHY control module.
Signed-off-by: Jitao Shi
Signed-off-by: Philipp Zabel
---
Changes since v15:
- use div_u64 to avoid "__aeabi_uldiv
From: Jie Qiu
Add DPI connector/encoder to support HDMI output via the
attached HDMI bridge.
Signed-off-by: Jie Qiu
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/mediatek/Makefile | 3 +-
drivers/gpu/drm/mediatek/mtk_dpi.c | 769
drivers/gpu/dr
This mux is supposed to select a fitting divider after the PLL
is already set to the correct rate.
Signed-off-by: Philipp Zabel
Acked-by: James Liao
Acked-by: Stephen Boyd
---
drivers/clk/mediatek/clk-mt8173.c | 6 +-
drivers/clk/mediatek/clk-mtk.h| 15 +--
2 files changed
The configurable hdmi_ref output of the PLL block is derived from
the tvdpll_594m clock signal via a configurable PLL post-divider.
It is used as the PLL reference input to the HDMI PHY module.
Signed-off-by: Philipp Zabel
Acked-by: James Liao
Acked-by: Stephen Boyd
---
drivers/clk/mediatek/cl
The hdmitx_dig_cts clock signal is not a child of tvdpll_445p5m,
but is routed out of the HDMI PHY module.
Signed-off-by: Philipp Zabel
Acked-by: Stephen Boyd
---
drivers/clk/mediatek/clk-mt8173.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/clk/mediatek/clk-mt8173.c
b/drivers/cl
1 - 100 of 174 matches
Mail list logo
