From: Quentin Schulz
DP 1.4 introduced a DP_EXTENDED_RCVR_CAPA_FIELD_PRESENT bit in
DP_TRAINING_AUX_RD_INTERVAL register. If set, DPCD registers from
DP_DPCD_REV to DP_ADAPTER_CAP should be retrieved starting from
DP_DPCD_REV_EXTENDED. All registers are copied except DP_DPCD_REV,
DP_MAX_LINK_RATE
From: Quentin Schulz
In DP 1.1, DP_SET_POWER had only two bits for the power state (D0 or D3
and two other reserved values), thus DP_SET_POWER_MASK being 0x3.
However, since DP 1.2, DP_SET_POWER has 3 bits (same values for D0 and
D3, a mixed D3 which leaves only AUX powered and five other reserv
Signed-off-by: Damian Kos
---
drivers/gpu/drm/rockchip/cdn-dp-core.c | 953 +++-
drivers/gpu/drm/rockchip/cdn-dp-core.h | 25 +
drivers/gpu/drm/rockchip/cdn-dp-reg.c |2 +-
drivers/gpu/drm/rockchip/cdn-dp-reg.h |4 +
4 files changed, 960 insertions(+), 24
Added support for a register read, register write and register field write
commands.
Added support for adjust link training command.
Updated cdn_dp_get_event function, so it reads all SW event registers.
Added definitions mostly for Framer and Streamer.
Signed-off-by: Damian Kos
---
drivers/gpu/
On Tue, 2018-06-26 at 21:41 +0300, Andy Shevchenko wrote:
> > > > @@ -42,9 +41,10 @@ static inline void
> > > > ratelimit_state_init(struct
> > > > ratelimit_state *rs,
> > > > {
> > > > memset(rs, 0, sizeof(*rs));
> > > >
> > > > - raw_spin_lock_init(&rs->lock);
> > > > rs-
On Tue, Jul 03, 2018 at 09:40:43PM +0530, Souptick Joarder wrote:
> Use new return type vm_fault_t for fault handler. For
> now, this is just documenting that the function returns
> a VM_FAULT value rather than an errno. Once all instances
> are converted, vm_fault_t will become a distinct type.
>
Add suffix ULL to constant 5 and cast variables target_pix_clk_khz and
feedback_divider to uint64_t in order to avoid multiple potential integer
overflows and give the compiler complete information about the proper
arithmetic to use.
Notice that such constant and variables are used in contexts tha
On 03-Jul-2018 11:12 PM, "Matthew Wilcox" wrote:
>
> On Tue, Jul 03, 2018 at 09:40:43PM +0530, Souptick Joarder wrote:
> > Use new return type vm_fault_t for fault handler. For
> > now, this is just documenting that the function returns
> > a VM_FAULT value rather than an errno. Once all instances
From: Quentin Schulz
Due to the DP IP being simulated in a different and way slower way than
the rest of the hardware, increase the timeout in
drm_atomic_helper_wait_for_vblanks so that we don't miss the vblank
event.
Signed-off-by: Quentin Schulz
Signed-off-by: Damian Kos
---
drivers/gpu/drm
On 3 July 2018 at 17:24, Bartlomiej Zolnierkiewicz
wrote:
> On Monday, July 02, 2018 02:02:47 PM Ard Biesheuvel wrote:
>> On 2 July 2018 at 13:57, Bartlomiej Zolnierkiewicz
>> wrote:
>> > On Monday, July 02, 2018 01:46:09 PM Ard Biesheuvel wrote:
>> >> On 2 July 2018 at 13:26, Hans de Goede wrot
Damian Kos (3):
dt-bindings: drm/bridge: Document Cadence MHDP bridge bindings
drm/rockchip: added implementation for a few FW commands.
drm/rockchip: add support for CDNS MHDP IP controller.
Quentin Schulz (9):
HACK: increase timeout for drm_atomic_helper_wait_for_vblanks
drm/dp: make d
Currently ratelimit_state is protected with spin_lock. If the .lock is
taken at the moment of ___ratelimit() call, the message is suppressed to
make ratelimiting robust.
That results in the following issue issue:
CPU0 CPU1
-- ---
Hi Heiko,
Thank you for your feedback! Initially, MHDP driver was developed as a DRM
bridge driver and was planned to be placed in
drivers/gpu/drm/bridge/cadence/mhdp.c. However, there was already a driver for
Cadence's DP controller developed by RockChip, but that driver uses different
DRM f
Add suffix UL to constant 1000 in order to give the compiler complete
information about the proper arithmetic to use.
Notice that such constant is used in a context that expects an
expression of type u64 (64 bits, unsigned) and the following
expression is currently being evaluated using 32-bit ari
The fault handler code is commented since v4.2.
If there is no plan to enable the fault handler
code in future, we can remove this dead code.
Signed-off-by: Souptick Joarder
---
v2: corrected subject line
drivers/gpu/drm/virtio/virtgpu_ttm.c | 36 +---
1 file cha
On Wed, Jun 27, 2018 at 04:34:27PM +0200, Lucas Stach wrote:
> When the hangcheck handler was replaced by the DRM scheduler timeout
> handling we dropped the forward progress check, as this might allow
> clients to hog the GPU for a long time with a big job.
>
> It turns out that even reasonably w
Use new return type vm_fault_t for fault handler. For
now, this is just documenting that the function returns
a VM_FAULT value rather than an errno. Once all instances
are converted, vm_fault_t will become a distinct type.
see commit 1c8f422059ae ("mm: change return type to vm_fault_t")
for refere
From: Quentin Schulz
In DP 1.4, interval between link status and adjust request read for the
clock recovery phase is fixed to 100us whatever the value of the
register is.
Signed-off-by: Quentin Schulz
Signed-off-by: Damian Kos
---
drivers/gpu/drm/drm_dp_helper.c |5 +
1 files changed,
From: Quentin Schulz
In DP standard v1.2, DP_TRAINING_AUX_RD_INTERVAL DPCD "register" only
has 0x0 to 0x4 values that are valid, the rest is reserved.
In DP standard v1.3+, DP_TRAINING_AUX_RD_INTERVAL DPCD "register" has
the same 0x0 to 0x4 valid values but there is an additional bit (bit 7)
tha
From: Quentin Schulz
If DP_TEST_COLOR_FORMAT_RAW_Y_ONLY is set, if MISC0 color format is
DP_COLOR_FORMAT_RGB and all other bits are 0, then color format is
actually Y-Only.
If DP_TEST_COLOR_FORMAT_RAW_Y_ONLY is set, if MISC0 color format is
DP_COLOR_FORMAT_YCbCr422, DP_TEST_DYNAMIC_RANGE_CEA is
From: Quentin Schulz
Currently, a maximum of 4 lanes is supported in DP.
It can be useful to add this maximum so that we can e.g. create arrays
in drivers that can store data for several lanes (e.g.
DP_TRAINING_LANEx_SET).
Signed-off-by: Quentin Schulz
Signed-off-by: Damian Kos
---
include/d
Document the bindings used for the Cadence MHDP DPI/DP bridge.
Signed-off-by: Damian Kos
---
.../bindings/display/bridge/cdns,mhdp.txt | 39
1 files changed, 39 insertions(+), 0 deletions(-)
create mode 100644
Documentation/devicetree/bindings/display/bridge/cdn
From: Quentin Schulz
dp_link_status and dp_get_lane_status are pretty generic and can be used
for other means, so let's make it "public".
This adds drm_dp_link_status and drm_dp_get_lane_status to the header
file and add the appropriate EXPORT_SYMBOL for it so that it can be used
by other driver
From: Quentin Schulz
We already have functions to get the adjust request voltage and
pre-emphasis for a lane so it makes also sense to be able to set them so
that we can then easily update them via a DPCD write.
Add helpers for drm_dp_set_adjust_request_pre_emphasis and
drm_dp_set_adjust_request
Can someone provide a deeper explanation about exactly what this
property represents please?
Does this represent the range of YCbCr values _into_ a YCbCr-to-RGB
conversion (in other words, the range of values in the framebuffer),
or the expected output range from the conversion?
This matters, bec
On Mon, Jun 25, 2018 at 5:06 PM, Alex Deucher wrote:
> Internal header used by the driver to specify pcie gen
> speeds of the asic and chipset.
>
> Signed-off-by: Alex Deucher
Anyone care to review patches 2,3,4?
> ---
> drivers/gpu/drm/amd/include/amd_pcie.h | 2 ++
> 1 file changed, 2 insert
On 07/04/2018 07:53 AM, Gerd Hoffmann wrote:
On Tue, Jul 03, 2018 at 10:37:57AM +0200, Daniel Vetter wrote:
On Tue, Jul 03, 2018 at 09:53:58AM +0200, Gerd Hoffmann wrote:
A driver to let userspace turn memfd regions into dma-bufs.
Use case: Allows qemu create dmabufs for the vga framebuffer o
On 2018-07-04 03:13 AM, Gustavo A. R. Silva wrote:
> Add suffix ULL to constant 5 and cast variables target_pix_clk_khz and
> feedback_divider to uint64_t in order to avoid multiple potential integer
> overflows and give the compiler complete information about the proper
> arithmetic to use.
>
> N
On Fri, 01 Jun 2018, Neil Armstrong wrote:
> The EC can expose a CEC bus, thus add the cros-ec-cec MFD sub-device
> when the CEC feature bit is present.
>
> Signed-off-by: Neil Armstrong
> Reviewed-by: Enric Balletbo i Serra
> Acked-by: Hans Verkuil
> ---
> drivers/mfd/cros_ec_dev.c | 16
https://bugs.freedesktop.org/show_bug.cgi?id=106928
--- Comment #18 from Miroslav Šustek ---
(In reply to Roland Scheidegger from comment #12)
> (In reply to ubizjak from comment #11)
> > The (effectively the same patch as yours) proposed patch would be:
> >
> > diff --git a/src/gallium/drivers/
On Wed, Jul 04, 2018 at 09:26:39AM +0200, Tomeu Vizoso wrote:
> On 07/04/2018 07:53 AM, Gerd Hoffmann wrote:
> > On Tue, Jul 03, 2018 at 10:37:57AM +0200, Daniel Vetter wrote:
> > > On Tue, Jul 03, 2018 at 09:53:58AM +0200, Gerd Hoffmann wrote:
> > > > A driver to let userspace turn memfd regions i
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #26 from Michel Dänzer (mic...@daenzer.net) ---
(In reply to phoenix from comment #25)
> Ok, I've tested the issue using Kernel 4.15.0-24-generic (Shipped with
> Ubuntu Mate) using the amdgpu driver and a 4.9.111 Kernel using the
> amd
On Mon, Jun 04, 2018 at 10:14:02AM -0400, Mikulas Patocka wrote:
>
>
> On Mon, 4 Jun 2018, Dave Airlie wrote:
>
> > On 4 June 2018 at 00:40, Mikulas Patocka wrote:
> > > Hi
> > >
> > > Here I'm sending bug fixes and performance improvements for the USB
> > > DisplayLink framebuffer and modesett
On Wed, Jul 04, 2018 at 07:53:38AM +0200, Gerd Hoffmann wrote:
> On Tue, Jul 03, 2018 at 10:37:57AM +0200, Daniel Vetter wrote:
> > On Tue, Jul 03, 2018 at 09:53:58AM +0200, Gerd Hoffmann wrote:
> > > A driver to let userspace turn memfd regions into dma-bufs.
> > >
> > > Use case: Allows qemu cr
On Tue, Jul 03, 2018 at 11:02:14AM +0100, Damian Kos wrote:
> From: Quentin Schulz
>
> We already have functions to get the adjust request voltage and
> pre-emphasis for a lane so it makes also sense to be able to set them so
> that we can then easily update them via a DPCD write.
>
> Add helper
On Tue, Jul 03, 2018 at 06:03:46PM +0200, Noralf Trønnes wrote:
> 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.
>
> I've squashed the client
On Tue, Jul 03, 2018 at 05:18:57PM +0100, Russell King - ARM Linux wrote:
> Can someone provide a deeper explanation about exactly what this
> property represents please?
>
> Does this represent the range of YCbCr values _into_ a YCbCr-to-RGB
> conversion (in other words, the range of values in th
On Tue, Jul 03, 2018 at 10:05:12AM -0700, Eric Anholt wrote:
> GTF-GLES2.gtf.GL.acos.acos_float_vert_xvary submits jobs that take 4
> seconds at maximum resolution, but we still want to reset quickly if a
> job is really hung. Sample the CL's current address and the return
> address (since we call
On Tue, Jul 03, 2018 at 09:45:24PM +0200, Boris Brezillon wrote:
> On Tue, 3 Jul 2018 19:44:00 +0200
> Boris Brezillon wrote:
>
> > On Tue, 3 Jul 2018 19:40:46 +0200
> > Boris Brezillon wrote:
> >
> > > Fix the bullet list declaration in the overview section.
> > >
> > > Signed-off-by: Boris
Am 26.06.2018 um 16:31 schrieb Michel Dänzer:
From: Michel Dänzer
Fixes the BUG_ON spuriously triggering under the following
circumstances:
* ttm_eu_reserve_buffers processes a list containing multiple BOs using
the same reservation object, so it calls
reservation_object_reserve_shared w
On Tue, Jul 03, 2018 at 09:14:50PM +0200, Thomas Hellstrom wrote:
> From: Sinclair Yeh
>
> vmw_kms_atomic_check_modeset() is currently checking config using the
> legacy state, which is updated after a commit has happened.
>
> This means vmw_kms_atomic_check_modeset() will reject an invalid conf
Whole series is Acked-by: Christian König .
BTW: With patch #2 you created quite some noise in the news:
https://www.tomshardware.com/news/amd-vega-20-pcie-4.0,37389.html
Cheers,
Christian.
Am 25.06.2018 um 23:06 schrieb Alex Deucher:
This series exports some pcie helper functions for use by
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #27 from Christian König (christian.koe...@amd.com) ---
(In reply to Michel Dänzer from comment #26)
> BTW, ideally you should only test with the kernel's own amdgpu driver, not
> with amdgpu-pro, because the later uses its own copies
On Sun, Jun 03, 2018 at 11:46:29AM -0400, Mikulas Patocka wrote:
> I have a USB display adapter using the udlfb driver and I use it on an ARM
> board that doesn't have any graphics card. When I plug the adapter in, the
> console is properly displayed, however when I unplug and re-plug the
> adapter
On Tuesday 03 July 2018 09:50 PM, Alex Deucher wrote:
On Mon, Jul 2, 2018 at 5:48 PM, Daniel Kurtz wrote:
Hi Alex,
On Sun, Apr 15, 2018 at 9:48 PM Agrawal, Akshu wrote:
On 4/13/2018 9:45 PM, Daniel Kurtz wrote:
Commit 51f7415039d4 ("drm/amd/amdgpu: creating two I2S instances for
stoney
Hi,
> > Hmm, does MAINTAINERS need an update then? Maintainer and mailing lists
> > listed in the "DMA BUFFER SHARING FRAMEWORK" entry are on Cc.
>
> Yeah, maintainers entry with you as maintainer plus dri-devel as mailing
> list plus drm-misc as repo would be good. Just grep for drm-misc.git
On 2018-07-04 10:31 AM, Christian König wrote:
> Am 26.06.2018 um 16:31 schrieb Michel Dänzer:
>> From: Michel Dänzer
>>
>> Fixes the BUG_ON spuriously triggering under the following
>> circumstances:
>>
>> * ttm_eu_reserve_buffers processes a list containing multiple BOs using
>> the same rese
On Thu, May 03, 2018 at 03:32:38PM +0100, Daniel Thompson wrote:
> On Thu, May 03, 2018 at 04:15:17PM +0200, Daniel Vetter wrote:
> > Jani spotted this when reviewing my earlier patch to remove the driver
> > internal usage of this field in
> >
> > commit 3cf91adaa594e8933af1727942ac560e5c7bc70e
>
On Wed, Jul 04, 2018 at 10:58:25AM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > > Hmm, does MAINTAINERS need an update then? Maintainer and mailing lists
> > > listed in the "DMA BUFFER SHARING FRAMEWORK" entry are on Cc.
> >
> > Yeah, maintainers entry with you as maintainer plus dri-devel as mail
On Wed, Jul 04, 2018 at 10:05:41AM +0100, Russell King - ARM Linux wrote:
> On Wed, Jul 04, 2018 at 10:26:04AM +0200, Daniel Vetter wrote:
> > On Tue, Jul 03, 2018 at 05:18:57PM +0100, Russell King - ARM Linux wrote:
> > > Can someone provide a deeper explanation about exactly what this
> > > prope
dma_fence_default_wait is the default now, same for the trivial
enable_signaling implementation.
v2: Also remove the relase hook, dma_fence_free is the default.
Signed-off-by: Daniel Vetter
Cc: Jani Nikula
Cc: Joonas Lahtinen
Cc: Rodrigo Vivi
Cc: Chris Wilson
Cc: Tvrtko Ursulin
Cc: Colin Ia
Hi all,
This is a resend of my dma-buf cleanup with the patches that didn't yet
get and ack/r-b. Feedback very much welcome.
Thanks, Daniel
Daniel Vetter (5):
drm/i915: Remove unecessary dma_fence_ops
drm/msm: Remove unecessary dma_fence_ops
drm/nouveau: Remove unecessary dma_fence_ops
d
dma_fence_default_wait is the default now, same for the trivial
enable_signaling implementation.
v2: Also remove the relase hook, dma_fence_free is the default.
Signed-off-by: Daniel Vetter
Cc: Rob Clark
Cc: linux-arm-...@vger.kernel.org
Cc: freedr...@lists.freedesktop.org
---
drivers/gpu/drm/
dma_fence_default_wait is the default now.
Signed-off-by: Daniel Vetter
Cc: Ben Skeggs
Cc: nouv...@lists.freedesktop.org
---
drivers/gpu/drm/nouveau/nouveau_fence.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_fence.c
b/drivers/gpu/drm/nouveau/nouveau_fenc
dma_fence_default_wait is the default now, same for the trivial
enable_signaling implementation.
Also remove the ->signaled callback, vgem can't peek ahead with a
fastpath, returning false is the default implementation.
Signed-off-by: Daniel Vetter
Cc: Kees Cook
Cc: Cihangir Akturk
Cc: Sean Pa
- Intro section that links to how this is exposed to userspace.
- Lots more hyperlinks.
- Minor clarifications and style polish
v2: Add misplaced hunk of kerneldoc from a different patch.
Signed-off-by: Daniel Vetter
Cc: Sumit Semwal
Cc: Gustavo Padovan
Cc: linux-me...@vger.kernel.org
Cc: lina
Am 04.07.2018 um 11:09 schrieb Michel Dänzer:
On 2018-07-04 10:31 AM, Christian König wrote:
Am 26.06.2018 um 16:31 schrieb Michel Dänzer:
From: Michel Dänzer
Fixes the BUG_ON spuriously triggering under the following
circumstances:
* ttm_eu_reserve_buffers processes a list containing multip
On Mon, Jul 02, 2018 at 01:24:40PM +0300, Ville Syrjälä wrote:
> On Mon, Jul 02, 2018 at 10:12:21AM +0200, Daniel Vetter wrote:
> > This interface allows pretty much unlimited kernel memory allocations,
> > which isn't all that great. But we allow that anyway for any drm
> > master client (through
> Jani spotted this when reviewing my earlier patch to remove the driver
> internal usage of this field in
>
> commit 3cf91adaa594e8933af1727942ac560e5c7bc70e
> Author: Daniel Vetter
> Date: Wed Apr 25 19:42:52 2018 +0200
>
> backlight: Nuke BL_CORE_DRIVER1
FYI, sending patches like this
Hi,
On 07/04/2018 10:35 AM, Daniel Vetter wrote:
On Tue, Jul 03, 2018 at 09:14:50PM +0200, Thomas Hellstrom wrote:
From: Sinclair Yeh
vmw_kms_atomic_check_modeset() is currently checking config using the
legacy state, which is updated after a commit has happened.
This means vmw_kms_atomic_ch
Am 04.07.2018 um 11:29 schrieb Daniel Vetter:
- Intro section that links to how this is exposed to userspace.
- Lots more hyperlinks.
- Minor clarifications and style polish
v2: Add misplaced hunk of kerneldoc from a different patch.
Signed-off-by: Daniel Vetter
Cc: Sumit Semwal
Cc: Gustavo P
The ARRAY_SIZE() macro is type size_t. If s6e8aa0_dcs_read() returns a
negative error code, then "ret < ARRAY_SIZE(id)" is false because the
negative error code is type promoted to a high positive value.
Fixes: 02051ca06371 ("drm/panel: add S6E8AA0 driver")
Signed-off-by: Dan Carpenter
diff --g
On Wed, 04 Jul 2018, Lee Jones wrote:
> > Jani spotted this when reviewing my earlier patch to remove the driver
> > internal usage of this field in
> >
> > commit 3cf91adaa594e8933af1727942ac560e5c7bc70e
> > Author: Daniel Vetter
> > Date: Wed Apr 25 19:42:52 2018 +0200
> >
> > backlight
This doesn't affect runtime because in the current code "idx" is always
valid.
First, we read from "vgdev->capsets[idx].max_size" before checking
whether "idx" is within bounds. And secondly the bounds check is off by
one so we could end up reading one element beyond the end of the
vgdev->capsets
The ->info[] array has DAL_IRQ_SOURCES_NUMBER elements so this condition
should be >= instead of > or we could read one element beyond the end of
the array.
Fixes: 4562236b3bc0 ("drm/amd/dc: Add dc display driver (v2)")
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/amd/display/dc/irq
The > should be >= here so that we don't read beyond the end of the
dma->buflist[] array.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/savage/savage_state.c
b/drivers/gpu/drm/savage/savage_state.c
index 2db89bed52e8..7559a820bd43 100644
--- a/drivers/gpu/drm/savage/savage_state.c
+
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #28 from phoenix (fe...@feldspaten.org) ---
Hi Michel, Hi Christian,
that makes sense, I test it on a clean environment. Sorry, that I should have
done that in the first place :-/
--
You are receiving this mail because:
You are watc
On Wed, Jul 04, 2018 at 10:38:16AM +0100, Lee Jones wrote:
> On Wed, 04 Jul 2018, Lee Jones wrote:
>
> > > Jani spotted this when reviewing my earlier patch to remove the driver
> > > internal usage of this field in
> > >
> > > commit 3cf91adaa594e8933af1727942ac560e5c7bc70e
> > > Author: Daniel
On Wed, 04 Jul 2018, Daniel Vetter wrote:
> On Wed, Jul 04, 2018 at 10:38:16AM +0100, Lee Jones wrote:
> > On Wed, 04 Jul 2018, Lee Jones wrote:
> >
> > > > Jani spotted this when reviewing my earlier patch to remove the driver
> > > > internal usage of this field in
> > > >
> > > > commit 3cf91a
Am Dienstag, 3. Juli 2018, 14:42:49 CEST schrieb Andrzej Hajda:
> On 18.06.2018 12:28, Heiko Stuebner wrote:
> > When the panel-driver is build as a module it currently fails hard as the
> > panel cannot be probed directly:
> >
> > dw_mipi_dsi_bind()
> > __dw_mipi_dsi_probe()
> > creates dsi
Am Dienstag, 3. Juli 2018, 17:06:48 CEST schrieb Andrzej Hajda:
> On 18.06.2018 12:28, Heiko Stuebner wrote:
> > >From a specified output port of one dsi controller this function allows to
> > iterate over the list of registered dsi controllers trying to find a second
> > instance connected to the
On Wed, Jul 4, 2018 at 11:58 AM, Russell King - ARM Linux
wrote:
> On Wed, Jul 04, 2018 at 11:24:10AM +0200, Daniel Vetter wrote:
>> On Wed, Jul 04, 2018 at 10:05:41AM +0100, Russell King - ARM Linux wrote:
>> > On Wed, Jul 04, 2018 at 10:26:04AM +0200, Daniel Vetter wrote:
>> > > On Tue, Jul 03,
On Tue, Jul 03, 2018 at 05:18:57PM +0100, Russell King - ARM Linux wrote:
> Can someone provide a deeper explanation about exactly what this
> property represents please?
>
> Does this represent the range of YCbCr values _into_ a YCbCr-to-RGB
> conversion (in other words, the range of values in th
On 04/07/18 12:58, Russell King - ARM Linux wrote:
>> Hm maybe I misunderstood, but I thought the COLOR_RANGE is on the input
>> side.
> If that's the case, I should force it to only indicate support for
> limited range, while programming the CSC to produce full range RGB
> on its output (see below
On 03/07/18 19:18, Russell King - ARM Linux wrote:
> Can someone provide a deeper explanation about exactly what this
> property represents please?
>
> Does this represent the range of YCbCr values _into_ a YCbCr-to-RGB
> conversion (in other words, the range of values in the framebuffer),
> or th
Hi Lee,
On Wed, Jul 4, 2018 at 12:34 PM, Lee Jones wrote:
> On Wed, 04 Jul 2018, Daniel Vetter wrote:
>> On Wed, Jul 04, 2018 at 10:38:16AM +0100, Lee Jones wrote:
>> > On Wed, 04 Jul 2018, Lee Jones wrote:
>> >
>> > > > Jani spotted this when reviewing my earlier patch to remove the driver
>> >
Hi Daniel,
On 4 July 2018 at 10:29, Daniel Vetter wrote:
> dma_fence_default_wait is the default now, same for the trivial
> enable_signaling implementation.
>
> v2: Also remove the relase hook, dma_fence_free is the default.
>
> Signed-off-by: Daniel Vetter
> Cc: Jani Nikula
> Cc: Joonas Lahti
Hi Rob Herring,
Thanks for your review.
在 2018/7/4 2:25, Rob Herring 写道:
On Tue, Jun 26, 2018 at 03:15:39PM +0800, Sandy Huang wrote:
This path add support rv1108 and px30 rgb output interface driver.
Bindings are for h/w, not drivers.
I will update at next version as following:
This patch
On Wed, 04 Jul 2018, Daniel Vetter wrote:
> Hi Lee,
>
> On Wed, Jul 4, 2018 at 12:34 PM, Lee Jones wrote:
> > On Wed, 04 Jul 2018, Daniel Vetter wrote:
> >> On Wed, Jul 04, 2018 at 10:38:16AM +0100, Lee Jones wrote:
> >> > On Wed, 04 Jul 2018, Lee Jones wrote:
> >> >
> >> > > > Jani spotted this
Am Dienstag, 3. Juli 2018, 14:16:28 CEST schrieb Andrzej Hajda:
> On 18.06.2018 12:28, Heiko Stuebner wrote:
> > __dw_mipi_dsi_probe() does all the grabbing of resources and does it using
> > devm-helpers. So this is happening on each try of master bringup possibly
> > slowing down things a lot.
>
On Wed, Jul 04, 2018 at 12:48:10PM +0300, Dan Carpenter wrote:
> The > should be >= here so that we don't read beyond the end of the
> dma->buflist[] array.
>
> Signed-off-by: Dan Carpenter
Uh, another root-hole driver ... Applied, thanks for the patch.
-Daniel
>
> diff --git a/drivers/gpu/drm
https://bugs.freedesktop.org/show_bug.cgi?id=105819
--- Comment #7 from AmirAli Akbari ---
Same problem on RX 460 card when running imagemagick's "mogrify" command. I'm
using Arch linux with latest stable version of kernel, mesa, and X.
$ mogrify -resize 400x300 piv.jpg
[ 3091.155960] amdgpu 000
On Wed, Jul 04, 2018 at 01:03:18PM +0100, Emil Velikov wrote:
> Hi Daniel,
>
> On 4 July 2018 at 10:29, Daniel Vetter wrote:
> > dma_fence_default_wait is the default now, same for the trivial
> > enable_signaling implementation.
> >
> > v2: Also remove the relase hook, dma_fence_free is the defa
Hi Lee,
On 04/07/2018 09:47, Lee Jones wrote:
> On Fri, 01 Jun 2018, Neil Armstrong wrote:
>
>> The EC can expose a CEC bus, thus add the cros-ec-cec MFD sub-device
>> when the CEC feature bit is present.
>>
>> Signed-off-by: Neil Armstrong
>> Reviewed-by: Enric Balletbo i Serra
>> Acked-by: Ha
On Wed, 04 Jul 2018, Neil Armstrong wrote:
> Hi Lee,
>
> On 04/07/2018 09:47, Lee Jones wrote:
> > On Fri, 01 Jun 2018, Neil Armstrong wrote:
> >
> >> The EC can expose a CEC bus, thus add the cros-ec-cec MFD sub-device
> >> when the CEC feature bit is present.
> >>
> >> Signed-off-by: Neil Arms
On Wednesday 04 July 2018 12:28 AM, Rob Clark wrote:
On Tue, Jul 3, 2018 at 12:56 PM, Sean Paul wrote:
The bridge loses its hw state when the cable is unplugged. If we detect
this case in the hpd handler, reset its state.
Reported-by: Rob Clark
Signed-off-by: Sean Paul
Tested-by: Rob Cla
On Wed, Jul 4, 2018 at 9:23 AM, Archit Taneja wrote:
>
>
> On Wednesday 04 July 2018 12:28 AM, Rob Clark wrote:
>>
>> On Tue, Jul 3, 2018 at 12:56 PM, Sean Paul wrote:
>>>
>>> The bridge loses its hw state when the cable is unplugged. If we detect
>>> this case in the hpd handler, reset its state
On Wed, Jul 4, 2018 at 4:06 PM, Rob Clark wrote:
> On Wed, Jul 4, 2018 at 9:23 AM, Archit Taneja wrote:
>>
>>
>> On Wednesday 04 July 2018 12:28 AM, Rob Clark wrote:
>>>
>>> On Tue, Jul 3, 2018 at 12:56 PM, Sean Paul wrote:
The bridge loses its hw state when the cable is unplugged. If
On 28.06.2018 18:44, Maciej Purski wrote:
> Current link mode values do not allow to enable packed pixel modes.
>
> Select packed pixel clock mode, if needed, every time the link mode
> register gets updated.
>
> Signed-off-by: Maciej Purski
Queued all three patches to drm-misc-fixes.
Regards
An
On 2018-07-04 05:46 AM, Dan Carpenter wrote:
> The ->info[] array has DAL_IRQ_SOURCES_NUMBER elements so this condition
> should be >= instead of > or we could read one element beyond the end of
> the array.
>
> Fixes: 4562236b3bc0 ("drm/amd/dc: Add dc display driver (v2)")
> Signed-off-by: Dan Ca
On Wed, 4 Jul 2018, Daniel Vetter wrote:
> On Sun, Jun 03, 2018 at 11:46:29AM -0400, Mikulas Patocka wrote:
> > I have a USB display adapter using the udlfb driver and I use it on an ARM
> > board that doesn't have any graphics card. When I plug the adapter in, the
> > console is properly displa
https://bugs.freedesktop.org/show_bug.cgi?id=106168
gr...@sub.red changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Wed, Jul 4, 2018 at 10:15 AM, Daniel Vetter wrote:
> On Wed, Jul 4, 2018 at 4:06 PM, Rob Clark wrote:
>> On Wed, Jul 4, 2018 at 9:23 AM, Archit Taneja wrote:
>>>
>>>
>>> On Wednesday 04 July 2018 12:28 AM, Rob Clark wrote:
On Tue, Jul 3, 2018 at 12:56 PM, Sean Paul wrote:
>
>>>
https://bugs.freedesktop.org/show_bug.cgi?id=106306
--- Comment #4 from gr...@sub.red ---
> wattman functionality doesn't work at all;
> pp_od_clk_voltage prints nothing and doesn't accept anything. Is wattman
> even implemented for CI?
@Alex Deucher: Currently on 4.17.3 w/ dpm and the situation
On Tuesday, July 03, 2018 01:18:57 PM Mikulas Patocka wrote:
>
> On Tue, 3 Jul 2018, Bartlomiej Zolnierkiewicz wrote:
>
> >
> > Hi,
> >
> > On Sunday, June 03, 2018 11:46:29 AM Mikulas Patocka wrote:
> > > I have a USB display adapter using the udlfb driver and I use it on an ARM
> > > board th
This patchs adds the cec_notifier feature to the intel_hdmi part
of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate
between each HDMI ports.
The changes will allow the i915 HDMI code to notify EDID and HPD changes
to an eventual CEC adapter.
Signed-off-by: Neil Armstrong
In non device-tree world, we can need to get the notifier by the driver
name directly and eventually defer probe if not yet created.
This patch adds a variant of the get function by using the device name
instead and will not create a notifier if not yet created.
But the i915 driver exposes at lea
Hi All,
The new Google "Fizz" Intel-based ChromeOS device is gaining CEC support
through it's Embedded Controller, to enable the Linux CEC Core to communicate
with it and get the CEC Physical Address from the correct HDMI Connector, the
following must be added/changed:
- Add the CEC sub-device reg
The EC can expose a CEC bus, this patch adds the CEC related definitions
needed by the cros-ec-cec driver.
Signed-off-by: Neil Armstrong
Tested-by: Enric Balletbo i Serra
Reviewed-by: Hans Verkuil
Acked-for-MFD-by: Lee Jones
---
include/linux/mfd/cros_ec_commands.h | 81 ++
Having a 16 byte mkbp event size makes it possible to send CEC
messages from the EC to the AP directly inside the mkbp event
instead of first doing a notification and then a read.
Signed-off-by: Stefan Adolfsson
Signed-off-by: Neil Armstrong
Tested-by: Enric Balletbo i Serra
Acked-by: Hans Verk
1 - 100 of 141 matches
Mail list logo
