Quoting spa...@codeaurora.org (2018-06-24 21:56:05)
> On 2018-06-22 06:42, Stephen Boyd wrote:
> > Quoting Sandeep Panda (2018-06-21 05:32:07)
> >> + clock rate must be 12 MHz, 19.2 MHz, 26 MHz, 27 MHz or 38.4
> >> MHz.
> >> +
> >> +- data-lanes: See ../../media/video-interface.txt
> >> +-
Dne četrtek, 21. junij 2018 ob 17:35:45 CEST je Jernej Škrabec napisal(a):
> Dne četrtek, 21. junij 2018 ob 03:23:27 CEST je Chen-Yu Tsai napisal(a):
> > On Thu, Jun 21, 2018 at 3:37 AM, Jernej Škrabec
>
> wrote:
> > > Dne sobota, 16. junij 2018 ob 07:48:38 CEST je Chen-Yu Tsai napisal(a):
> > >>
On 2018-06-22 06:42, Stephen Boyd wrote:
Quoting Sandeep Panda (2018-06-21 05:32:07)
diff --git
a/Documentation/devicetree/bindings/display/bridge/ti,sn65dsi86.txt
b/Documentation/devicetree/bindings/display/bridge/ti,sn65dsi86.txt
new file mode 100644
index ..c8b8f018356f
--- /dev
This patch adds Olimex Ltd. LCD-OLinuXino bridge panel driver. The
panel is used with different LCDs (currently from 480x272 to 1280x800).
Small EEPROM chip is used for identification, which holds some
factory data and timing requirements.
Signed-off-by: Stefan Mavrodiev
---
Changes for v2:
-
On 2018-06-23 04:39, Bjorn Andersson wrote:
On Wed 20 Jun 04:00 PDT 2018, kgu...@codeaurora.org wrote:
On 2018-06-20 10:44, Bjorn Andersson wrote:
> On Tue 19 Jun 04:13 PDT 2018, Kiran Gunda wrote:
>
> > WLED4 peripheral is present on some PMICs like pmi8998 and
> > pm660l. It has a different r
On Fri, Jun 22, 2018 at 03:39:25PM +0200, Christian König wrote:
> Am 18.06.2018 um 10:28 schrieb Daniel Vetter:
> > On Fri, Jun 01, 2018 at 02:00:20PM +0200, Christian König wrote:
> > > The caching of SGT's done by the DRM code is actually quite harmful and
> > > should probably removed altogethe
On Fri, Jun 22, 2018 at 11:08:48AM +0100, Chris Wilson wrote:
> Quoting Gustavo Padovan (2018-06-22 11:04:16)
> > Hi Akhil,
> >
> > On Fri, 2018-06-22 at 15:10 +0530, Akhil P Oommen wrote:
> > > Each fence object holds function pointers of the module that
> > > initialized
> > > it. Allowing the m
On Fri 22-06-18 16:09:06, Felix Kuehling wrote:
> On 2018-06-22 11:24 AM, Michal Hocko wrote:
> > On Fri 22-06-18 17:13:02, Christian König wrote:
> >> Hi Michal,
> >>
> >> [Adding Felix as well]
> >>
> >> Well first of all you have a misconception why at least the AMD graphics
> >> driver need to
Hi Fabio,
On Sun, 2018-06-24 at 19:40 -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Russell King reported:
>
> "When removing and reloading the etnaviv module, the following splat
> occurs:
>
> sysfs: cannot create duplicate filename '/devices/platform/etnaviv'
> CPU: 0 PID: 1471 Comm:
On Mon, Jun 25, 2018 at 3:58 PM, Jernej Škrabec
wrote:
> Dne ponedeljek, 25. junij 2018 ob 05:51:41 CEST je Chen-Yu Tsai napisal(a):
>> On Mon, Jun 25, 2018 at 3:52 AM, Jernej Škrabec
>>
>> wrote:
>> > Dne četrtek, 21. junij 2018 ob 17:35:45 CEST je Jernej Škrabec napisal(a):
>> >> Dne četrtek, 2
On Fri, Jun 22, 2018 at 04:11:00PM +0200, Christian König wrote:
> Add function variants which can be called with the reservation lock
> already held.
>
> v2: reordered, add lockdep asserts, fix kerneldoc
>
> Signed-off-by: Christian König
> ---
> drivers/dma-buf/dma-buf.c | 57
> +
On Fri, Jun 22, 2018 at 04:11:01PM +0200, Christian König wrote:
> First step towards unpinned DMA buf operation.
>
> I've checked the DRM drivers to potential locking of the reservation
> object, but essentially we need to audit all implementations of the
> dma_buf _ops for this to work.
>
> v2:
On Wed, Jun 20, 2018 at 04:19:02PM +0800, Stu Hsieh wrote:
> This patch add support for the Mediatek MT2712 DISP subsystem.
> MT2712 is base on MT8173, there are some difference as following:
> MT2712 support three disp output(two ovl and one rdma)
>
> Change in v6:
> - Update commit message for t
Hi Marek,
2018년 06월 07일 20:06에 Marek Szyprowski 이(가) 쓴 글:
> Dear all,
>
> This patchset is a result of running various tests of Exynos DRM IPP
> modules. It turned out that some drivers incorrectly interpreted
> real buffer width (calculated from buffer pitch), had swapped horizontal
> and verti
On Mon, Jun 25, 2018 at 10:22:31AM +0200, Daniel Vetter wrote:
> On Fri, Jun 22, 2018 at 04:11:01PM +0200, Christian König wrote:
> > First step towards unpinned DMA buf operation.
> >
> > I've checked the DRM drivers to potential locking of the reservation
> > object, but essentially we need to a
https://bugs.freedesktop.org/show_bug.cgi?id=107012
--- Comment #6 from Michel Dänzer ---
Please send patches like this directly to the mesa-dev mailing list for review.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-
On Thu, Jun 21, 2018 at 06:26:04PM -0700, Dhinakaran Pandiyan wrote:
> On Fri, 2018-06-15 at 19:49 +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Don't advertize non-exisiting crtcs in the encoder possible_crtcs
> > bitmask.
> >
> How do we end up advertising non-existing CRTCs? enc
On Mon, Jun 25, 2018 at 8:02 PM, Jernej Skrabec wrote:
> Video PLLs need to be referenced in R40 DT as possible HDMI PHY parent.
>
> Export them.
>
> Reviewed-by: Rob Herring
> Signed-off-by: Jernej Skrabec
Reviewed-by: Chen-Yu Tsai
___
dri-devel mai
https://bugs.freedesktop.org/show_bug.cgi?id=102372
--- Comment #14 from Alex Deucher ---
(In reply to Lyude Paul from comment #13)
> Poke: this should be reverted, as mentioned in IRC enabling DC has
> unfortunately broken the displays on this TONGA GPU as well. GPU info:
>
> [AMD/ATI] Tonga PR
On Mon 25-06-18 10:01:03, Michal Hocko wrote:
> On Fri 22-06-18 16:09:06, Felix Kuehling wrote:
> > On 2018-06-22 11:24 AM, Michal Hocko wrote:
> > > On Fri 22-06-18 17:13:02, Christian König wrote:
> > >> Hi Michal,
> > >>
> > >> [Adding Felix as well]
> > >>
> > >> Well first of all you have a mi
postdiv_lock spinlock was used before initialization
for 10nm pll. It causes following spin_bug:
"BUG: spinlock bad magic on CPU#0".
Initialize spinlock before its usage.
Signed-off-by: Rajesh Yadav
---
drivers/gpu/drm/msm/dsi/pll/dsi_pll_10nm.c | 2 ++
1 file changed, 2 insertions(+)
d
Den 18.06.2018 16.17, skrev Noralf Trønnes:
This patchset adds generic fbdev emulation for drivers that supports GEM
based dumb buffers which support .gem_prime_vmap and gem_prime_mmap. An
API is begun to support in-kernel clients in general.
Notable changes since version 1:
- Rework client un
https://bugzilla.kernel.org/show_bug.cgi?id=199749
--- Comment #16 from Andrey Grodzovsky (andrey.grodzov...@amd.com) ---
What kernel version are you using ?
We can try and figure out what was the last commands in HW before you
experienced the page fault.
You can clone and install our register a
On Mon, Jun 25, 2018 at 12:06:49AM -0700, Stephen Boyd wrote:
> Quoting spa...@codeaurora.org (2018-06-24 21:56:05)
> > On 2018-06-22 06:42, Stephen Boyd wrote:
> > > Quoting Sandeep Panda (2018-06-21 05:32:07)
> > >> + clock rate must be 12 MHz, 19.2 MHz, 26 MHz, 27 MHz or 38.4
> > >> MHz
This patch unifies the naming of DRM functions for reference counting
of struct drm_gem_object. The resulting code is more aligned with the
rest of the Linux kernel interfaces.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/gma500/framebuffer.c | 2 +-
drivers/gpu/drm/gma500/gem.c
On Fri, Jul 14, 2017 at 04:18:50PM +0100, Liviu Dudau wrote:
> From: Brian Starkey
>
> Separate out the CRC code for better compartmentalisation. Should ease
> the addition of more/different CRC sources in the future.
>
> Signed-off-by: Brian Starkey
Needs adjustements to gtkdoc I assume, plus
Acked-by: Christian König
Am 25.06.2018 08:45 schrieb Gerd Hoffmann :
Atomic mapping interface for dmabufs will be removed.
Signed-off-by: Gerd Hoffmann
---
samples/vfio-mdev/mbochs.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/samples/vfio-mdev/mbochs.c b/samples/vfio-mdev/
On Mon, Jun 25, 2018 at 02:02:40PM +0200, Jernej Skrabec wrote:
> This series adds support for R40 HDMI pipeline. It is a bit special
> than other already supported pipelines because it has additional unit
> called TCON TOP responsible for relationship configuration between
> mixers, TCONs and HDMI
Hi Dave,
Here goes another pull request for 4.19.
Highlights here to Ice Lake Display enabling, and to preparation for
full-ppgtt enabling for older gens, and to hangcheck and gpu reset
improvements in general.
drm-intel-next-2018-06-20:
Chris is doing many reworks that allow us to get full-ppg
This commit adds regular vblank events simulated through hrtimers, which
is a feature required by VKMS to mimic real hardware. In this sense,
this commit adopts a default frequency of 60Hz for vblank interval.
Finally, this commit implements handlers for some of the atomic and
vblank hooks.
Signed
On Mon, Jun 25, 2018 at 02:02:44PM +0200, Jernej Skrabec wrote:
> TCON TOP main purpose is to configure whole display pipeline. It
> determines relationships between mixers and TCONs, selects source TCON
> for HDMI, muxes LCD and TV encoder GPIO output, selects TV encoder
> clock source and contain
From: Emil Velikov
Currently we match the opened drmDevice fd with each drmDevice we
process.
Move that after all the devices are processed and folded, via the
drm_device_has_rdev(). This makes the code easier to follow and allows
us to unify the massive process loop across drmGetDevice2 and
drm
From: Emil Velikov
Introduce a helper which gets the real sysfs path for the given pci
device.
In other words, instead opening the /sys/dev/char/*/device symlink, we
opt for the actual /sys/devices/pci*/*/
It folds three (nearly identical) snprintf's and paves the way of adding
extra devices (s
From: Emil Velikov
Currently one can open() any /dev node. If it's unknown
drmParseSubsystemType() will return an error.
Track that and bail as needed.
Signed-off-by: Emil Velikov
---
xf86drm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/xf86drm.c b/xf86drm.c
index 87c216cf..e1bbbe9
From: Emil Velikov
Currently we dynamically allocate 16 pointers and reallocate more as
needed.
Instead, allocate the maximum number (256) on stack - the number is
small enough and is unlikely to change in the foreseeable future.
This allows us to simplify the error handling and even shed a few
From: Emil Velikov
Making the output a little bit easier to parse by human beings.
Signed-off-by: Emil Velikov
---
tests/drmdevice.c | 78 +++
1 file changed, 39 insertions(+), 39 deletions(-)
diff --git a/tests/drmdevice.c b/tests/drmdevice.c
index
From: Emil Velikov
It's mildly useful program, to ship it when the user wants the "tests"
installed. Obviously the "tests" in the name is a misnomer.
Signed-off-by: Emil Velikov
---
tests/Makefile.am | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/tests/Makefile.am
From: Emil Velikov
The GPU almost exclusively lives on the PCI bus, so we expose it as a
normal PCI one.
This allows any existing drmDevice users to work without any changes.
One could wonder why a separate typeset is not introduced, alike say
host1x. Unlike host1x the PCI/platform distinction
From: Emil Velikov
Don't the duplicate (nearly) identical code across the two call sites.
It improves legibility and the diff stat seems nice.
Signed-off-by: Emil Velikov
---
xf86drm.c | 159 ++
1 file changed, 51 insertions(+), 108 deletions
From: Emil Velikov
While fairly close, the host1x and platform are two separate things.
Signed-off-by: Emil Velikov
---
tests/drmdevice.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/drmdevice.c b/tests/drmdevice.c
index e9e9d7f1..97ce8ff9 100644
--- a/tests/dr
From: Emil Velikov
Add a few printf statements, which should make the output easier to
parse.
Signed-off-by: Emil Velikov
---
tests/drmdevice.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/tests/drmdevice.c b/tests/drmdevice.c
index 9dd5098a..0d75836f 100644
--- a/
On Mon, Jun 25, 2018 at 02:19:22PM -0300, Rodrigo Siqueira wrote:
> This commit adds regular vblank events simulated through hrtimers, which
> is a feature required by VKMS to mimic real hardware. In this sense,
> this commit adopts a default frequency of 60Hz for vblank interval.
> Finally, this c
https://bugs.freedesktop.org/show_bug.cgi?id=102646
--- Comment #29 from Hadrien Lacour ---
For what it's worth, the problem seems gone since I switched from 4.16.16 to
4.17.2 (with CONFIG_DRM_AMD_DC=y).
--
You are receiving this mail because:
You are the assignee for the bug.__
On Mon, 2018-06-25 at 14:10 +0300, Ville Syrjälä wrote:
> On Thu, Jun 21, 2018 at 06:26:04PM -0700, Dhinakaran Pandiyan wrote:
> >
> > On Fri, 2018-06-15 at 19:49 +0300, Ville Syrjala wrote:
> > >
> > > From: Ville Syrjälä
> > >
> > > Don't advertize non-exisiting crtcs in the encoder possible_
Hi Philipp,
On Mon, Jun 25, 2018 at 5:02 AM, Philipp Zabel wrote:
>> +static struct platform_device *etnaviv_drm;
>> +
>> static int __init etnaviv_init(void)
>> {
>> int ret;
>> @@ -654,7 +656,8 @@ static int __init etnaviv_init(void)
>> if (!of_device_is_available(np))
>>
On Tue, May 29, 2018 at 11:49:13AM +0200, Maxime Ripard wrote:
> Hi,
>
> Here is the next version of the patches to add the support for the Ilitek
> ILI9881c panel controller.
>
> This used to be a part of the larger DSI support series for the Allwinner
> SoCs whose patches have been since merged
On Mon, Jun 18, 2018 at 04:22:36PM +0300, Tomi Valkeinen wrote:
> Add DT bindings for Texas Instruments AM65x SoC Display Subsystem. The
> DSS7 on AM65x SoC has two video ports (DPI and OLDI) and two video
> pipelines.
>
> Signed-off-by: Jyri Sarha
> Signed-off-by: Tomi Valkeinen
> Cc: devicet.
From: Fabio Estevam
platform_device_register_simple() may fail, so we should better
check its return value and propagate it in the case of error.
Cc:
Fixes: 246774d17fc0 ("drm/etnaviv: remove the need for a gpu-subsystem DT node")
Signed-off-by: Fabio Estevam
---
Changes since v2:
- Newly intr
From: Fabio Estevam
Russell King reported:
"When removing and reloading the etnaviv module, the following splat
occurs:
sysfs: cannot create duplicate filename '/devices/platform/etnaviv'
CPU: 0 PID: 1471 Comm: modprobe Not tainted 4.17.0+ #1608
Hardware name: Marvell Dove (Cubox)
Backtrace:
[]
On Mon, Jun 25, 2018 at 09:44:35AM +0300, Stefan Mavrodiev wrote:
> This patch adds Olimex Ltd. LCD-OLinuXino bridge panel driver. The
> panel is used with different LCDs (currently from 480x272 to 1280x800).
> Small EEPROM chip is used for identification, which holds some
> factory data and timing
So drivers can use them. This can be used to replace
duplicate code in the drm subsystem.
Signed-off-by: Alex Deucher
---
drivers/pci/pci.c | 2 ++
include/linux/pci.h | 3 +++
2 files changed, 5 insertions(+)
diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
index 97acba712e4e..22adaf35b13
Internal header used by the driver to specify pcie gen
speeds of the asic and chipset.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/include/amd_pcie.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/amd/include/amd_pcie.h
b/drivers/gpu/drm/amd/include/amd_pcie.h
ind
This series exports some pcie helper functions for use by drivers and
fixes up the amdgpu and radeon drivers to use this core functionality
rather than the duplicated functionality in the drm. Finally we remove
the drm helpers since the duplicate the pcie functionality of the core.
This also adds
Use the newly exported pci functions to get the link width
and speed rather than using the drm duplicated versions.
Also query the GPU link caps directly rather than hardcoding
them.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 83 +-
These functions duplicated functionality which was ultimately added
to the pci core.
All users of these functions have been ported to using the newly
exposed pci functionality. These functions are no longer used,
so drop them.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/drm_pci.c | 58
This is the last user of drm_pcie_get_speed_cap_mask. Use the pci
version so we can drop drm_pcie_get_speed_cap_mask.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ci_dpm.c | 20 +++-
drivers/gpu/drm/radeon/cik.c | 22 --
drivers/gpu/drm/radeo
https://bugs.freedesktop.org/show_bug.cgi?id=107021
--- Comment #1 from dwagner ---
I have experienced the same symptom with plain X11 and xlock disabling the
screen. And this wasn't a new bug - have seen this behaviour at least a year
ago already. Given that I could work-around this by configuri
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #5 from dwagner ---
Just for the record: To rule out my personally compiled kernels are somehow
"more buggy than what others compile", I tried the current Arch-Linux-supplied
Linux 4.17.2-1-ARCH kernel.
Survives about 5 minutes of F
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #6 from Andrey Grodzovsky ---
Verify you are using latest AMD firmware and up to date MESA/LLVM
Firmware here (amdgpu folder) -
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/
Andrey
--
You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #7 from dwagner ---
(In reply to Andrey Grodzovsky from comment #6)
> Verify you are using latest AMD firmware and up to date MESA/LLVM
Firmware:
pacman -Q linux-firmware
linux-firmware 20180606.d114732-1
ll /usr/lib/firmware/amd
The other day I was testing one of the HP laptops at my office with an
i915/amdgpu hybrid setup and noticed that hotplugging was non-functional
on almost all of the display outputs. I eventually discovered that all
of the external outputs were connected to the amdgpu device instead of
i915, and tha
Signed-off-by: Lyude Paul
---
drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c
index 1ae5ae8c45a4..717cc5a90313 100644
--- a
Currently, there is nothing in amdgpu that actually uses these structs
other than amdgpu_acpi.c. Additionally, since we're about to start
saving the correct ACPI handle to use for calling ATIF in this struct
this saves us from having to handle making sure that the acpi_handle
(and by proxy, the typ
Since it seems that some vendors are storing the ATIF ACPI methods under
the same handle that ATPX lives under instead of the device's own
handle, we're going to need to be able to retrieve this handle later so
we can probe for ATIF there.
Signed-off-by: Lyude Paul
---
drivers/gpu/drm/amd/amdgpu
Does what it says on the label, more information in the patches
Lyude Paul (4):
drm/amdgpu: Make struct amdgpu_atif private to amdgpu_acpi.c
drm/amdgpu: s/disp_detetion_ports/disp_detection_ports/
drm/amdgpu: Add amdgpu_atpx_get_dhandle()
drm/amdgpu: Dynamically probe for ATIF handle
dri
On 06/25, Ville Syrjälä wrote:
> On Mon, Jun 25, 2018 at 02:19:22PM -0300, Rodrigo Siqueira wrote:
> > This commit adds regular vblank events simulated through hrtimers, which
> > is a feature required by VKMS to mimic real hardware. In this sense,
> > this commit adopts a default frequency of 60Hz
On Sat, Jun 16, 2018 at 10:37:57PM +0900, Wolfram Sang wrote:
> So, if somebody wants to re-implement this in the future, we pinpoint to
> a problem case.
>
> Signed-off-by: Wolfram Sang
Applied to for-current, thanks!
___
dri-devel mailing list
dri-d
On Sat, Jun 16, 2018 at 10:37:56PM +0900, Wolfram Sang wrote:
> This reverts commit 3e5f06bed72fe72166a6778f630241a893f67799. As per
> bugzilla #200045, this caused a regression. I don't really see a way to
> fix it without having the hardware. So, revert the patch and I will fix
> the issue I was
This patch implements "verify_crc_source" callback function for
AMD drm driver.
Signed-off-by: Mahesh Kumar
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 1 +
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.h | 4
drivers/gpu/drm/amd/d
This patch adds a new callback function "verify_crc_source" which will
be used during setting the crc source in control node and while opening
data node for crc reading. This will help in avoiding setting of wrong
string for source.
Signed-off-by: Mahesh Kumar
Cc: dri-devel@lists.freedesktop.org
This patch implements a callback function "get_crc_sources" which
will be called during read of control node. It is an optional
callback function and if driver implements this callback, driver
should print list of available CRC sources in seq_file privided
as an input to the callback.
Signed-off-b
This patch implements a callback function "pre_crc_read" which will
be called before crc read. In this function driver can implement and
preparation work required for successfully reading CRC data.
Signed-off-by: Mahesh Kumar
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/drm_debugfs_cr
This patch implements verify_crc_source callback function introduced
earlier in this series.
Signed-off-by: Mahesh Kumar
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/i915/intel_display.c | 1 +
drivers/gpu/drm/i915/intel_drv.h | 3 +
drivers/gpu/drm/i915/intel_pipe_crc.c | 1
This patch implements "verify_crc_source" callback function for
rockchip drm driver.
Signed-off-by: Mahesh Kumar
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/drivers/gpu/drm/rockchip
This patch make changes to allocate crc-entries buffer before
enabling CRC generation.
It moves all the failure check early in the function before setting
the source or memory allocation.
Now set_crc_source takes only two variable input, values_cnt we
already gets as part of verify_crc_source.
Sig
This patch implements "verify_crc_source" callback function for
rcar drm driver.
Signed-off-by: Mahesh Kumar
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 40 ++
1 file changed, 40 insertions(+)
diff --git a/drivers/gpu/drm/rcar
This reverts commit e8fa5671183c80342d520ad81d14fa79a9d4a680.
Don't wait for first CRC during crtc_crc_open. It avoids one frame wait
during open. If application want to wait after read call, it can use
poll/read blocking read() call.
Suggested-by: Ville Syrjälä
Signed-off-by: Mahesh Kumar
Cc:
Cc: Laurent Pinchart
On 6/26/2018 11:52 AM, Mahesh Kumar wrote:
This patch implements "verify_crc_source" callback function for
rcar drm driver.
Signed-off-by: Mahesh Kumar
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 40 +
Cc:dri-devel@lists.freedesktop.org
On 6/26/2018 11:52 AM, Mahesh Kumar wrote:
This series improves crc-core <-> driver interface.
This series adds following functionality in the crc-core
- Now control node will print all the available sources if
implemented by driver along with current so
Cc: Laurent Pinchart
On 6/26/2018 11:52 AM, Mahesh Kumar wrote:
This patch make changes to allocate crc-entries buffer before
enabling CRC generation.
It moves all the failure check early in the function before setting
the source or memory allocation.
Now set_crc_source takes only two variable
80 matches
Mail list logo
