On Fri, Mar 25, 2016 at 05:51:20PM +0900, Inki Dae wrote:
> Hi Dan,
>
> 2016ë
03ì 17ì¼ 19:39ì Dan Carpenter ì´(ê°) ì´ ê¸:
> > We know "ret" is zero and the test makes static checkers complain so
> > let's delete this printk.
> >
> > Signed-off-by: Dan Carpenter
> >
> > diff --git a/d
The "ret = regmap_write()" assignment was missing so this error message
is never printed.
Signed-off-by: Dan Carpenter
---
v2: in v1 I just deleted the error message
diff --git a/drivers/gpu/drm/exynos/exynos_drm_mic.c
b/drivers/gpu/drm/exynos/exynos_drm_mic.c
index 9869d70..ea2ea17 100644
---
Den 23.03.2016 18:37, skrev David Herrmann:
> Hey
>
> On Wed, Mar 16, 2016 at 2:34 PM, Noralf Trønnes
> wrote:
>> tinydrm provides a very simplified view of DRM for displays that has
>> onboard video memory and is connected through a slow bus like SPI/I2C.
>>
>> Signed-off-by: Noralf Trønnes
kage thread but it definitely
has something to do with DRI/radeon/xserver package(s).
--
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/20160325/568cfb84/attachment.html>
u 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/20160325/672a0b30/attachment.html>
Hi Dan,
2016ë
03ì 17ì¼ 19:39ì Dan Carpenter ì´(ê°) ì´ ê¸:
> We know "ret" is zero and the test makes static checkers complain so
> let's delete this printk.
>
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/exynos/exynos_drm_mic.c
> b/drivers/gpu/drm/exynos/exynos_dr
||
--
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/20160325/b504d865/attachment.html>
hives/dri-devel/attachments/20160325/77669c50/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=115141
--- Comment #7 from Eugene Shalygin ---
Indeed, mine is Clevo P177SM
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=115141
--- Comment #6 from Alex Deucher ---
This is a duplicate of bug 112781.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=115141
--- Comment #5 from Eugene Shalygin ---
commit f95429eccc570dc45d589c327bfcfddcdc3e8228. Reverting that makes suspend
work with 4.5.0.
--
You are receiving this mail because:
You are watching the assignee of the bug.
ceiving 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/20160325/8bb9615f/attachment.html>
},
{ 0, 0, 0, 0 },
};
--
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/20160325/a31260fe/attachment.html>
From: Hans Verkuil
Preliminary ARC and CDC support. Untested and experimental!
Signed-off-by: Hans Verkuil
---
.../DocBook/media/v4l/cec-ioc-adap-g-caps.xml | 10 ++
Documentation/DocBook/media/v4l/cec-ioc-g-mode.xml | 36
Documentation/cec.txt | 75 ++
From: Hans Verkuil
The vivid driver has been extended to provide CEC adapters for the HDMI
input and HDMI outputs in order to test CEC applications.
This CEC emulation is faithful to the CEC timings (i.e., it all at a
snail's pace).
Signed-off-by: Hans Verkuil
---
Documentation/video4linux/vi
From: Kamil Debski
Add CEC interface driver present in the Samsung Exynos range of
SoCs.
The following files were based on work by SangPil Moon:
- exynos_hdmi_cec.h
- exynos_hdmi_cecctl.c
Signed-off-by: Kamil Debski
Signed-off-by: Hans Verkuil
---
.../devicetree/bindings/media/s5p-cec.txt
From: Hans Verkuil
Add CEC support to the cobalt driver.
Signed-off-by: Hans Verkuil
---
drivers/media/pci/cobalt/Kconfig | 1 +
drivers/media/pci/cobalt/cobalt-driver.c | 102 +--
drivers/media/pci/cobalt/cobalt-driver.h | 2 +
drivers/media/pci/cobalt/
From: Hans Verkuil
Add CEC support to the adv7511 driver.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: Merged changes from CEC Updates commit by Hans
Verkuil]
Signed-off-by: Kamil Debski
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/Kconfig | 2 +-
drivers/media/i2c/adv7511
From: Hans Verkuil
Add CEC support to the adv7842 driver.
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/Kconfig | 2 +-
drivers/media/i2c/adv7842.c | 323 +++-
2 files changed, 261 insertions(+), 64 deletions(-)
diff --git a/drivers/media/i2c/Kc
From: Hans Verkuil
Add CEC support to the adv7604 driver.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: Merged changes from CEC Updates commit by Hans
Verkuil]
[k.debski at samsung.com: add missing methods cec/io_write_and_or]
[k.debski at samsung.com: change adv7604 to adv76xx in adde
From: Hans Verkuil
Add CEC callbacks to the new v4l2_subdev_cec_ops struct. These are the
low-level CEC ops that subdevs that support CEC have to implement.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: Merged changes from CEC Updates commit by Hans
Verkuil]
Signed-off-by: Kamil Debski
From: Hans Verkuil
Add DocBook documentation for the CEC API.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: add documentation for passthrough mode]
[k.debski at samsung.com: minor fixes and change of reserved field sizes]
Signed-off-by: Kamil Debski
Signed-off-by: Hans Verkuil
---
Do
From: Hans Verkuil
Document the new HDMI CEC framework.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: add DocBook documentation by Hans Verkuil, with
Signed-off-by: Kamil Debski
Signed-off-by: Hans Verkuil
---
Documentation/cec.txt | 281 ++
From: Hans Verkuil
The CEC ioctls didn't have compat32 support, so they returned -ENOTTY
when used in a 32 bit application on a 64 bit kernel.
Since all the CEC ioctls are 32-bit compatible adding support for this
API is trivial.
Signed-off-by: Hans Verkuil
---
fs/compat_ioctl.c | 13
From: Hans Verkuil
The added HDMI CEC framework provides a generic kernel interface for
HDMI CEC devices.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: Merged CEC Updates commit by Hans Verkuil]
[k.debski at samsung.com: Merged Update author commit by Hans Verkuil]
[k.debski at samsung.
From: Kamil Debski
Add handling of remote control events coming from the HDMI CEC bus.
This patch includes a new keymap that maps values found in the CEC
messages to the keys pressed and released. Also, a new protocol has
been added to the core.
Signed-off-by: Kamil Debski
Signed-off-by: Hans V
From: Kamil Debski
Add HDMI CEC specific keycodes to the keycodes definition.
Signed-off-by: Kamil Debski
Signed-off-by: Hans Verkuil
---
include/uapi/linux/input-event-codes.h | 30 ++
1 file changed, 30 insertions(+)
diff --git a/include/uapi/linux/input-event-c
From: Hans Verkuil
Inputs can come in over the HDMI CEC bus, so add a new type for this.
Signed-off-by: Hans Verkuil
Acked-by: Dmitry Torokhov
---
include/uapi/linux/input.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/input.h b/include/uapi/linux/input.h
index 27586
From: Marek Szyprowski
Add a dts node entry and enable the HDMI CEC device present in the Exynos4
family of SoCs.
Signed-off-by: Marek Szyprowski
Signed-off-by: Hans Verkuil
---
arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/bo
From: Kamil Debski
This patch adds HDMI CEC node specific to the Exynos4210/4x12 SoC series.
Signed-off-by: Kamil Debski
Signed-off-by: Hans Verkuil
Acked-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/boo
From: Kamil Debski
Add pinctrl nodes for the HDMI CEC device to the Exynos4210 and
Exynos4x12 SoCs. These are required by the HDMI CEC device.
Signed-off-by: Kamil Debski
Signed-off-by: Hans Verkuil
Acked-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4210-pinctrl.dtsi | 7 +++
arch
From: Hans Verkuil
Hi all,
The fourteenth version of this patchset takes care of the TODO items from
the previous patch series: the ARC/CDC code has been split off into a
separate patch which I do not intend to upstream until I have been able
to test it with actual hardware.
The way CEC adapter
HDMI 2.0/CEA-861-F introduces two new aspect ratios:
- 64:27
- 256:135
This patch adds support for these aspect ratios in
I915 driver, at various places.
Signed-off-by: Shashank Sharma
---
drivers/gpu/drm/drm_modes.c | 12
drivers/gpu/drm/i915/intel_hdmi.c | 6 ++
driver
HDMI 2.0/CEA-861-F introduces two new aspect ratios:
- 64:27
- 256:135
This patch adds DRM flags for the new aspect ratios
in the existing aspect ratio flags.
Signed-off-by: Shashank Sharma
---
include/uapi/drm/drm_mode.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/uapi/dr
HDMI 2.0/CEA-861-F introduces two new aspect ratios:
- 64:27
- 256:135
This patch adds enumeration for the new aspect ratios
in the existing aspect ratio list.
Signed-off-by: Shashank Sharma
---
drivers/video/hdmi.c | 4
include/linux/hdmi.h | 2 ++
2 files changed, 6 insertions(+)
diff -
Current DRM layer functions dont parse aspect ratio information
while converting a user mode->kernel mode or viceversa. This
causes modeset to pick mode with wrong aspect ratio, eventually
cauing failures in HDMI compliance test cases, due to wrong VIC.
This patch adds aspect ratio information in
This patch adds drm flag bits for aspect ratio information
Currently drm flag bits don't have field for mode's picture
aspect ratio. This field will help the driver to pick mode with
right aspect ratio, and help in setting right VIC field in avi
infoframes.
Signed-off-by: Shashank Sharma
---
in
Currently DRM framework doesn't parse aspect ratio of a videomode
while converting it from a umode->kmode or viceversa. This causes
modeset of CEA modes with incorrect aspect ratio.
While running HDMI complaince, tests (like 7-27) expect the DUT
to apply the mode as per the VIC, but as driver does
From: Borislav Petkov
The current "text" needs a user to use a crystal ball in order to find
out what this ACP thing is.
Use the text from
a8fe58cec351 ("drm/amd: add ACP driver support")
to make it a bit more understandable to the rest of the world.
Signed-off-by: Borislav Petkov
Cc: Alex
Hi all,
On 25 March 2016 at 11:58, Rob Clark wrote:
> On Thu, Mar 24, 2016 at 7:49 PM, Inki Dae wrote:
>> It's definitely different case. This tries to add new user-space interfaces
>> to expose fences to user-space. At least, implicit interfaces are embedded
>> into drivers.
>> So I'd like to
Den 23.03.2016 18:28, skrev Daniel Vetter:
> On Wed, Mar 23, 2016 at 06:07:56PM +0100, Noralf Trønnes wrote:
>> Den 18.03.2016 18:47, skrev Daniel Vetter:
>>> On Thu, Mar 17, 2016 at 10:51:55PM +0100, Noralf Trønnes wrote:
Den 16.03.2016 16:11, skrev Daniel Vetter:
> On Wed, Mar 16, 201
Make use of ARCH_RENESAS in place of ARCH_SHMOBILE.
This is part of an ongoing process to migrate from ARCH_SHMOBILE to
ARCH_RENESAS the motivation for which being that RENESAS seems to be a more
appropriate name than SHMOBILE for the majority of Renesas ARM based SoCs.
Signed-off-by: Simon Horma
On Fri, Mar 25, 2016 at 7:27 AM, Borislav Petkov wrote:
> From: Borislav Petkov
>
> The current "text" needs a user to use a crystal ball in order to find
> out what this ACP thing is.
>
> Use the text from
>
> a8fe58cec351 ("drm/amd: add ACP driver support")
>
> to make it a bit more understan
On Thu, Mar 24, 2016 at 05:23:50PM -0700, Eric Anholt wrote:
> The DPI interface involves taking a ton of our GPIOs to be used as
> outputs, and routing display signals over them in parallel.
>
> v2: Use display_info.bus_formats[] to replace our custom DT
> properties.
>
> Signed-off-by: Eric
On Thu, Mar 24, 2016 at 07:48:33PM +0300, Alexey Brodkin wrote:
> This add DT bindings documentation for ARC PGU display controller.
>
> Signed-off-by: Alexey Brodkin
> Cc: Rob Herring
> Cc: Pawel Moll
> Cc: Mark Rutland
> Cc: Ian Campbell
> Cc: Kumar Gala
> Cc: devicetree at vger.kernel.org
Hi Simon,
On Friday 25 Mar 2016 10:38:28 Simon Horman wrote:
> Make use of ARCH_RENESAS in place of ARCH_SHMOBILE.
>
> This is part of an ongoing process to migrate from ARCH_SHMOBILE to
> ARCH_RENESAS the motivation for which being that RENESAS seems to be a more
> appropriate name than SHMOBILE
On Thu, Mar 24, 2016 at 11:41:45AM +0100, Enric Balletbo i Serra wrote:
> The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter
> designed for portable devices.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
> .../devicetree/bindings/video/bridge/anx7814.txt | 41
> +++
Hi Alexander,
On 2016-03-24 06:33, Alexander Stein wrote:
> Using REGCACHE_RBTREE for MMIO regmap is not valid as spinlock's will be
> used during cache allocation.
>
> This fixes the following bug:
> BUG: sleeping function called from invalid context at mm/slab.h:388
> in_atomic(): 1, irqs_disab
On Thu, Mar 24, 2016 at 11:41:44AM +0100, Enric Balletbo i Serra wrote:
> Analogix Semiconductor Inc. develops analog and mixed-signal devices for
> digital media and communications interconnect applications.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
> Documentation/devicetree/bindings/ven
On Wed, Mar 23, 2016 at 05:38:36PM +0100, Maxime Ripard wrote:
> The display pipeline of the Allwinner A10 is involving several loosely
> coupled components.
>
> Add a documentation for the bindings.
>
> Signed-off-by: Maxime Ripard
> ---
> .../bindings/display/sunxi/sun4i-drm.txt | 2
2016ë
03ì 25ì¼ 00:40ì Rob Clark ì´(ê°) ì´ ê¸:
> On Thu, Mar 24, 2016 at 4:18 AM, Inki Dae wrote:
>> Hi,
>>
>> 2016ë
03ì 24ì¼ 03:47ì Gustavo Padovan ì´(ê°) ì´ ê¸:
>>> From: Gustavo Padovan
>>>
>>> Hi,
>>>
>>> This is a first proposal to discuss the addition of in-fences sup
://lists.freedesktop.org/archives/dri-devel/attachments/20160325/0ea8d9f4/attachment.html>
Hi Guestavo,
2016ë
03ì 24ì¼ 23:39ì Gustavo Padovan ì´(ê°) ì´ ê¸:
> Hi Inki,
>
> 2016-03-24 Inki Dae :
>
>> Hi,
>>
>> 2016ë
03ì 24ì¼ 03:47ì Gustavo Padovan ì´(ê°) ì´ ê¸:
>>> From: Gustavo Padovan
>>>
>>> Hi,
>>>
>>> This is a first proposal to discuss the addition of in-fen
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160325/0c698340/attachment-0001.html>
On Thu, Mar 24, 2016 at 7:49 PM, Inki Dae wrote:
>
>
> 2016ë
03ì 25ì¼ 00:40ì Rob Clark ì´(ê°) ì´ ê¸:
>> On Thu, Mar 24, 2016 at 4:18 AM, Inki Dae wrote:
>>> Hi,
>>>
>>> 2016ë
03ì 24ì¼ 03:47ì Gustavo Padovan ì´(ê°) ì´ ê¸:
From: Gustavo Padovan
Hi,
Th
||g/show_bug.cgi?id=91294
--
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/20160325/bf23e
||g/show_bug.cgi?id=94692
--
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/20160325/d57f5
||g/show_bug.cgi?id=92260
--
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/20160325/49e0b
||g/show_bug.cgi?id=94692
--
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/20160325/4c07a
||g/show_bug.cgi?id=76490
--
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/20160325/7a9dd
||g/show_bug.cgi?id=94692
--
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/20160325/3d55a
tags/v4.5#n2925
--
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/20160325/900a37a3/attachment-0001.html>
Hi Linus,
Just a couple of dma-buf related fixes and some amdgpu fixes,
along with a regression fix for radeon off but default feature,
but makes my 30" monitor happy again.
Dave.
The following changes since commit 568d7c764ae01f3706085ac8f0d8a8ac7e826bd7:
drm/amdgpu: release_pages requires
Make the Z-order of VSP planes configurable through the zpos property,
exactly as for the native DU planes.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_vsp.c | 16
drivers/gpu/drm/rcar-du/rcar_du_vsp.h | 2 ++
2 files changed, 14 insertions(+), 4 deletio
-display-controller/20160325-005345
base: git://people.freedesktop.org/~airlied/linux.git drm-next
config: i386-allmodconfig (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
All errors (new ones prefixed by >>):
drivers/gpu/d
nore it for the mainline kernel?
> Good luck with the upstreaming efforts!
Thanks.
-- Sebastian
-- 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/20160325/973bd116/attachment-0001.sig>
ives/dri-devel/attachments/20160325/11a51a63/attachment.html>
67 matches
Mail list logo
