On Wed, Nov 29, 2017 at 6:21 AM, Fengguang Wu wrote:
> Greetings,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>
> commit d17a1d97dc208d664c91cc387ffb752c7f85dc61
> Author: Andrey Rya
Hi Julian,
Dne sreda, 29. november 2017 ob 22:48:34 CET je Julian Calaby napisal(a):
> Hi Jernej,
>
> On Tue, Nov 28, 2017 at 7:57 AM, Jernej Skrabec
wrote:
> > Calculate scaling parameters and call appropriate scaler set up
> > function.
> >
> > Signed-off-by: Jernej Skrabec
> > ---
> >
> >
Support Innolux P097PFG 9.7" 1536x2048 TFT LCD panel,
it refactor Innolux P079ZCA panel driver, let it support
multi panel, and add support P097PFG panel in this driver.
Change-Id: If342e58a3de2861219b0b1313f402b6cb41ffa29
Signed-off-by: Lin Huang
---
drivers/gpu/drm/panel/panel-innolux-p079zca.
On Wed, Nov 29, 2017 at 09:53:42AM -0500, Sean Paul wrote:
> On Wed, Nov 29, 2017 at 11:45:43AM +, Russell King wrote:
> > Fix the leak of the CRTC structure in the failure paths of
> > armada_drm_crtc_create().
> >
> > Signed-off-by: Russell King
> > ---
> > drivers/gpu/drm/armada/armada_cr
Fix ptr_ret.cocci warnings:
drivers/video/fbdev/omap2/omapfb/dss/hdmi4.c:676:1-3: WARNING: PTR_ERR_OR_ZERO
can be used
Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Signed-off-by: Vasyl Gomonovych
---
drivers/video/fbdev/omap2/oma
On Wed, Nov 29, 2017 at 03:03:09PM -0500, Sean Paul wrote:
> On Wed, Nov 29, 2017 at 07:16:43PM +, Russell King - ARM Linux wrote:
> > On Wed, Nov 29, 2017 at 09:53:42AM -0500, Sean Paul wrote:
> > > On Wed, Nov 29, 2017 at 11:45:43AM +, Russell King wrote:
> > > > Fix the leak of the CRTC
Hi Jernej,
On Tue, Nov 28, 2017 at 7:57 AM, Jernej Skrabec wrote:
> Calculate scaling parameters and call appropriate scaler set up
> function.
>
> Signed-off-by: Jernej Skrabec
> ---
> drivers/gpu/drm/sun4i/sun8i_layer.c | 12 +++-
> drivers/gpu/drm/sun4i/sun8i_mixer.c | 115
> ++
Support Innolux P097PFG 9.7" 1536x2048 TFT LCD panel,
it refactor Innolux P079ZCA panel driver, let it support
multi panel, and add support P097PFG panel in this driver.
Signed-off-by: Lin Huang
---
drivers/gpu/drm/panel/panel-innolux-p079zca.c | 178 --
1 file changed,
Hi,
Dne torek, 28. november 2017 ob 22:00:01 CET je Maxime Ripard napisal(a):
> Hi,
>
> On Mon, Nov 27, 2017 at 09:57:41PM +0100, Jernej Skrabec wrote:
> > This commit adds basic support for VI planes. They are meant for video
> > overlay and because of that they support YUV formats too. However,
Hi Tobias,
Thanks for touching this code.
But I think below changes chould be explained exactly. Anyway, below are my
comments,
2017년 11월 23일 23:19에 Tobias Jakobi 이(가) 쓴 글:
> If an interlaced video mode is selected, a IOMMU pagefault is
> triggered by vp_video_buffer().
>
> Fix the most appare
Quoting Sean Paul (2017-11-30 03:08:58)
> This patch adds the framework required to add HDCP support to intel
> connectors. It implements Aksv loading from fuse, and parts 1/2/3
> of the HDCP authentication scheme.
>
> Note that without shim implementations, this does not actually implement
> HDCP
Hi Dave,
Please pull a few omapdrm fixes for v4.15.
Tomi
The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323:
Linux 4.15-rc1 (2017-11-26 16:01:47 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux.git
tags/oma
On 28/11/17 17:48, H. Nikolaus Schaller wrote:
> Changes V3:
> * stay compatible with old DTB files which still use "toppoly" (suggested by
> Tomi Valkeinen)
> * replaced MODULE_ALIAS entries by MODULE_DEVICE_TABLE (suggested by Andrew
> F. Davis)
> * removed DSI VDDS patch as it has already been
https://bugs.freedesktop.org/show_bug.cgi?id=103968
--- Comment #2 from Odo Wolbers ---
Here you are:
dpkg -l | grep '^i.*mesa'
ii glx-alternative-mesa 0.8.1
amd64allows the selection of MESA as GLX provider
ii libegl-mesa0:amd64
https://bugs.freedesktop.org/show_bug.cgi?id=103968
--- Comment #3 from Michel Dänzer ---
That looks fine. Is there any chance that there are leftovers from your
previous attempts at compiling Mesa or related components? E.g. check if
ldd /usr/lib/xorg/modules/libglamoregl.so
shows it picking
https://bugs.freedesktop.org/show_bug.cgi?id=103968
--- Comment #4 from Odo Wolbers ---
ldd /usr/lib/xorg/modules/libglamoregl.so
linux-vdso.so.1 (0x7ffefbab)
libgbm.so.1 => /usr/local/lib/libgbm.so.1 (0x7f4d676cd000)
libepoxy.so.0 => /usr/lib/x86_64-linux-gnu
https://bugs.freedesktop.org/show_bug.cgi?id=103968
--- Comment #5 from Michel Dänzer ---
(In reply to Odo Wolbers from comment #4)
> ldd /usr/lib/xorg/modules/libglamoregl.so
> [...]
> libgbm.so.1 => /usr/local/lib/libgbm.so.1 (0x7f4d676cd000)
> [...]
> libdrm.so.2 =
Hi Dave,
I'll be covering -fixes for Jani for a few weeks.
As you know, our CI has been somewhat on fire since moving to -rc1, so this
pull has not seen quite the level of testing as the previous pulls. This is
also my first pull request after ramping up with the pull specific tooling
in just som
Hi,
Changes since v2:
- Rebased on drm-next (v2 was based on drm-next and my
'drm/omap: Module parameter for display order configuration' series, thus it
was not applying cleanly.
- Added Acked-by from Rob to the dt-binding changes
Changes since v1:
- Use the crtc->mode_valid and not connecto
The get_memory_bandwidth_limit() in dispc_ops can be used to query the
memory bandwidth limit of dispc by upper layers.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdrm/dss/dispc.c | 13 +
drivers/gpu/drm/omapdrm/dss/omapdss.h | 2 ++
2 files changed, 15 insertions(+)
di
If we have memory bandwidth limit configured, reject the modes which would
require more bandwidth than the limit if it is used with one full
resolution plane (most common use case).
This filtering is not providing full protection as it is possible that
application would pick smaller crtc resolutio
max-memory-bandwidth can be used to specify the maximum bandwidth dispc
can use when reading display data from main memory.
In some SoC (am437x for example) we have memory bandwidth limitation
which causes underflow in the display subsystem.
Signed-off-by: Peter Ujfalusi
Acked-by: Rob Herring
-
https://bugs.freedesktop.org/show_bug.cgi?id=103968
--- Comment #6 from Odo Wolbers ---
After rm /usr/local/lib/libgbm.so* /usr/local/lib/libdrm.so* I get this:
glxinfo | grep OpenGL | renderer
bash: renderer: Kommando nicht gefunden.
libGL error: unable to load driver: radeonsi_dri.so
libGL erro
Am 28.11.2017 um 16:32 schrieb Andrey Grodzovsky:
The test is as following:
1) Create context A & B
2) Send a command submission using context A which fires up a compute shader.
3) The shader wait a bit and then write a value to a memory location.
4) Send a command submission using context B whi
drm_atomic_helper_wait_for_vblanks will go away in the future.
The new drm_atomic_helper_setup_commit in 4.15 expects that blocking commits
have completed flipping before the commit_tail returns. This must be ensured
by calling wait_for_vblanks or wait_for_flip_done, where flip_done might do
a les
Op 30-11-17 om 14:15 schreef Fengguang Wu:
> Hello,
>
> This happens in mainline kernel v4.15-rc1 on LENOVO IdeaPad U410.
> It at least dates back to v4.11 .
>
> It occurs in 72 out of 72 boots.
Can I get a boot log with drm.debug=0x1f? I don't have enough information to
see what's going on. :)
~
Seems, Daniel lost the CC in the reply. Adding again.
Am Donnerstag, den 30.11.2017, 14:51 +0100 schrieb Daniel Vetter:
> On Thu, Nov 30, 2017 at 02:31:46PM +0100, Lucas Stach wrote:
> > drm_atomic_helper_wait_for_vblanks will go away in the future.
> >
> > The new drm_atomic_helper_setup_commit
Hey Rob,
I applied and tested this patch, and it looks good to me.
Feel free to add my SB/TB.
Rob.
On Wed, 2017-11-29 at 10:21 -0600, Rob Herring wrote:
> AOSP master now builds by default with -Werror, so fix all the
> warnings.
> All the warnings are related to unused variables and parameter
https://bugs.freedesktop.org/show_bug.cgi?id=103968
--- Comment #7 from Michel Dänzer ---
(In reply to Odo Wolbers from comment #6)
> Under /usr/local I found quite some files which look related to GL with a
> date of the last tweakings (22.Nov). Does it make sense to just delete
> everything fro
As noticed by stschake in #dri-devel.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/vc4/vc4_gem.c | 4 +++-
drivers/gpu/drm/vc4/vc4_irq.c | 1 +
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/vc4/vc4_gem.c b/drivers/gpu/drm/vc4/vc4_gem.c
index 6c32c89a83a9..
https://bugs.freedesktop.org/show_bug.cgi?id=103575
--- Comment #3 from Adam Jackson ---
(In reply to Hi-Angel from comment #2)
> (In reply to Adam Jackson from comment #1)
> > Mesa doesn't implement EGL_EXT_device_enumeration yet, so this isn't
> > entirely surprising.
>
> Then, shouldn't I be
Hi Rob,
On Tue, Nov 28, 2017 at 11:48:47AM -0600, Rob Herring wrote:
> Please CC DT list.
>
> On Mon, Nov 27, 2017 at 9:41 AM, Maxime Ripard
> wrote:
> > The power-supply property is used by a vast majority of panels, including
> > panel-simple. Let's document it as a common property
> >
> > Sig
https://bugs.freedesktop.org/show_bug.cgi?id=103575
--- Comment #4 from Emil Velikov ---
(In reply to Hi-Angel from comment #2)
> (In reply to Adam Jackson from comment #1)
> > Mesa doesn't implement EGL_EXT_device_enumeration yet, so this isn't
> > entirely surprising.
>
> Then, shouldn't I be
On Tue, Nov 28, 2017 at 11:33:44PM +0100, Jernej Škrabec wrote:
> Hi!
>
> Dne torek, 28. november 2017 ob 23:00:14 CET je Maxime Ripard napisal(a):
> > On Tue, Nov 28, 2017 at 04:48:55PM +0100, Jernej Škrabec wrote:
> > > > On Mon, Nov 27, 2017 at 05:01:49PM +0100, Jernej Škrabec wrote:
> > > > >
https://bugs.freedesktop.org/show_bug.cgi?id=103968
--- Comment #8 from Odo Wolbers ---
Everything looking like GL, drm, dri in /usr/local deleted:
LIBGL_DEBUG=verbose glxinfo | grep ' render'
libGL: pci id for fd 4: 1002:699f, driver radeonsi
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/
https://bugs.freedesktop.org/show_bug.cgi?id=103968
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi Dave,
Here goes my first pull request as drm-misc co-maintainer, outstanding
here is the plane clipping fixes from Ville and the work to reduce
bdev emulation footprint in drivers from Noralf. Otherwise it is more of
the same. No UAPI changes.
drm-misc-next-2017-11-30 for 4.16:
Cross-subsyste
On Wed, Nov 29, 2017 at 11:43:14AM +0800, Chen-Yu Tsai wrote:
> On Tue, Nov 28, 2017 at 6:01 PM, Maxime Ripard
> wrote:
> > Hi,
> >
> > On Mon, Nov 27, 2017 at 04:46:32PM +0800, Chen-Yu Tsai wrote:
> >> The sun4i DRM driver maintains a list of compatible strings it uses to
> >> check if a device n
Inki Dae wrote:
> Hi Tobias,
>
> Thanks for touching this code.
>
> But I think below changes chould be explained exactly. Anyway, below are my
> comments,
>
> 2017년 11월 23일 23:19에 Tobias Jakobi 이(가) 쓴 글:
>> If an interlaced video mode is selected, a IOMMU pagefault is
>> triggered by vp_video_
https://bugs.freedesktop.org/show_bug.cgi?id=103968
--- Comment #10 from Odo Wolbers ---
Now for kernel 4.13:
LIBGL_DEBUG=verbose glxinfo | grep ' render'
libGL: Can't open configuration file /home/odo/.drirc: No such file or
directory.
libGL: pci id for fd 4: 1002:699f, driver radeonsi
libGL: O
https://bugs.freedesktop.org/show_bug.cgi?id=103987
--- Comment #1 from Barry G ---
Last night I updated the kernel to
1086abf3e8ab8eaf7355c6362bad28283b4fb021 (drm/amd/display: USB-C / thunderbolt
dock specific workaround)
from https://cgit.freedesktop.org/~hwentland/linux/commit/?h=4.15-rc1-f
Forgot to setup gpg sign...
2017-11-30 Gustavo Padovan :
> Hi Dave,
>
> Here goes my first pull request as drm-misc co-maintainer, outstanding
> here is the plane clipping fixes from Ville and the work to reduce
> bdev emulation footprint in drivers from Noralf. Otherwise it is more of
> the sam
https://bugs.freedesktop.org/show_bug.cgi?id=103575
--- Comment #5 from Hi-Angel ---
(In reply to Emil Velikov from comment #4)
> Also ... I really hope that Nvidia fixes that blog - it contains a number of
> fairly fundamental issues.
> I reached out to the author ~1year ago listing all the bad
https://bugs.freedesktop.org/show_bug.cgi?id=101483
--- Comment #31 from FFAB ---
to the dev team:
Since 18 month I'm using Ubuntu on my notebook with restricted functionality -
esp graphic functions; without kernel parameter "nomodesetting" when booting,
the screen remains black. I posted this
https://bugs.freedesktop.org/show_bug.cgi?id=103107
--- Comment #8 from Armando Antonio ---
The following tests are failing on CNL too.
igt@gem_ctx_param@invalid-param-get
igt@gem_ctx_param@invalid-param-set
Configuration:
intel-gpu-tools (tag) : intel-gpu-tools-1.20-169-gac6739b
kernel v
On Tue, Nov 28, 2017 at 07:20:04PM +0800, Nickey Yang wrote:
> This patch update documentation of device tree bindings for the rockchip
> DSI controller based on the Synopsys DesignWare MIPI DSI host controller.
It might help to describe why you're doing this. Just saying "update" is
pretty vague.
Hi Dave,
this tag contains a fix for a regression introduced in v4.15-rc1 with
commit 080de2e5be2d ("drm/atomic: Check for busy planes/connectors
before setting the commit"), which exposes the fact that the custom
imx-drm commit_tail never had to wait for flip_done to be signalled.
Without this f
Hi Maxime, Chen-Yu,
When I connect my cubieboard running 4.15-rc1 to my 4k display I get no
picture. Some
digging found that there is no check against the upper pixelclock limit of the
HDMI
output, so X selects a 4kp60 format at 594 MHz, which obviously won't work.
I whipped up the quick patch
Den 14.11.2017 22.25, skrev Noralf Trønnes:
This patchset adds some simple modeset suspend/resume helpers which
probably most atomic drivers can use.
I have converted the cma helper drivers as part of my ongoing cma helper
refactoring.
Noralf.
Changes since version 2:
- drm_mode_config_helper
Hi Archit,
On 2017年10月26日 12:53, Archit Taneja wrote:
On 10/25/2017 09:21 AM, Nickey Yang wrote:
Configure dsi slave channel when driving a panel
which needs 2 DSI links.
Signed-off-by: Nickey Yang
---
.../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 2 ++
1 file change
Dma-bufs should already be device coherent, as they are only pulled in the
CPU domain via the begin/end cpu_access calls. As we cache the mapping set
up by dma_map_sg a CPU sync at this point will not actually guarantee proper
coherency on non-coherent architectures, so we can as well stop pretendi
Laurent,
Can you please have a look at this and see if it's ok with you?
Noralf.
Den 15.11.2017 15.19, skrev Noralf Trønnes:
Add functions drm_fb_cma_fbdev_init(), drm_fb_cma_fbdev_fini() and
drm_fb_cma_fbdev_init_with_funcs(). These functions relies on the fact
that the drm_fb_helper struct
I'm adding some stuff below it and it's killing my editor's vibe.
Cc: Manasi Navare
Signed-off-by: Sean Paul
---
drivers/gpu/drm/drm_connector.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c
index 7
Adding dri-devel, I think a pile of those are in drm.
On Thu, Nov 30, 2017 at 6:36 PM, Matthew Wilcox wrote:
> About 40 of the approximately 180 users of the IDR in the kernel are
> "1-based" instead of "0-based". That is, they never want to have ID 0
> allocated; they want to see IDs allocated
On Thu, Nov 30, 2017 at 9:30 AM, Maxime Ripard
wrote:
> Hi Rob,
>
> On Tue, Nov 28, 2017 at 11:48:47AM -0600, Rob Herring wrote:
>> Please CC DT list.
>>
>> On Mon, Nov 27, 2017 at 9:41 AM, Maxime Ripard
>> wrote:
>> > The power-supply property is used by a vast majority of panels, including
>> >
https://bugs.freedesktop.org/show_bug.cgi?id=104001
Bug ID: 104001
Summary: GPU driver hung when start steam client while playback
video on Youtube (it occurs on latest staging kernel)
Product: DRI
Version: XOrg git
Hardwar
Quoting Lucas Stach (2017-11-30 17:34:28)
> Dma-bufs should already be device coherent, as they are only pulled in the
> CPU domain via the begin/end cpu_access calls. As we cache the mapping set
> up by dma_map_sg a CPU sync at this point will not actually guarantee proper
> coherency on non-coher
Hi,
On Thu, Nov 30, 2017 at 07:24:30AM -0800, Tony Lindgren wrote:
> * H. Nikolaus Schaller [171128 18:35]:
> > Hi,
> >
> > > Am 28.11.2017 um 17:18 schrieb Tony Lindgren :
> > >
> > > * H. Nikolaus Schaller [171128 16:17]:
> > >> Hi Tony,
> > >>
> > >>> Am 28.11.2017 um 17:04 schrieb Tony Li
https://bugs.freedesktop.org/show_bug.cgi?id=103489
osch...@web.de changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
; have time to work on it. For small drivers we tend to be fairly quick in
> getting them into good enough shape.
I have received the driver from Teddy and pushed it to
https://github.com/sudipm-mukherjee/parport/tree/drm_smi for your first
look into it. It is not even building with next-20171
On Wed, 2017-11-29 at 16:58 -0500, Felix Kuehling wrote:
> You can see the state of the queues in debugfs:
> /sys/kernel/debug/kfd/... You can look at MQDs and HQDs.
thanks. how do I decode the information?
The rptr always stops at pos 60 which looks like this in mqds:
DIQ on device 45a2
000
From: Christian König
Stop requiring that the src reservation object is locked for this operation.
commit 39e16ba16c147e662bf9fbcee9a99d70d420382f upstream
Acked-by: Chunming Zhou
Signed-off-by: Christian König
Signed-off-by: Alex Deucher
Link:
https://patchwork.freedesktop.org/patch/msgid/
I haven't gone to see where it started, but as of late a good number of
pretty nasty deadlock issues have appeared with the kernel. Easy
reproduction recipe on a laptop with i915/amdgpu prime with lockdep enabled:
DRI_PRIME=1 glxinfo
Additionally, some more race conditions exist that I've managed
From: Christian König
With shared reservation objects __ttm_bo_reserve() can easily fail even on
destroyed BOs. This prevents correct handling when we need to individualize
the reservation object.
Fix this by individualizing the object before even trying to reserve it.
commit 378e2d5b504fe0231c
From: Christian König
Otherwise somebody could try to evict it at the same time and try to use
half torn down structures.
commit 2642cf110d08a403f585a051e4cbf45a90b3adea upstream
Signed-off-by: Christian König
Reviewed-and-Tested-by: Michel Dänzer
Reviewed-by: Alex Deucher
Signed-off-by: Ale
From: Michel Dänzer
Fixes a use-after-free due to a race condition in
ttm_bo_cleanup_refs_and_unlock, which allows one task to reserve a BO
and destroy its ttm_resv while another task is waiting for it to signal
in reservation_object_wait_timeout_rcu.
commit e1fc12c5d9ad06a2a74e97a91f1b0c5f4c723
https://bugs.freedesktop.org/show_bug.cgi?id=103987
--- Comment #2 from Harry Wentland ---
Created attachment 135850
--> https://bugs.freedesktop.org/attachment.cgi?id=135850&action=edit
Add locking to front-end programming
Do you have a chance to give this patch a spin? It helped us with simi
Hi Dave,
Here goes the first set of changes for 4.16.
There is a small conflict on gvt/cmd_parser.c that is easy
to solve and just go with "unsigned long bb_size;"
drm-intel-next-2017-11-17-1:
More change sets for 4.16:
- Many improvements for selftests and other igt tests (Chris)
- Forcewake w
On Tue, Nov 28, 2017 at 04:48:54PM +0100, H. Nikolaus Schaller wrote:
> The vendor name was "toppoly" but other panels and the vendor list
> have defined it as "tpo". So let's fix it in driver and bindings.
>
> We keep the old definition in parallel to stay compatible with
> potential older DTB se
On Tue, Nov 28, 2017 at 09:01:08PM -0600, David Lechner wrote:
> This adds a new device tree binding for Sitronix ST7735R display panels,
> such as the Adafruit 1.8" TFT.
>
> Signed-off-by: David Lechner
> ---
> .../bindings/display/sitronix,st7735r.txt | 35
> ++
>
On Wed, Nov 29, 2017 at 10:30:20AM +, Russell King wrote:
> Add the optional calibration gpio for integrated TDA9950 CEC support.
> This GPIO corresponds with the interrupt from the TDA998x, as the
> calibration requires driving the interrupt pin low.
>
> Signed-off-by: Russell King
> ---
> S
https://bugs.freedesktop.org/show_bug.cgi?id=103987
--- Comment #3 from Barry G ---
Yes! The pipe locking patch made a huge differencee. Just cold booted 10
times and the displays came up great 10 times.
I applied it on top of 1086abf3e8ab for this test.
Thanks!
--
You are receiving this
+ Derek
On Thu, Nov 30, 2017 at 02:14:40PM +0800, Lin Huang wrote:
> Support Innolux P097PFG 9.7" 1536x2048 TFT LCD panel,
> it refactor Innolux P079ZCA panel driver, let it support
> multi panel, and add support P097PFG panel in this driver.
>
> Signed-off-by: Lin Huang
>
> ---
> drivers/gpu/
One more comment:
On Thu, Nov 30, 2017 at 02:14:40PM +0800, Lin Huang wrote:
> Support Innolux P097PFG 9.7" 1536x2048 TFT LCD panel,
> it refactor Innolux P079ZCA panel driver, let it support
> multi panel, and add support P097PFG panel in this driver.
>
> Signed-off-by: Lin Huang
>
> ---
> dr
From: Brian Norris
Bridge drivers/helpers shouldn't be clobbering the drvdata, since a
parent driver might need to own this. Instead, let's return our
'dw_mipi_dsi' object and have callers pass that back to us for removal.
Signed-off-by: Brian Norris
Signed-off-by: Nickey Yang
Reviewed-by: Mat
Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare
MIPI DSI host controller bridge.
Signed-off-by: Nickey Yang
Reviewed-by: Brian Norris
Reviewed-by: Sean Paul
---
Changes log:
v2:
add err_pllref, remove unnecessary encoder.enable & disable
correct spelling mistakes
This patch update describe panel/port links, including
unit addresses in documentation of device tree bindings
for the rockchip DSI controller based on the Synopsys
DesignWare MIPI DSI host controller.
Signed-off-by: Nickey Yang
---
Changes in v4:
- keep the -cells properties
.../display/rockc
We now have a generic dw-mipi-dsi bridge driver.So we send
this patchs to moving rockchip dw-mipi-dsi driver to that
in order to add new features(dual mipi support).
Update ROCKCHIP DSI controller driver that uses the Synopsys
DesignWare MIPI DSI host controller bridge.
ChangeLog:
v2:
add err_p
Hi Linus,
This is a collection of fixes and some cleanups that seemed fine for rc2.
core:
Atomic helper regression fix.
Deferred fbdev fallout regression fix.
amdgpu:
New display code (dc) dpms, suspend/resume and smatch fixes, along
with some others
Some regression fixes for amdkfd/radeon.
Fix
Hi Matthias,
On 2017年11月29日 04:48, Matthias Kaehlcke wrote:
El Tue, Nov 28, 2017 at 07:20:05PM +0800 Nickey Yang ha dit:
Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare
MIPI DSI host controller bridge.
v2:
add err_pllref, remove unnecessary encoder.enable & disab
And after it is ready, we can go ahead with moving
> > > it out of staging to drm.
> >
> > Please keep the todo item that it needs to be converted to atomic. And
> > tbh, it's probably faster if you just submit it to dri-devel, assuming you
> > have time to work on i
On Thu, Nov 30, 2017 at 03:05:40PM +0100, Lucas Stach wrote:
> Seems, Daniel lost the CC in the reply. Adding again.
>
> Am Donnerstag, den 30.11.2017, 14:51 +0100 schrieb Daniel Vetter:
> > On Thu, Nov 30, 2017 at 02:31:46PM +0100, Lucas Stach wrote:
> > > drm_atomic_helper_wait_for_vblanks will
On Thu, Nov 30, 2017 at 08:56:42PM +, Chris Wilson wrote:
> Quoting Lucas Stach (2017-11-30 17:34:28)
> > Dma-bufs should already be device coherent, as they are only pulled in the
> > CPU domain via the begin/end cpu_access calls. As we cache the mapping set
> > up by dma_map_sg a CPU sync at
Ping!
I really like to get this in for 4.16 so I can move forward with hooking
this up for nouveau/amd.
Regards,
Hans
On 11/20/2017 12:42 PM, Hans Verkuil wrote:
> This patch series adds support for the DisplayPort CEC-Tunneling-over-AUX
> feature. This patch series is based on the 4.14
On Thu, Nov 30, 2017 at 01:22:20PM -0500, Sean Paul wrote:
> I'm adding some stuff below it and it's killing my editor's vibe.
>
> Cc: Manasi Navare
> Signed-off-by: Sean Paul
Acked-by: Daniel Vetter
Yay for ocd editors!
> ---
> drivers/gpu/drm/drm_connector.c | 9 +
> 1 file changed
Sean,
IMHO, it will good if we can have all generic hdcp1.4 authentication
flow in drm helpers and all interested display drivers to use them.
This Design will make the extending of hdcp easy for other display
drivers based on DRM.
We can have the required drm_hdcp_shim type of implementati
Sean,
We might want to check the panel's HDCP capability? Agreed that majority
of HDMI/DP panel's supports it, but there is a possibility that we might
avoid authentication on non-hdcp panels.
As per HDCP specification, check for valid bksv will serve the purpose.
On Thursday 30 November 20
On Fri, Dec 01, 2017 at 12:53:31PM +0530, Ramalingam C wrote:
> Sean,
>
> IMHO, it will good if we can have all generic hdcp1.4 authentication flow in
> drm helpers and all interested display drivers to use them.
>
> This Design will make the extending of hdcp easy for other display drivers
> bas
88 matches
Mail list logo
