On 05/20/2017 12:57 PM, Ilia Mirkin wrote:
This came out of some debugging I was doing to figure out how BE mode works
on this hardware. Among other things, it came out that we're not exposing
16-bpp mode support and that the ARGB mode that we do expose is broken.
Also the overlay logic was p
drm_crtc_init exposes the XRGB and ARGB formats. In actuality,
ARGB's 32-bit depth messes up some formulas that weren't meant for
it, and the alpha is failry meaningless for the primary plane.
The modesetting logic appears to be fully prepared for RGB565 as well as
XRGB1555 however, as
This came out of some debugging I was doing to figure out how BE mode works
on this hardware. Among other things, it came out that we're not exposing
16-bpp mode support and that the ARGB mode that we do expose is broken.
Also the overlay logic was pretty broken, I must have only tested with ve
Signed-off-by: Ilia Mirkin
---
drivers/gpu/drm/nouveau/dispnv04/overlay.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/dispnv04/overlay.c
b/drivers/gpu/drm/nouveau/dispnv04/overlay.c
index ee7df9ef2695..96354a5ff21c 100644
--- a/drivers/gpu
We were previously setting the pitch based on a perfectly packed buffer.
This does not necessarily happen. Either modetest started generating
such buffers recently, or earlier testing only happened with well-picked
overlay sizes.
While we're at it, beef up and refactor the error state detection.
于 2017年5月20日 GMT+08:00 上午2:06:16, Maxime Ripard
写到:
>On Thu, May 18, 2017 at 12:43:53AM +0800, Icenowy Zheng wrote:
>> As we have already the support for the TV encoder on Allwinner H3,
>add
>> the display engine pipeline device tree nodes to its DTSI file.
>>
>> The H5 pipeline has some diffe
于 2017年5月20日 GMT+08:00 上午1:57:53, Maxime Ripard
写到:
>On Thu, May 18, 2017 at 12:43:46AM +0800, Icenowy Zheng wrote:
>> Some SoC's DE2 has two mixers. Defaultly the mixer0 is connected to
>> tcon0 and mixer1 is connected to tcon1; however by setting a bit
>> the connection can be swapped.
>>
>>
于 2017年5月20日 GMT+08:00 上午2:03:30, Maxime Ripard
写到:
>On Thu, May 18, 2017 at 12:43:50AM +0800, Icenowy Zheng wrote:
>> Allwinner H3 features a TV encoder similar to the one in earlier
>SoCs,
>> but with some different points about clocks:
>> - It has a mod clock and a bus clock.
>> - The mod cl
On 05/19/2017 05:33 PM, Neil Armstrong wrote:
> On 05/19/2017 05:20 PM, Philippe CORNU wrote:
>> Add a Synopsys Designware MIPI DSI host DRM bridge driver, based on the
>> Rockchip version from rockchip/dw-mipi-dsi.c with phy & bridge APIs.
>>
>> Signed-off-by: Philippe CORNU
>> ---
>> drivers
Each document under Documentation/*.txt has its own format.
Some follow markup notations, some don't even have a title!
In order to try to get some order on it, change the document
style to the standard we're adopting after the adoption of
ReStructured Text.
The documents touched on this series n
This patch adds documentation of device tree bindings for the STM32
DSI host driver based on the Synopsys DW MIPI DSI driver from Rockchip.
Signed-off-by: Philippe CORNU
---
.../devicetree/bindings/display/st,stm32-ltdc.txt | 102 -
1 file changed, 100 insertions(+), 2 delet
Add a Synopsys Designware MIPI DSI host DRM bridge driver, based on the
Rockchip version from rockchip/dw-mipi-dsi.c with phy & bridge APIs.
Signed-off-by: Philippe CORNU
---
drivers/gpu/drm/bridge/synopsys/Kconfig |9 +
drivers/gpu/drm/bridge/synopsys/Makefile |2 +
drivers/g
Hi Daniel,
2017-05-18 14:38 GMT+09:00 Daniel Vetter :
> On Mon, Apr 24, 2017 at 01:50:18PM +0900, Masahiro Yamada wrote:
>> Many Makefiles needed to add -Iinclude/drm as an include path,
>> but the right thing to do is to include headers in the form
>> #include
>>
>> This series fixes the sour
Version 2:
- Add a generic Synopsys DesignWare MIPI DSI bridge driver following
comments from Neil Armstrong & Archit Taneja.
- Use drm_of_find_panel_or_bridge() thanks to Eric Anholt comments
- Update dt-bindings thanks to Rob Herring comments
Version 1:
- Initial commit
The purpose of this se
On Wed, May 17, 2017 at 3:40 PM, Maxime Ripard
wrote:
> Hi,
>
> Here is an attempt at getting the HDMI controller running.
>
> This HDMI controller is found on a number of old Allwinner SoCs (A10, A10s,
> A20, A31).
>
> This driver only supports for now the A10s because it was an easy target,
> be
于 2017年5月20日 GMT+08:00 上午2:02:15, Maxime Ripard
写到:
>On Thu, May 18, 2017 at 12:43:44AM +0800, Icenowy Zheng wrote:
>> -On SoCs other than the A33 and V3s, there is one more clock
>required:
>> +For the following compatibles:
>> + * allwinner,sun5i-a13-tcon
>> + * allwinner,sun6i-a31-tcon
>
This patch adds documentation of device tree bindings for the
Synopsys DesignWare MIPI DSI host DRM bridge driver.
Signed-off-by: Philippe CORNU
---
.../bindings/display/bridge/dw_mipi_dsi.txt| 36 ++
1 file changed, 36 insertions(+)
create mode 100644
Documentation
于 2017年5月20日 GMT+08:00 上午1:47:29, Maxime Ripard
写到:
>On Thu, May 18, 2017 at 12:43:45AM +0800, Icenowy Zheng wrote:
>> From: Icenowy Zheng
>>
>> Allwinner H3 SoC has two mixers, one has 1 VI channel and 3 UI
>channels,
>> and the other has 1 VI and 1 UI.
>>
>> Add support for these two varia
Each text file under Documentation follows a different
format. Some doesn't even have titles!
Change its representation to follow the adopted standard,
using ReST markups for it to be parseable by Sphinx:
- Use markup for document title and authorship;
- Mark literal blocks;
- Use a numbered list
Add the bridge support, used by DSI host and HDMI/LVDS bridges.
Signed-off-by: Philippe CORNU
---
drivers/gpu/drm/stm/ltdc.c | 74 ++
drivers/gpu/drm/stm/ltdc.h | 1 +
2 files changed, 56 insertions(+), 19 deletions(-)
diff --git a/drivers/gpu/drm/st
Hi!
Dne petek, 19. maj 2017 ob 19:49:58 CEST je Icenowy Zheng napisal(a):
> 于 2017年5月20日 GMT+08:00 上午1:47:29, Maxime Ripard 写到:
> >On Thu, May 18, 2017 at 12:43:45AM +0800, Icenowy Zheng wrote:
> >> From: Icenowy Zheng
> >>
> >> Allwinner H3 SoC has two mixers, one has 1 VI channel and 3 UI
> >
On 05/18/2017 11:42 PM, Rob Herring wrote:
> On Fri, May 12, 2017 at 04:56:28PM +0200, Philippe CORNU wrote:
>> This patch adds documentation of device tree bindings for the STM32
>> DSI host driver based on the Synopsys DW MIPI DSI driver from Rockchip.
>>
>> Signed-off-by: Philippe CORNU
>> --
Add the STM32 DSI host driver that uses the Synopsys DesignWare
MIPI DSI DRM bridge.
Signed-off-by: Philippe CORNU
---
drivers/gpu/drm/stm/Kconfig | 8 +
drivers/gpu/drm/stm/Makefile | 2 +
drivers/gpu/drm/stm/dw_mipi_dsi-stm.c | 328 ++
3 f
On Thu, 2017-05-18 at 17:40 -0300, Gabriel Krisman Bertazi wrote:
> > Mike Galbraith writes:
>
> >
> > On Mon, 2017-05-08 at 16:48 -0300, Gabriel Krisman Bertazi wrote:
> >
> > >
> > > Thanks for reporting this. Can you confirm the following patch prevents
> > > the issue?
> >
> > Nope, it s
[auto build test WARNING on drm/drm-next]
> [cannot apply to v4.12-rc1 next-20170518]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/Masahiro-Yamada/drm-stm-add-COMP
Local variable use_gct is assigned to a constant value and it is never
updated again. Remove this variable and the dead code it guards.
Addresses-Coverity-ID: 145690
Signed-off-by: Gustavo A. R. Silva
---
Changes in v2:
Remove variables ti and dev_priv, which was causing a compilation warning.
Hi,
Dne petek, 19. maj 2017 ob 20:08:18 CEST je Icenowy Zheng napisal(a):
> 于 2017年5月20日 GMT+08:00 上午2:03:30, Maxime Ripard 写到:
> >On Thu, May 18, 2017 at 12:43:50AM +0800, Icenowy Zheng wrote:
> >> Allwinner H3 features a TV encoder similar to the one in earlier
> >
> >SoCs,
> >
> >> but with so
Hi Dhinakaran,
Quick question
So what is the update about adding new option in i915_params?
Is this patch good to go after fixing the 2 points you mentioned?
Thanks
On Wed, May 17, 2017 at 1:33 PM, Pandiyan, Dhinakaran <
dhinakaran.pandi...@intel.com> wrote:
> On Tue, 2017-05-16 at 17:34 -0700
The current code here is really, really bad. A huge amount of it looks
to be copy pasted, it has some weird hatred of arrays and code sharing,
switch cases everywhere for things that really don't need them, and it
makes the file seem immensely more complex then it actually is. This is
a pain for ma
Same as the previous patch, but for pageflipping now. This also lets us
clear up the copy paste for vblank/vline IRQs.
Changes since v1:
- Preserve the order all registers are written back
Signed-off-by: Lyude
---
drivers/gpu/drm/radeon/evergreen.c | 105 ---
dri
Same as the previous patch, but now for handling HDMI audio interrupts.
Changes since v1:
- Preserve the order we write back all registers
Signed-off-by: Lyude
---
drivers/gpu/drm/radeon/evergreen.c | 153 +++--
drivers/gpu/drm/radeon/radeon.h| 7 +-
2 file
This is the first part of me going through and cleaning up the IRQ handling
code for radeon, since after taking a look at it the other day while trying to
debug something I realized basically all of the code was copy pasted
everywhere, and quite difficult to actually read through.
Will come up wit
https://bugs.freedesktop.org/show_bug.cgi?id=91880
--- Comment #152 from Alfredo Mendez ---
(In reply to Marek Olšák from comment #151)
> Alfredo, did you try to switch the TDP switch on the side of the card?
Yeah, and the system eventually was hit with a blackscreen.
--
You are receiving this
Fix DRM_REFELCT_Y -> DRM_REFLECT_Y.
Signed-off-by: Robert Foss
---
drivers/gpu/drm/drm_blend.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_blend.c b/drivers/gpu/drm/drm_blend.c
index a0d0d6843288..dee67ef6c670 100644
--- a/drivers/gpu/drm/drm_blend.c
+
Add DRM_MODE_ROTATE_ and DRM_MODE_REFLECT_ defines to the UAPI
as a convenience.
Ideally the DRM_ROTATE_ and DRM_REFLECT_ property ids are looked up
through the atomic API, but realizing that userspace is likely to take
shortcuts and assume that the enum values are what is sent over the
wire.
As
On 2017-05-18 05:49 AM, Ville Syrjälä wrote:
On Wed, May 17, 2017 at 09:39:11PM -0400, Robert Foss wrote:
+/*
+ * DRM_MODE_REFLECT_
+ *
+ * Signals that the contents of a drm plane has been reflected in
+ * the axis.
Still vague.
Ack, I'll add some verbiage.
Also you didn't respond to
On Fri, May 19, 2017 at 01:08:20PM -0700, Eric Anholt wrote:
> OK, that's definitely not how I've read the
> Documentation/process/submitting-patches.rst description of the Fixes
> tag, which talks about bugs found with git bisect and things that should
> go to -stable. I would not have considered
Dan Carpenter writes:
> On Fri, May 19, 2017 at 03:03:31PM +0300, Jani Nikula wrote:
>> On Fri, 19 May 2017, Colin King wrote:
>> > From: Colin Ian King
>> >
>> > structure pl111_display_funcs can be made static as it does not need to be
>> > in global scope. Fixes sparse warning:
>> >
>> > "w
Hi Linus,
Just some drm fixes for 4.12-rc2, mostly nouveau and i915, fairly quiet
as usual for rc2.
Dave.
The following changes since commit 8b4822de59d5d9919b9b045183a36c673ce20b73:
Merge tag 'md/4.12-rc2' of
git://git.kernel.org/pub/scm/linux/kernel/git/shli/md (2017-05-18
12:04:41 -0700)
On Fri, May 19, 2017 at 03:03:31PM +0300, Jani Nikula wrote:
> On Fri, 19 May 2017, Colin King wrote:
> > From: Colin Ian King
> >
> > structure pl111_display_funcs can be made static as it does not need to be
> > in global scope. Fixes sparse warning:
> >
> > "warning: symbol 'pl111_display_fun
On Fri, May 19, 2017 at 11:19:03AM -0700, Eric Anholt wrote:
> Jani Nikula writes:
>
> > On Fri, 19 May 2017, Colin King wrote:
> >> From: Colin Ian King
> >>
> >> structure pl111_display_funcs can be made static as it does not need to be
> >> in global scope. Fixes sparse warning:
> >>
> >> "
On Fri, May 19, 2017 at 06:56:17PM +0100, Colin King wrote:
> From: Colin Ian King
>
> The memory allocation for C is not being null checked and hence we
> could end up with a null pointer dereference. Fix this with a null
> pointer check. (I really should have noticed this when I was fixing an
>
Philippe CORNU writes:
> Add the bridge support, used by DSI host and HDMI/LVDS bridges.
>
> Signed-off-by: Philippe CORNU
The DW DSI host is bridging from MIPI DPI to MIPI DSI, right? I think
you could just have ltdc always set up a DPI encoder (the
ltdc_rgb_encoder_create() function), and th
Jani Nikula writes:
> On Fri, 19 May 2017, Colin King wrote:
>> From: Colin Ian King
>>
>> structure pl111_display_funcs can be made static as it does not need to be
>> in global scope. Fixes sparse warning:
>>
>> "warning: symbol 'pl111_display_funcs' was not declared. Should it
>> be static?
Eric Engestrom writes:
> On Wednesday, 2017-05-17 17:56:40 -0700, Eric Anholt wrote:
>> While debugging an X11 display failure, I wanted to see where we were
>> actually scanning out from. This is probably generally useful to
>> others that might be working on this device.
>>
>> Signed-off-by:
https://bugs.freedesktop.org/show_bug.cgi?id=99851
--- Comment #36 from runa...@candw.ms ---
https://lists.freedesktop.org/archives/dri-devel/2016-March/104058.html
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=99851
--- Comment #35 from runa...@candw.ms ---
Also have a problem on Sam460ex AMCC460ex machine.
[drm] radeon: irq initialized.
[drm:r600_ring_test] *ERROR* radeon: ring 0 test failed
(scratch(0x850C)=0xCAFEDEAD)
radeon 0001:81:00.0: disabling GPU a
Stephen Boyd writes:
> On 05/08, Eric Anholt wrote:
>> This is required for the panel to work on bcm911360, where CLCDCLK is
>> the fixed 200Mhz AXI41 clock. The rate set is still passed up to the
>> CLCDCLK, for platforms that have a settable rate on that one.
>>
>> v2: Set SET_RATE_PARENT (ca
On Thu, May 18, 2017 at 12:43:53AM +0800, Icenowy Zheng wrote:
> As we have already the support for the TV encoder on Allwinner H3, add
> the display engine pipeline device tree nodes to its DTSI file.
>
> The H5 pipeline has some differences and will be enabled later.
>
> The currently-unused mi
On Thu, May 18, 2017 at 12:43:50AM +0800, Icenowy Zheng wrote:
> Allwinner H3 features a TV encoder similar to the one in earlier SoCs,
> but with some different points about clocks:
> - It has a mod clock and a bus clock.
> - The mod clock must be at a fixed rate to generate signal.
Why?
Maxime
On Thu, May 18, 2017 at 12:43:44AM +0800, Icenowy Zheng wrote:
> -On SoCs other than the A33 and V3s, there is one more clock required:
> +For the following compatibles:
> + * allwinner,sun5i-a13-tcon
> + * allwinner,sun6i-a31-tcon
> + * allwinner,sun6i-a31s-tcon
> + * allwinner,sun8i-a33-t
Our probe function is guarded by CONFIG_ARM_ABMA, so these functions
end up unused if it's not enabled. We do want to be able to build DRM
drivers on inapplicable platforms, for refactor testing purposees.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/pl111/pl111_drv.c | 4 ++--
1 file changed
Mike Galbraith writes:
> On Thu, 2017-05-18 at 17:40 -0300, Gabriel Krisman Bertazi wrote:
>> > Mike Galbraith writes:
>>
>> >
>> > On Mon, 2017-05-08 at 16:48 -0300, Gabriel Krisman Bertazi wrote:
>> >
>> > >
>> > > Thanks for reporting this. Can you confirm the following patch prevents
>>
Hi Dave,
This is -rc material. Once Gerd and others are happy with it, we should
queue for 4.12.
Thanks!
>8
qxl_release_map will enter an atomic context, but since we still need to
alloc memory for BOs, we better delay that until we have everything we
need, in case we need to sleep inside the
On Thu, May 18, 2017 at 12:43:46AM +0800, Icenowy Zheng wrote:
> Some SoC's DE2 has two mixers. Defaultly the mixer0 is connected to
> tcon0 and mixer1 is connected to tcon1; however by setting a bit
> the connection can be swapped.
>
> As we now hardcode the default connection, ignore the bonus e
From: Colin Ian King
The memory allocation for C is not being null checked and hence we
could end up with a null pointer dereference. Fix this with a null
pointer check. (I really should have noticed this when I was fixing an
earlier issue.)
Detected by CoverityScan, CID#1436406 ("Dereference nu
On Thu, May 18, 2017 at 12:43:45AM +0800, Icenowy Zheng wrote:
> From: Icenowy Zheng
>
> Allwinner H3 SoC has two mixers, one has 1 VI channel and 3 UI channels,
> and the other has 1 VI and 1 UI.
>
> Add support for these two variants.
>
> Signed-off-by: Icenowy Zheng
> ---
> drivers/gpu/drm
From: Colin Ian King
exit_loop is not being initialized, so it contains garbage. Ensure it is
initialized to false.
Detected by CoverityScan, CID#1436409 ("Uninitialized scalar variable")
Fixes: ea6a69defd3311 ("[media] rainshadow-cec: avoid -Wmaybe-uninitialized
warning")
Signed-off-by: Colin
On 19/05/17 18:39, Colin King wrote:
> From: Colin Ian King
>
> exit_loop is not being initialized, so it contains garbage. Ensure it is
> initialized to false.
>
> Detected by CoverityScan, CID#1436409 ("Uninitialzed scalar variable")
>
> Fixes: ea6a69defd3311 ("[media] rainshadow-cec: avoid -
From: Colin Ian King
exit_loop is not being initialized, so it contains garbage. Ensure it is
initialized to false.
Detected by CoverityScan, CID#1436409 ("Uninitialzed scalar variable")
Fixes: ea6a69defd3311 ("[media] rainshadow-cec: avoid -Wmaybe-uninitialized
warning")
Signed-off-by: Colin
On 05/19/2017 05:20 PM, Philippe CORNU wrote:
> Add a Synopsys Designware MIPI DSI host DRM bridge driver, based on the
> Rockchip version from rockchip/dw-mipi-dsi.c with phy & bridge APIs.
>
> Signed-off-by: Philippe CORNU
> ---
> drivers/gpu/drm/bridge/synopsys/Kconfig |9 +
> drive
On 2017-05-16 05:56 AM, Christian König wrote:
Am 16.05.2017 um 11:16 schrieb Michel Dänzer:
[ Dropping build robot aliases, adding amd-gfx and DC folks ]
On 16/05/17 05:18 PM, Philip Li wrote:
On Tue, May 16, 2017 at 10:04:32AM +0200, Christian König wrote:
Am 16.05.2017 um 07:20 schrieb zho
On 05/19/2017 07:24 AM, Oscar Salvador wrote:
This v8 fixes removes dummy functions which only had a return and moves the code
into the switch statements.
Merged. Thank you!
Versions:
v1 -> v2:
* Keep temp attrs as read only
v2 -> v3:
* Code fix-ups: struct and string as c
Most of the 64 IPUv3 DMA channels are never used, some of them (channels
16, 30, 32, 34-39, and 53-63) are even marked as reserved.
Allocate the channel control structure only when a channel is actually
requested, replace the fixed size array with a list, and remove the
unused enabled and busy fiel
Allow to skip writing odd chroma rows by setting the RDRW bit for
4:2:0 chroma subsampled formats for any IDMAC write channel. This
also allows to skip reading odd rows for the VDIC read channel.
Signed-off-by: Philipp Zabel
---
drivers/gpu/ipu-v3/ipu-cpmem.c | 6 ++
include/video/imx-ipu-v3
This is not used anymore since commit eb8c88808c83 ("drm/imx: add
deferred plane disabling"), remove it.
Signed-off-by: Philipp Zabel
---
drivers/gpu/ipu-v3/ipu-common.c | 16
drivers/gpu/ipu-v3/ipu-prv.h| 1 -
2 files changed, 17 deletions(-)
diff --git a/drivers/gpu/ipu-
This reverts commit cd34db4a526c (drm/etnaviv: Remove manual call to
reservation_object_test_signaled_rcu before wait), as the patch to turn
reservation_object_wait_timeout_rcu() into
reservation_object_test_signaled_rcu() with a 0 timeout has been reverted.
This causes the driver to call into the
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #23 from MirceaKitsune ---
(In reply to Daniel Stone from comment #22)
> (In reply to MirceaKitsune from comment #21)
>
> You may be surprised to hear that the code is not an explicit 'if (rand())
> hang_gpu();' call.
>
> Regardles
From: Ville Syrjälä
Add defines for the secondary data packet (SDP) types from the spec.
These are the DP specific ones, and in addition HDMI infoframe types
(see enum hdmi_infoframe_type) are also valid SDP types.
v2: Add more SDP types
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Ville
https://bugs.freedesktop.org/show_bug.cgi?id=100306
Daniel Stone changed:
What|Removed |Added
CC||dan...@fooishbar.org
--- Comment #22 fro
https://bugs.freedesktop.org/show_bug.cgi?id=100306
MirceaKitsune changed:
What|Removed |Added
Priority|high|highest
Severity|major
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #11 from Jean Delvare (jdelv...@suse.de) ---
Can you please point me to the exact tree and branch I am supposed to test?
Also, do you happen to know which commits in that branch are fixing the
problem?
--
You are receiving this mail
On Fri, May 19, 2017 at 11:19 AM, Gustavo A. R. Silva
wrote:
> Local variable use_gct is assigned to a constant value and it is never
> updated again. Remove this variable and the dead code it guards.
>
> Addresses-Coverity-ID: 145690
> Signed-off-by: Gustavo A. R. Silva
I believe the first vers
On Fri, 19 May 2017, Colin King wrote:
> From: Colin Ian King
>
> structure pl111_display_funcs can be made static as it does not need to be
> in global scope. Fixes sparse warning:
>
> "warning: symbol 'pl111_display_funcs' was not declared. Should it
> be static?"
>
> Fixes: bed41005e6174d ("d
From: Colin Ian King
structure mode_config_funcs can be made static as it does not need to be
in global scope. Fixes sparse warning:
warning: symbol 'mode_config_funcs' was not declared. Should it be static?
Fixes: bed41005e6174d ("drm/pl111: Initial drm/kms driver for pl111")
Signed-off-by: C
From: Colin Ian King
structure pl111_display_funcs can be made static as it does not need to be
in global scope. Fixes sparse warning:
"warning: symbol 'pl111_display_funcs' was not declared. Should it
be static?"
Fixes: bed41005e6174d ("drm/pl111: Initial drm/kms driver for pl111")
Signed-off
For some greater resolution, the rdma threshold
variable will overflow.
Signed-off-by: Bibby Hsieh
---
drivers/gpu/drm/mediatek/mtk_disp_rdma.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_disp_rdma.c
b/drivers/gpu/drm/mediatek/mtk_disp
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #10 from flora@amd.com ---
glxgears works on oland with alex's 4.11 branch (HEAD: commit 3a7370c -
drm/amdgpu: correct emit frame size for vcn dec/enc ring).
--
You are receiving this mail because:
You are watching the assignee o
Hi Dave,
a little bit big cleanups but this fixes some timeout issue
at wait-for-vblank, fixups to dt broken issue and trivial cleanups.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit 4fd8922689c9d73edc93473552987ea81e11463e:
M
Hi Archit,
On Friday 19 May 2017 14:24:36 Archit Taneja wrote:
> On 05/18/2017 08:25 PM, Laurent Pinchart wrote:
> > On Thursday 18 May 2017 13:56:19 Archit Taneja wrote:
> >> On 05/17/2017 12:16 AM, Eric Anholt wrote:
> >
> > [snip]
> >
> >>> In terms of physical connections:
> >>>[15-pin "D
On 05/18/2017 08:25 PM, Laurent Pinchart wrote:
Hi Archit,
On Thursday 18 May 2017 13:56:19 Archit Taneja wrote:
On 05/17/2017 12:16 AM, Eric Anholt wrote:
[snip]
In terms of physical connections:
[15-pin "DSI" connector on 2835]
| I2C | DSI
/ \SPI
]
url:
https://github.com/0day-ci/linux/commits/Masahiro-Yamada/drm-stm-add-COMPILE_TEST-to-Kconfig/20170519-131342
base: git://people.freedesktop.org/~airlied/linux.git drm-next
:: branch date: 3 hours ago
:: commit date: 3 hours ago
>> drivers/gpu/drm/stm/ltdc.c:466:7-15
On Fri, May 19, 2017 at 12:26:05AM +, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Fix the return value check which testing the wrong variable.
Already fixed up yesterday:
commit ac0a73fb526100adc521ec2069623e47ca3997a8
Author: Colin Ian King
Date: Thu May 18 14:39:42 2017 +0100
drm/i
On Fri, 19 May 2017, Andrzej Hajda wrote:
> On 18.05.2017 13:10, Jani Nikula wrote:
>> Face the fact, there are Display Port sink and branch devices out there
>> in the wild that don't follow the Display Port specifications, or they
>> have bugs, or just otherwise require special treatment. Start
84 matches
Mail list logo
