Hi Gustavo,
Thanks for looking at the patch.
> 2016-10-20 Shawn Guo :
>
> > It adds the initial ZTE VOU display controller DRM driver. There are
> > still some features to be added, like overlay plane, scaling, and more
> > output devices support. But it's already useful with dual CRTCs and
>
> On Thu, Oct 20, 2016 at 3:30 AM, Shawn Guo wrote:
> > It adds the initial ZTE VOU display controller DRM driver. There are
> > still some features to be added, like overlay plane, scaling, and more
> > output devices support. But it's already useful with dual CRTCs and
> > HDMI monitor working
any codec driver with the i2s driver,
including those in sound/soc/codecs, and we already have drivers for
them.
So I'm not sure either solution is a good one. Why not just make the
HDMI part a codec itself, and use the i2s driver as the CPU DAI, like
any other codec?
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161027/7681c7e9/attachment.sig>
This patch unexports the low-level __get_user_pages_unlocked() function and
replaces invocations with calls to more appropriate higher-level functions.
In hva_to_pfn_slow() we are able to replace __get_user_pages_unlocked() with
get_user_pages_unlocked() since we can now pass gup_flags.
In async_
This patch adds an int *locked parameter to get_user_pages_remote() to allow
VM_FAULT_RETRY faulting behaviour similar to get_user_pages_[un]locked().
It additionally clears the way for __get_user_pages_unlocked() to be unexported
as its sole remaining useful characteristic was to allow for VM_FAU
This patch series continues the cleanup of get_user_pages*() functions taking
advantage of the fact we can now pass gup_flags as we please.
It firstly adds an additional 'locked' parameter to get_user_pages_remote() to
allow for its callers to utilise VM_FAULT_RETRY functionality. This is necessar
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161027/5754c434/attachment.html>
/dri-devel/attachments/20161027/cb27029d/attachment-0001.html>
Hi Dave,
So the scripting work is taking a bit longer, and I didn't want to rush
the migration of drm-misc right before ks and leave a mess behind, so this
is still from the old repo.
Pull request already again to get the s/fence/dma_fence/ stuff in and
allow everyone to resync. Otherwise really
This file has useful information regarding the pci-id --> gen
conversion. The gen determines which scanout formats a chipset
supports (for example, the SKL display engine can scanout Y-tiled
formats). This would be useful for the ozone-gbm interface.
Signed-off-by: Gurchetan Singh
---
intel/Ma
RL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161027/1b274085/attachment.sig>
Hello,
After running kmscube (or another KMS executable) on a i.MX6 QuadPlus (etnaviv,
GC3000) a few times on I get the below crash in the drm kernel driver.
This is on a device with LVDS panel. It is always reproducible, although the
number of invocations needed differs.
The only way to get rend
On Fri, 28 Oct 2016 00:54:34 +0800
Chen-Yu Tsai wrote:
> There's already a driver for basically the same thing:
>
> sound/soc/codec/hdmi-codec.c
>
> You use it by registering a sub-device from your hdmi driver, with the
> proper platform_data and callbacks. Grep for HDMI_CODEC_DRV_NAME for
achment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161027/8b399bb1/attachment.html>
ezes up is slightly different
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161027/6a9b2499/attachment.html>
On 26/09/16 09:09 PM, Takashi Iwai wrote:
> On Mon, 26 Sep 2016 11:42:16 +0200, Takashi Iwai wrote:
>> On Mon, 26 Sep 2016 10:57:50 +0200, Michel D4nzer wrote:
>>> On 23/09/16 10:06 PM, Takashi Iwai wrote:
radeon_cursor_move_unlock() contains a workaround for AVIVO chips that
are older th
From: Gustavo Padovan
Support DRM out-fences by creating a sync_file with a fence for each CRTC
that sets the OUT_FENCE_PTR property.
We use the out_fence pointer received in the OUT_FENCE_PTR prop to send
the sync_file fd back to userspace.
The sync_file and fd are allocated/created before com
From: Gustavo Padovan
Create one timeline context for each CRTC to be able to handle out-fences
and signal them. It adds a few members to struct drm_crtc: fence_context,
where we store the context we get from fence_context_alloc(), the
fence seqno and the fence lock, that we pass in fence_init()
From: Gustavo Padovan
There is now a new property called FENCE_FD attached to every plane
state that receives the sync_file fd from userspace via the atomic commit
IOCTL.
The fd is then translated to a fence (that may be a fence_collection
subclass or just a normal fence) and then used by DRM to
From: Gustavo Padovan
drm_atomic_set_fence_for_plane() is smart and won't overwrite
plane_state->fence if the user already set an explicit fence there.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/msm/msm_atomic.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/driv
From: Gustavo Padovan
drm_atomic_set_fence_for_plane() is smart and won't overwrite
plane_state->fence if the user already set an explicit fence there.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/imx/imx-drm-core.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
From: Gustavo Padovan
This new function should be used by drivers when setting a implicit
fence for the plane. It abstracts the fact that the user might have
chosen explicit fencing instead.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/drm_atomic.c | 30 ++
in
From: Gustavo Padovan
This is yet another version of the DRM fences patches. Please refer
to the cover letter[1] in previous version to check the fences details.
For v6 we create drm_atomic_set_fence_for_plane() that tries to abstract
from drivers if we are using implicit or explicit fencing. Th
Hi Dave,
First new feature pull for 4.10. Highlights:
- Support for multple virtual displays in the virtual dce component
- New VM mgr to support non-contiguous vram buffers
- Support for UVD powergating on additional asics
- Power management improvements
- lots of code cleanup and bug fixes
The
On Mon, 24 Oct 2016 14:34:49 +0200
Maxime Ripard wrote:
> Hi,
>
> On Sun, Oct 23, 2016 at 09:45:03AM +0200, Jean-Francois Moine wrote:
> > On Sun, 23 Oct 2016 09:33:16 +0800
> > Chen-Yu Tsai wrote:
> >
> > > > Note: This driver is closed to the sun4i-i2s except that:
> > > > - it handles the H
On 10/27, Archit Taneja wrote:
> The DSI/HDMI PLLs in MSM require resources like interface clocks, power
> domains to be enabled before we can access their registers.
>
> The clock framework doesn't have a mechanism at the moment where we can
> tie such resources to a clock, so we make sure that t
44, not RGBA. There might be
> >> some discrepancy here. We can deal with them
> >
> > Hmm, yes, that's weird. But I guess this would be part of porting it
> > to the A20.
> >
> >> Also there are some more formats missing from the list, could you
On Thu, Oct 27, 2016 at 09:25:19AM -0200, Gustavo Padovan wrote:
> 2016-10-27 Brian Starkey :
>
> > On Wed, Oct 26, 2016 at 07:43:57PM -0200, Gustavo Padovan wrote:
> > > 2016-10-26 Brian Starkey :
> > >
> > > > If userspace has asked for an out-fence for the writeback, we add a
> > > > fence to
Hi Dave,
Some additional bug fixes for radeon and amdgpu. Just a heads up, It looks like
you haven't yet pulled my fixes request form last week. Those fixes are in the
same branch. These are just the new fixes on top of those.
The following changes since commit 8861a8209782faffedb6d64572fa968e
>-Original Message-
>From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf
>Of Randy Li
>Sent: Monday, October 24, 2016 3:59 PM
>To: libva at lists.freedesktop.org
>Cc: gwenole.beauchesne at intel.com; dri-devel at lists.freedesktop.org; linux-
>rockchip at lists.inf
Configures the GE B850v3 LVDS/DP++ bridge on the dts file.
Cc: Martyn Welch
Cc: Martin Donnelly
Cc: Javier Martinez Canillas
Cc: Enric Balletbo i Serra
Cc: Philipp Zabel
Cc: Rob Herring
Cc: Fabio Estevam
Cc: Archit Taneja
Signed-off-by: Peter Senna Tschudin
---
arch/arm/boot/dts/imx6q-b8
Add a driver that create a drm_bridge and a drm_connector for the LVDS
to DP++ display bridge of the GE B850v3.
There are two physical bridges on the video signal pipeline: a
STDP4028(LVDS to DP) and a STDP2690(DP to DP++). The hardware and
firmware made it complicated for this binding to compris
Update the MAINTAINERS file for the GE B850v3 LVDS/DP++ Bridge.
Cc: Martyn Welch
Cc: Martin Donnelly
Cc: Daniel Vetter
Cc: Enric Balletbo i Serra
Cc: Philipp Zabel
Cc: Rob Herring
Cc: Fabio Estevam
CC: David Airlie
CC: Thierry Reding
CC: Thierry Reding
CC: Archit Taneja
Signed-off-by: P
Devicetree bindings documentation for the GE B850v3 LVDS/DP++
display bridge.
Cc: Martyn Welch
Cc: Martin Donnelly
Cc: Javier Martinez Canillas
Cc: Enric Balletbo i Serra
Cc: Philipp Zabel
Cc: Rob Herring
Cc: Fabio Estevam
Cc: Archit Taneja
Acked-by: Rob Herring
Signed-off-by: Peter Senna
The series adds a driver that creates a drm_bridge and a drm_connector for the
LVDS to DP++ display bridge of the GE B850v3.
There are two physical bridges on the video signal pipeline: a STDP4028(LVDS to
DP) and a STDP2690(DP to DP++). The hardware and firmware made it complicated
for this bindi
On Thu, Oct 27, 2016 at 2:40 PM, Archit Taneja
wrote:
>
>
> On 10/25/2016 02:29 PM, Chen-Yu Tsai wrote:
>>
>> On Tue, Oct 25, 2016 at 4:09 PM, Archit Taneja
>> wrote:
>>>
>>> Hi,
>>>
>>> On 10/20/2016 09:13 AM, Chen-Yu Tsai wrote:
Some rgb-to-vga bridges have an enable GPIO, eithe
eam
> submission.
>
>
> --
> Earthling Michel Dänzer | http://www.amd.com
> Libre software enthusiast | Mesa and X developer
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161027/fe07fbb4/attachment.html>
On Thu 27-10-16 12:55:27, Michal Hocko wrote:
> On Thu 27-10-16 10:51:40, Lorenzo Stoakes wrote:
> > This patch adds a int *locked parameter to get_user_pages_remote() to allow
> > VM_FAULT_RETRY faulting behaviour similar to get_user_pages_[un]locked().
> >
> > Taking into account the previous ad
On Thu 27-10-16 10:51:41, Lorenzo Stoakes wrote:
> This patch unexports the low-level __get_user_pages_unlocked() function and
> replaces invocations with calls to more appropriate higher-level functions.
>
> In hva_to_pfn_slow() we are able to replace __get_user_pages_unlocked() with
> get_user_p
On Thu 27-10-16 10:51:40, Lorenzo Stoakes wrote:
> This patch adds a int *locked parameter to get_user_pages_remote() to allow
> VM_FAULT_RETRY faulting behaviour similar to get_user_pages_[un]locked().
>
> Taking into account the previous adjustments to get_user_pages*() functions
> allowing for
On 10/25/2016 02:29 PM, Chen-Yu Tsai wrote:
> On Tue, Oct 25, 2016 at 4:09 PM, Archit Taneja
> wrote:
>> Hi,
>>
>> On 10/20/2016 09:13 AM, Chen-Yu Tsai wrote:
>>>
>>> Some rgb-to-vga bridges have an enable GPIO, either directly tied to
>>> an enable pin on the bridge IC, or indirectly controlli
The DSI/HDMI PLLs in MSM require resources like interface clocks, power
domains to be enabled before we can access their registers.
The clock framework doesn't have a mechanism at the moment where we can
tie such resources to a clock, so we make sure that the KMS driver enables
these resources whe
On Thu, 27 Oct 2016 11:02:30 +0200,
Michel D4nzer wrote:
>
> On 26/09/16 09:09 PM, Takashi Iwai wrote:
> > On Mon, 26 Sep 2016 11:42:16 +0200, Takashi Iwai wrote:
> >> On Mon, 26 Sep 2016 10:57:50 +0200, Michel D4nzer wrote:
> >>> On 23/09/16 10:06 PM, Takashi Iwai wrote:
> radeon_cursor_move
On Wed, Oct 26, 2016 at 07:43:57PM -0200, Gustavo Padovan wrote:
>2016-10-26 Brian Starkey :
>
>> If userspace has asked for an out-fence for the writeback, we add a
>> fence to malidp_mw_job, to be signaled when the writeback job has
>> completed.
>>
>> Signed-off-by: Brian Starkey
>> ---
>> dri
Hi Gustavo,
On Wed, Oct 26, 2016 at 07:40:29PM -0200, Gustavo Padovan wrote:
>2016-10-26 Brian Starkey :
>
>> Add the OUT_FENCE_PTR property to writeback connectors, to enable
>> userspace to get a fence which will signal once the writeback is
>> complete.
>>
>> A timeline is added to drm_connecto
å¨ 2016/10/26 20:59, Daniel Vetter åé:
> On Wed, Oct 26, 2016 at 05:19:31PM +0800, Rongrong Zou wrote:
>> Hi Daniel,
>>
>> Thansk for reviewing!
>>
>> å¨ 2016/10/26 13:56, Daniel Vetter åé:
>>> On Wed, Oct 26, 2016 at 10:37:00AM +0800, Rongrong Zou wrote:
Add support for fbdev and km
On Thu, Oct 27, 2016 at 10:51:39AM +0100, Lorenzo Stoakes wrote:
> This patch series continues the cleanup of get_user_pages*() functions taking
> advantage of the fact we can now pass gup_flags as we please.
Note that this patch series has an unfortunate trivial dependency on my recent
'fix up ge
This patch unexports the low-level __get_user_pages_unlocked() function and
replaces invocations with calls to more appropriate higher-level functions.
In hva_to_pfn_slow() we are able to replace __get_user_pages_unlocked() with
get_user_pages_unlocked() since we can now pass gup_flags.
In async_
This patch adds a int *locked parameter to get_user_pages_remote() to allow
VM_FAULT_RETRY faulting behaviour similar to get_user_pages_[un]locked().
Taking into account the previous adjustments to get_user_pages*() functions
allowing for the passing of gup_flags, we are now in a position where
__
This patch series continues the cleanup of get_user_pages*() functions taking
advantage of the fact we can now pass gup_flags as we please.
It firstly adds an additional 'locked' parameter to get_user_pages_remote() to
allow for its callers to utilise VM_FAULT_RETRY functionality. This is necessar
Tune dsi frame rate by pixel clock, dsi add some extra signal (i.e.
Tlpx, Ths-prepare, Ths-zero, Ths-trail,Ths-exit) when enter and exit LP
mode, those signals will cause h-time larger than normal and reduce FPS.
So need to multiply a coefficient to offset the extra signal's effect.
coefficient
Bartosz Golaszewski writes:
> Create a new driver for the da8xx DDR2/mDDR controller and implement
> support for writing to the Peripheral Bus Burst Priority Register.
>
> Signed-off-by: Bartosz Golaszewski
[...]
> + for (; setting->name; setting++) {
> + knob = da8xx_ddrctl_ma
On Wed, Oct 26, 2016 at 07:45:14PM -0200, Gustavo Padovan wrote:
>
>%p should be kept for your internal debug only. Make sure to remove
>anything that exposes kernel address when sending patches.
>
>Gustavo
>
Noted, thanks!
-Brian
2016-10-27 Brian Starkey :
> On Wed, Oct 26, 2016 at 07:43:57PM -0200, Gustavo Padovan wrote:
> > 2016-10-26 Brian Starkey :
> >
> > > If userspace has asked for an out-fence for the writeback, we add a
> > > fence to malidp_mw_job, to be signaled when the writeback job has
> > > completed.
> > >
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161027/8e3eb3d3/attachment.html>
On Fri, Oct 21, 2016 at 12:31 PM, Alex Deucher wrote:
> Hi Dave,
>
> Misc bug fixes for radeon and amdgpu.
>
> The following changes since commit 26beaee9bb07be20cc641c1251152e280e80f54e:
>
> Merge branch 'drm-etnaviv-fixes' of git://git.pengutronix.de/lst/linux into
> drm-fixes (2016-10-21 13:
Hi Dave,
drm-misc-fixes for 4.9. Not sure this is a good idea, but somehow there
was a pile of fixes floating and I figured I could try:
First time pull request with the new drm-misc.git repo, let's see how that
goes. I'll probably send you a -misc pull for 4.10 (to get the
s/fence/dma_fence/ ren
On Wed, Oct 26, 2016 at 03:36:32PM -0400, Lyude wrote:
> Now that these have finally made it into 4.9, it's time to finally backport
> these fixes. Skylake has been a mess in multi-monitor setups for a while now
> because up until recently we've been updating the watermarks on Skylake just
> like w
On Tue, Oct 25, 2016 at 09:09:33PM -0400, Paul Gortmaker wrote:
> On Mon, Oct 24, 2016 at 11:31 PM, Stephen Rothwell
> wrote:
> > Hi all,
> >
> > There will probably be no linux-next releases next week while I attend
> > the Kernel Summit.
> >
> > Changes since 20161024:
> >
> > The pm tree gaine
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161027/3e093507/attachment.html>
ves/dri-devel/attachments/20161027/46009971/attachment.html>
> Subject: Re: [PATCH v5] drm/fsl-dcu: Implement gamma_lut atomic crtc
> properties
>
> On 2016-09-28 01:24, Meng Yi wrote:
> > Gamma correction is optional and can be used to adjust the color
> > output values to match the gamut of a particular TFT LCD panel
> >
> > Split the DCU regs into "regs"
tree: git://anongit.freedesktop.org/drm-intel topic/drm-misc
head: ce6e153f414a73a52fa1498489ce4adf20229445
commit: ce6e153f414a73a52fa1498489ce4adf20229445 [3/3] drm/bridge: add Silicon
Image SiI8620 driver
coccinelle warnings: (new ones prefixed by >>)
>> drivers/gpu/drm/bridge/sil-sii862
drivers/gpu/drm/bridge/sil-sii8620.c:1556:3-8: No need to set .owner here. The
core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Andrzej Hajda
Signed-off-by: Fengguang Wu
---
sil-sii8620.c
drivers/gpu/drm/bridge/sil-sii8620.c:988:2-3: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Andrzej Hajda
Signed-off-by: Fengguang Wu
---
sil-sii8620.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/drivers/gpu/drm/
7;t that
redundant with the GPIO flags?
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161027/b9eb1a24/attachment.sig>
66 matches
Mail list logo