The Renesas Wheat board has 2 ADV7513 chips on the same I2C bus, however
the ADV751x driver only supports 1 chip as it tries to assign the packet/
EDID/CEC memory I2C devices to the fixed I2C addresses. Assign these I2C
addresses at the fixed offsets (derived from the programming guide) from
the
en setup the registers accordingly.
Hmmm, yeah, we would need to adjust the bindings too...
I guess I'd prefer 1), but that would also be the most invasive
solution. I'm not sure how the DT maintainers feel about that.
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Kerne
ectrons
Embedded Linux and Kernel engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/d96df651/attachment.sig>
> Recently I got myself a new laptop with the following integrated GPU:
>
> 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
> Mullins [Radeon R3 Graphics] (rev 40)
>
> I found that hibernation is broken in Linux 4.7+ (it works in Linux 4.6)
> and bisected it to commit 27
em. If you think
> otherwise you should mention it in the commit message.
Ack, i will change it in the v2.
Thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/954bf4e8/attachment.sig>
d on the
> other post-sun6i SoCs has the same function description as SAT on
> the A33. It uses the reserved registers at the beginning of the BE
> address space.
Hmm, ok, so you would essentially, merge the backend and sat nodes?
That wouldn't be very hard to do, i'll do it.
Thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/edb8a22f/attachment-0001.sig>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/c2dda936/attachment-0001.html>
sc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/29fbffe6/attachment.sig>
On Wed, Aug 31, 2016 at 4:18 PM, Maxime Ripard
wrote:
> The A10-EVB from Allwinner comes with an unidentified panel, with the only
> mark on the PCB being A10-SUB-EVB-5LCD.
>
> Add timings to simple panel to handle it.
>
> Signed-off-by: Maxime Ripard
> ---
> drivers/gpu/drm/panel/panel-simple.c
Issue hot-plug detection, EDID update, and ELD update notifications
from DP drivers.
Signed-off-by: Chris Zhong
---
drivers/gpu/drm/rockchip/cdn-dp-core.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/cdn-dp-core.c
b/drivers/gpu/drm/rockchip/cdn-dp-core.c
ind
Hi
This series patch is for the machine driver supporting for DP.
It base on the DP drvier patches[0] and hdmi-notify patches[1], they are both
in reviewing.
[0]
https://patchwork.kernel.org/patch/9315557/
https://patchwork.kernel.org/patch/9278077/
[1]
https://patchwork.kernel.org/patch/88872
Add support for cdn DP controller which is embedded in the rk3399
SoCs. The DP is compliant with DisplayPort Specification,
Version 1.3, This IP is compatible with the rockchip type-c PHY IP.
There is a uCPU in DP controller, it need a firmware to work,
please put the firmware file to /lib/firmware
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/d29987f7/attachment.html>
vel/attachments/20160905/51ba540c/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=51381
Boris Carvajal changed:
What|Removed |Added
CC||boris2.9 at gmail.com
--- Comment #45 fr
The IRQ status and mask registers are not "double buffered" according
to the reference manual. Hence, there is no extra transfer/update
write needed when modifying these registers.
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 4
1 file changed, 4 deletions(-)
Use the UPDATE_MODE READREG bit to initiate a register transfer
on flush. This makes sure that we flush all registers only once
for all planes.
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 3 +++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c | 5 -
2 files chan
Mask the size and position values to avoid mutual overwriting.
Especially, a negative X position caused the Y position to be
overwritten with 0xfff too. This has been observed when using
a layer as cursor layer.
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.h | 8 --
Add support for overlay plane and a cursor plane. The driver uses
the topmost plane as cursor plane. The DCU IP would have dedicated
cursor support, but that lacks proper color support and hence is
not practical to use for Linux systems.
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/fs
This patchset adds overlay and cursor plane support. It also
fixes some issues uncovered during implementation of this.
However, the plane updates currently causes the display to flicker for
unknown reasons. As far as I can tell, the CRTC atomic_flush should
trigger the update correctly via READRE
On Wed, Aug 31, 2016 at 4:18 PM, Maxime Ripard
wrote:
> From: Mylène Josserand
>
> Just like the other member of the sunxi family, let's add a pinctrl table
> for the muxing options.
>
> Signed-off-by: Mylène Josserand
> Signed-off-by: Maxime Ripard
> ---
> .../bindings/pinctrl/allwinner,sun
On Wed, Aug 31, 2016 at 4:18 PM, Maxime Ripard
wrote:
> From: Mylène Josserand
>
> The GR8 is an SoC made by Nextthing loosely based on the sun5i family.
>
> Since it's not clear yet what we can factor out and merge with the A10s and
> A13 support, let's keep it out of the sun5i.dtsi include tre
Hi,
On Wed, Aug 31, 2016 at 4:18 PM, Maxime Ripard
wrote:
> From: Mylène Josserand
>
> The GR8-EVB is a small board with an NextThing GR8, an Hynix MLC NAND,
> an AXP209 PMIC, USB host and OTG, an SPDIF output and a connectors for CSI,
> I2S and LCD.
>
> Signed-off-by: Mylène Josserand
> Sign
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/b6fe8a53/attachment.html>
ves/dri-devel/attachments/20160905/4af8a0ec/attachment.html>
re
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/fd0b38ce/attachment.sig>
Den 02.09.2016 10:22, skrev David Herrmann:
> The SimpleDRM driver binds to simple-framebuffer devices and provides a
> DRM/KMS API. It provides only a single CRTC+encoder+connector combination
> plus one initial mode.
>
> Userspace can create dumb-buffers which can be blit into the real
> framebu
Den 05.09.2016 13:19, skrev David Herrmann:
> Hi
>
> On Sat, Sep 3, 2016 at 2:06 PM, Noralf Trønnes wrote:
>> Den 02.09.2016 10:22, skrev David Herrmann:
>>> There are several situations where we want hardware handover from an early
>>> boot GFX driver (e.g., vgacon, vesafb, efifb, simplefb) to
On Mon, 05 Sep 2016, Arnaud Pouliquen wrote:
> +dai-name = "Uni Reader #0 (PCM IN)";
> >>>
> >>> Oooo, not seen something like this before.
> >>>
> >>> If it does not already have one, it would require a DT Ack.
> >>
> >> No idea, the driver got merged 1 year ago.
> Thi
From: Fabio Estevam
In fsl_dcu_drm_pm_resume() we should disable the previously enabled
clock (fsl_dev->clk) when enabling fsl_dev->pix_clk fails.
Signed-off-by: Fabio Estevam
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a
Add --with-cunit to make it easier to do reproducible builds. Default
is still to probe cunit and build opportunistically.
Signed-off-by: Jussi Kukkonen
---
configure.ac | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index e3048c7.
On 5 September 2016 at 14:44, Emil Velikov wrote:
> On 5 September 2016 at 10:45, Tomeu Vizoso
> wrote:
>> On 2 September 2016 at 17:18, Emil Velikov
>> wrote:
>>> Hi Tomeu,
>>>
>>> IMHO it would be better to split out the refactoring into preparatory
>>> patch. It brings a minor change which
ktop.org/archives/dri-devel/attachments/20160905/5245a565/attachment.html>
On Mon, Aug 29, 2016 at 05:27:38PM -0400, Lyude Paul wrote:
> drm/i915/vlv: Make intel_crt_reset() per-encoder:
> 4570d833390b10043d082fe535375d4a0e071d9c
> drm/i915/vlv: Reset the ADPA in vlv_display_power_well_init():
> 4c732e6ee9e71903934d75b12a021eb3520b6197
> drm/i915/vlv: Disable HPD in valle
In previous drm_global_item_ref, there are two times of writing
ref->object if item->refcount is 0. So this patch does a minor update
to put alloc and init ref firstly, and then to modify the item of glob
array. Use "else" to avoid two times of writing ref->object. It can
make the code logic more c
Hello ptere, Lee,
Thanks for your remarks,
Regards
Arnaud
On 08/31/2016 01:28 PM, Lee Jones wrote:
> On Tue, 30 Aug 2016, Peter Griffin wrote:
>> Thanks for reviewing and your very valuable feedback.
>> On Tue, 30 Aug 2016, Lee Jones wrote:
>>> On Fri, 26 Aug 2016, Peter Griffin wrote:
>>>
T
Remove the extra '\n' between kconfig entries.
Signed-off-by: Peter Griffin
---
drivers/dma/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig
index 7c5d946..5b5a341 100644
--- a/drivers/dma/Kconfig
+++ b/drivers/dma/Kconfig
@@ -462,7 +462,6 @@ c
Use tabs instead of spaces.
Signed-off-by: Peter Griffin
Acked-by: Lee Jones
---
drivers/gpu/drm/virtio/Kconfig | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/virtio/Kconfig b/drivers/gpu/drm/virtio/Kconfig
index 90357d9..2d83932 100644
--- a/drivers/g
ST_SLIM_REMOTEPROC must select REMOTEPROC, which exposes the following
recursive dependency.
[..]
drivers/video/fbdev/Kconfig:5:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
drivers/vi
This patch enables the uniperif players 2 & 3 for b2120 boards
and also adds the "simple-audio-card" device node to interconnect
the SoC sound device and the codec.
Signed-off-by: Arnaud Pouliquen
Signed-off-by: Peter Griffin
---
arch/arm/boot/dts/stihxxx-b2120.dtsi | 45 +++
This patch adds the DT node for the uniperif reader
IP block found on STiH407 family silicon.
Signed-off-by: Arnaud Pouliquen
Signed-off-by: Peter Griffin
---
arch/arm/boot/dts/stih407-family.dtsi | 28
1 file changed, 28 insertions(+)
diff --git a/arch/arm/boot/dt
This patch adds the DT nodes for the uniperif player
IP blocks found on STiH407 family silicon.
Signed-off-by: Arnaud Pouliquen
Signed-off-by: Peter Griffin
---
arch/arm/boot/dts/stih407-family.dtsi | 80 +++
1 file changed, 80 insertions(+)
diff --git a/arch/ar
This patch adds the dt node for the internal audio
codec IP.
Signed-off-by: Arnaud Pouliquen
Signed-off-by: Peter Griffin
---
arch/arm/boot/dts/stih407-family.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/stih407-family.dtsi
b/arch/arm/boot/dts/stih407-famil
This patch adds the pinctrl config for the spidf out
pins used by the sasg codec IP.
Signed-off-by: Arnaud Pouliquen
Signed-off-by: Peter Griffin
Acked-by: Lee Jones
---
arch/arm/boot/dts/stih407-pinctrl.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/stih407
This patch adds the pinctrl config for the i2s_in pins
used by the uniperif reader IP.
Signed-off-by: Arnaud Pouliquen
Signed-off-by: Peter Griffin
Acked-by: Lee Jones
---
arch/arm/boot/dts/stih407-pinctrl.dtsi | 24
1 file changed, 24 insertions(+)
diff --git a/arch/
This patch adds the pinctrl config for the i2s_out pins
used by the uniperif player IP.
Signed-off-by: Arnaud Pouliquen
Signed-off-by: Peter Griffin
Acked-by: Lee Jones
---
arch/arm/boot/dts/stih407-pinctrl.dtsi | 23 +++
1 file changed, 23 insertions(+)
diff --git a/arch/
This patch enables the STi ALSA drivers found on STi platforms
as well as the simple-card driver which is a dependency to have
working sound.
Signed-off-by: Peter Griffin
Acked-by: Lee Jones
Cc: arnaud.pouliquen at st.com
Cc: broonie at kernel.org
---
arch/arm/configs/multi_v7_defconfig | 3 +++
This DMA controller is found on all STi chipsets.
Signed-off-by: Peter Griffin
Acked-by: Lee Jones
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index ea23250..998578a 100644
This patch adds the FDMA driver files to the STi
section of the maintainers file.
Signed-off-by: Peter Griffin
Acked-by: Lee Jones
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5dd3b24..d21a7b5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -
These nodes are required to get the fdma driver working
on STiH407 based silicon.
Signed-off-by: Peter Griffin
Acked-by: Lee Jones
---
arch/arm/boot/dts/stih407-family.dtsi | 52 +++
1 file changed, 52 insertions(+)
diff --git a/arch/arm/boot/dts/stih407-family.
This patch adds support for the Flexible Direct Memory Access (FDMA) core
driver. The FDMA is a slim core CPU with a dedicated firmware.
It is a general purpose DMA controller capable of supporting 16
independent DMA channels. Data moves maybe from memory to memory
or between memory and paced laten
This header file will also be used by the dma xbar driver in the
future.
Signed-off-by: Ludovic Barre
Signed-off-by: Peter Griffin
---
drivers/dma/st_fdma.h | 249 ++
1 file changed, 249 insertions(+)
create mode 100644 drivers/dma/st_fdma.h
dif
This patch adds the DT binding documentation for the FDMA constroller
found on STi based chipsets from STMicroelectronics.
Signed-off-by: Ludovic Barre
Signed-off-by: Peter Griffin
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/dma/st_fdma.txt | 87 +++
1 file
This patch adds the slim core rproc driver to the STi section
of the MAINTAINERS file.
Signed-off-by: Peter Griffin
Acked-by: Lee Jones
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 0bbe4b1..5dd3b24 100644
--- a/MAINTAINERS
+++ b/MAINTAINE
slim core is used as a basis for many IPs in the STi
chipsets such as fdma and demux. To avoid duplicating
the elf loading code in each device driver a slim
rproc driver has been created.
This driver is designed to be used by other device drivers
such as fdma, or demux whose IP is based around a s
Hi Vinod, Bjorn, Patrice,
This patchset adds support for the Flexible Direct Memory Access (FDMA) core
found on STi chipsets from STMicroelectronics. The FDMA is a slim core CPU
with a dedicated firmware. It is a general purpose DMA controller supporting
16 independent channels and data can be mov
On 5 September 2016 at 10:45, Tomeu Vizoso
wrote:
> On 2 September 2016 at 17:18, Emil Velikov
> wrote:
>> Hi Tomeu,
>>
>> IMHO it would be better to split out the refactoring into preparatory
>> patch. It brings a minor change which (not 100% sure on that) should
>> not cause issues but is wor
Hi
On Sat, Sep 3, 2016 at 7:15 PM, Noralf Trønnes wrote:
>
> Den 03.09.2016 14:04, skrev Noralf Trønnes:
>>
>>
>> Den 02.09.2016 10:22, skrev David Herrmann:
>>>
>>> Create a simple fbdev device during SimpleDRM setup so legacy user-space
>>> and fbcon can use it.
>>>
>>> Signed-off-by: David H
Hi
On Sat, Sep 3, 2016 at 2:06 PM, Noralf Trønnes wrote:
>
> Den 02.09.2016 10:22, skrev David Herrmann:
>>
>> There are several situations where we want hardware handover from an early
>> boot GFX driver (e.g., vgacon, vesafb, efifb, simplefb) to a full fletched
>> GFX driver (e.g., most DRM dr
when in ddr frequency scaling process, vop can not do enable or
disable operation, since in dcf we check vop clock to see whether
vop work. If vop work, dcf do ddr frequency scaling when vop
in vblank status, and we need to read vop register to check whether
vop go into vblank status. If vop not wo
base on dfi result, we do ddr frequency scaling, register
dmc driver to devfreq framework, and use simple-ondemand
policy.
Signed-off-by: Lin Huang
Signed-off-by: MyngJoo Ham
Reviewed-by: Chanwoo Choi
---
Changes in v10:
- None
Changes in v9:
- None
Changes in v8:
- None
Changes in v8:
- do
This patch adds the documentation for rockchip rk3399 dmc driver.
Signed-off-by: Lin Huang
Reviewed-by: Chanwoo Choi
---
Changes in v10:
- add rockchip prefix in property describe
Changes in v9:
- add ddr timing property to node
Changes in v8:
- add ddr timing properties
Changes in v7:
- None
on rk3399 platform, there is dfi conroller can monitor
ddr load, base on this result, we can do ddr freqency
scaling.
Signed-off-by: Lin Huang
Signed-off-by: MyungJoo Ham
Acked-by: Chanwoo Choi
---
Changes in v10:
-None
Changes in v9:
-None
Changes in v8:
-None
Changes in v7:
-access need to
This patch adds the documentation for rockchip dfi devfreq-event driver.
Signed-off-by: Lin Huang
Acked-by: Chanwoo Choi
---
Changes in v10:
- None
Changes in v9:
- reorder compatible and reg
Changes in v8:
- delete a unuse blank line
Changes in v7:
- None
Changes in v6:
- None
Changes in v
rk3399 platform have dfi controller can monitor ddr load,
and dcf controller to handle ddr register so we can get the
right ddr frequency and make ddr controller happy work(which
will implement in bl31). So we do ddr frequency scaling with
following flow:
kernel
On 2016-08-21 19:22, Fabio Estevam wrote:
> From: Fabio Estevam
>
> In fsl_dcu_drm_pm_resume() we should disable the previously enabled
> clock (fsl_dev->clk) when enabling fsl_dev->pix_clk fails.
>
> Signed-off-by: Fabio Estevam
Applied, thanks!
--
Stefan
On 2016-07-25 00:08, Wei Yongjun wrote:
> Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR.
>
> Generated by: scripts/coccinelle/api/ptr_ret.cocci
>
> Signed-off-by: Wei Yongjun
Applied!
--
Stefan
On 2016-09-05 01:46, Meng Yi wrote:
>> Subject: [PATCH] drm/fsl-dcu: fix endian issue when using
>> clk_register_divider
>>
>> Since using clk_register_divider to setup the pixel clock, regmap is no
>> longer
>> used. Regmap did take care of DCU using different endianness. Check
>> endianness usi
Hi Alex,
On Mon, 5 Sep 2016 11:04:51 +0200
Alex Vazquez wrote:
> Hi All.
> I am using DRM in a sama5d3 Xplained with display TM43 and I've found with
> the following problem:
> I deleted the network interfaces in the device tree for my system to boot
> faster. My problem is that now the startup
Use drm_accurate_vblank_count so we have the full 32 bit to represent
the frame counter and userspace has a simpler way of knowing when the
counter wraps around.
Signed-off-by: Tomeu Vizoso
---
drivers/gpu/drm/i915/i915_irq.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --g
The core provides now an ABI to userspace for generation of frame CRCs,
so implement the ->set_crc_source() callback and reuse as much code as
possible with the previous ABI implementation.
v2:
- Leave the legacy implementation in place as the ABI implementation
in the core is incompatib
Adds files and directories to debugfs for controlling and reading frame
CRCs, per CRTC:
dri/0/crtc-0/crc
dri/0/crtc-0/crc/control
dri/0/crtc-0/crc/data
Drivers can implement the set_crc_source callback() in drm_crtc_funcs to
start and stop generating frame CRCs and can add entries to the output
b
In preparation to using a generic API in the DRM core for continuous CRC
generation, move the related code out of i915_debugfs.c into a new file.
Eventually, only the Intel-specific code will remain in this new file.
v2: Rebased.
Signed-off-by: Tomeu Vizoso
---
drivers/gpu/drm/i915/Makefile
Hi,
this series basically takes the facility for continuously capturing CRCs
of frames from the i915 driver and into the DRM core.
The idea is that test suites such as IGT use this information to check
that frames that are exected to be identical, also have identical CRC
values.
Other drivers fo
On 2 September 2016 at 17:18, Emil Velikov wrote:
> Hi Tomeu,
>
> IMHO it would be better to split out the refactoring into preparatory
> patch. It brings a minor change which (not 100% sure on that) should
> not cause issues but is worth pointing out.
I think at this point it would make sense to
Hi Philipp,
On Thu, Aug 25, 2016 at 11:17 AM, Tim Harvey wrote:
> Philipp,
>
> Have you had a chance to review this last series of Steve's submitted
> last week? We are down to 4 patches in gpu/ipu-v3 needed in order to
> get his IMX5/6 capture driver into staging and the sooner we do that
> the
From: Maarten Lankhorst
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_display.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index 8eda324024c9..98b4bfd6ff9c 100644
--- a/drivers/gpu/dr
From: Maarten Lankhorst
This gets rid of a warning that the connectors are used without locking
when doing a nonblocking modeset.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_display.c | 23 ++-
1 file changed, 14 insertions(+), 9 deletions(-)
diff --git
From: Maarten Lankhorst
All of this state should be updated as soon as possible. It shouldn't be
done later because then future updates may not depend on it.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_display.c | 15 ---
1 file changed, 8 insertions(+), 7 delet
From: Maarten Lankhorst
The only user was i915, which is now gone.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_edid.c | 26 --
include/drm/drm_edid.h | 1 -
2 files changed, 27 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm
From: Maarten Lankhorst
drm_select_eld requires mode_config.mutex and connection_mutex
because it looks at the connector list and at the legacy encoders.
This is not required, because when we call audio_codec_enable we know
which connector it was called for, so pass the state.
This also removes
From: Maarten Lankhorst
This is the last connector still looking at crtc->config. Fix this.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_hdmi.c | 48 +--
1 file changed, 21 insertions(+), 27 deletions(-)
diff --git a/drivers/gpu/drm/i915/
From: Maarten Lankhorst
This is still broken on SKL. IGT detects that nonblocking modesetting is
supported
by a check that does a nonblocking modeset followed by a synchronous commit. The
nonblocking modeset works, but the synchronous commit immediately after to
serialize
the state fails on inv
ed with the latest version of kernel 4.8 RC3 and the problem is
still happening.
Thanks!
Regards!
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/1161cb33/attachment.html>
On 2 September 2016 at 16:50, Emil Velikov wrote:
> Hi Tomeu,
>
> On 5 August 2016 at 11:45, Tomeu Vizoso wrote:
>
>> +#ifdef CONFIG_DEBUG_FS
>> + spin_lock_init(&crtc->crc.lock);
>> + init_waitqueue_head(&crtc->crc.wq);
>> + crtc->crc.source = kstrdup("auto", GFP_KERNEL);
> Ped
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/ef0b5b82/attachment.html>
On Fri, Aug 19, 2016 at 7:10 PM, Alexander Potapenko
wrote:
> Hello,
>
> the program below triggers a NULL deref in DRM code when ran on QEMU:
>
> ===
> BUG: unable to handle kernel NULL pointer dereference at (null)
> IP: [< inline
Am Montag, den 05.09.2016, 10:01 +0200 schrieb Philipp Zabel:
> Hi Christophe,
>
> Am Sonntag, den 04.09.2016, 08:45 +0200 schrieb Christophe JAILLET:
> > This code is spurious.
> > It takes a ref on a node, then call 'of_node_put' on it and then store
> > this node somewhere.
>
> The node pointe
The legacy setprop ioctl doesn't attempt to set properties
that are not enumerated on the object. The atomic ioctl does,
fix this by validating first.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_atomic.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a
Hi Christophe,
Am Sonntag, den 04.09.2016, 08:45 +0200 schrieb Christophe JAILLET:
> This code is spurious.
> It takes a ref on a node, then call 'of_node_put' on it and then store
> this node somewhere.
The node pointer is not stored. Note that np is not dereferenced at all,
we just compare the
Dear all,
This patch rely on both rockchip.git and devfreq.git.
Already, Rockchip SoC Maintainer (Heiko Stuebner) created
the immutable branch[1]. When applying these patches
on devfreq.git with pulling the immutable branch[1],
It looks like that should not be a problem.
[1] http://www.spinics.ne
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/f7358fe6/attachment.html>
Hi Lin,
Looks good to me. I add one comment on below.
If you modify it according to my comment, feel free to add my tag.
Reviewed-by: Chanwoo Choi
On 2016ë
09ì 03ì¼ 06:08, Lin Huang wrote:
> This patch adds the documentation for rockchip rk3399 dmc driver.
>
> Signed-off-by: Lin Huang
>
Hi Lin,
Looks good to me.
Acked-by: Chanwoo Choi
Best Regards,
Chanwoo Choi
On 2016ë
09ì 03ì¼ 06:08, Lin Huang wrote:
> This patch adds the documentation for rockchip dfi devfreq-event driver.
>
> Signed-off-by: Lin Huang
> ---
> Changes in v9:
> - reorder compatible and reg
>
> Change
.
> >> Thanks a lot.
> >
> > Hi Patrik,
> >
> > Could you please help to confirm my question?
> > Thank you very much.
>
> Hi,
>
> The assumption that stolen memory will never be used with
> psb_gem_create() might not hold true in the future
> Subject: [PATCH] drm/fsl-dcu: fix endian issue when using clk_register_divider
>
> Since using clk_register_divider to setup the pixel clock, regmap is no longer
> used. Regmap did take care of DCU using different endianness. Check
> endianness using the device-tree property "big-endian" to det
Recently I got myself a new laptop with the following integrated GPU:
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Mullins [Radeon R3 Graphics] (rev 40)
I found that hibernation is broken in Linux 4.7+ (it works in Linux 4.6)
and bisected it to commit 274ad65c9d02 ("
Hi Stefan,
> >
> > This is a errta for DCU, Gamma registers are supposed to be big
> > endian, but actually it is little endian, do we
> > Really need to create a second regmap?
>
> Do you have the exact wording of the errata?
Below is the description from hardware team.
Affects: 2D-ACE
Descrip
Hi Stefan,
> > + */
> > +static u32 swap_bytes(u16 var)
>
> We certainly don't want a byte swapping function in the driver. I am sure
> Linux
> has appropriate functions for that already, however, I am not convinced that
> we need that at all.
>
Yeah, sure. Actually I had sent the V2 for this
Hi Everyone,
01.09.2016, 23:40, "Maxime Ripard" :
> Â The SinA33 has an unidentified panel. Add the timings for it under a new
> Â compatible.
Excuse me...
I will ask a question which is not fully related to the patch here...
If I want to add a generic panel for Q8 tablets, what should it be ca
1 - 100 of 102 matches
Mail list logo
