On Mon, 19 Feb 2018, Daniel Vetter wrote:
> On Mon, Feb 19, 2018 at 12:40:09PM +0200, Jani Nikula wrote:
>> A bit boring documentation fix, but gets rid of the warnings:
>>
>> ./include/drm/drm_connector.h:370: warning: Function parameter or member
>> 'margins.left' not
The PL111 needs to filter valid modes based on memory bandwidth.
I guess it is a pretty simple operation, so we can still claim
the DRM KMS helper pipeline is simple after adding this (optional)
vtable callback.
Reviewed-by: Eric Anholt
Reviewed-by: Daniel Vetter
Hi,
> >>> We are working with new laptops that have the AMD Ravenl Ridge
> >>> chipset with this `/proc/cpuinfo`
> >>> https://gist.github.com/mschiu77/b06dba574e89b9a30cf4c450eaec49bc
> >>>
> >>> With the latest kernel 4.15, there're lots of different
> >>> panics/oops during boot so no
Hi Inki,
On 02.02.2018 16:11, Andrzej Hajda wrote:
> Hi Inki, Tobias,
>
> This is reviewed/updated/tested Tobias's patch addressing page-faults
> in Video Processor in interlaced mode. Plus preliminary patch fixing Mixer
> interlaced mode.
>
> Regards
> Andrzej
Gentle ping.
Regards
Andrzej
>
>
pthread-stubs is no longer required on OpenBSD and has been removed.
libpthread parts involved moved to libc.
Signed-off-by: Jonathan Gray
---
configure.ac | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index
https://bugs.freedesktop.org/show_bug.cgi?id=102820
--- Comment #18 from russianneuroman...@ya.ru ---
Discussion:
https://www.phoronix.com/forums/forum/phoronix/latest-phoronix-articles/1008686-amd-s-raven-ridge-botchy-linux-support-appears-worse-with-some-motherboards-bios/page8
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=105170
--- Comment #1 from erhar...@mailbox.org ---
Created attachment 137451
--> https://bugs.freedesktop.org/attachment.cgi?id=137451=edit
kernel config used (kernel 4.15.4)
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=105166
--- Comment #1 from David Lechner ---
Created attachment 137446
--> https://bugs.freedesktop.org/attachment.cgi?id=137446=edit
GPG Key
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=104194
--- Comment #5 from saunders...@wright.edu ---
Is there any info that would be useful to provide in order to help debug this
issue? It's occurring on a stable build for me, unlike the other person with
this problem.
--
You are receiving this
On Mon, Feb 19, 2018 at 10:06:22PM +0200, Jyri Sarha wrote:
> Currently there is no way for a master drm driver to protect against an
> attached panel driver from being unloaded while it is in use. The
> least we can do is to indicate the usage by incrementing the module
> reference count.
>
>
Hi Maciej,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linuxtv-media/master]
[also build test WARNING on v4.16-rc2 next-20180219]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
[add Eric + dri-devel]
On 02/19/18 09:26, Randy Dunlap wrote:
> On 02/18/18 18:14, Stephen Rothwell wrote:
>> Hi all,
>>
>> Changes since 20180216:
>>
>> The nand tree gained a conflict against Linus' tree.
>>
>> The drm tree gained conflicts against Linus' tree.
>
> on i386 (randconfig):
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=105166
Bug ID: 105166
Summary: account request for drm-misc
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Hi Dave,
Just several fixups - timestamp issue, register definition and
setting value, and cleanups - removing unnecessary messages and file.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit
This adds a new feature to allocate a dummy RX buffer for SPI controllers
that require an RX buffer even when not receiving. If an RX buffer is not
supplied, the SPI controller will reallocate a new buffer on each
transfer.
On systems with limited memory (e.g. 64MB and CONFIG_SWAP=n), this
On Mon, Feb 19, 2018 at 2:33 PM, Pavel Machek wrote:
> On Mon 2018-02-19 16:41:35, Daniel Vetter wrote:
>> On Sun, Feb 18, 2018 at 11:00:56AM +0100, Christophe LEROY wrote:
>> >
>> >
>> > Le 17/02/2018 à 22:19, Pavel Machek a écrit :
>> > >
>> > > Fix double ;;'s in code.
>> > >
>>
https://bugs.freedesktop.org/show_bug.cgi?id=105170
Bug ID: 105170
Summary: Radeon R9 Nano failed testing IB on GFX ring (-110).
[amd64, kernel 4.15.4]
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
The end field of struct resource is unsigned long, so on 32-bit targets,
this is a 32-bit value. This results in a compiler warning of "warning:
comparison of distinct pointer types lacks a cast". Fix it by making
max_iomem unsigned long to match the end field.
Fixes: (82626363a217 "drm: add func
https://bugs.freedesktop.org/show_bug.cgi?id=105170
--- Comment #2 from erhar...@mailbox.org ---
Created attachment 137452
--> https://bugs.freedesktop.org/attachment.cgi?id=137452=edit
xorg.log
--
You are receiving this mail because:
You are the assignee for the
Hi Maciej,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linuxtv-media/master]
[also build test ERROR on v4.16-rc2 next-20180219]
[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
https://bugs.freedesktop.org/show_bug.cgi?id=99353
--- Comment #35 from Bong Cosca ---
Created attachment 137448
--> https://bugs.freedesktop.org/attachment.cgi?id=137448=edit
Proposed patch
--
You are receiving this mail because:
You are the assignee for the
Hi Maciej,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linuxtv-media/master]
[also build test ERROR on v4.16-rc2 next-20180219]
[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
On Wed, Feb 14, 2018 at 6:04 PM, Laurent Pinchart
wrote:
> The internal LVDS encoders now have their own DT bindings. Before
> switching the driver infrastructure to those new bindings, implement
> backward-compatibility through live DT patching.
>
>
On 02/15/2018 07:02 AM, Christian Borntraeger wrote:
On 02/15/2018 12:57 PM, Thomas Huth wrote:
On 15.02.2018 12:26, Geert Uytterhoeven wrote:
Hi Christian,
On Thu, Feb 15, 2018 at 12:14 PM, Christian Borntraeger
wrote:
To enable the virtual terminal layer with
On 02/19/2018 08:37 AM, Christian Borntraeger wrote:
On 02/19/2018 02:35 PM, Farhan Ali wrote:
On 02/15/2018 07:02 AM, Christian Borntraeger wrote:
On 02/15/2018 12:57 PM, Thomas Huth wrote:
On 15.02.2018 12:26, Geert Uytterhoeven wrote:
Hi Christian,
On Thu, Feb 15, 2018 at 12:14
Hi,
On Sun, Feb 18, 2018 at 05:24:24PM -0600, Rob Herring wrote:
> On Thu, Feb 08, 2018 at 07:30:31PM +0100, Sebastian Reichel wrote:
> > Introduce new "orientation" property for describing in which
> > orientation a panel has been mounted to the device. This can
> > be used by the operating
The end field of struct resource is resource_size_t, so on 32-bit
targets, this is a 32-bit value. This results in a compiler warning of
"warning: comparison of distinct pointer types lacks a cast". Fix it by
making max_iomem resource_size_t to match the end field.
Fixes: (82626363a217 "drm: add
On 02/19/2018 05:00 PM, David Lechner wrote:
The end field of struct resource is unsigned long, so on 32-bit targets,
this is a 32-bit value. This results in a compiler warning of "warning:
comparison of distinct pointer types lacks a cast". Fix it by making
max_iomem unsigned long to match the
On 02/19/2018 04:30 PM, Daniel Vetter wrote:
On Tue, Feb 13, 2018 at 10:44:16AM +0200, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
It is possible that drm_simple_kms_plane_atomic_check called
with no CRTC set, e.g. when user-space application
Note: This is untested because the new stuff hasn't landed in upstream
yet. But it should work.
Signed-off-by: Daniel Vetter
---
include/drm/drm_vblank.h | 16
1 file changed, 16 insertions(+)
diff --git a/include/drm/drm_vblank.h
Just a bit of drive-by OCD. All the other property docs use enumerations,
for some nice visual consistency. It also neatly highlights the property
name.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_blend.c | 18 ++
1 file changed, 10
Motivated by patch review.
The table is really hard to read in source form, hard to edit, and
we've moved away to more focused sections about specific features and
how they're exposed in properties.
Those sections can then more easily enumerate options, link to helper
functions and other parts
Quoting the module option format looks soo much nice, and avoids
sphinx spewing errors about markup issues.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_modes.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_modes.c
Move it out of the csv dungeon.
While at it add the missing link to the helper functions for setting
up the "panel rotation" property.
Also OCD how we list enum property values and their corresponding docs.
Going for a nest definition list seams cleanest, no need for also making
it an uordered
On Fri, Feb 02, 2018 at 09:13:01PM -0800, Dhinakaran Pandiyan wrote:
> From: "Pandiyan, Dhinakaran"
>
> The HW frame counter can get reset if device enters a low power state after
> vblank interrupts were disabled. This messes up any following vblank count
> update
Hi Maciej,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linuxtv-media/master]
[also build test WARNING on v4.16-rc2 next-20180219]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
On Mon, Feb 19, 2018 at 10:38:46PM +0200, Jyri Sarha wrote:
> On 19/02/18 22:19, Ville Syrjälä wrote:
> >>> +int drm_plane_create_color_properties(struct drm_plane *plane,
> >>> + u32 supported_encodings,
> >>> + u32 supported_ranges,
>
On Mon, Feb 19, 2018 at 9:19 PM, Laurent Pinchart
wrote:
> Hi Ville,
>
> On Friday, 16 February 2018 20:20:41 EET Ville Syrjälä wrote:
>> On Fri, Feb 16, 2018 at 06:39:29PM +0100, Maxime Ripard wrote:
>> > Some drivers duplicate the logic to create a property to
Since introduction of of_display_timings_exist() function in commit
cc3f414cf2e40 ("video: add of helper for display timings/videomode") it
didn't attract any users, and the function has no potential, because
of_get_display_timings() covers its functionality and does more.
Drop the unused
Hi Rob,
Am Montag, 19. Februar 2018, 21:28:53 CET schrieb Rob Herring:
> On Fri, Feb 16, 2018 at 09:41:58PM +0100, Heiko Stuebner wrote:
> > The rk3328 uses an external hdmi phy from Innosilicon which uses
> > the generic phy framework for access. Add the necessary data
> > and the compatible for
On 19/02/18 22:19, Ville Syrjälä wrote:
>>> +int drm_plane_create_color_properties(struct drm_plane *plane,
>>> + u32 supported_encodings,
>>> + u32 supported_ranges,
>> Is 0 in the above two supported_ masks a valid value? If yes,
ve it is broken in older versions, too.)
> >
> > Can you test it on your hw? Any ideas what could be wrong?
> >
> > xset dpms force on/off works as expected.
>
> next-20180219 seems to work as expected, too.
...because I di
On Fri, Feb 16, 2018 at 09:41:58PM +0100, Heiko Stuebner wrote:
> The rk3328 uses an external hdmi phy from Innosilicon which uses
> the generic phy framework for access. Add the necessary data
> and the compatible for it.
>
> Signed-off-by: Heiko Stuebner
> ---
>
From: Ville Syrjälä
Include color_enconding and color_range in the plane state dump.
v2: Add kerneldoc (danvet)
Cc: Harry Wentland
Cc: Daniel Vetter
Cc: Daniel Stone
Cc: Russell King - ARM Linux
From: Jyri Sarha
Add a standard optional properties to support different non RGB color
encodings in DRM planes. COLOR_ENCODING select the supported non RGB
color encoding, for instance ITU-R BT.709 YCbCr. COLOR_RANGE selects
the value ranges within the selected color encoding. The
On Fri, Feb 16, 2018 at 09:41:55PM +0100, Heiko Stuebner wrote:
> Some newer Rockchip SoCs use an Innosilicon hdmiphy accessed via general
> mmio, so allow these to be referenced via the regular phy interfaces
> and therefore add optional phy-related properties to the binding.
>
> Signed-off-by:
On Mon, Feb 19, 2018 at 04:04:42PM +0100, Daniel Vetter wrote:
> On Wed, Feb 14, 2018 at 09:23:20PM +0200, Ville Syrjala wrote:
> > From: Jyri Sarha
> >
> > Add a standard optional properties to support different non RGB color
> > encodings in DRM planes. COLOR_ENCODING select the
Hi Ville,
On Friday, 16 February 2018 20:20:41 EET Ville Syrjälä wrote:
> On Fri, Feb 16, 2018 at 06:39:29PM +0100, Maxime Ripard wrote:
> > Some drivers duplicate the logic to create a property to store a per-plane
> > alpha.
> >
> > This is especially useful if we ever want to support extra
Hi Maxime,
Thank you for the patch.
On Friday, 16 February 2018 19:39:29 EET Maxime Ripard wrote:
> Some drivers duplicate the logic to create a property to store a per-plane
> alpha.
>
> This is especially useful if we ever want to support extra protocols for
> Wayland like:
>
Currently there is no way for a master drm driver to protect against an
attached panel driver from being unloaded while it is in use. The
least we can do is to indicate the usage by incrementing the module
reference count.
Signed-off-by: Jyri Sarha
cc: e...@anholt.net
cc:
Hi Fabio,
Thank you for the patch.
On Friday, 16 February 2018 22:16:10 EET Fabio Estevam wrote:
> From: Fabio Estevam
>
> The cable_plugin member never receives an assignment, so it is always
> false, which causes hdmi_enable_overflow_interrupts() to never
> be called
On Mon 2018-02-19 16:41:35, Daniel Vetter wrote:
> On Sun, Feb 18, 2018 at 11:00:56AM +0100, Christophe LEROY wrote:
> >
> >
> > Le 17/02/2018 à 22:19, Pavel Machek a écrit :
> > >
> > > Fix double ;;'s in code.
> > >
> > > Signed-off-by: Pavel Machek
> >
> > A summary of the
Hi Heiko,
On Monday, 19 February 2018 20:46:46 EET Heiko Stuebner wrote:
> Am Montag, 19. Februar 2018, 17:59:02 CET schrieb Laurent Pinchart:
> > On Friday, 16 February 2018 22:41:53 EET Heiko Stuebner wrote:
> >> In some IP implementations the reading of the phy-type may be broken.
> >> One
Hi Laurent,
Am Montag, 19. Februar 2018, 17:59:02 CET schrieb Laurent Pinchart:
> On Friday, 16 February 2018 22:41:53 EET Heiko Stuebner wrote:
> > In some IP implementations the reading of the phy-type may be broken.
> > One example are the Rockchip rk3228 and rk3328 socs that use a separate
>
On Mon, Feb 19, 2018 at 10:18:21AM -0800, Laura Abbott wrote:
> On 02/19/2018 07:31 AM, Daniel Vetter wrote:
> > On Thu, Feb 15, 2018 at 05:24:45PM -0800, Laura Abbott wrote:
> > > Ion is designed to be a framework used by other clients who perform
> > > operations on the buffer. Use the DRM vgem
HI Maciej,
Just sharing a couple of fly-by ideas - please don't read too much into them.
On 19 February 2018 at 15:43, Maciej Purski wrote:
> When a driver is going to use clk_bulk_get() function, it has to
> initialize an array of clk_bulk_data, by filling its id fields.
On 02/19/2018 07:31 AM, Daniel Vetter wrote:
On Thu, Feb 15, 2018 at 05:24:45PM -0800, Laura Abbott wrote:
Ion is designed to be a framework used by other clients who perform
operations on the buffer. Use the DRM vgem client as a simple consumer.
In conjunction with the dma-buf sync ioctls,
This uses the EDID info from Lenovo Explorer (LEN-b800), Acer AH100
(ACR-7fce), and Samsung Odyssey (SEC-144a) to mark them as non-desktop.
The other entries are for the HP Windows Mixed Reality Headset (HPN-3515),
the Fujitsu Windows Mixed Reality headset (FUJ-1970), the Dell Visor
(DEL-7fce),
This uses the EDID info from the Sony PlayStation VR headset,
when connected directly, to mark it as non-desktop.
Since the connection box (product id b403) defaults to HDMI
pass-through to the TV, it is not marked as non-desktop.
Signed-off-by: Philipp Zabel
---
This uses the EDID info from Oculus Rift DK1 (OVR-0001), DK2 (OVR-0003),
and CV1 (OVR-0004) to mark them as non-desktop.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/drm_edid.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c
On Mon, Feb 19, 2018 at 11:47:23AM +, Meghana Madhyastha wrote:
> -Remove chunk splitting in tinydrm_spi_transfer in tinydrm-helpers as The spi
> core will split a buffer into max_dma_len chunks for the
> spi controller driver to handle.
> -Remove automatic byte swapping in
On Wed, Feb 14, 2018 at 9:46 AM, Corentin Labbe wrote:
> All thoses headers are not used by any source files.
> Lets just remove them.
>
> Signed-off-by: Corentin Labbe
Applied. Thanks!
Alex
> ---
> .../gpu/drm/amd/powerplay/inc/polaris10_ppsmc.h
On Tue, Feb 13, 2018 at 05:49:59PM -0800, Dongwon Kim wrote:
> This patch series contains the implementation of a new device driver,
> hyper_DMABUF driver, which provides a way to expand the boundary of
> Linux DMA-BUF sharing to across different VM instances in Multi-OS platform
> enabled by a
Hi Heiko,
Thank you for the patch.
On Friday, 16 February 2018 22:41:53 EET Heiko Stuebner wrote:
> In some IP implementations the reading of the phy-type may be broken.
> One example are the Rockchip rk3228 and rk3328 socs that use a separate
> phy from Innosilicon but still report the
On Mon, Feb 19, 2018 at 05:29:46PM +0100, Christian König wrote:
> Am 19.02.2018 um 17:15 schrieb Daniel Vetter:
> > On Mon, Feb 19, 2018 at 04:41:55PM +0100, Christian König wrote:
> > > Am 19.02.2018 um 16:24 schrieb Daniel Vetter:
> > > > On Thu, Feb 15, 2018 at 03:19:42PM +0100, Christian
From: Heiko Becker
Helpful if your nm executable has a prefix based on the
architecture, for example.
Signed-off-by: Heiko Becker
Cc: Timo Gurr
[Eric: v2: rebase and add Meson support]
Signed-off-by: Eric Engestrom
On Mon, Feb 19, 2018 at 04:40:40PM +0100, Christian König wrote:
> Am 19.02.2018 um 16:32 schrieb Daniel Vetter:
> > On Fri, Feb 16, 2018 at 10:26:34AM +0100, Christian König wrote:
> > > We use our own backing store and don't need the shmem file.
> > >
> > > Signed-off-by: Christian König
On Mon, Feb 19, 2018 at 03:57:08PM +0100, Daniel Vetter wrote:
> Suggested-by: Chris Wilson
> Cc: Chris Wilson
> Acked-by: Chris Wilson
> Signed-off-by: Daniel Vetter
And applied.
-Daniel
>
Am 19.02.2018 um 17:15 schrieb Daniel Vetter:
On Mon, Feb 19, 2018 at 04:41:55PM +0100, Christian König wrote:
Am 19.02.2018 um 16:24 schrieb Daniel Vetter:
On Thu, Feb 15, 2018 at 03:19:42PM +0100, Christian König wrote:
amdgpu needs to verify if userspace sends us valid addresses and the
Hi Maciej,
On 19/02/18 15:43, Maciej Purski wrote:
When a driver is going to use clk_bulk_get() function, it has to
initialize an array of clk_bulk_data, by filling its id fields.
Add a new function to the core, which dynamically allocates
clk_bulk_data array and fills its id fields. Add
Hi Maxime,
On Friday, 16 February 2018 17:44:12 EET Maxime Ripard wrote:
> Commit eea034af90c6 ("drm/bridge/synopsys: dw-hdmi: don't clobber drvdata")
> broke the build with one build error and one warning. Fix both.
>
> Cc: Archit Taneja
> Cc: Jernej Skrabec
On Mon, Feb 19, 2018 at 9:57 AM, Daniel Vetter wrote:
> Suggested-by: Chris Wilson
> Cc: Chris Wilson
> Acked-by: Chris Wilson
> Signed-off-by: Daniel Vetter
On Mon, Feb 19, 2018 at 04:41:55PM +0100, Christian König wrote:
> Am 19.02.2018 um 16:24 schrieb Daniel Vetter:
> > On Thu, Feb 15, 2018 at 03:19:42PM +0100, Christian König wrote:
> > > amdgpu needs to verify if userspace sends us valid addresses and the
> > > simplest
> > > way of doing this
On Mon, Feb 19, 2018 at 04:09:24PM +0100, Daniel Vetter wrote:
> On Wed, Feb 14, 2018 at 09:23:19PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Here's a refresh of Jyri's COLOR_ENCODING and COLOR_RANGE properties,
> > and the i915 implementation I
On Mon, Feb 19, 2018 at 02:43:59PM +, Chris Wilson wrote:
> Quoting Joonas Lahtinen (2018-02-19 14:40:32)
> > Quoting Chris Wilson (2018-02-19 13:35:43)
> > > +++ b/drivers/gpu/drm/drm_mm.c
> > > @@ -836,9 +836,24 @@ struct drm_mm_node *drm_mm_scan_color_evict(struct
> > > drm_mm_scan *scan)
On Mon, Feb 19, 2018 at 9:54 AM, Daniel Vetter wrote:
> On Mon, Feb 19, 2018 at 03:47:42PM +0100, Lukas Wunner wrote:
>> On Mon, Feb 19, 2018 at 03:05:53PM +0100, Daniel Vetter wrote:
>> > On Mon, Feb 19, 2018 at 12:58:17PM +0100, Lukas Wunner wrote:
>> > > On Mon, Feb 19, 2018
On Mon, Feb 19, 2018 at 12:40:09PM +0200, Jani Nikula wrote:
> A bit boring documentation fix, but gets rid of the warnings:
>
> ./include/drm/drm_connector.h:370: warning: Function parameter or member
> 'margins.left' not described in 'drm_tv_connector_state'
>
Using bulk clk functions simplifies the driver's code. Use devm_clk_bulk
functions instead of iterating over an array of clks.
Signed-off-by: Maciej Purski
---
drivers/media/platform/s5p-mfc/s5p_mfc_common.h | 6 ++--
drivers/media/platform/s5p-mfc/s5p_mfc_pm.c | 41
Using bulk clk functions simplifies the driver's code. Use devm_clk_bulk
functions instead of iterating over an array of clks.
Signed-off-by: Maciej Purski
---
drivers/gpu/drm/exynos/exynos_drm_mic.c | 41 +++--
1 file changed, 14 insertions(+),
Using bulk clk functions simplifies the driver's code. Use devm_clk_bulk
functions instead of iterating over an array of clks.
In order to achieve consistency with other drivers, define clock names
in driver's variants structures.
Signed-off-by: Maciej Purski
---
Using bulk clk functions simplifies the driver's code. Use devm_clk_bulk
functions instead of iterating over an array of clks.
Signed-off-by: Maciej Purski
---
drivers/media/platform/exynos-gsc/gsc-core.c | 55 ++--
Using bulk clk functions simplifies the driver's code. Use devm_clk_bulk
functions instead of iterating over an array of clks.
Signed-off-by: Maciej Purski
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 50 ---
1 file changed, 15 insertions(+),
Using bulk clk functions simplifies the driver's code. Use devm_clk_bulk
functions instead of iterating over an array of clks.
Signed-off-by: Maciej Purski
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 97 ++--
1 file changed, 27 insertions(+),
Hi all,
the main goal of this patchset is to simplify clk management code in
exynos5433 drivers by using clk bulk API. In order to achieve that,
patch #1 adds a new function to clk core, which dynamically allocates
clk_bulk_data array and fills its id fields.
Best regards,
Maciej Purski
Maciej
Using bulk clk functions simplifies the driver's code. Use devm_clk_bulk
functions instead of iterating over an array of clks.
Signed-off-by: Maciej Purski
---
drivers/media/platform/s5p-jpeg/jpeg-core.c | 45 -
When a driver is going to use clk_bulk_get() function, it has to
initialize an array of clk_bulk_data, by filling its id fields.
Add a new function to the core, which dynamically allocates
clk_bulk_data array and fills its id fields. Add clk_bulk_free()
function, which frees the array allocated
Am 19.02.2018 um 16:24 schrieb Daniel Vetter:
On Thu, Feb 15, 2018 at 03:19:42PM +0100, Christian König wrote:
amdgpu needs to verify if userspace sends us valid addresses and the simplest
way of doing this is to check if the buffer object is locked with the ticket
of the current submission.
On Sun, Feb 18, 2018 at 11:00:56AM +0100, Christophe LEROY wrote:
>
>
> Le 17/02/2018 à 22:19, Pavel Machek a écrit :
> >
> > Fix double ;;'s in code.
> >
> > Signed-off-by: Pavel Machek
>
> A summary of the files modified on top of the patch would help understand
> the impact.
Am 19.02.2018 um 16:32 schrieb Daniel Vetter:
On Fri, Feb 16, 2018 at 10:26:34AM +0100, Christian König wrote:
We use our own backing store and don't need the shmem file.
Signed-off-by: Christian König
I thought ttm swaps to the shmem when under memory pressure. Or
On Fri, Feb 16, 2018 at 11:48:14AM -0200, Mauro Carvalho Chehab wrote:
> This series fix two bugs at kernel-doc.rst examples and add support
> for in-line nested struct comments.
>
> It also converts one documentation at intel_dpio_phy to use it,
> in order to give a practical example about how
Add the missing offset calculation for 16-bit grayscale images. Since
the IPU only supports capturing greyscale in raw passthrough mode, it
is the same as 16-bit bayer formats.
Signed-off-by: Philipp Zabel
---
drivers/gpu/ipu-v3/ipu-cpmem.c | 1 +
1 file changed, 1
From: Jan Luebbe
The 10/12-bit config used for bayer formats is used for grayscale as
well.
Signed-off-by: Jan Luebbe
Signed-off-by: Philipp Zabel
---
drivers/gpu/ipu-v3/ipu-csi.c | 2 ++
1 file changed, 2 insertions(+)
diff
On Fri, Feb 16, 2018 at 10:26:34AM +0100, Christian König wrote:
> We use our own backing store and don't need the shmem file.
>
> Signed-off-by: Christian König
I thought ttm swaps to the shmem when under memory pressure. Or does it
allocate it's own shmem file for
On Thu, Feb 15, 2018 at 05:24:45PM -0800, Laura Abbott wrote:
> Ion is designed to be a framework used by other clients who perform
> operations on the buffer. Use the DRM vgem client as a simple consumer.
> In conjunction with the dma-buf sync ioctls, this tests the full attach/map
> path for the
On Thu, Feb 15, 2018 at 03:33:17PM -0500, Alex Deucher wrote:
> On Thu, Feb 15, 2018 at 2:56 PM, Harry Wentland
> wrote:
> > On 2018-02-15 11:40 AM, Daniel Stone wrote:
> >> Hi Harry,
> >>
> >> On 15 February 2018 at 16:28, Harry Wentland
> >>
On Thu, Feb 08, 2018 at 12:48:51PM -0500, Sean Paul wrote:
> This patch adds the ability to override the typical display timing for a
> given panel. This is useful for devices which have timing constraints
> that do not apply across the entire display driver (eg: to avoid
> crosstalk between panel
On Thu, Feb 15, 2018 at 03:19:42PM +0100, Christian König wrote:
> amdgpu needs to verify if userspace sends us valid addresses and the simplest
> way of doing this is to check if the buffer object is locked with the ticket
> of the current submission.
>
> Clean up the access to the ww_mutex
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #32 from Deposite Pirate (dpir...@metalpunks.info) ---
Hi,
Yeah, I wasn't sure because I never enabled backtraces before. But it didn't
seem to me that there were many backtraces either. Though I did double check
the patch was
On Thu, Feb 15, 2018 at 11:19:36AM +0100, Neil Armstrong wrote:
> The plane buffer address/stride/height was incorrectly updated in the
> plane_atomic_update operation instead of the vsync irq.
> This patch delays this operation in the vsync irq along with the
> other plane delayed setup.
>
>
On Thu, Feb 15, 2018 at 12:32:50AM -0500, Daniele Castagna wrote:
> Hello,
> this patch series adds a per plane color matrix property as well as an
> implementation for rockchip.
>
> This patch series builds on and includes previous work done by uma.shankar:
>
1 - 100 of 194 matches
Mail list logo