the original imx hdmi driver is under staging/imx-drm,
which depends on imx-drm, so move the imx hdmi drvier out
to drm/bridge and rename imx-hdmi to dw-hdmi
Signed-off-by: Andy Yan
---
drivers/gpu/drm/bridge/Kconfig | 5 +
drivers/gpu/drm/bridge/Makefile
From: ykk
dw-hdmi is under drm/bridge, so it should be the bridge mode.
hange off the encoder to dw_hdmi-imx.c, keep the connector &
birdge in dw_hdmi.c
Signed-off-by: ykk
Signed-off-by: Andy Yan
---
drivers/gpu/drm/bridge/dw_hdmi.c | 228
On Thu, Nov 6, 2014 at 2:58 AM, Thierry Reding
wrote:
> On Thu, Oct 23, 2014 at 04:31:05PM +0200, Philipp Zabel wrote:
>> Signed-off-by: Philipp Zabel
>> ---
>> Changes since v1:
>> - Rebased onto v3.18-rc1
>> ---
>> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
>> 1 file
On Thu, Oct 23, 2014 at 6:45 PM, Andrzej Hajda wrote:
> On 10/23/2014 10:16 AM, Alexandre Courbot wrote:
>> Add the new flags argument to calls of (devm_)gpiod_get*() and
>> remove any direction setting code afterwards.
>>
>> Currently both forms (with or without the flags argument)
>> are valid
On Thu, Oct 23, 2014 at 5:16 PM, Alexandre Courbot
wrote:
> Add the new flags argument to calls of (devm_)gpiod_get*() and
> remove any direction setting code afterwards.
>
> Currently both forms (with or without the flags argument)
> are valid thanks to transitional macros in
> . These macros
Hi Russell
I'm working on Designware hdmi-audio, also add it as a standard ALSA device.
Before I saw this email, I also planed to submit my patchs to upsteam.
I'm very grateful if you can email those patchs to us.
Best Regards.
äº 2014å¹´11æ04æ¥ 22:29, Russell King - ARM Linux åé:
> On
On rockchip rk3288, only word(32-bit) accesses are
permitted for hdmi registers. Byte width access (writeb,
readb) generate an imprecise external abort.
Signed-off-by: Andy Yan
---
drivers/gpu/drm/bridge/dw_hdmi.c | 53
1 file changed, 48 insertions(+),
On Thu, Nov 6, 2014 at 10:44 AM, Lucas Stach wrote:
> Signed-off-by: Lucas Stach
Acked-by: Rob Herring
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
>
On Sun, Nov 02, 2014 at 02:19:25PM +0100, Daniel Vetter wrote:
> This patch is for enabling async commits. It replaces an earlier
> approach which added an async boolean paramter to the ->prepare_fb
> callbacks. The idea is that prepare_fb picks up the right fence to
> synchronize against, which
Fix spelling of 'ioctl'.
Signed-off-by: Alex Pilon
---
drivers/gpu/drm/drm_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index e79c8d3..3d274c1 100644
--- a/drivers/gpu/drm/drm_crtc.c
Hi,
I have a Thinkpad T440s (Haswell) connected to two additional Monitors
via a Docking Station (MST).
During Bootup all three displays work, even when X is started.
However, if the laptop display is turned off once (either because of
power saving, or via xrandr), it fails to "come back".
That
We found freescale imx6 and rockchip rk3288 and Ingenic JZ4780 (Xburst/MIPS)
use the interface compatible Designware HDMI IP, but they also have some
lightly difference, such as phy pll configuration, register width(imx hdmi
register is one byte, but rk3288 is 4 bytes width and can only access by
/*
>* Add components to master only in case that crtc and
-- next part --
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6170 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141106/78b63f14/attachment.bin>
imx6 and rockchip rk3288 and JZ4780 (Ingenic Xburst/MIPS)
use the interface compatible Designware HDMI IP, but they
also have some lightly difference, such as phy pll configuration,
register width, 4K support, clk useage, and the crtc mux configuration
is also platform specific.
To reuse the imx
On 11/5/2014 5:50 PM, Guenter Roeck wrote:
> On Wed, Nov 05, 2014 at 06:34:20PM -0500, James Cloos wrote:
>>> "GR" == Guenter Roeck writes:
>> ...
>> GR> AMD CPUs are known report wildly off temperatures especially at
>> GR> low temperatures.
>>
>> Thanks. After some further digging, I
101 - 115 of 115 matches
Mail list logo