Hi, Stu:
On Mon, 2018-05-28 at 14:38 +0800, Stu Hsieh wrote:
> This patch add component AAL1 and
> rename AAL to AAL0
>
Reviewed-by: CK Hu
> Signed-off-by: Stu Hsieh
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 2 +-
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 3 ++-
> drivers/g
Hi, Stu:
On Mon, 2018-05-28 at 14:38 +0800, Stu Hsieh wrote:
> This patch add the component OD1 and
> rename the OD to OD1
rename the OD to OD0
>
> Signed-off-by: Stu Hsieh
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 4 ++--
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 3 ++-
> d
Hi, Stu:
On Mon, 2018-05-28 at 14:38 +0800, Stu Hsieh wrote:
> This patch add component PWM1 in mtk_ddp_matches
>
Reviewed-by: CK Hu
> Signed-off-by: Stu Hsieh
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/gpu/drm/mediat
If there are no more objections/suggestions I will send the patch with
the changes suggested by Alex and Christian later today.
Nayan
On Fri, May 25, 2018 at 8:24 PM, Alex Deucher wrote:
> On Fri, May 25, 2018 at 12:45 AM, Nayan Deshmukh
> wrote:
>> convert existing raw comments into kernel-doc
Hi, Stu:
On Mon, 2018-05-28 at 14:38 +0800, Stu Hsieh wrote:
> This patch add component PWM2
>
Reviewed-by: CK Hu
> Signed-off-by: Stu Hsieh
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 1 +
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 1 +
> 2 files changed, 2 insertions(+)
>
>
Hi, Stu:
On Mon, 2018-05-28 at 14:38 +0800, Stu Hsieh wrote:
> This patch add the connection from OD1 to RDMA1 for ext path.
>
Reviewed-by: CK Hu
> Signed-off-by: Stu Hsieh
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/gp
On Fri, May 25, 2018 at 5:50 PM, Arnd Bergmann wrote:
> The DRM panel bridge code is built into the kms helpers module, so we
> get a link error when trying to use it from a built-in driver while the
> kms helper is a loadable module:
>
> drivers/gpu/drm/bridge/lvds-encoder.o: In function `lvds_e
Hi, Stu:
One inline comment.
On Mon, 2018-05-28 at 14:38 +0800, Stu Hsieh wrote:
> This patch create third crtc by third ddp path
>
> Signed-off-by: Stu Hsieh
> ---
> drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 3 +++
> drivers/gpu/drm/mediatek/mtk_drm_drv.c | 5 +
> drivers/gpu/drm/mediate
Hi, Stu:
Two inline comment.
On Mon, 2018-05-28 at 14:38 +0800, Stu Hsieh wrote:
> This patch add support for the Mediatek MT2712 DISP subsystem.
> There are two OVL engine and three disp output in MT2712.
>
> Signed-off-by: Stu Hsieh
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 39
>
Hi Arnd,
Thank you for the patch.
On Friday, 25 May 2018 18:50:14 EEST Arnd Bergmann wrote:
> The DRM panel bridge code is built into the kms helpers module, so we
> get a link error when trying to use it from a built-in driver while the
> kms helper is a loadable module:
>
> drivers/gpu/drm/bri
On Mon, May 28, 2018 at 10:02 AM, Laurent Pinchart
wrote:
> Hi Arnd,
>
> Thank you for the patch.
>
> On Friday, 25 May 2018 18:50:14 EEST Arnd Bergmann wrote:
>> The DRM panel bridge code is built into the kms helpers module, so we
>> get a link error when trying to use it from a built-in driver
On Fri, May 25, 2018 at 6:45 AM, Nayan Deshmukh
wrote:
> convert existing raw comments into kernel-doc format as well
> as add new documentation
>
> Signed-off-by: Alex Deucher
> Signed-off-by: Nayan Deshmukh
> ---
> drivers/gpu/drm/scheduler/gpu_scheduler.c | 214
> ---
Hi, Bibby:
Some inline comment.
On Mon, 2018-05-14 at 15:52 +0800, Bibby Hsieh wrote:
> From: chunhui dai
>
> move clock factor and edge enable setting to private data.
>
I think this modification is to separate different part of dpi driver
for different chip.
Describe more for this.
> Sign
Hi, Bibby:
Some inline comment.
On Mon, 2018-05-14 at 15:52 +0800, Bibby Hsieh wrote:
> From: chunhui dai
>
> 1, dpi is an encoder, there is an bridge in the struct
> of decoder, we could use it.
The encoder.bridge is assigned in drm_bridge_attach(), so I think the
design is to assign this mem
I have done that already, sent a patch with this one. The last patch
of this series. I have tried to take care of all the hyperlinks.
On Mon, May 28, 2018 at 1:39 PM, Daniel Vetter wrote:
> On Fri, May 25, 2018 at 6:45 AM, Nayan Deshmukh
> wrote:
>> convert existing raw comments into kernel-doc
Hi, Bibby:
On Mon, 2018-05-14 at 15:52 +0800, Bibby Hsieh wrote:
> From: chunhui dai
>
> This patch adds hdmi driver suppot for both MT2701 and MT7623.
> And also support other (existing or future) chips that use
> the same binding and driver.
I think this patch should be separated to at least
Hi, Bibby:
On Mon, 2018-05-14 at 15:52 +0800, Bibby Hsieh wrote:
> We can select output component by device node port.
> Main path default output component is DSI.
> External path default output component is DPI.
Config the HW routine by device tree is a good idea. But I would like
this to be mor
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #14 from Michel Dänzer ---
(In reply to tempel.julian from comment #13)
> So there might be an actual connection to pageflipping?
Yeah, the problem seems to be a bad interaction between page flipping and
cursor updates.
FWIW, page
Hi, Ulrich,
I found two DRM-Mediatek related patches as below from you.
https://patchwork.kernel.org/patch/10009039/
https://patchwork.kernel.org/patch/10009049/
Did you have any plans to send the new version (There are some comments
from Philipp)? If not, may I send the new version?
Thanks.
--
https://bugs.freedesktop.org/show_bug.cgi?id=106671
Michel Dänzer changed:
What|Removed |Added
Component|Driver/AMDgpu |Drivers/Gallium/radeonsi
Assi
Hi, Bibby:
On Mon, 2018-05-14 at 15:52 +0800, Bibby Hsieh wrote:
> Modify display driver to support connection from BLS to DPI.
>
> Signed-off-by: Bibby Hsieh
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 14 +-
> 1 file changed, 13 insertions(+), 1 deletion(-)
>
> diff --git a/
Hi Kieran, Morimoto-san,
On Fri, Apr 27, 2018 at 6:57 PM, Kieran Bingham
wrote:
> The DU1 external dot clock is provided by the fixed frequency clock
> generator X21, while the DU0 and DU3 clocks are provided by the
> programmable Versaclock5 clock generator.
>
> Enable the clocks, and the HDMI e
Hi, Bibby:
On Mon, 2018-05-14 at 15:52 +0800, Bibby Hsieh wrote:
> From: chunhui dai
>
> This patch adds dpi driver suppot for both mt2701 and mt7623.
> And also support other (existing or future) chips that use
> the same binding and driver.
>
> Signed-off-by: chunhui dai
> ---
> drivers/gpu
Hi, Bibby:
On Mon, 2018-05-14 at 15:52 +0800, Bibby Hsieh wrote:
> DRM driver get the comp->clk by of_clk_get(), we only
> assign NULL to comp->clk when error happened, but do
> not return the error number.
>
Reviewed-by: CK Hu
> Signed-off-by: Bibby Hsieh
> ---
> drivers/gpu/drm/mediatek/mt
On Fri, May 25, 2018 at 05:50:08PM +0200, Arnd Bergmann wrote:
> Disabling CONFIG_PM produces a compile time warning when these
> functions are not referenced:
>
> drivers/gpu/drm/sun4i/sun6i_mipi_dsi.c:1072:12: error:
> 'sun6i_dsi_runtime_suspend' defined but not used [-Werror=unused-function]
>
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #15 from tempel.jul...@gmail.com ---
I just tried that option with the xf86 amdgpu DDX driver and as expected,
stuttering disappears in exchange for tearing close to the very top of the
screen.
I'm really glad you could confirm the i
On Fri, May 25, 2018 at 6:50 PM, Arnd Bergmann wrote:
> Casting a pointer to a 64-bit type causes a warning on 32-bit targets:
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gfx_v9.c:473:24: error: cast from
> pointer to integer of different size [-Werror=pointer-to-int-cast]
> lower_32_b
Hi Maciej,
Thank you for the patch.
On Monday, 28 May 2018 12:47:11 EEST Maciej Purski wrote:
> The patch adds bindings to Toshiba DSI/LVDS bridge TC358764.
> Bindings describe power supplies, reset gpio and video interfaces.
>
> Signed-off-by: Andrzej Hajda
> Signed-off-by: Maciej Purski
> --
https://bugs.freedesktop.org/show_bug.cgi?id=106658
Michel Dänzer changed:
What|Removed |Added
Attachment #139775|text/x-log |text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=199493
--- Comment #6 from har...@gmx.de ---
This issue (no HDMI sound with amdgpu_dc=1) still exist in 4.17.0-rc7.
The following warning is the first of many others in dmesg log:
[ 10.067233] WARNING: CPU: 11 PID: 367 at
drivers/gpu/drm/amd/amdgpu/.
https://bugs.freedesktop.org/show_bug.cgi?id=103047
--- Comment #3 from Steven Noonan ---
Still running into this on another machine with Kaby Lake GT2 graphics.
Can anyone take a look please?
--
You are receiving this mail because:
You are the assignee for the bug.
On Wed, 21 Mar 2018 12:08:25 +0200
Peter Ujfalusi wrote:
> Hi,
>
> Changes since v1:
> - rebased it on drm-next
> - Dropped the devm_kzalloc conversion patch
>
> Changes since RFC:
> - Comments from Laurent have been addressed:
> - Get alias ID once and store it for later use in sorting
> - C
https://bugs.freedesktop.org/show_bug.cgi?id=103047
Steven Noonan changed:
What|Removed |Added
Version|17.2|18.0
--- Comment #4 from Steven Noonan
Hi Dave,
Final amdkfd pull request for 4.18:
- Build amdkfd's related files inside amdgpu only if amdkfd is built
- Fix compile warning
- Print info message in case ASIC is not supported by amdkfd
Thanks,
Oded
The following changes since commit dd41fb8547c2422f3a3a75e7226525e8bba9381c:
Merge
On Mon, May 28, 2018 at 10:06 AM, Daniel Vetter wrote:
> On Mon, May 28, 2018 at 10:02 AM, Laurent Pinchart
> wrote:
>> Hi Arnd,
>>
>> Thank you for the patch.
>>
>> On Friday, 25 May 2018 18:50:14 EEST Arnd Bergmann wrote:
>>> The DRM panel bridge code is built into the kms helpers module, so we
The current implementation assumes that the only possible peripheral
device for DSIM is a panel. Using an output bridge should also be
possible.
If an output bridge in available, don't create a new connector.
Instead add bridge to DSIM encdoer in dsi_host_attach().
Signed-off-by: Maciej Purski
-
Hi all,
this patchset is a next attempt to add the tc358764 driver.
The previous one can be found here:
https://lists.freedesktop.org/archives/dri-devel/2014-February/053705.html
Back then, TC358764 was added as a panel driver.
The bridge is supposed to be a DSI peripheral. Currently exynos_dsi
In order to allow bridge drivers to use DSI transfers in their
pre_enable callbacks, pm_runtime_get_sync() should be performed before
exynos_dsi_enable(). DSIM_STATE_ENABLED flag now should not guard
from calling dsi_host_transfer() before enabling.
Signed-off-by: Maciej Purski
---
drivers/gpu/d
The patch adds common part of DSI node for Exynos5250 platforms.
Signed-off-by: Andrzej Hajda
Signed-off-by: Maciej Purski
---
arch/arm/boot/dts/exynos5250.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250.dtsi
b/arch/arm/boot/dts/exynos5250.
When adding support for peripheral out bridges, the "bridge" name
becomes imprecise as it refers to a different device than the
"out_bridge".
Signed-off-by: Maciej Purski
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --gi
The patch adds bindings to BOE HV070-WSA WSVGA panel.
Bindings are compatible with simple panel bindings.
Signed-off-by: Andrzej Hajda
Signed-off-by: Maciej Purski
---
.../devicetree/bindings/display/panel/boe,hv070wsa-100.txt | 7 +++
1 file changed, 7 insertions(+)
create mode 10
The patch adds bindings to Toshiba DSI/LVDS bridge TC358764.
Bindings describe power supplies, reset gpio and video interfaces.
Signed-off-by: Andrzej Hajda
Signed-off-by: Maciej Purski
---
.../bindings/display/bridge/toshiba,tc358764.txt | 42 ++
1 file changed, 42 insert
The patch adds bridge and panel nodes.
It adds also DSI properties specific for arndale board.
Signed-off-by: Andrzej Hajda
Signed-off-by: Maciej Purski
---
arch/arm/boot/dts/exynos5250-arndale.dts | 39
1 file changed, 39 insertions(+)
diff --git a/arch/arm/bo
The patch adds support for BOE HV070WSA-100 WSVGA 7.01 inch panel
in panel-simple driver. The panel is used in Exynos5250-arndale boards.
Signed-off-by: Andrzej Hajda
Signed-off-by: Maciej Purski
---
drivers/gpu/drm/panel/panel-simple.c | 25 +
1 file changed, 25 inserti
Hi,
> Hi Thierry,
>
> > This commit adds support for KOE's 5.7" display.
> >
>
> Thierry, shall I perform some more work on this code, or is it
> eligible for applying to your tree?
Gentle ping. If Thierry is overworked - maybe there is a co-maintainer
so he/she could apply this patch?
>
>
As DSIM can now have a bridge connected as a peripheral, it should be
possible to successfully enable exynos_dsi, when there is no panel
provided.
Signed-off-by: Maciej Purski
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 27 +--
1 file changed, 13 insertions(+), 14 delet
The patch adds fixed regulators used by DSI/LVDS bridge
and panel. Regulators are named according to schematics.
Signed-off-by: Andrzej Hajda
Signed-off-by: Maciej Purski
---
arch/arm/boot/dts/exynos5250-arndale.dts | 24
1 file changed, 24 insertions(+)
diff --git a/a
Add a drm_bridge driver for the Toshiba TC358764 DSI to LVDS bridge.
Signed-off-by: Andrzej Hajda
Signed-off-by: Maciej Purski
---
drivers/gpu/drm/bridge/Kconfig| 7 +
drivers/gpu/drm/bridge/Makefile | 1 +
drivers/gpu/drm/bridge/tc358764.c | 547 ++
The patch adds phy node, required by MIPI devices.
Signed-off-by: Andrzej Hajda
Signed-off-by: Maciej Purski
---
arch/arm/boot/dts/exynos5250.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250.dtsi
b/arch/arm/boot/dts/exynos5250.dtsi
index 2daf505..a63b
Hi,
> Hi Thierry,
>
> > This commit adds support for AUO's 7.0" display.
> >
>
> Thierry, shall I perform some more work on this code, or is it
> eligible for applying to your tree?
Gentle ping. If Thierry is overworked - maybe there is a co-maintainer
so he/she could apply this patch?
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=103047
Steven Noonan changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |intel-3d-bugs@lists.freedes
Hi,
On 28/05/18 13:55, Pekka Paalanen wrote:
>> The series adds support for changing the order of the displays defined by DT
>> display aliases.
>>
>> The motivation to do such a thing is that for example the fb emulation is
>> treating the first display/crtc as the 'main' display and will create
Update the Versatile Express defconfig to match the
Kconfig changes in the kernel.
Cc: Sudeep Holla
Cc: Lorenzo Pieralisi
Signed-off-by: Linus Walleij
---
arch/arm/configs/vexpress_defconfig | 12
1 file changed, 12 deletions(-)
diff --git a/arch/arm/configs/vexpress_defconfig
b
This updates the Versatile defconfig to use the new P111 DRM
driver that is merged in the DRM subsystem.
We deactivate the old CLCD driver and activate the Pl111 DRM
driver and the SiI9022 HDMI bridge.
We activate DMA memory allocation using CMA so that the special
graphics memory for the on-boar
The Versatile Express was submitted with the actual display
bridges unconnected (but defined in the device tree) and
mock "panels" encoded in the device tree node of the PL111
controller.
This doesn't even remotely describe the actual Versatile
Express hardware. Exploit the SiI9022 bridge by conne
Hi Sudeep/Lorenzo,
this series of 4 patches (maybe you have even queued the first
patch) will switch the Versatile Express over to using the
new PL111 DRM driver instead of the old fbdev driver.
There are both DTS updates and defconfig updates. Surely too
late for v4.18 but should be fine for v4.
It is a bit unorthodox to just include a file in the middle
of a another DTS file, it breaks the pattern from other device
trees and also makes it really hard to reference things
across the files with phandles.
Restructure the include for the Versatile Express motherboards
to happen at the top of
Hi Souptick,
Am Montag, den 21.05.2018, 22:42 +0530 schrieb Souptick Joarder:
> Use new return type vm_fault_t for fault handler. For
> now, this is just documenting that the function returns
> a VM_FAULT value rather than an errno. Once all instances
> are converted, vm_fault_t will become a dist
On Sat, May 26, 2018 at 06:56:22PM +0300, Dmitry Osipenko wrote:
> Color keying is the action of replacing pixels matching a given color
> (or range of colors) with transparent pixels in an overlay when
> performing blitting. Depending on the hardware capabilities, the
> matching pixel can either b
This still tries to address the hang seen by Ezequiel Garcia on rk3288.
As Tomasz noted, trying to count enablement can run into concurrency
issues, so instead we'll just check if the vop is runtime-enabled
to see if it could be the source of the irq and then just do our
own clk_enable in the isr
From: Sandy Huang
The vop irq is shared between vop and iommu and irq probing in the
iommu driver moved to the probe function recently. This can in some
cases lead to a stall if the irq is triggered while the vop driver
still has it disabled, but the vop irq handler gets called.
But there is no
Judging from the iommu code, both the hclk and aclk are necessary for
register access. Split them off into separate functions from the regular
vop enablement, so that we can use them elsewhere as well.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 44 +++
Den 24.05.2018 10.42, skrev Daniel Vetter:
On Wed, May 23, 2018 at 04:34:06PM +0200, Noralf Trønnes wrote:
This the beginning of an API for in-kernel clients.
First out is a way to get a framebuffer backed by a dumb buffer.
Only GEM drivers are supported.
The original idea of using an exported
Hi All,
Allthough this patch has turned out pleasantly small / simpel, I guess
it still might be somewhat controversial. So let me explain why this
patch is necessary.
Various (desktop oriented) Linux distributions have spend a lot of time
to not show way too technial boot messages to end users d
Currently fbcon claims fbdevs as soon as they are registered and takes over
the console as soon as the first fbdev gets registered.
This behavior is undesirable in cases where a smooth graphical bootup is
desired, in such cases we typically want the contents of the framebuffer
(typically a vendor
On Mon, 28 May 2018, Hans de Goede wrote:
> Various (desktop oriented) Linux distributions have spend a lot of time
> to not show way too technial boot messages to end users during bootup.
> What we would really like for the boot experience is something like
> MacOS X / Windows 10 do. The (EFI) fi
https://bugs.freedesktop.org/show_bug.cgi?id=106225
--- Comment #30 from Jerry Zuo ---
The commit on amd-staging-drm-next I checked out for verification is:
Author: Shaoyun Liu
AuthorDate: Tue May 22 11:45:41 2018 -0400
Commit: Alex Deucher
CommitDate: Thu May 24 10:28:35 2018 -0500
+Thierry
Hi Arnd,
On Fri, 25 May 2018 17:50:15 +0200
Arnd Bergmann wrote:
> These two functions are unused in some configurations, and using
> __maybe_unused
> is the easiest way to shut up the harmless warnings:
>
> drivers/gpu/drm/bridge/cdns-dsi.c:1353:12: error: 'cdns_dsi_suspend' defined
I got a bunch of warnings in a randconfig build:
WARNING: modpost: missing MODULE_LICENSE() in
drivers/video/fbdev/omap/lcd_ams_delta.o
WARNING: modpost: missing MODULE_LICENSE() in
drivers/video/fbdev/omap/lcd_inn1510.o
WARNING: modpost: missing MODULE_LICENSE() in
drivers/video/fbdev/omap/lcd
https://bugzilla.kernel.org/show_bug.cgi?id=199425
--- Comment #8 from Johannes Hirte (johannes.hi...@datenkhaos.de) ---
(In reply to mikita.lip...@amd.com from comment #6)
> Created attachment 276173 [details]
> Patch to either dublicate or reuse an existing crtc state that might pervent
> use-af
On Mon, May 28, 2018 at 11:47 AM, Maciej Purski wrote:
> The patch adds phy node, required by MIPI devices.
>
> Signed-off-by: Andrzej Hajda
> Signed-off-by: Maciej Purski
This have pretty small changes since original Andrzej's patch so
probably Andrzej's authorship should be preserved.
> ---
On Mon, May 28, 2018 at 11:54 AM, Maciej Purski wrote:
> The patch adds common part of DSI node for Exynos5250 platforms.
>
> Signed-off-by: Andrzej Hajda
> Signed-off-by: Maciej Purski
> ---
> arch/arm/boot/dts/exynos5250.dtsi | 14 ++
> 1 file changed, 14 insertions(+)
This shou
On Mon, May 28, 2018 at 11:55 AM, Maciej Purski wrote:
> The patch adds bridge and panel nodes.
> It adds also DSI properties specific for arndale board.
>
> Signed-off-by: Andrzej Hajda
> Signed-off-by: Maciej Purski
> ---
> arch/arm/boot/dts/exynos5250-arndale.dts | 39
>
On Thu, May 24, 2018 at 04:24:32PM +0200, Noralf Trønnes wrote:
>
> Den 24.05.2018 11.01, skrev Daniel Vetter:
> > Copypasta mistake.
> >
> > Fixes: 742547b73d27 ("drm/fb_helper: Create wrappers for blit, copyarea and
> > fillrect funcs")
> > Cc: Archit Taneja
> > Cc: Daniel Vetter
> > Cc: Gus
https://bugs.freedesktop.org/show_bug.cgi?id=106671
--- Comment #4 from Alan W. Irwin ---
Hi Michel:
I have added your requested attachments. And if there are other data you need
or other tests I can run, let me know.
Meanwhile, all else seems well with this new computer (e.g., the lock ups ar
https://bugs.freedesktop.org/show_bug.cgi?id=106671
--- Comment #3 from Alan W. Irwin ---
Created attachment 139817
--> https://bugs.freedesktop.org/attachment.cgi?id=139817&action=edit
dmesg output as requested
--
You are receiving this mail because:
You are the assignee for the bug.
> Well done on getting this far. Merging this is definitely going to be
> non-trivial. Being out of tree for so long means you've ended up in a
> place that will require retracing a bunch of steps to get upstream.
>
Just to clarify what is going on, while OpenChrome DRM (drm-openchrome
repositor
https://bugs.freedesktop.org/show_bug.cgi?id=106670
--- Comment #2 from JerryD ---
Created attachment 139819
--> https://bugs.freedesktop.org/attachment.cgi?id=139819&action=edit
Full dmesg text
dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=106670
--- Comment #3 from JerryD ---
(In reply to Ernst Sjöstrand from comment #1)
> Please post some information about your hardware and the kernel version
> you're running. Full dmesg is also good, shows what the driver says when
> it's loading.
I
This patch changes userspace parameter but Kernel driver shouldn't touch such
parameter.
Please ignore this patch. Marek will post a generic solution soon, which fixes
the image broken issue without touching userspace parameter.
Thanks,
Inki Dae
2018년 05월 24일 10:04에 Inki Dae 이(가) 쓴 글:
> Fixed
convert existing raw comments into kernel-doc format as well
as add new documentation
v2: reword the overview
Signed-off-by: Alex Deucher
Signed-off-by: Nayan Deshmukh
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/scheduler/gpu_scheduler.c | 214 --
include/drm/gpu
Hi,
On 05/25/2018 06:50 PM, Arnd Bergmann wrote:
In 32-bit kernel builds, we cannot cast between a pointer and a 64-bit
type:
In file included from drivers/gpu/drm/xen/xen_drm_front_cfg.c:18:
drivers/gpu/drm/xen/xen_drm_front.h: In function 'xen_drm_front_fb_to_cookie':
drivers/gpu/drm/xen/xen_
ping
On 05/22/2018 05:13 PM, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
When unplugging a hotpluggable DRM device we first unregister it
with drm_dev_unregister and then set drm_device.unplugged flag which
is used to mark device critical sections with drm_dev_enter()/
drm_dev
Am 29.05.2018 um 07:53 schrieb Nayan Deshmukh:
convert existing raw comments into kernel-doc format as well
as add new documentation
v2: reword the overview
Signed-off-by: Alex Deucher
Signed-off-by: Nayan Deshmukh
Reviewed-by: Alex Deucher
Reviewed-by: Christian König
Going to push that
On 24.05.2018 18:41, Sandeep Panda wrote:
> Document the bindings used for the sn65dsi86 DSI to eDP bridge.
>
> Changes in v1:
> - Rephrase the dt-binding descriptions to be more inline with existing
>bindings (Andrzej Hajda).
> - Add missing dt-binding that are parsed by corresponding driver
On Mon, May 28, 2018 at 02:44:28PM +0300, Tomi Valkeinen wrote:
> Hi,
>
> On 28/05/18 13:55, Pekka Paalanen wrote:
>
> >> The series adds support for changing the order of the displays defined by
> >> DT
> >> display aliases.
> >>
> >> The motivation to do such a thing is that for example the fb
On Thu, May 24, 2018 at 07:51:40PM +0530, Souptick Joarder wrote:
> On Thu, May 24, 2018 at 6:27 PM, Daniel Vetter wrote:
> > On Wed, May 23, 2018 at 03:05:35PM +0530, Souptick Joarder wrote:
> >> On Mon, May 14, 2018 at 9:56 PM, Daniel Vetter wrote:
> >> > On Thu, May 10, 2018 at 02:51:38PM -040
On Mon, May 28, 2018 at 04:27:11PM +0200, Emil Lundmark wrote:
> This fixes a NULL pointer dereference that can happen if the UDL
> driver is unloaded before the framebuffer is initialized. This can
> happen e.g. if the USB device is unplugged right after it was plugged
> in.
>
> As explained by S
Hi Morimoto-san,
On Tue, May 29, 2018 at 3:44 AM, Kuninori Morimoto
wrote:
>> > +&hdmi0_con {
>> > + remote-endpoint = <&rcar_dw_hdmi0_out>;
>> > +};
>>
>> I think the hdmi0 and hdmi0_con parts can be moved to salvator-common.dtsi.
>> Can we do that now (with stubs?), or does this have to w
On Fri, May 25, 2018 at 04:42:52PM +0530, Ramalingam C wrote:
>
>
> On Thursday 24 May 2018 01:36 PM, Daniel Vetter wrote:
> > On Mon, May 21, 2018 at 06:23:49PM +0530, Ramalingam C wrote:
> > > Initialize HDCP2.2 support. This includes the mei interface
> > > initialization along with required n
On Mon, May 21, 2018 at 06:23:19PM +0530, Ramalingam C wrote:
> The sequence for HDCP2.2 authentication and encryption is implemented
> in I915. Encoder specific implementations are moved into hdcp_shim.
>
> Intel HWs supports HDCP2.2 through ME FW. Hence this series
> introduces a client driver f
On Fri, May 25, 2018 at 02:00:33AM +0530, Souptick Joarder wrote:
> On Wed, May 16, 2018 at 10:09 AM, Souptick Joarder
> wrote:
> > On Thu, May 10, 2018 at 7:12 PM, Souptick Joarder
> > wrote:
> >> Use new return type vm_fault_t for fault handler. For
> >> now, this is just documenting that the
92 matches
Mail list logo
