HDMI on Allwinner A64 has similar like H3/H5.
Signed-off-by: Jagan Teki
---
Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt
b/Documentation/devicetree/bindings/display
Allwinner A64 has DE2 CCU which is similar to H3/H5 SoC.
Signed-off-by: Jagan Teki
---
Documentation/devicetree/bindings/clock/sun8i-de2.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/clock/sun8i-de2.txt
b/Documentation/devicetree/bindings/clock/sun8i-
Enable HDMI output on sopine board.
Signed-off-by: Jagan Teki
---
.../dts/allwinner/sun50i-a64-sopine-baseboard.dts | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-sopine-baseboard.dts
b/arch/arm64/boot/dts/allwinner/sun50i-a
Enable HDMI output on Bananpi-m64 board.
Signed-off-by: Jagan Teki
---
.../boot/dts/allwinner/sun50i-a64-bananapi-m64.dts | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-bananapi-m64.dts
b/arch/arm64/boot/dts/allwinner/sun50i-
On Fri, Apr 27, 2018 at 01:21:42PM +0200, Bartlomiej Zolnierkiewicz wrote:
> Hi,
>
> This patchset removes unused MERAM support (last user was removed
> 3 years ago) from shmobile fbdev & drm drivers and then removes
> MERAM driver itself.
>
> If it is okay to merge this patches I would like patc
Hi Harry,
A kernel bug report was opened against Ubuntu [0]. After a kernel
bisect, it was found the following commit introduced the bug:
commit 4562236b3bc0a28aeb6ee93b2d8a849a4c4e1c7c
Author: Harry Wentland
Date: Tue Sep 12 15:58:20 2017 -0400
drm/amd/dc: Add dc display driver (v2)
Allwinner 64-bit SoC like H5/A64 has DE2 Mixer so enable them
as default.
Signed-off-by: Jagan Teki
---
drivers/gpu/drm/sun4i/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/sun4i/Kconfig b/drivers/gpu/drm/sun4i/Kconfig
index 60468a779a63..95ae04964756
Allwinner 64-bit SoC like H5/A64 has DE2 CCU so enable them
as default.
Signed-off-by: Jagan Teki
---
drivers/clk/sunxi-ng/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/clk/sunxi-ng/Kconfig b/drivers/clk/sunxi-ng/Kconfig
index 79dfd296c3d1..1fffd3bf6ff3 100644
--- a/drive
HDMI PHY on Allwinner A64 has similar like H3/H5.
Signed-off-by: Jagan Teki
---
Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt
b/Documentation/devicetree/bindings/dis
Enable HDMI output on a64-olinuxino board.
Signed-off-by: Jagan Teki
---
.../boot/dts/allwinner/sun50i-a64-olinuxino.dts| 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-olinuxino.dts
b/arch/arm64/boot/dts/allwinner/sun50i-a
On 2018-04-30 17:32, Daniel Vetter wrote:
> On Fri, Apr 27, 2018 at 12:31:39AM +0200, Peter Rosin wrote:
>> If the bridge supplier is unbound, this will bring the bridge consumer
>> down along with the bridge. Thus, there will no longer linger any
>> dangling pointers from the bridge consumer (the
On Sat, Apr 28, 2018 at 12:34:26AM +0300, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
>
> On Friday, 27 April 2018 19:57:21 EEST Kieran Bingham wrote:
> > The DU1 external dot clock is provided by the fixed frequency clock
> > generator X21, while the DU0 and DU3 clocks are
HDMI on Allwinner A64 has similar behavior like H3/H5, so
reuse the same dts node details for A64.
Signed-off-by: Jagan Teki
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 28 +++
include/dt-bindings/clock/sun50i-a64-ccu.h| 2 ++
2 files changed, 30 insertions(+
On 2018-04-30 17:24, Daniel Vetter wrote:
> On Fri, Apr 27, 2018 at 12:31:38AM +0200, Peter Rosin wrote:
>> The .owner will be handy to have around.
>>
>> Signed-off-by: Peter Rosin
>> ---
>> drivers/gpu/drm/drm_bridge.c | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/drivers/gpu/d
On 4/30/2018 9:54 AM, Robin Murphy wrote:
> For dma_map_sg(), DMA API implementations are free to merge consecutive
> segments into a single DMA mapping if conditions are suitable, thus the
> resulting DMA addresses which drm_prime_sg_to_page_addr_arrays()
> iterates over may be packed into fewer e
Enable HDMI output on pine64 board.
Signed-off-by: Jagan Teki
---
.../arm64/boot/dts/allwinner/sun50i-a64-pine64.dts | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-pine64.dts
b/arch/arm64/boot/dts/allwinner/sun50i-a64-pine64.
DE2 in A64 has clock control unit and behavior is
same like H3/H5, so reuse the same in A64.
Signed-off-by: Jagan Teki
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi
b/arch/arm6
Allwinner 64-bit SoC like H5/A64 has DesignWare HDMI so
enable them as default.
Signed-off-by: Jagan Teki
---
drivers/gpu/drm/sun4i/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/sun4i/Kconfig b/drivers/gpu/drm/sun4i/Kconfig
index eee6bc0eaf97..60468a779a63 100644
--
Hi,
On Mon, Apr 30, 2018 at 10:06:11AM +0300, Tomi Valkeinen wrote:
> On 27/04/18 21:12, Aaro Koskinen wrote:
> >> You should be targeting omapdrm driver instead, fbdev subsystem is closed
> >> for the new hardware support.
> >
> > AFAIK, based on N950 display support discussion, it's impossible
HDMI pipeline on A64 has similar behavior like A83T where
tcon1 is connected to HDMI. So reuse similar dts nodes for A64.
Signed-off-by: Jagan Teki
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 83 +++
1 file changed, 83 insertions(+)
diff --git a/arch/arm64/boot/d
Enable HDMI output on nanopi-a64 board.
Signed-off-by: Jagan Teki
---
.../boot/dts/allwinner/sun50i-a64-nanopi-a64.dts | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-nanopi-a64.dts
b/arch/arm64/boot/dts/allwinner/sun50i-a64
Allwinner A64 has display engine pipeline like other Allwinner SOC's A83T/H3/H5.
A64 DE2 behaviour similar to Allwinner A83T where mixer0, connected to tcon0
with RGB, LVDS MIPI-DSI and mixer1, connected to tcon1 with HDMI as per
Display System Block DiagramAllwinner_A64_User_Manual_V1.1.pdf
This
On Fri, Apr 27, 2018 at 05:57:19PM +0100, Kieran Bingham wrote:
> The DU entity node has been previously added but only as a placeholder.
> Populate the node with the properties to use the device.
>
> Signed-off-by: Kieran Bingham
> Reviewed-by: Laurent Pinchart
Thanks, applied.
___
On Fri, Apr 27, 2018 at 05:57:17PM +0100, Kieran Bingham wrote:
> The FCPs handle the interface between various IP cores and memory. Add
> the instances related to the FDPs and VSP2s.
>
> Based on a similar patch of the R8A7796 device tree
> by Laurent Pinchart .
>
> Signed-off-by: Takeshi Kihara
Allwinner A64 has DE2 pipeline similar to other Allwinner
SOC's like A83T, H3/H5.
Signed-off-by: Jagan Teki
---
Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt
b/Docum
On Fri, Apr 27, 2018 at 05:57:20PM +0100, Kieran Bingham wrote:
> Add the HDMI encoder to the R8A77965 DT in disabled state.
>
> Based on a similar patch of the R8A7796 device tree
> by Laurent Pinchart .
>
> Signed-off-by: Takeshi Kihara
> [Kieran: Rebase to top of tree]
> Signed-off-by: Kieran
On Fri, Apr 27, 2018 at 05:57:18PM +0100, Kieran Bingham wrote:
> The r8a77965 has 4 VSP instances.
>
> Based on a similar patch of the R8A7796 device tree
> by Laurent Pinchart .
>
> Signed-off-by: Takeshi Kihara
> [Kieran: Rebased to top of tree, fixed sort orders]
> Signed-off-by: Kieran Bing
Hi,
On Mon, Apr 30, 2018 at 05:34:59PM +0200, Bartlomiej Zolnierkiewicz wrote:
> BROKEN is not an user selectable config option so without modifying
> drivers/video/fbdev/omap2/omapfb/dss/Kconfig the RFBI driver is not
> even included in the kernel build..
Yes, I know. It's still incorrect to sta
A64 display engine has two mixers which are connected to
LVDS/RGB/MIPI-DSI and HDMI output through tcon0 and tcon1.
Signed-off-by: Jagan Teki
---
drivers/gpu/drm/sun4i/sun4i_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/sun4i/sun4i_drv.c
b/drivers/gpu/drm/sun4i/sun4i
tcon-tv on Allwinner A64 has similar behavior like Allwinner A83T.
Signed-off-by: Jagan Teki
---
Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt
b/Documentation/device
On 2018-04-28 10:09, kbuild test robot wrote:
> Hi Peter,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on v4.17-rc2]
> [also build test ERROR on next-20180426]
> [cannot apply to drm/drm-next robclark/msm-next
> drm-exynos/exynos-drm/for-next]
> [if your patch is a
Enable DRM Support for Allwinner Display Engine, built as a module.
Signed-off-by: Jagan Teki
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 8ac1feafe563..723e6a5121fa 100644
--- a/arch/arm64/
From: Icenowy Zheng
Allwinner SoCs with DWC HDMI controller have a "HVCC" power pin for the
HDMI part, and on some boards it's connected to a dedicated regulator
rather than the main 3.3v.
Add support for optional HVCC regulator. For boards that doesn't use a
dedicated regulator to power it, the
Enable HDMI output on Orangepi-win board.
Signed-off-by: Jagan Teki
---
.../boot/dts/allwinner/sun50i-a64-orangepi-win.dts | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-orangepi-win.dts
b/arch/arm64/boot/dts/allwinner/sun50i
Mixer1 on Allwinner A64 has similar behavior like Allwinner A83T.
Signed-off-by: Jagan Teki
---
Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt
b/Documentation/devicet
https://bugs.freedesktop.org/show_bug.cgi?id=105832
Timothy Arceri changed:
What|Removed |Added
Component|Mesa core |Drivers/Gallium/radeonsi
QA Co
https://bugzilla.kernel.org/show_bug.cgi?id=199577
Bug ID: 199577
Summary: amdgpu fails to return from powersaving mode
Product: Drivers
Version: 2.5
Kernel Version: 4.17_rc3
Hardware: All
OS: Linux
Tree: Main
> -Original Message-
> From: Krzysztof Kozlowski
> Sent: Monday, April 30, 2018 1:30 PM
> To: Lee Jones ; Daniel Thompson
> ; Jingoo Han ;
> Bartlomiej Zolnierkiewicz ; linux-
> ker...@vger.kernel.org; dri-devel@lists.freedesktop.org; linux-
> fb...@vger.kernel.org
> Cc: Krzysztof Kozlow
On Monday, April 30, 2018 1:30 PM, Krzysztof Kozlowski wrote:
>
> The driver for S6E63M0 AMOLED LCD panel is not used. It does not
> support DeviceTree and respective possible users (S5Pv210 Aquila and
> Goni boards) are DeviceTree-only.
>
> Suggested-by: Marek Szyprowski
> Cc: Marek Szyprowski
https://bugs.freedesktop.org/show_bug.cgi?id=106225
--- Comment #19 from Francisco Pina Martins ---
Created attachment 139239
--> https://bugs.freedesktop.org/attachment.cgi?id=139239&action=edit
journalctl log with KASAN_OUTLINE and kasan_multi_shot using amdgpu.ko compiled
with debug info
He
On Tue, May 1, 2018 at 1:59 AM, Eric Anholt wrote:
> I had originally asked Stefan Schake to drop the pad field from the
> syncobj changes that just landed, because I couldn't come up with a
> reason to align to 64 bits.
>
> Talking with Dave Airlie about the new v3d driver's submit ioctl, we
> ca
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #62 from i...@yahoo.com ---
You don't even get kernel panic, the machine just freezes.
Just to confirm that, add the following to the kernel line options in grub
"panic=30" . Then freeze the computer again.
If the kernel panics, then
I had originally asked Stefan Schake to drop the pad field from the
syncobj changes that just landed, because I couldn't come up with a
reason to align to 64 bits.
Talking with Dave Airlie about the new v3d driver's submit ioctl, we
came up with a reason: sizeof() on 64-bit platforms may align to
>
>
> Yes, I fixed the original false positive messages myself with the swiotlb
> maintainer and I was CCed in fixing the recent fallout from Chris changes as
> well.
So do we have a good summary of where this at now?
I'm getting reports on 4.16.4 still displaying these, what hammer do I
need to
Stefan Schake writes:
> v2 drops the extra syncobj parameter and gets rid of the submit flags
> since 0 is never a valid syncobj handle.
>
> This series allows userspace to submit syncobj handles for importing
> a fence to wait on or exporting the job fence as part of submission.
>
> The primary
On Mon, Apr 30, 2018 at 10:01:50PM +0100, Chris Wilson wrote:
> Quoting Matthias Kaehlcke (2018-04-30 21:51:45)
> > On Mon, Apr 30, 2018 at 09:01:49PM +0100, Chris Wilson wrote:
> > > Quoting Matthias Kaehlcke (2018-04-30 20:31:19)
> > > > On Mon, Mar 19, 2018 at 12:14:51PM -0700, Matthias Kaehlcke
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #61 from MirceaKitsune ---
(In reply to iive from comment #60)
No, it never does. SysRq + R - E - S - U - B (pressed in slow order after one
another) does not reboot, nor make the hard drive led flash, nor have any other
noticeable
Add the capability to query information from a submit queue.
The first available parameter is for querying the number of
GPU faults (hangs) that can be attributed to the queue.
This is useful for implementing context robustness. A UMD
context can regularly query the number of faults to see
if it i
Vaishali Thakkar writes:
> Sparse complains with following warning:
> drivers/gpu/drm/vc4/vc4_v3d.c:222:1: warning: symbol
> 'vc4_allocate_bin_bo' was not declared. Should it be static?
>
> Make vc4_allocate_bin static as it is not used outside of
> vc4_v3d.c.
>
> Signed-off-by: Vaishali Thakkar
Thierry Reding writes:
> [ Unknown signature status ]
> On Tue, Oct 31, 2017 at 12:32:58PM -0700, Eric Anholt wrote:
>> It turns out that I had just mistaken what type of write the register
>> writes were supposed to be, using DCS instead of generic long writes.
>>
>> Switching to transactions i
Quoting Matthias Kaehlcke (2018-04-30 21:51:45)
> On Mon, Apr 30, 2018 at 09:01:49PM +0100, Chris Wilson wrote:
> > Quoting Matthias Kaehlcke (2018-04-30 20:31:19)
> > > On Mon, Mar 19, 2018 at 12:14:51PM -0700, Matthias Kaehlcke wrote:
> > > > Commit 39bf4de89ff7 ("drm/i915: Add -Wall -Wextra to o
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #60 from i...@yahoo.com ---
(In reply to MirceaKitsune from comment #58)
> (In reply to iive from comment #57)
[...]
> And during the netconsole test, I did enable and use the SysRq keys
> (RESUB)... nothing got printed to the other m
Boris Brezillon writes:
> Commit b9f19259b84d ("drm/vc4: Add the DRM_IOCTL_VC4_GEM_MADVISE ioctl")
> introduced a mechanism to mark some BOs as purgeable to allow the driver
> to drop them under memory pressure. In order to implement this feature
> we had to add a mechanism to mark BOs as current
On Mon, Apr 30, 2018 at 09:01:49PM +0100, Chris Wilson wrote:
> Quoting Matthias Kaehlcke (2018-04-30 20:31:19)
> > On Mon, Mar 19, 2018 at 12:14:51PM -0700, Matthias Kaehlcke wrote:
> > > Commit 39bf4de89ff7 ("drm/i915: Add -Wall -Wextra to our build, set
> > > warnings to full") enabled extra war
Quoting Matthias Kaehlcke (2018-04-30 20:31:19)
> On Mon, Mar 19, 2018 at 12:14:51PM -0700, Matthias Kaehlcke wrote:
> > Commit 39bf4de89ff7 ("drm/i915: Add -Wall -Wextra to our build, set
> > warnings to full") enabled extra warnings for i915 to spot possible
> > bugs in new code, and then disable
https://bugs.freedesktop.org/show_bug.cgi?id=106317
--- Comment #5 from Kertesz Laszlo ---
Tried it and there is absolutely no relevant output in dmesg.
After freeze i had to force-restart the computer 5 times to pass the amdgpu
loading point.
Attached dmesg above.
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=106317
--- Comment #4 from Kertesz Laszlo ---
Created attachment 139234
--> https://bugs.freedesktop.org/attachment.cgi?id=139234&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.___
On Mon, Apr 30, 2018 at 7:43 PM, Boris Brezillon
wrote:
> On Mon, 30 Apr 2018 10:22:19 -0700
> Eric Anholt wrote:
>
>> Boris Brezillon writes:
>>
>> > Some panels are connected through extension boards an provide an easy
>> > way for the main board to detect when they are present (like checking
On Mon, Apr 30, 2018 at 1:10 PM, Eric Anholt wrote:
> These OpenGL ES GPUs are present in the 7268 and 7278 set top box
> chips.
>
> v2: no changes
> v3: move to gpu/, fix typo
>
> Signed-off-by: Eric Anholt
> ---
> .../devicetree/bindings/gpu/brcm,bcm-v3d.txt | 28 +++
> 1 file
On Mon, Apr 30, 2018 at 8:26 PM, Christian König
wrote:
> Am 30.04.2018 um 17:38 schrieb Daniel Vetter:
>>
>> On Sun, Apr 29, 2018 at 09:08:31AM +0200, Christian König wrote:
>>>
>>> NAK, there is a subtitle but major difference:
>>>
- if (rdev->needs_reset) {
-
On Mon, Mar 19, 2018 at 12:14:51PM -0700, Matthias Kaehlcke wrote:
> Commit 39bf4de89ff7 ("drm/i915: Add -Wall -Wextra to our build, set
> warnings to full") enabled extra warnings for i915 to spot possible
> bugs in new code, and then disabled a subset of these warnings to keep
> the current code
On Wed, Apr 25, 2018 at 08:12:08AM +0200, Juergen Gross wrote:
> On 24/04/18 22:35, Dongwon Kim wrote:
> > Had a meeting with Daniel and talked about bringing out generic
> > part of hyper-dmabuf to the userspace, which means we most likely
> > reuse IOCTLs defined in xen-zcopy for our use-case if
Am 30.04.2018 um 17:38 schrieb Daniel Vetter:
On Sun, Apr 29, 2018 at 09:08:31AM +0200, Christian König wrote:
NAK, there is a subtitle but major difference:
- if (rdev->needs_reset) {
- t = -EDEADLK;
- break;
- }
Without
Am 30.04.2018 um 18:33 schrieb Michel Dänzer:
On 2018-04-29 09:02 AM, Christian König wrote:
Am 29.04.2018 um 01:02 schrieb Michel Dänzer:
On 2018-04-28 06:30 PM, Ilia Mirkin wrote:
On Fri, Apr 27, 2018 at 9:08 AM, Michel Dänzer
wrote:
From: Michel Dänzer
Previously, TTM would always (with
This is a resend of the V3D driver for the DT binding nitpicks.
Eric Anholt (2):
dt-bindings: Add a new binding for Broadcom V3D 3.x and newer GPUs.
drm/v3d: Introduce a new DRM driver for Broadcom V3D V3.x+
.../devicetree/bindings/gpu/brcm,bcm-v3d.txt | 28 +
Documentation/gpu/drivers.rst
This driver will be used to support Mesa on the Broadcom 7268 and 7278
platforms.
V3D 3.3 introduces an MMU, which means we no longer need CMA or vc4's
complicated CL/shader validation scheme. This massively changes the
GEM behavior, so I've forked off to a new driver.
v2: Mark SUBMIT_CL as need
These OpenGL ES GPUs are present in the 7268 and 7278 set top box
chips.
v2: no changes
v3: move to gpu/, fix typo
Signed-off-by: Eric Anholt
---
.../devicetree/bindings/gpu/brcm,bcm-v3d.txt | 28 +++
1 file changed, 28 insertions(+)
create mode 100644 Documentation/devicetree
Daniel Vetter writes:
> dma_fence_default_wait is the default now, same for the trivial
> enable_signaling implementation.
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
h
Daniel Vetter writes:
> dma_fence_default_wait is the default now, same for the trivial
> enable_signaling implementation.
Drop the mention of dma_fence_default_wait, since this one doesn't use
that? Other than that,
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
Daniel Vetter writes:
> dma_fence_default_wait is the default now, same for the trivial
> enable_signaling implementation.
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
dri-devel mailing list
Daniel Vetter writes:
> dma_fence_default_wait is the default now, same for the trivial
> enable_signaling implementation.
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
dri-devel mailing list
Daniel Vetter writes:
> Noticed while I was typing docs. Entirely unused.
>
> Signed-off-by: Daniel Vetter
> ---
> include/linux/dma-fence.h | 10 --
> 1 file changed, 10 deletions(-)
>
> diff --git a/include/linux/dma-fence.h b/include/linux/dma-fence.h
> index 9d6f39bf2111..f9a6848f85
Daniel Vetter writes:
> + /**
> + * @fill_driver_data:
> + *
> + * Callback to fill in free-form debug info Returns amount of bytes
> + * filled, or negative error on failure.
Maybe this "Returns" should be on a new line? Or at least a '.' in
between.
Other than that,
R
On Mon, 30 Apr 2018 10:22:19 -0700
Eric Anholt wrote:
> Boris Brezillon writes:
>
> > Some panels are connected through extension boards an provide an easy
> > way for the main board to detect when they are present (like checking
> > for a working I2C communication with a device and making sure
The driver for LD9040 AMOLED LCD panel was superseded with DRM driver
panel-samsung-ld9040.c. It does not support DeviceTree and respective
possible user (Exynos4210 Universal C210) is DeviceTree-only and uses
DRM version of driver..
Suggested-by: Marek Szyprowski
Cc: Marek Szyprowski
Cc: Inki
The driver for S6E63M0 AMOLED LCD panel is not used. It does not
support DeviceTree and respective possible users (S5Pv210 Aquila and
Goni boards) are DeviceTree-only.
Suggested-by: Marek Szyprowski
Cc: Marek Szyprowski
Cc: Inki Dae
Signed-off-by: Krzysztof Kozlowski
---
drivers/video/backli
Boris Brezillon writes:
> Some panels are connected through extension boards an provide an easy
> way for the main board to detect when they are present (like checking
> for a working I2C communication with a device and making sure a
> specific reg in this device has a consistent value).
>
> When
Hi Daniel,
On Mon, 30 Apr 2018 18:08:47 +0200
Daniel Vetter wrote:
> On Mon, Apr 30, 2018 at 04:43:21PM +0200, Boris Brezillon wrote:
> > Some panels might be connected through extension boards and might not
> > be available when the system boots. Extend the panel interface to
> > support panel
On 2018-04-29 09:02 AM, Christian König wrote:
> Am 29.04.2018 um 01:02 schrieb Michel Dänzer:
>> On 2018-04-28 06:30 PM, Ilia Mirkin wrote:
>>> On Fri, Apr 27, 2018 at 9:08 AM, Michel Dänzer
>>> wrote:
From: Michel Dänzer
Previously, TTM would always (with CONFIG_TRANSPARENT_HUGEP
On Mon, Apr 30, 2018 at 04:43:21PM +0200, Boris Brezillon wrote:
> Some panels might be connected through extension boards and might not
> be available when the system boots. Extend the panel interface to
> support panel detection.
>
> An optional ->detect() hook is added and, if implemented, will
On Mon, Apr 30, 2018 at 02:02:04PM +0200, Emre Ucan wrote:
> We have to check dma-buf reservation objects of our framebuffers before
> we use them. Otherwise, another driver might be writing on the same
> buffer which we are using. This would cause visible tearing effects
> on display.
>
> We can
Replied on the ticket.
If this is about non-functioning LVDS or VGA I'm aware of it and trying to find
time to find a good solution.
Harry
On 2018-04-30 11:14 AM, Joseph Salisbury wrote:
> Hi Harry,
>
> A kernel bug report was opened against Ubuntu [0]. After a kernel
> bisect, it was found th
On Sun, Apr 29, 2018 at 09:08:31AM +0200, Christian König wrote:
> NAK, there is a subtitle but major difference:
>
> > - if (rdev->needs_reset) {
> > - t = -EDEADLK;
> > - break;
> > - }
>
> Without that the whole radeon GPU reset code brea
On Sun, Apr 29, 2018 at 09:11:31AM +0200, Christian König wrote:
> Am 27.04.2018 um 08:17 schrieb Daniel Vetter:
> > When this was introduced in
> >
> > commit a519435a96597d8cd96123246fea4ae5a6c90b02
> > Author: Christian König
> > Date: Tue Oct 20 16:34:16 2015 +0200
> >
> > dma-buf/fen
On Friday, April 27, 2018 09:25:37 PM Aaro Koskinen wrote:
> Hi,
>
> On Fri, Apr 27, 2018 at 05:09:14PM +0200, Bartlomiej Zolnierkiewicz wrote:
> > omapfb equivalent of drm's commit aa61321d4c08 ("drm/omap: remove rfbi"):
> >
> > The RFBI driver has not worked nor compiled for many years. There a
On Fri, Apr 27, 2018 at 12:31:39AM +0200, Peter Rosin wrote:
> If the bridge supplier is unbound, this will bring the bridge consumer
> down along with the bridge. Thus, there will no longer linger any
> dangling pointers from the bridge consumer (the drm_device) to some
> non-existent bridge suppl
On Fri, Apr 27, 2018 at 12:31:38AM +0200, Peter Rosin wrote:
> The .owner will be handy to have around.
>
> Signed-off-by: Peter Rosin
> ---
> drivers/gpu/drm/drm_bridge.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c
> i
On 27/04/18 20:54, Linus Walleij wrote:
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 har
On Fri, Apr 27, 2018 at 01:40:21AM +0300, Laurent Pinchart wrote:
> Hi Peter,
>
> Thank you for the patches.
>
> On Friday, 27 April 2018 01:31:15 EEST Peter Rosin wrote:
> > Hi!
> >
> > It was noted by Russel King [1] that bridges (not using components)
> > might disappear unexpectedly if the o
On Thu, Apr 26, 2018 at 05:16:31PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> An overeager sed has corrupted the drm_rect_rotation_inv()
> documentation. Fix it up.
>
> Looks like it wasn't entirely correct before the sed fail
> either. We were missing _rect_ from the function names,
https://bugs.freedesktop.org/show_bug.cgi?id=100891
--- Comment #7 from MichaelLong ---
Created attachment 139230
--> https://bugs.freedesktop.org/attachment.cgi?id=139230&action=edit
recent lspci output
--
You are receiving this mail because:
You are the assignee for the bug.
On Fri, Apr 27, 2018 at 10:40:00PM +0300, Ville Syrjälä wrote:
> On Mon, Apr 23, 2018 at 10:34:41AM +0300, StanLis wrote:
> > From: Stanislav Lisovskiy
> >
> > Added content_type property to drm_connector_state
> > in order to properly handle external HDMI TV content-type setting.
> >
> > v2:
>
https://bugs.freedesktop.org/show_bug.cgi?id=100891
--- Comment #6 from MichaelLong ---
Created attachment 139229
--> https://bugs.freedesktop.org/attachment.cgi?id=139229&action=edit
dmesg output of kernel 4.17-rc3
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=100891
--- Comment #5 from MichaelLong ---
Update:
>From time to time I'm testing this card with newer kernels along with the most
recent set of firmware files. The only difference I was able to observe is that
the amount of debug messages is less and
On Mon, Apr 30, 2018 at 04:55:24PM +0200, Daniel Vetter wrote:
> On Sat, Apr 28, 2018 at 12:07:04AM +0300, Laurent Pinchart wrote:
> > Hi Daniel,
> >
> > (Removing the linux-media mailing list from CC as it is out of scope)
> >
> > You enquired on IRC whether this patch series passes the igt CRC
https://bugs.freedesktop.org/show_bug.cgi?id=105018
--- Comment #32 from L.S.S. ---
So it seems there definitely is a regression on 4.17 on this issue (the patches
are not required as the lines were already there in 4.17). This time it isn't a
kernel panic, but an "invalid opcode" error caused by
On 27/04/18 19:51, Linus Walleij wrote:
On Fri, Apr 27, 2018 at 5:02 PM, Robin Murphy wrote:
I dug a little bit and it seems pl111_modeset_init() is deferring because it
can't find endpoint 0. And given that that's apparently pointing at some
non-existent panel rather than the DVI encoder as I
On Sat, Apr 28, 2018 at 12:07:04AM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> (Removing the linux-media mailing list from CC as it is out of scope)
>
> You enquired on IRC whether this patch series passes the igt CRC tests.
>
> # ./kms_pipe_crc_basic --run-subtest read-crc-pipe-A
> IGT-Vers
https://bugs.freedesktop.org/show_bug.cgi?id=106199
--- Comment #10 from Harry Wentland ---
A fix should land in 4.16 stable soon:
https://www.spinics.net/lists/stable-commits/msg86375.html
--
You are receiving this mail because:
You are the assignee for the bug.
Some panels might be connected through extension boards and might not
be available when the system boots. Extend the panel interface to
support panel detection.
An optional ->detect() hook is added and, if implemented, will be called
every time the panel user wants to know if the panel is connecte
1 - 100 of 170 matches
Mail list logo
