Re: [RFC PATCH] drm/panfrost: Add initial panfrost driver

On Fri, Mar 8, 2019 at 2:18 AM Neil Armstrong wrote: > > On 08/03/2019 06:00, Alyssa Rosenzweig wrote: > > Oh my onions, it's really here! It's really coming! It's really here! > > > > > > > > > > > > >> +static const struct of_device_id dt_match[] = { > >> +{ .compatible =

Re: [PATCH v8 1/2] drm/i915: Introduce async plane update to i915

Hi Jani, On 3/8/19 6:55 AM, Jani Nikula wrote: > > Please send drm/i915 patches also to intel-...@lists.freedesktop.org to > trigger CI on the patches among other things. Sure! Is there a way to tell the CI to pick up the dependency [1] as well? [1] "[PATCH] drm: don't block fb changes for

[PATCH 3/4] drm/v3d: Remove some dead members of struct v3d_bo.

vmas was from the previous model of page table management (one per fd), and vaddr was left over from vc4. Signed-off-by: Eric Anholt --- drivers/gpu/drm/v3d/v3d_bo.c | 1 - drivers/gpu/drm/v3d/v3d_drv.h | 9 - 2 files changed, 10 deletions(-) diff --git a/drivers/gpu/drm/v3d/v3d_bo.c

[PATCH 4/4] drm/v3d: Use the new shmem helpers to reduce driver boilerplate.

Depends on https://patchwork.freedesktop.org/patch/290754/?series=57669=1 -- Rob and I have been talking about adding some more help for the dma_map_sg() code in v3d_mmu.c (which panfrost has a similar version of), but this already seems like a good cleanup. Signed-off-by: Eric Anholt ---

Re: [RFC PATCH] drm/panfrost: Add initial panfrost driver

On Fri, Mar 8, 2019 at 9:34 AM Alyssa Rosenzweig wrote: > > > bitmasks in the kernel use unsigned long arrays. A strange choice > > which I guess was either because it predated 64-bit or enables atomic > > ops which tend to be on the native size. So this just fixes the size > > to 64-bits for 32

[PATCH 1/4] drm: Add helpers for locking an array of BO reservations.

Now that we have the reservation object in the GEM object, it's easy to provide a helper for this common case. Noticed while reviewing panfrost and lima drivers. This particular version came out of v3d, which in turn was a copy from vc4. Signed-off-by: Eric Anholt ---

[PATCH 2/4] drm/v3d: Use drm_gem_lock_reservations()/drm_gem_unlock_reservations()

Now that we have core helpers, this gets rid of a lot of boilerplate. Signed-off-by: Eric Anholt --- drivers/gpu/drm/v3d/v3d_gem.c | 56 --- 1 file changed, 6 insertions(+), 50 deletions(-) diff --git a/drivers/gpu/drm/v3d/v3d_gem.c

[PATCH 0/4] drm/v3d: Add drm core helper, use shmem helpers

This was inspired by Rob's respin of the shmem helpers patch for panfrost (which the final patch depends on). And, looking at panfrost and lima, recently I realized that we all had some nasty cargo-cult code for BO reservations that we can share now that the reservation object is in the core GEM

[PATCH v4 2/2] drm/v3d: Add support for V3D v4.2.

No compatible string for it yet, just the version-dependent changes. They've now tied the hub and the core interrupt lines into a single interrupt line coming out of the block. It also turns out I made a mistake in modeling the V3D v3.3 and v4.1 bridge as a part of V3D itself -- the bridge is

Re: [PULL] topic/hdr-formats

On Thu, Mar 07, 2019 at 10:48:24AM +0100, Maarten Lankhorst wrote: > Hi Sean and Joonas, > > Here's a pull request for HDR format enabling in i915. Can this be pulled to > drm-misc-next and dinq? > Applied to drm-misc-next, thanks for sending this out. Sean > Cheers, > Maarten > >

[Bug 107762] [Intel GFX CI] *ERROR* ring sdma0 timeout, signaled seq=137, emitted seq=137

https://bugs.freedesktop.org/show_bug.cgi?id=107762 --- Comment #11 from CI Bug Log --- The CI Bug Log issue associated to this bug has been archived. New failures matching the above filters will not be associated to this bug anymore. -- You are receiving this mail because: You are the

Re: [PATCH] drm/stm: fix CONFIG_FB dependency

Reviewed-by: Yannick Fertré Arnd, could you merge the patch? I think that Benjamin could also merge it. Best regards Yannick Fertré On 3/7/19 4:53 PM, Arnd Bergmann wrote: The DRM_STM driver can be built independently of the framebuffer layer, but it causes a

Re: [PATCH v3 1/3] drm/v3d: Add support for V3D v4.2.

