On 14.07.2017 20:30, Hans Verkuil wrote:
Hi Mikko, Thierry,
While setting up my Jetson TK1 using the mainline kernel I discovered that the
HDMI output
didn't work.
After some more debugging I discovered that this commit
404bfb78daf3bedafb0bfab24947059575cbea3d
(gpu: host1x: Add IOMMU support)
There is no need anymore to have a "st-display-subsystem" parent node
in the device tree for the ltdc.
Signed-off-by: Philippe CORNU
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/display/st,stm32-ltdc.txt | 1 -
1 file changed, 1 deletion(-)
diff --git a/Documentation/devicetree/
Add the panel-bridge support for both panels & bridges (used by DSI host &
HDMI/LVDS bridges).
Signed-off-by: Philippe CORNU
Reviewed-by: Archit Taneja
---
drivers/gpu/drm/stm/Kconfig | 2 +-
drivers/gpu/drm/stm/ltdc.c | 210
drivers/gpu/drm/stm/l
The pixel clock gets enabled early during init, since it's required
in order to read registers. This pixel clock must be disabled if
errors during this init phase.
Signed-off-by: Eric Anholt
Acked-by: Philippe Cornu
---
drivers/gpu/drm/stm/ltdc.c | 10 ++
1 file changed, 6 insertions(+)
This patch adds documentation of device tree bindings for the
Synopsys DesignWare MIPI DSI host controller.
Signed-off-by: Philippe CORNU
Acked-by: Rob Herring
---
.../bindings/display/bridge/dw_mipi_dsi.txt| 32 ++
1 file changed, 32 insertions(+)
create mode 10064
Version 6:
- bridge/synopsys/dw-mipi-dsi.c: drm_bridge_add update (Archit Taneja)
Version 5:
- bridge/synopsys/dw-mipi-dsi.c: Improve the direct call to panel
bridge post_disable() & related comments (Archit Taneja)
- stm/ltdc.c: fix leak of pixel clock enable in some error
paths (Eric Anholt)
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 | 6 +
drivers/gpu/drm/bridge/synopsys/Makefile | 2 +
drivers/gpu
This patch adds documentation of device tree bindings for the STM32 DSI
controller based on the Synopsys DesignWare MIPI DSI host controller.
Signed-off-by: Philippe CORNU
Reviewed-by: Neil Armstrong
Acked-by: Rob Herring
---
.../devicetree/bindings/display/st,stm32-ltdc.txt | 104 +++
Add the STM32 DSI controller driver that uses the Synopsys DesignWare
MIPI DSI host controller bridge.
Signed-off-by: Philippe CORNU
Reviewed-by: Neil Armstrong
Reviewed-by: Archit Taneja
---
drivers/gpu/drm/stm/Kconfig | 7 +
drivers/gpu/drm/stm/Makefile | 2 +
drivers/
On 07/12/2017 08:05 AM, Archit Taneja wrote:
>
>
> On 07/03/2017 02:11 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.
>>
>
> The patch looks good now. One thing that ne
On 07/17/2017 01:24 PM, Philippe CORNU wrote:
On 07/12/2017 08:05 AM, Archit Taneja wrote:
On 07/03/2017 02:11 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.
The patc
This series patches supported the mail in devicetree and used the
thermal IPA by default.
Verified with kernel is based on Linus's master branch and Heiko's
v4.14-armsoc-tmp/dts64 branch. ( The Linux version 4.12.0 for now).
The most rockchip SoCs will be supported with IPA mode for thermal
in la
This patch adds the MALI's power-model to set the IPA model to be used
for power management.
Signed-off-by: Caesar Wang
---
Changes in v2: None
Documentation/devicetree/bindings/gpu/arm,mali-midgard.txt | 12
1 file changed, 12 insertions(+)
diff --git a/Documentation/devicetree/
RK3399's GPU uses the quad-core Mali-T860, which is the new generation of
high-end graphics processors from ARM.
This patch added "rockchip,rk3399-mali" for dt-bindings, in order to
support IPA of gpu thermal in later.
Signed-off-by: Caesar Wang
---
Changes in v2: None
Documentation/devicetre
kstrtol() and friends can return -EINVAL or -ERANGE. We have to test
for both, otherwise the value is possibly uninitialized. Also in some
of these files we accidentally return "count" on error instead of a
negative error code.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/nouveau/
On Fri, Jul 14, 2017 at 11:09:07AM +0800, Chen-Yu Tsai wrote:
> On Thu, Jul 13, 2017 at 10:12 PM, Maxime Ripard
> wrote:
> > The depends on relationship is obvious, and using an if statement will
> > propagate it to every option without the need for each and every one of
> > them to define it.
> >
On Fri, Jul 14, 2017 at 11:15:18AM +0800, Chen-Yu Tsai wrote:
> On Thu, Jul 13, 2017 at 10:12 PM, Maxime Ripard
> wrote:
> > The atomic_check callback is optional, and we don't implement anything in
> > some parts of our drivers. Let's remove it.
> >
> > Signed-off-by: Maxime Ripard
>
> Reviewed
Am Sonntag, den 16.07.2017, 16:29 +0100 schrieb Russell King - ARM
Linux:
> On Fri, Jul 14, 2017 at 04:38:01PM +0200, Lucas Stach wrote:
> > While this is no build dependency, etnaviv will only work correctly on most
> > systems if CMA and DMA_CMA are enabled. Select both options if available to
>
Am Freitag, den 14.07.2017, 11:32 -0700 schrieb Joshua Clayton:
> On Friday, July 14, 2017 7:38:01 AM PDT Lucas Stach wrote:
> > While this is no build dependency, etnaviv will only work correctly on most
> > systems if CMA and DMA_CMA are enabled. Select both options if available to
> > avoid user
Hi Russell,
On 09/06/17 16:10, Russell King - ARM Linux wrote:
> On Fri, Jun 09, 2017 at 03:56:39PM +0200, Neil Armstrong wrote:
>> Yes, but on the Amlogic Meson plarform, the DW-HDMI CEC controller is
>> not used, but a custom one, so this notifier is actually useful for
>> this platform and mayb
Hi Mark,
On Thu, Jul 13, 2017 at 05:01:42PM +0100, Mark Brown wrote:
> On Thu, Jul 13, 2017 at 04:12:56PM +0200, Maxime Ripard wrote:
>
> > This might be problematic if the clock to enable is stored in another node.
> > Let's add a function that allows to attach a clock that has already been
> >
On Fri, Jul 14, 2017 at 12:40:19PM +0800, Chen-Yu Tsai wrote:
> On Thu, Jul 13, 2017 at 10:13 PM, Maxime Ripard
> wrote:
> > The Bananapi M2-Magic is a board with an A33, a USB host and USB OTG
> > connectors, and 8GB eMMC, an AP6212 WiFi/Bluetooth chip and connectors for
> > DSI, CSI and GPIOs.
>
On Fri, Jul 14, 2017 at 06:04:03PM -0700, Matthias Kaehlcke wrote:
> The current code uses two different enum types for PCH transcoders and
> performs implicit conversions between the two types. This is error prone
> and causes clang to raise warnings like this:
>
> drivers/gpu/drm/i915/intel_dp.c
https://bugs.freedesktop.org/show_bug.cgi?id=101787
--- Comment #2 from Julien Isorce ---
Can you attach output of dmesg as suggested by the error message (and the dmesg
output just after boot) and also output when setting GST_DEBUG=6
Does it work with older fedora/mesa/kernel (i.e. regression) ?
On Fri, Jun 02, 2017 at 06:47:07PM +0200, Florian Echtler wrote:
> Regarding the SMC, there's actually only one key that consistently seems to
> have
> a different value whether the display is on or off:
>
> --- blank 2017-05-05 08:40:53.694565045 +0200
> +++ non_blank 2017-05-05 08:40:53.702
https://bugzilla.kernel.org/show_bug.cgi?id=196297
sun.nagara...@gmail.com changed:
What|Removed |Added
Component|Video(DRI - non Intel) |Console/Framebuffers
--
You ar
On Sat, Jul 15, 2017 at 11:53:28AM +0200, Daniel Vetter wrote:
> A more complete solution would be to do the mutex_init in the drm core
> only for legacy drivers, plus add it to each modern driver that still
> needs it, which would also give each its own lockdep key. Trying to do
> that dynamically
Op 15-07-17 om 11:31 schreef Daniel Vetter:
> The legacy plane->fb pointer is refcounted by calling
> drm_atomic_clean_old_fb().
>
> In practice this isn't a real problem because:
> - The caller in the i915 gpu reset code restores the original state
> again, which means the plane->fb pointer won'
On Mon, 17 Jul 2017, David Binderman wrote:
> Hello there,
Hello. No need to include LKML for stuff like this. But Cc'd the folks
from the broken commit.
> drivers/gpu/drm/i915/intel_pm.c:4467]: (warning) Comparison of a boolean
> expression with an integer other than 0 or 1.
>
> Source code is
On 07/13/2017 06:25 PM, Peter Rosin wrote:
> The redundant fb helper .load_lut is no longer used, and can not
> work right without also providing the fb helpers .gamma_set and
> .gamma_get thus rendering the code in this driver suspect.
>
> Just remove the dead code.
>
> Acked-by: Daniel Vetter
After the commit mentioned below, we start computing the byte and pixel
clocks (dsi_calc_clk_rate) in the DSI bridge's mode_set() op. The
calculation involves the number of DSI lanes being used by the
downstream bridge/panel.
If the downstream bridge/panel tries to change the number of DSI lanes
(
Hi,
On Monday 17 July 2017 03:22 PM, Jani Nikula wrote:
On Mon, 17 Jul 2017, David Binderman wrote:
Hello there,
Hello. No need to include LKML for stuff like this. But Cc'd the folks
from the broken commit.
drivers/gpu/drm/i915/intel_pm.c:4467]: (warning) Comparison of a boolean
expressi
Op 17-07-17 om 12:32 schreef Mahesh Kumar:
> Hi,
>
>
> On Monday 17 July 2017 03:22 PM, Jani Nikula wrote:
>> On Mon, 17 Jul 2017, David Binderman wrote:
>>> Hello there,
>> Hello. No need to include LKML for stuff like this. But Cc'd the folks
>> from the broken commit.
>>
>>> drivers/gpu/drm/i91
Hi,
On Monday 17 July 2017 04:01 PM, Maarten Lankhorst wrote:
Op 17-07-17 om 12:32 schreef Mahesh Kumar:
Hi,
On Monday 17 July 2017 03:22 PM, Jani Nikula wrote:
On Mon, 17 Jul 2017, David Binderman wrote:
Hello there,
Hello. No need to include LKML for stuff like this. But Cc'd the folks
On 17/07/17 11:05, Russell King - ARM Linux wrote:
> On Mon, Jul 17, 2017 at 10:56:47AM +0200, Hans Verkuil wrote:
>> Hi Russell,
>>
>> On 09/06/17 16:10, Russell King - ARM Linux wrote:
>>> On Fri, Jun 09, 2017 at 03:56:39PM +0200, Neil Armstrong wrote:
Yes, but on the Amlogic Meson plarform,
On 17/07/17 11:05, Russell King - ARM Linux wrote:
> On Mon, Jul 17, 2017 at 10:56:47AM +0200, Hans Verkuil wrote:
>> Hi Russell,
>>
>> On 09/06/17 16:10, Russell King - ARM Linux wrote:
>>> On Fri, Jun 09, 2017 at 03:56:39PM +0200, Neil Armstrong wrote:
Yes, but on the Amlogic Meson plarform,
If the s5p-cec driver is a module and the drm exynos driver is built-in, then
the CEC core will be a module also, causing the CEC notifier to fail (will be
compiled as empty functions).
To prevent this select CEC_CORE if CEC_NOTIFIER is set to ensure the CEC core
is also built into the kernel.
Si
If the stih-cec driver is a module and the drm sti driver is built-in, then
the CEC core will be a module also, causing the CEC notifier to fail (will be
compiled as empty functions).
To prevent this select CEC_CORE if CEC_NOTIFIER is set to ensure the CEC core
is also built into the kernel.
Sign
On Thu, May 12, 2016 at 04:00:40PM +0300, Imre Deak wrote:
> In case of an unknown broadcast message is sent mstb will remain unset,
> so check for this.
>
> CC: Dave Airlie
> Signed-off-by: Imre Deak
Could someone review 2/3 and 3/3 in this patchset? 1/3 was NAK'd and
otherwise isn't needed an
On 17/07/17 14:05, Russell King - ARM Linux wrote:
> On Mon, Jul 17, 2017 at 01:39:48PM +0200, Hans Verkuil wrote:
>> On 17/07/17 11:05, Russell King - ARM Linux wrote:
>>> On Mon, Jul 17, 2017 at 10:56:47AM +0200, Hans Verkuil wrote:
Hi Russell,
On 09/06/17 16:10, Russell King - ARM
https://bugs.freedesktop.org/show_bug.cgi?id=101575
--- Comment #3 from Hi-Angel ---
Some more info: for hard lockup SysRq and network stops working. I managed to
get a trace for hard lockup using netconsole before network disappeared. An
interesting part may be "Wait for MC idle timedout !" — I
On Fri, Jul 14, 2017 at 10:28:29PM +0200, Arnd Bergmann wrote:
> On Fri, Jul 14, 2017 at 9:23 PM, Linus Torvalds
> wrote:
> > On Fri, Jul 14, 2017 at 12:21 PM, Linus Torvalds
> > wrote:
> >>
> >> NAK. This takes unintentionally insane code and turns it intentionally
> >> insane. Any non-zero retu
Version 3:
- panel-orisetech-otm8009a.c: Remove a FIXME (Andrzej Hajda)
- panel/Makefile & Kconfig: Alphabetical order (Andrzej Hajda)
Version 2:
- panel-orisetech-otm8009a.c: Add Manufacturer Command Set defines,
add new macro for handling address shifting, improve reset
sequence, use more mi
Orise Technology is headquartered in Taiwan and specializes
in manufacture of Flat Panel Display Driver IC and Flat Panel
Display Controller IC.
Signed-off-by: Philippe CORNU
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
d
This patch adds Orise Tech otm8009a 3.97" 480x800 TFT LCD
panel driver (MIPI-DSI video mode). The panel backlight is
managed through the DSI link. This panel driver is used in
several STM32 boards.
Signed-off-by: Philippe CORNU
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/panel/Kconfig
https://bugs.freedesktop.org/show_bug.cgi?id=99851
--- Comment #50 from erhar...@mailbox.org ---
Any news on this? Just tried kernel 4.12.2 which is still affected.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel
The Orise Tech OTM8009A is a 3.97" 480x800 TFT LCD panel connected using
a MIPI-DSI video interface. Its backlight is managed through the DSI link.
Signed-off-by: Philippe CORNU
Acked-by: Rob Herring
---
.../bindings/display/panel/orisetech,otm8009a.txt | 21 +
1 file chan
On 07/12/2017 04:12 PM, Andrzej Hajda wrote:
> On 10.07.2017 11:02, Philippe CORNU wrote:
>> This patch adds Orise Tech otm8009a 3.97" 480x800 TFT LCD
>> panel driver (MIPI-DSI video mode). The panel backlight is
>> managed through the DSI link. This panel driver is used in
>> several STM32 board
On 07/15/2017 04:31 AM, Eric Anholt wrote:
Archit Taneja writes:
On 06/29/2017 04:09 PM, Andrzej Hajda wrote:
On 29.06.2017 07:03, Archit Taneja wrote:
On 06/28/2017 01:28 AM, Eric Anholt wrote:
When a mipi_dsi_host is registered, the DT is walked to find any child
nodes with compatible
On 14/07/17 11:36, Arnd Bergmann wrote:
> v4l2_subdev_call is a macro returning whatever the callback return
> type is, usually 'int'. With gcc-7 and ccache, this can lead to
> many wanings like:
>
> media/platform/pxa_camera.c: In function 'pxa_mbus_build_fmts_xlate':
> media/platform/pxa_camera.
On Mon, Jul 17, 2017 at 3:45 PM, Hans Verkuil wrote:
> On 14/07/17 11:36, Arnd Bergmann wrote:
>> @@ -201,8 +202,9 @@ static int cx18_g_fmt_sliced_vbi_cap(struct file *file,
>> void *fh,
>>* digitizer/slicer. Note, cx18_av_vbi() wipes the passed in
>>* fmt->fmt.sliced under valid
This adds the connector name when printing a debug message about the DP
link training result. It is useful to figure out what connector is
failing when multiple DP connectors are used.
Signed-off-by: Paul Kocialkowski
---
drivers/gpu/drm/i915/intel_dp_link_training.c | 10 ++
1 file chan
On Mon, Jul 17, 2017 at 04:26:23PM +0200, Arnd Bergmann wrote:
> On Mon, Jul 17, 2017 at 3:45 PM, Hans Verkuil wrote:
> > On 14/07/17 11:36, Arnd Bergmann wrote:
> >> @@ -201,8 +202,9 @@ static int cx18_g_fmt_sliced_vbi_cap(struct file
> >> *file, void *fh,
> >>* digitizer/slicer. Note,
On 17/07/17 16:26, Arnd Bergmann wrote:
> On Mon, Jul 17, 2017 at 3:45 PM, Hans Verkuil wrote:
>> On 14/07/17 11:36, Arnd Bergmann wrote:
>>> @@ -201,8 +202,9 @@ static int cx18_g_fmt_sliced_vbi_cap(struct file *file,
>>> void *fh,
>>>* digitizer/slicer. Note, cx18_av_vbi() wipes the pas
On 17/07/17 16:26, Arnd Bergmann wrote:
> On Mon, Jul 17, 2017 at 3:45 PM, Hans Verkuil wrote:
>> On 14/07/17 11:36, Arnd Bergmann wrote:
>>> @@ -201,8 +202,9 @@ static int cx18_g_fmt_sliced_vbi_cap(struct file *file,
>>> void *fh,
>>>* digitizer/slicer. Note, cx18_av_vbi() wipes the pas
https://bugs.freedesktop.org/show_bug.cgi?id=98924
Stefano Cipriani changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
2017-07-17 13:50 GMT+02:00 Hans Verkuil :
> If the stih-cec driver is a module and the drm sti driver is built-in, then
> the CEC core will be a module also, causing the CEC notifier to fail (will be
> compiled as empty functions).
>
> To prevent this select CEC_CORE if CEC_NOTIFIER is set to ensur
On Mon, Jul 17, 2017 at 11:35 AM, Peter Zijlstra wrote:
> On Sat, Jul 15, 2017 at 11:53:28AM +0200, Daniel Vetter wrote:
>> A more complete solution would be to do the mutex_init in the drm core
>> only for legacy drivers, plus add it to each modern driver that still
>> needs it, which would also
CMA helpers are struct_mutex free, and so is the mxsfb itself. And
that's the only valid reason for using gem_free_object. Please read
the kerneldoc for this stuff :-)
Signed-off-by: Daniel Vetter
Cc: Marek Vasut
---
drivers/gpu/drm/mxsfb/mxsfb_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 de
CMA helpers are struct_mutex free, and so is the mxsfb itself. And
that's the only valid reason for using gem_free_object. Please read
the kerneldoc for this stuff :-)
Signed-off-by: Daniel Vetter
Cc: Shawn Guo
---
drivers/gpu/drm/zte/zx_drm_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 delet
CMA helpers are struct_mutex free, and so is the mxsfb itself. And
that's the only valid reason for using gem_free_object. Please read
the kerneldoc for this stuff :-)
Signed-off-by: Daniel Vetter
Cc: Eric Anholt
---
drivers/gpu/drm/pl111/pl111_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 de
https://bugzilla.kernel.org/show_bug.cgi?id=196197
--- Comment #9 from Andreas Brogle (an...@ok.de) ---
Hello,
same problem with a ATI Radeon HD3450 graphics card (RV620).
Maybe the problem is mainboard specific, it is a TYAN S3992-E.
Life must go on.
Have installed a NVIDIA card now. That is wo
On Mon, Jul 17, 2017 at 11:39:56AM +0200, Maarten Lankhorst wrote:
> Op 15-07-17 om 11:31 schreef Daniel Vetter:
> > The legacy plane->fb pointer is refcounted by calling
> > drm_atomic_clean_old_fb().
> >
> > In practice this isn't a real problem because:
> > - The caller in the i915 gpu reset cod
Looks good to me.
Reviewed-by: Lyude
On Mon, 2017-07-17 at 15:10 +0300, Imre Deak wrote:
> On Thu, May 12, 2016 at 04:00:40PM +0300, Imre Deak wrote:
> > In case of an unknown broadcast message is sent mstb will remain
> > unset,
> > so check for this.
> >
> > CC: Dave Airlie
> > Signed-off-by
https://bugs.freedesktop.org/show_bug.cgi?id=101787
--- Comment #3 from 247 ---
Created attachment 132735
--> https://bugs.freedesktop.org/attachment.cgi?id=132735&action=edit
this is the dmesg file...
this is the dmesg file...i will post dmesg after boot and other thing you
requested in a mom
https://bugs.freedesktop.org/show_bug.cgi?id=101787
--- Comment #4 from 247 ---
Created attachment 132737
--> https://bugs.freedesktop.org/attachment.cgi?id=132737&action=edit
dmesg gst debug_6
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=101787
--- Comment #5 from 247 ---
Created attachment 132738
--> https://bugs.freedesktop.org/attachment.cgi?id=132738&action=edit
dmesg after boot
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=101787
--- Comment #6 from 247 ---
inserted all you requested...also, inputting your command in terminal results
in "wrong pipeline, no vaapih264enc"
--
You are receiving this mail because:
You are the assignee for the bug.___
On Fri, Jul 14, 2017 at 08:12:12PM -0700, Brian Norris wrote:
> DRM drivers should supply a compat version if they're going to provide
> an ioctl implementation at all. This can confuse 32-bit user space on a
> 64-bit system.
>
> Signed-off-by: Brian Norris
Thanks, applied.
-Daniel
> ---
> dri
https://bugs.freedesktop.org/show_bug.cgi?id=101787
--- Comment #7 from Julien Isorce ---
Thx for the logs but I do not see anything that could be associated to "radeon:
The kernel rejected CS, see dmesg for more information (-22)" in the first
dmesg attached.
Also about GST_DEBUG=6, do: GST_D
On Mon, Jul 17, 2017 at 05:06:42PM +0200, Daniel Vetter wrote:
> On Mon, Jul 17, 2017 at 11:35 AM, Peter Zijlstra wrote:
> > On Sat, Jul 15, 2017 at 11:53:28AM +0200, Daniel Vetter wrote:
> >> A more complete solution would be to do the mutex_init in the drm core
> >> only for legacy drivers, plus
Am 17.07.2017 um 05:36 schrieb Dave Airlie:
I can take a look at it, I just won't have time until next week most likely.
I've taken a look, and it's seemingly more complicated than I'm
expecting I'd want to land in Mesa before 17.2 ships, I'd really
prefer to just push the new libdrm_amdgpu api
Am 14.07.2017 um 21:44 schrieb Felix Kuehling:
On 17-07-14 06:08 AM, Christian König wrote:
Am 13.07.2017 um 23:08 schrieb Felix Kuehling:
[SNIP]
+result += bytes;
+buf = (uint8_t *)buf + bytes;
+pos += bytes;
+len -= bytes;
+if (pos >= (nodes->start + no
On Sun, Jul 16, 2017 at 11:36 PM, Dave Airlie wrote:
>>
>> I can take a look at it, I just won't have time until next week most likely.
>
> I've taken a look, and it's seemingly more complicated than I'm
> expecting I'd want to land in Mesa before 17.2 ships, I'd really
> prefer to just push the n
On Wed, Jul 12, 2017 at 10:04:02AM +0800, Mark Yao wrote:
> Changes in v2:
> - rename rk322x to rk3228(Heiko Stübner)
This goes below '---' and you need a commit msg here. Also, it is not
clear in the subject this is for Rockchip.
> Signed-off-by: Mark Yao
> ---
> Documentation/devicetree/bin
Am 17.07.2017 um 19:22 schrieb Marek Olšák:
On Sun, Jul 16, 2017 at 11:36 PM, Dave Airlie wrote:
I can take a look at it, I just won't have time until next week most likely.
I've taken a look, and it's seemingly more complicated than I'm
expecting I'd want to land in Mesa before 17.2 ships, I'
Daniel Vetter writes:
> CMA helpers are struct_mutex free, and so is the mxsfb itself. And
> that's the only valid reason for using gem_free_object. Please read
> the kerneldoc for this stuff :-)
I'm sure all of these came from copy and paste, not the docs. That
said, the CMA docs currently say
On Thu, Jul 13, 2017 at 04:13:06PM +0200, Maxime Ripard wrote:
> The Allwinner SoCs usually come with a DSI encoder. Add a binding for it.
>
> Signed-off-by: Maxime Ripard
> ---
> Documentation/devicetree/bindings/display/sunxi/sun6i-dsi.txt | 85 +++-
> 1 file changed, 85 insertions(+)
> c
On Thu, Jul 13, 2017 at 04:13:09PM +0200, Maxime Ripard wrote:
> The LHR050H41 is a 1280x700 4-lanes DSI panel.
>
> Signed-off-by: Maxime Ripard
> ---
> Documentation/devicetree/bindings/display/panel/huarui,lhr050h41.txt | 19
> +++
> 1 file changed, 19 insertions(+)
> create
https://bugzilla.kernel.org/show_bug.cgi?id=196337
Johannes Hirte (johannes.hi...@datenkhaos.de) changed:
What|Removed |Added
Summary|Re-enable GFX PG breaks |[amdgpu][c
Looks like a typo in
cf54ca8 ("drm/i915/cnl: Implement voltage swing sequence.")
but Cc'ing Rodrigo, Clint to make sure this wasn't a workaround.
-DK
On Mon, 2017-07-17 at 11:21 -0700, Matthias Kaehlcke wrote:
> For 0.85V cnl_get_buf_trans_edp() returns the DP table, instead of EDP.
> Use th
This makes sense, it should have returned the edp ddi buf translation
table as per the Bspec.
Please add this to the commit message:
Fixes: cf54ca8bc567 ("drm/i915/cnl: Implement voltage swing sequence.")
After that,
Reviewed-by: Manasi Navare
Manasi
On Mon, Jul 17, 2017 at 11:21:27AM -0700, M
On Sat, Jul 15, 2017 at 02:47:50PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> This documents the binding for the Tegra CEC module.
>
> Signed-off-by: Hans Verkuil
> ---
> .../devicetree/bindings/media/tegra-cec.txt| 26
> ++
> 1 file changed, 26 insertions
On Mon, Jul 17, 2017 at 04:14:27PM +0800, Caesar Wang wrote:
> RK3399's GPU uses the quad-core Mali-T860, which is the new generation of
> high-end graphics processors from ARM.
>
> This patch added "rockchip,rk3399-mali" for dt-bindings, in order to
> support IPA of gpu thermal in later.
>
> Sig
On Mon, Jul 17, 2017 at 04:14:28PM +0800, Caesar Wang wrote:
> This patch adds the MALI's power-model to set the IPA model to be used
> for power management.
What's IPA? India Pale Ale or Intermediate Physical Address?
>
> Signed-off-by: Caesar Wang
> ---
>
> Changes in v2: None
>
> Document
Hi Matt,
On 17 July 2017 at 20:39, Matt Hoosier wrote:
> Also beware that the DRM backend of Weston will aggressively set the mode
> before you have any chance to paint user-defined content of your own in a
> Wayland client program. So there will still be some window of time during
> which your e
On Sat, Jul 15, 2017 at 07:00:18PM +0800, Chris Zhong wrote:
> Some DP/HDMI sink need to receive the audio infoframe to play sound,
> especially some multi-channel AV receiver, they need the
> channel_allocation from infoframe to config the speakers. Send the
> audio infoframe via SDP will make the
For 0.85V cnl_get_buf_trans_edp() returns the DP table, instead of EDP.
Use the correct table.
The error was pointed out by this clang warning:
drivers/gpu/drm/i915/intel_ddi.c:392:39: warning: variable
'cnl_ddi_translations_edp_0_85V' is not needed and will not be emitted
[-Wunneeded-interna
Currently we expect that clock driver produces the exact same value
as we are requiring. There can, and will, be some deviation
however so we need to take that into account instead of just
rejecting the mode.
According to the HDMI spec we have a max of +-0.5% for the pixel clock
frequency deviatio
Now that ARC properly supports DMA mmap() we can use the standard
CMA helper to map dumb buffers. This makes ARC PGU works with
standard DRM consumer applications like, for example, mpv/mplayer
via DRM. While at it, use the DEFINE_DRM_GEM_CMA_FOPS() helper.
This fixes the use of dumb buffers.
Sig
From: Srinivas Kandagatla
This patch adds option to allow hdmi-codec drivers to restrict
the audio sample size based on the values that are suppored in hardware.
First patch is adding that formats option to hdmi_codec_pdata and
second patch is a fix in adv7511 codec driver which only supports
16
On Fri, Jul 14, 2017 at 04:38:01PM +0200, Lucas Stach wrote:
> While this is no build dependency, etnaviv will only work correctly on most
> systems if CMA and DMA_CMA are enabled. Select both options if available to
> avoid users ending up with a non-working GPU due to a lacking kernel config.
Ho
Hi Daniel, all,
So, I was playing around with arcpgu and I found a bug at module
unloading. I corrected it and tested (using a 4.12 kernel) and I
got a nice WARNING from DRM core at unloading (instead of the old
NULL pointer I got :D). I debugged it and found out that an empty
modesetting (i.e. a
On Mon, Jul 17, 2017 at 01:39:48PM +0200, Hans Verkuil wrote:
> On 17/07/17 11:05, Russell King - ARM Linux wrote:
> > On Mon, Jul 17, 2017 at 10:56:47AM +0200, Hans Verkuil wrote:
> >> Hi Russell,
> >>
> >> On 09/06/17 16:10, Russell King - ARM Linux wrote:
> >>> On Fri, Jun 09, 2017 at 03:56:39PM
From: Srinivas Kandagatla
Currently hdmi client drivers does have means to limit the
sample sizes that it can only support. Having formats parameter
option would solve this.
This issue was noticed on DB410c board when adv7511 hdmi codec driver
failed to play a 32 bits audio samples, as it does n
For 0.85V cnl_get_buf_trans_edp() returns the DP table, instead of EDP.
Use the correct table.
The error was pointed out by this clang warning:
drivers/gpu/drm/i915/intel_ddi.c:392:39: warning: variable
'cnl_ddi_translations_edp_0_85V' is not needed and will not be emitted
[-Wunneeded-interna
Hi all,
Two fixes and an improvement for arcpgu. I've sent this patches in separate
but I've now collected them all to ease the review.
Best regards,
Jose Miguel Abreu
Jose Abreu (3):
drm: arcpgu: Fix mmap() callback
drm: arcpgu: Fix module unload
drm: arcpgu: Allow some clock deviation in
The current code uses in some instances enum transcoder for PCH
transcoders and enum pipe in others. This is error prone and clang
raises warnings like this:
drivers/gpu/drm/i915/intel_dp.c:3546:51: warning: implicit conversion
from enumeration type 'enum pipe' to different enumeration type
'e
At module unload we are expecting a struct drm_device but at
probing we are not setting it right. Fix this and correct the
arcpgu module unload.
Signed-off-by: Jose Abreu
Fixes: 0c4250e7b15e ("drm: Add support of ARC PGU display controller")
Cc: Carlos Palminha
Cc: Alexey Brodkin
Cc: Daniel Vet
On 7/14/2017 4:13 PM, Rob Clark wrote:
On Fri, Jul 14, 2017 at 12:52 AM, Rajendra Nayak wrote:
Hi Rob,
On 07/11/2017 11:50 PM, Rob Clark wrote:
The goal here is to support inheriting a display setup by bootloader,
although there may also be some non-display related use-cases.
Rough idea is
1 - 100 of 155 matches
Mail list logo