Dave Emett writes: > Sorry, a few things I thought of after sending the Reviewed-by email... > >> + v3d->reset = devm_reset_control_get_exclusive(dev, NULL); >> + if (IS_ERR(v3d->reset)) { >> + ret = PTR_ERR(v3d->reset); >> + >> + if (ret == -EPROBE_DEFER)

Re: [PATCH] drm/panel: panel-simple: Support panel-dpi

On Fri, Mar 08, 2019 at 02:01:48PM +0100, Sam Ravnborg wrote: > > One thing that's not clear to me is whether or not we want to allow > > video timings to be specified in DT. I used to think that we didn't, > > because the video timings are implied by the specific compatible string > > (which we

Re: [PATCH] drm/panel: panel-simple: Support panel-dpi

On Fri, Mar 08, 2019 at 01:14:30PM +0200, Laurent Pinchart wrote: > Hi Thierry, > > On Fri, Mar 08, 2019 at 10:44:57AM +0100, Thierry Reding wrote: > > On Thu, Mar 07, 2019 at 11:10:30AM +0100, Maxime Ripard wrote: > > > The kernel has a device tree binding for panel-dpi which allows for the > >

Re: [RFC PATCH] drm/panfrost: Add initial panfrost driver

On Thu, Mar 7, 2019 at 11:00 PM Alyssa Rosenzweig wrote: > > Oh my onions, it's really here! It's really coming! It's really here! > > > > > + DRM driver for ARM Mali Midgard (t6xx, t7xx, t8xx) and > > + Bifrost (G3x, G5x, G7x) GPUs. > > Nitpick: the model names should maybe be

Re: [RFC PATCH] drm/panfrost: Add initial panfrost driver

On Fri, Mar 8, 2019 at 2:20 AM Neil Armstrong wrote: > > On 08/03/2019 01:24, Rob Herring wrote: > > From: "Marty E. Plummer" > > > > This adds the initial driver for panfrost which supports Arm Mali > > Midgard and Bifrost family of GPUs. Currently, only the T860 Midgard GPU > > has been

Re: [PATCH/RFC 09/15] drm: rcar-du: lvds: Adjust operating frequency for D3 and E3

Hi Laurent, thanks, this matches section 37.1.1 of v1.50 datasheet Reviewed-by: Jacopo Mondi Thanks j On Thu, Mar 07, 2019 at 01:23:39AM +0200, Laurent Pinchart wrote: > The D3 and E3 SoCs have different pixel clock frequency limits for the > LVDS encoder than the other SoCs in the Gen3

Re: [RFC PATCH] drm/panfrost: Add initial panfrost driver

Rob Herring writes: > From: "Marty E. Plummer" > > This adds the initial driver for panfrost which supports Arm Mali > Midgard and Bifrost family of GPUs. Currently, only the T860 Midgard GPU > has been tested. > > Cc: Maarten Lankhorst > Cc: Maxime Ripard > Cc: Sean Paul > Cc: David Airlie

[Bug 108709] WARNING: CPU: 0 PID: 507 at lib/debugobjects.c:329 debug_print_object+0x6a/0x80

https://bugs.freedesktop.org/show_bug.cgi?id=108709 --- Comment #10 from CI Bug Log --- The CI Bug Log issue associated to this bug has been archived. New failures matching the above filters will not be associated to this bug anymore. -- You are receiving this mail because: You are the

Re: [PATCH v3 1/3] drm/v3d: Add support for V3D v4.2.

Eric Anholt writes: > [ Unknown signature status ] > Dave Emett writes: > >> Sorry, a few things I thought of after sending the Reviewed-by email... >> >>> + v3d->reset = devm_reset_control_get_exclusive(dev, NULL); >>> + if (IS_ERR(v3d->reset)) { >>> + ret =

Re: [PATCH 1/4] drm: Add helpers for locking an array of BO reservations.

Rob Herring writes: > On Fri, Mar 8, 2019 at 10:17 AM Eric Anholt wrote: >> >> Now that we have the reservation object in the GEM object, it's easy >> to provide a helper for this common case. Noticed while reviewing >> panfrost and lima drivers. This particular version came out of v3d, >>

[Bug 109923] Chromium shows blackscreen on sketchfab like sites (WebGL?) (rx460, 18.50-725072, 7/2/2019)

https://bugs.freedesktop.org/show_bug.cgi?id=109923 --- Comment #11 from Dima --- I've got the "--headless" installation working in Blender by installing of addition packages from amdgpu-pro 18.50 archive. The packages are libdrm-amdgpu-common, libdrm2-amdgpu, libdrm-amdgpu-amdgpu1. I used this

Re: [git pull] drm for 5.1

The pull request you sent on Wed, 6 Mar 2019 13:35:00 +1000: > git://anongit.freedesktop.org/drm/drm tags/drm-next-2019-03-06 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/851ca779d110f694b5d078bc4af06d3ad37169e8 Thank you! -- Deet-doot-dot, I am a bot.

Re: [PATCH/RFC 06/15] drm: bridge: thc63: Report input bus mode through bridge timings

Hi Laurent, On Thu, Mar 07, 2019 at 01:23:36AM +0200, Laurent Pinchart wrote: > Set a drm_bridge_timings in the drm_bridge, and use it to report the > input bus mode (single-link or dual-link). The other fields of the > timings structure are kept to 0 as they do not apply to LVDS buses. > >

[Bug 108889] [CI][SHARDS] igt@sw_sync@sync_busy_fork_unixsocket - incomplete - __igt_fork_helper: Assertion `!proc->running' failed.

https://bugs.freedesktop.org/show_bug.cgi?id=108889 Martin Peres changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

Re: [PATCH v5 07/19] media: vsp1: dl: Support one-shot entries in the display list

On Fri, Mar 08, 2019 at 02:46:08PM +0200, Laurent Pinchart wrote: > Hi Liviu, > > On Thu, Mar 07, 2019 at 04:31:40PM +, Liviu Dudau wrote: > > On Thu, Mar 07, 2019 at 03:48:23PM +0200, Laurent Pinchart wrote: > > > On Thu, Mar 07, 2019 at 11:52:18AM +, Liviu Dudau wrote: > > >> On Wed,

[Bug 107762] [Intel GFX CI] *ERROR* ring sdma0 timeout, signaled seq=137, emitted seq=137

https://bugs.freedesktop.org/show_bug.cgi?id=107762 Martin Peres changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [PATCH 1/4] drm: Add helpers for locking an array of BO reservations.

On Fri, Mar 8, 2019 at 10:17 AM Eric Anholt wrote: > > Now that we have the reservation object in the GEM object, it's easy > to provide a helper for this common case. Noticed while reviewing > panfrost and lima drivers. This particular version came out of v3d, > which in turn was a copy from

Re: [PATCH v2 1/8] drm/bridge: dw-hdmi: Add SCDC and TMDS Scrambling support

On Fri, Mar 8, 2019 at 2:05 AM Neil Armstrong wrote: > > Hi Rob, > > On 08/03/2019 00:13, Rob Herring wrote: > > On Fri, Feb 1, 2019 at 6:08 AM Neil Armstrong > > wrote: > >> > >> Add support for SCDC Setup for TMDS Clock > 3.4GHz and enable TMDS > >> Scrambling when supported or mandatory. >

Re: [PATCH 4/4] drm/v3d: Use the new shmem helpers to reduce driver boilerplate.

On Fri, Mar 8, 2019 at 10:17 AM Eric Anholt wrote: > > Depends on > https://patchwork.freedesktop.org/patch/290754/?series=57669=1 -- > Rob and I have been talking about adding some more help for the > dma_map_sg() code in v3d_mmu.c (which panfrost has a similar version > of), but this already

Re: [PATCH] drm/panel: panel-simple: Support panel-dpi

> One thing that's not clear to me is whether or not we want to allow > video timings to be specified in DT. I used to think that we didn't, > because the video timings are implied by the specific compatible string > (which we already determined is mandatory anyway), We often have two users of

Re: [PATCH v8 1/2] drm/i915: Introduce async plane update to i915

On Fri, 08 Mar 2019, Helen Koike wrote: > Hi Jani, > > On 3/8/19 6:55 AM, Jani Nikula wrote: >> >> Please send drm/i915 patches also to intel-...@lists.freedesktop.org to >> trigger CI on the patches among other things. > > Sure! Is there a way to tell the CI to pick up the dependency [1] as

[Bug 108709] WARNING: CPU: 0 PID: 507 at lib/debugobjects.c:329 debug_print_object+0x6a/0x80

https://bugs.freedesktop.org/show_bug.cgi?id=108709 Martin Peres changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

Re: [PATCH/RFC 11/15] drm: rcar-du: lvds: Add support for dual-link mode

Hi Laurent, On Thu, Mar 07, 2019 at 01:23:41AM +0200, Laurent Pinchart wrote: > In dual-link mode the LVDS0 encoder transmits even-numbered pixels, and > sends odd-numbered pixels to the LVDS1 encoder for transmission on a > separate link. > > To implement support for this mode of operation,

Re: [RFC PATCH] drm/panfrost: Add initial panfrost driver

On 08/03/2019 15:39, Rob Herring wrote: > On Fri, Mar 8, 2019 at 2:18 AM Neil Armstrong wrote: >> >> On 08/03/2019 06:00, Alyssa Rosenzweig wrote: >>> Oh my onions, it's really here! It's really coming! It's really here! >>> >>> >>> >> >> >> >>> +static const struct of_device_id

Re: [PATCH/RFC 10/15] drm: rcar-du: lvds: Set LVEN and LVRES bits together on D3

Hi Laurent, On Thu, Mar 07, 2019 at 01:23:40AM +0200, Laurent Pinchart wrote: > On the D3 SoC the LVDS PHY must be enabled in the same register write > that enables the LVDS output. Skip writing the LVEN bit independently > on that platform, it will be set by the write that sets LVRES. > >

Re: [PATCH/RFC 05/15] dt-bindings: display: bridge: thc63lvd1024: Document dual-link operation

Hi Laurent, On Thu, Mar 07, 2019 at 01:23:35AM +0200, Laurent Pinchart wrote: > The THC63LVD1024 LVDS decoder can operate in two modes, single-link or > dual-link. In dual-link mode both input ports are used to carry even- > and odd-numbered pixels separately. Document this in the DT bindings, >

Re: [PATCH] drm/panel: panel-simple: Support panel-dpi

Hi Thierry. On Fri, Mar 08, 2019 at 02:39:24PM +0100, Thierry Reding wrote: > On Fri, Mar 08, 2019 at 02:01:48PM +0100, Sam Ravnborg wrote: > > > One thing that's not clear to me is whether or not we want to allow > > > video timings to be specified in DT. I used to think that we didn't, > > >

[Bug 109925] Age of Wonders 3 - Vertical lines on Main Menu (Linux native via Steam)

https://bugs.freedesktop.org/show_bug.cgi?id=109925 --- Comment #4 from andrew.m.mcma...@gmail.com --- The mesa packages provided by oibaf's ppa were updated to use LLVM 8 so I've made another trace: https://drive.google.com/open?id=1wPvrwTBTSYG7f3AQh-oolAYeXYn81ZnB The issue is still

Re: [PATCH/RFC 06/15] drm: bridge: thc63: Report input bus mode through bridge timings

Hi Jacopo, On Fri, Mar 08, 2019 at 06:32:59PM +0100, Jacopo Mondi wrote: > On Thu, Mar 07, 2019 at 01:23:36AM +0200, Laurent Pinchart wrote: > > Set a drm_bridge_timings in the drm_bridge, and use it to report the > > input bus mode (single-link or dual-link). The other fields of the > > timings

Re: [PATCH v7 2/2] drm/panel: Add Feiyang FY07024DI26A30-D MIPI-DSI LCD panel

Hi, On Thu, Feb 28, 2019 at 11:02 PM Jagan Teki wrote: > > Hi Thierry, > > On Tue, Feb 19, 2019 at 1:57 AM Sam Ravnborg wrote: > > > > Hi Thierry > > > > > Pleas let me know if you any further comments on this? > > No further comments from my side, and I consider it > > ready to apply. > >

Re: [PATCH/RFC 10/15] drm: rcar-du: lvds: Set LVEN and LVRES bits together on D3

Hi Jacopo, On Fri, Mar 08, 2019 at 05:25:12PM +0100, Jacopo Mondi wrote: > On Thu, Mar 07, 2019 at 01:23:40AM +0200, Laurent Pinchart wrote: > > On the D3 SoC the LVDS PHY must be enabled in the same register write > > that enables the LVDS output. Skip writing the LVEN bit independently > > on

[PATCH v4 1/2] drm/v3d: Handle errors from IRQ setup.

Noted in review by Dave Emett for V3D 4.2 support. Signed-off-by: Eric Anholt --- drivers/gpu/drm/v3d/v3d_drv.c | 8 ++-- drivers/gpu/drm/v3d/v3d_drv.h | 2 +- drivers/gpu/drm/v3d/v3d_irq.c | 13 +++-- 3 files changed, 18 insertions(+), 5 deletions(-) diff --git

[Bug 109819] [APITRACE] Shadow of Mordor causes gpu freeze ryzen 2200g

https://bugs.freedesktop.org/show_bug.cgi?id=109819 --- Comment #5 from Dominic --- Fun fact. Binary searching the apitrace by playing to different calls I was able to identify that my GPU hangs everytime on this call in the apitrace: 14840194 @5 glDrawElementsBaseVertex(mode = GL_TRIANGLES,

Re: [PATCH/RFC 05/15] dt-bindings: display: bridge: thc63lvd1024: Document dual-link operation

Hi Jacopo, On Fri, Mar 08, 2019 at 05:49:25PM +0100, Jacopo Mondi wrote: > On Thu, Mar 07, 2019 at 01:23:35AM +0200, Laurent Pinchart wrote: > > The THC63LVD1024 LVDS decoder can operate in two modes, single-link or > > dual-link. In dual-link mode both input ports are used to carry even- > > and

Re: [PATCH/RFC 11/15] drm: rcar-du: lvds: Add support for dual-link mode

Hi Jacopo, On Fri, Mar 08, 2019 at 06:20:23PM +0100, Jacopo Mondi wrote: > On Thu, Mar 07, 2019 at 01:23:41AM +0200, Laurent Pinchart wrote: > > In dual-link mode the LVDS0 encoder transmits even-numbered pixels, and > > sends odd-numbered pixels to the LVDS1 encoder for transmission on a > >

Re: [PATCH] drm/panel: panel-simple: Support panel-dpi

On Fri, Mar 8, 2019 at 3:45 AM Thierry Reding wrote: > > On Thu, Mar 07, 2019 at 11:10:30AM +0100, Maxime Ripard wrote: > > The kernel has a device tree binding for panel-dpi which allows for the > > panel timings to be described in the device-tree, however it wasn't > > supported so far except

Re: [PATCH] drm/panel: panel-simple: Support panel-dpi

On Fri, Mar 8, 2019 at 11:12 AM Sam Ravnborg wrote: > > Hi Thierry. > On Fri, Mar 08, 2019 at 02:39:24PM +0100, Thierry Reding wrote: > > On Fri, Mar 08, 2019 at 02:01:48PM +0100, Sam Ravnborg wrote: > > > > One thing that's not clear to me is whether or not we want to allow > > > > video timings

Re: [PATCH 1/3] dt-bindings: Add doc for the ingenic-drm driver

On Fri, Mar 1, 2019 at 11:41 PM Paul Cercueil wrote: > I also have a board with a "smart" panel (ili9331) > that needs a special configuration in the IP. There is nothing in > the drm_panel interface that tells me what mode I should use for what > panel... Is the ILI9331 anything similar to

Re: [PATCH 1/3] dt-bindings: Add doc for the ingenic-drm driver

On Thu, Feb 28, 2019 at 4:08 PM Paul Cercueil wrote: > > Add documentation for the devicetree bindings of the DRM driver for the > JZ47xx family of SoCs from Ingenic. > > Signed-off-by: Paul Cercueil > Tested-by: Artur Rojek > --- > .../devicetree/bindings/display/ingenic,drm.txt| 30 >

[PATCH v2 3/8] drm/i915: Attach content type property

Attaches the content type property for HDCP2.2 capable connectors. Implements the update of content type from property and apply the restriction on HDCP version selection. v2: s/cp_content_type/content_protection_type [daniel] disable at hdcp_atomic_check to avoid check at

[PATCH v2 8/8] drm/i915: Populate downstream info for HDCP2.2

Populates the downstream info for HDCP2.2 encryption also. On success of encryption Blob is updated. Additional two variable are added to downstream info blob. Such as ver_in_force and content type. v2: s/cp_downstream/content_protection_downstream [daniel] Signed-off-by: Ramalingam C ---

[PATCH v2 6/8] drm: Add CP downstream_info property

This patch adds a optional CP downstream info blob property to the connectors. This enables the Userspace to read the information of HDCP authenticated downstream topology. Driver will updated this blob with all downstream information at the end of the authentication. In case userspace

[PATCH v2 7/8] drm/i915: Populate downstream info for HDCP1.4

Implements drm blob property content_protection_downstream_info property on HDCP capable connectors. Downstream topology info is gathered across authentication stages and stored in intel_hdcp. When HDCP authentication is complete, new blob with latest downstream topology information is updated to

[PATCH v2 4/8] drm/i915: HDCP SRM parsing and revocation check

Implements the SRM table parsing for HDCP 1.4 and 2.2. And also revocation check is added at authentication of HDCP1.4 and 2.2 Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/i915_drv.c | 1 + drivers/gpu/drm/i915/i915_drv.h | 6 + drivers/gpu/drm/i915/intel_drv.h | 2 +

[PATCH v2 0/8] HDCP2.2 Phase II

HDCP2.2 phase-II mojorly adds below features: Addition of three connector properties CP_Content_Type CP_Downstream_Info Addition of binary sysfs "hdcp_srm" parsing for HDCP1.4 and 2.2 SRM table Once HDCP1.4/2.2 authentication is

[PATCH v2 1/8] drm/i915: debugfs: HDCP2.2 capability read

Adding the HDCP2.2 capability of HDCP src and sink info into debugfs entry "i915_hdcp_sink_capability" This helps the userspace tests to skip the HDCP2.2 test on non HDCP2.2 sinks. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/i915_debugfs.c | 13 +++--

[PATCH v2 2/8] drm: Add Content protection type property

This patch adds a DRM ENUM property to the selected connectors. This property is used for mentioning the protected content's type from userspace to kernel HDCP authentication. Type of the stream is decided by the protected content providers. Type 0 content can be rendered on any HDCP protected

[PATCH v2 5/8] drm/i915/sysfs: Node for hdcp srm

Binary Sysfs entry is created to pass the HDCP SRM table into kerel for the HDCP authentication purpose. Signed-off-by: Ramalingam C --- drivers/gpu/drm/i915/i915_sysfs.c | 32 +++ 1 file changed, 32 insertions(+) diff --git a/drivers/gpu/drm/i915/i915_sysfs.c

Re: [PATCH v6 5/7] gpu: ipu-v3: ipu-ic: Add support for limited range encoding

On 3/8/19 3:57 AM, Philipp Zabel wrote: On Thu, 2019-03-07 at 15:33 -0800, Steve Longerbeam wrote: Add support for the following conversions: - YUV full-range to YUV limited-range - YUV limited-range to YUV full-range - YUV limited-range to RGB full-range - RGB full-range to YUV

Re: [PATCH] drm/panel: panel-simple: Support panel-dpi

On Fri, Mar 8, 2019 at 5:05 PM Eric Anholt wrote: > > Rob Herring writes: > > > On Fri, Mar 8, 2019 at 3:45 AM Thierry Reding > > wrote: > >> > >> On Thu, Mar 07, 2019 at 11:10:30AM +0100, Maxime Ripard wrote: > >> > The kernel has a device tree binding for panel-dpi which allows for the > >>

Re: [PATCH v6 2/7] gpu: ipu-v3: ipu-ic: Fix BT.601 coefficients

On 3/8/19 2:23 AM, Philipp Zabel wrote: Hi Steve, On Thu, 2019-03-07 at 15:33 -0800, Steve Longerbeam wrote: The ycbcr2rgb and inverse rgb2ycbcr tables define the BT.601 Y'CbCr encoding coefficients. The rgb2ycbcr table specifically describes the BT.601 encoding from full range RGB to full

Re: [PATCH v6 3/7] gpu: ipu-v3: ipu-ic: Fully describe colorspace conversions

On 3/8/19 3:46 AM, Philipp Zabel wrote: On Thu, 2019-03-07 at 15:33 -0800, Steve Longerbeam wrote: Only providing the input and output RGB/YUV space to the IC task init functions is not sufficient. To fully characterize a colorspace conversion, the colorspace (chromaticities), Y'CbCr encoding

[Bug 201539] AMDGPU R9 390 automatic fan speed control in Linux 4.19/4.20/5.0

https://bugzilla.kernel.org/show_bug.cgi?id=201539 Rudolf Kastl (che...@gmail.com) changed: What|Removed |Added CC||che...@gmail.com ---

Re: [PATCH v4 2/2] drm/v3d: Add support for V3D v4.2.

Dave Emett writes: > On Fri, 8 Mar 2019 at 17:43, Eric Anholt wrote: >> >> No compatible string for it yet, just the version-dependent changes. >> They've now tied the hub and the core interrupt lines into a single >> interrupt line coming out of the block. It also turns out I made a >>

Re: [PATCH] drm/panel: panel-simple: Support panel-dpi

Rob Herring writes: > On Fri, Mar 8, 2019 at 3:45 AM Thierry Reding > wrote: >> >> On Thu, Mar 07, 2019 at 11:10:30AM +0100, Maxime Ripard wrote: >> > The kernel has a device tree binding for panel-dpi which allows for the >> > panel timings to be described in the device-tree, however it

Re: randr: Virtual monitor not present with MST display

On 2019-03-06 5:35 p.m., Paul Menzel wrote: > On 03/06/19 15:55, Michel Dänzer wrote: >> On 2019-03-06 1:41 p.m., Paul Menzel wrote: >>> On 03/05/19 20:07, Alex Deucher wrote: On Tue, Mar 5, 2019 at 1:16 PM Paul Menzel wrote: >>> > Using the MST display Dell UP3214Q (two panels) with an

Re: Is it possible to reset graphics controller on reboot in a framebuffer driver?

Hi Tom, On Thu, Mar 7, 2019 at 10:38 PM Tom Li wrote: > On Thu, Mar 07, 2019 at 10:39:23AM +0100, Geert Uytterhoeven wrote: > > On Thu, Mar 7, 2019 at 10:00 AM Jani Nikula > > wrote: > > > It's possible to do this using a reboot notifier. I am not sure if there > > > are better ways to achieve

[Bug 109940] Brother Printer Customer Service

https://bugs.freedesktop.org/show_bug.cgi?id=109940 Brother Printer Support changed: What|Removed |Added URL||https://www.printertollfree

[Bug 109940] Brother Printer Customer Service

https://bugs.freedesktop.org/show_bug.cgi?id=109940 Bug ID: 109940 Summary: Brother Printer Customer Service Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal

[Bug 109940] Brother Printer Customer Service

https://bugs.freedesktop.org/show_bug.cgi?id=109940 Michel Dänzer changed: What|Removed |Added Component|Drivers/DRI/i915|Two QA

Re: [PATCH] drm/panel: panel-simple: Support panel-dpi

On Thu, Mar 07, 2019 at 11:10:30AM +0100, Maxime Ripard wrote: > The kernel has a device tree binding for panel-dpi which allows for the > panel timings to be described in the device-tree, however it wasn't > supported so far except in a (small) number of KMS drivers that had an > ad-hoc solution

Re: [PATCH v8 1/2] drm/i915: Introduce async plane update to i915

Please send drm/i915 patches also to intel-...@lists.freedesktop.org to trigger CI on the patches among other things. BR, Jani. On Thu, 07 Mar 2019, Helen Koike wrote: > From: Gustavo Padovan > > Add implementation for async plane update callbacks > > Signed-off-by: Gustavo Padovan >

[Bug 109941] [CI] igt@i915_pm_rpm@module-reload - crash

https://bugs.freedesktop.org/show_bug.cgi?id=109941 Bug ID: 109941 Summary: [CI] igt@i915_pm_rpm@module-reload - crash Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal

[Bug 109941] [CI] igt@i915_pm_rpm@module-reload - crash

https://bugs.freedesktop.org/show_bug.cgi?id=109941 --- Comment #1 from CI Bug Log --- The CI Bug Log issue associated to this bug has been updated. ### New filters associated * All machines: igt@i915_pm_rpm@module-reload - crash - get_connector_edid (No new failures associated) -- You are

Re: [PATCH v2 1/8] drm/bridge: dw-hdmi: Add SCDC and TMDS Scrambling support

Hi Rob, On 08/03/2019 00:13, Rob Herring wrote: > On Fri, Feb 1, 2019 at 6:08 AM Neil Armstrong wrote: >> >> Add support for SCDC Setup for TMDS Clock > 3.4GHz and enable TMDS >> Scrambling when supported or mandatory. >> >> This patch also adds an helper to setup the control bit to support >>

Re: [RFC PATCH] drm/panfrost: Add initial panfrost driver

On 08/03/2019 01:24, Rob Herring wrote: > From: "Marty E. Plummer" > > This adds the initial driver for panfrost which supports Arm Mali > Midgard and Bifrost family of GPUs. Currently, only the T860 Midgard GPU > has been tested. > > Cc: Maarten Lankhorst > Cc: Maxime Ripard > Cc: Sean Paul

[Bug 109923] Chromium shows blackscreen on sketchfab like sites (WebGL?) (rx460, 18.50-725072, 7/2/2019)

https://bugs.freedesktop.org/show_bug.cgi?id=109923 --- Comment #9 from Michel Dänzer --- (In reply to Dima from comment #8) > I need it for Blender Cycles OpenCL render. You can install only the amdgpu-pro OpenCL ICD, shouldn't need the OpenGL driver for that. -- You are receiving this mail

RE: [PATCH v8 1/2] drm/i915: Introduce async plane update to i915

Tested-by: Tina Zhang > -Original Message- > From: Helen Koike [mailto:helen.ko...@collabora.com] > Sent: Friday, March 8, 2019 12:50 AM > To: dri-devel@lists.freedesktop.org > Cc: tf...@chromium.org; mca...@google.com; Wang, Zhenyu Z > ; daniel.vet...@ffwll.ch; Zhang, Tina > ;

Re: [RFC PATCH] drm/panfrost: Add initial panfrost driver

On 08/03/2019 06:00, Alyssa Rosenzweig wrote: > Oh my onions, it's really here! It's really coming! It's really here! > > > > >> +static const struct of_device_id dt_match[] = { >> +{ .compatible = "arm,mali-t760" }, >> +{ .compatible = "arm,mali-t860" }, >> +{} >> +}; > >

Re: [Intel-gfx] [PATCH] drm/i915: Zero initialize this_cpu in busywait_stop

Quoting Nathan Chancellor (2019-03-08 01:20:24) > When building with -Wsometimes-uninitialized, Clang warns: > > drivers/gpu/drm/i915/i915_request.c:1032:6: warning: variable 'this_cpu' > is used uninitialized whenever '&&' condition is false > [-Wsometimes-uninitialized] > > time_after expands

Re: [PATCH v6 2/7] gpu: ipu-v3: ipu-ic: Fix BT.601 coefficients

Hi Steve, On Thu, 2019-03-07 at 15:33 -0800, Steve Longerbeam wrote: > The ycbcr2rgb and inverse rgb2ycbcr tables define the BT.601 Y'CbCr > encoding coefficients. > > The rgb2ycbcr table specifically describes the BT.601 encoding from > full range RGB to full range YUV. Add table comments to

Re: [PATCH v6 1/7] gpu: ipu-v3: ipu-ic: Fix saturation bit offset in TPMEM

On Thu, 2019-03-07 at 15:33 -0800, Steve Longerbeam wrote: > The saturation bit was being set at bit 9 in the second 32-bit word > of the TPMEM CSC. This isn't correct, the saturation bit is bit 42, > which is bit 10 of the second word. > > Fixes: 1aa8ea0d2bd5d ("gpu: ipu-v3: Add Image Converter

Re: [PATCH] drm/panel: panel-simple: Support panel-dpi

Hi Thierry, On Fri, Mar 08, 2019 at 10:44:57AM +0100, Thierry Reding wrote: > On Thu, Mar 07, 2019 at 11:10:30AM +0100, Maxime Ripard wrote: > > The kernel has a device tree binding for panel-dpi which allows for the > > panel timings to be described in the device-tree, however it wasn't > >

Re: [PATCH v6 3/7] gpu: ipu-v3: ipu-ic: Fully describe colorspace conversions

On Thu, 2019-03-07 at 15:33 -0800, Steve Longerbeam wrote: > Only providing the input and output RGB/YUV space to the IC task init > functions is not sufficient. To fully characterize a colorspace > conversion, the colorspace (chromaticities), Y'CbCr encoding standard, > and quantization also need

Re: [PATCH v6 5/7] gpu: ipu-v3: ipu-ic: Add support for limited range encoding

On Thu, 2019-03-07 at 15:33 -0800, Steve Longerbeam wrote: > Add support for the following conversions: > > - YUV full-range to YUV limited-range > - YUV limited-range to YUV full-range > - YUV limited-range to RGB full-range > - RGB full-range to YUV limited-range > > The last two conversions

[Bug 107748] [Intel GFX CI] couldn't schedule ib on ring

https://bugs.freedesktop.org/show_bug.cgi?id=107748 Martin Peres changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW

[Bug 109941] [CI] igt@i915_pm_rpm@module-reload - crash

https://bugs.freedesktop.org/show_bug.cgi?id=109941 --- Comment #2 from Chris Wilson --- A slight variant of the EDID changing under test failure. Doesn't look good to crash though. -- You are receiving this mail because: You are the assignee for the

[Bug 107748] [Intel GFX CI] couldn't schedule ib on ring

https://bugs.freedesktop.org/show_bug.cgi?id=107748 --- Comment #2 from CI Bug Log --- The CI Bug Log issue associated to this bug has been archived. New failures matching the above filters will not be associated to this bug anymore. -- You are receiving this mail because: You are the

[Bug 109923] Chromium shows blackscreen on sketchfab like sites (WebGL?) (rx460, 18.50-725072, 7/2/2019)

https://bugs.freedesktop.org/show_bug.cgi?id=109923 --- Comment #10 from Dima --- When I install OpenCL icd package with dependencies Blender doesn't recognize OpenCL. I've tried "./amdgpu-pro-install --opencl=legacy --headless" and Blender segfaults. If the Cycles GPU compute is enabled by

Re: [PATCH v5 07/19] media: vsp1: dl: Support one-shot entries in the display list

Hi Brian, On Thu, Mar 07, 2019 at 12:28:08PM +, Brian Starkey wrote: > On Wed, Mar 06, 2019 at 08:22:44PM +0200, Laurent Pinchart wrote: > > [snip] > > > I can always queue a new one, but I have no way of telling if the newly > > queued list raced with the frame end interrupt. > > > >

Re: [PULL] topic/hdr-formats

Op 07-03-2019 om 18:46 schreef Sean Paul: > On Thu, Mar 07, 2019 at 10:48:24AM +0100, Maarten Lankhorst wrote: >> Hi Sean and Joonas, >> >> Here's a pull request for HDR format enabling in i915. Can this be pulled to >> drm-misc-next and dinq? >> >> Cheers, >> Maarten >> >>

Re: [PATCH v5 07/19] media: vsp1: dl: Support one-shot entries in the display list

Hi Liviu, On Thu, Mar 07, 2019 at 04:31:40PM +, Liviu Dudau wrote: > On Thu, Mar 07, 2019 at 03:48:23PM +0200, Laurent Pinchart wrote: > > On Thu, Mar 07, 2019 at 11:52:18AM +, Liviu Dudau wrote: > >> On Wed, Mar 06, 2019 at 08:01:53PM +0200, Laurent Pinchart wrote: > >>> On Wed, Mar 06,