Re: [radeon-alex:amd-staging-4.11 1061/1085] sparc64-linux-gnu-gcc: error: unrecognized command line option '-msse'; did you mean '-fdse'?

On 2017年05月15日 17:52, kbuild test robot wrote: tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.11 head: c285c73f2213f503a93aa142fff186e160b4a371 commit: 5f92704d0cc5928824ffa4ff8cec5cd4c0f55b24 [1061/1085] drm/amd: fix init order of sched job config: sparc-allmodconfig

[Bug 101029] notebook does not work when not booted using nomodeset AMD APU

https://bugs.freedesktop.org/show_bug.cgi?id=101029 Michel Dänzer changed: What|Removed |Added Attachment #131361|0 |1 is

[Bug 101044] I915 driver caused VGA got no ignal after plug-out then plug-in the VGA cable

https://bugs.freedesktop.org/show_bug.cgi?id=101044 amy.shih changed: What|Removed |Added Product|Mesa|DRI

Re: [PATCH] drm/cec: Add Source Physical address decode to drm_display_info

Hi Clint, [auto build test WARNING on drm/drm-next] [also build test WARNING on v4.12-rc1 next-20170515] [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-ci/linux/commits/clinton-a-taylor-intel-com/drm-cec-Add

[PATCH] gpu: host1x: Forbid RESTART opcode in the firewall

The RESTART opcode terminates the gather and restarts the CDMA fetch from a specified word << 2 relative to the CDMA start address. That shouldn't be allowed to be done by userspace. Signed-off-by: Dmitry Osipenko --- drivers/gpu/host1x/job.c | 1 - 1 file changed, 1

[PATCH] drm/nouveau: Fix drm poll_helper handling

Commit cae9ff036eea effectively disabled the drm poll_helper by checking the wrong flag to see if the driver should enable the poll or not: mode_config.poll_enabled is only set to true by poll_init and it is not indicating if the poll is enabled or not. nouveau_display_create() will initialize the

[PATCH 0/3] drm/omap: Support for hotplug detection

Hi, this series will add support for HPD in omapdrm. Instead of polling for HPD changes we can use interrupts to be notified of HPD change, thus we can react to events faster. The series is based on top of 4.12-rc1 Regards, Peter --- Peter Ujfalusi (3): drm/omap: Support for HDMI hot plug

Re: [PATCH v3 6/6] drm: arc: Use crtc->mode_valid() callback

Hi Daniel, On 15-05-2017 16:52, Daniel Vetter wrote: > On Mon, May 15, 2017 at 10:53:25AM +0200, Daniel Vetter wrote: >> On Thu, May 11, 2017 at 10:06:02AM +0100, Jose Abreu wrote: >>> Now that we have a callback to check if crtc supports a given mode >>> we can use it in arcpgu so that we

Re: [PATCH 03/13] docs: update old references for DocBook from the documentation

On Sun, 14 May 2017, Mauro Carvalho Chehab wrote: DocBook is mentioned several times at the documentation. Update the obsolete references from it at the DocBook. Signed-off-by: Mauro Carvalho Chehab --- Documentation/PCI/MSI-HOWTO.txt| 2 +-

[PATCH 2/2] gpu: drm: i915: compress logic into one line

Simplify logic to avoid unnecessary variable declaration and assignment. Signed-off-by: Gustavo A. R. Silva --- drivers/gpu/drm/i915/intel_display.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_display.c

Re: [PATCH 00/13] Get rid of DocBook

On Sun, May 14, 2017 at 3:00 PM, Mauro Carvalho Chehab wrote: > Em Sun, 14 May 2017 14:05:09 -0700 > Kees Cook escreveu: > >> On Sun, May 14, 2017 at 8:38 AM, Mauro Carvalho Chehab >> wrote: >> > As just one book (lsm)

Re: [linux-sunxi] Re: [PATCH v7 05/13] drm/sun4i: abstract a engine type

于 2017年5月15日 GMT+08:00 下午5:20:01, Maxime Ripard 写到: >On Mon, May 15, 2017 at 12:30:37AM +0800, Icenowy Zheng wrote: >> As we are going to add support for the Allwinner DE2 engine in >sun4i-drm >> driver, we will finally have two types of display engines -- the

Re: [PATCH v2 18/28] drm: omapdrm: hdmi: Pass HDMI core version as integer to HDMI audio

On Mon, May 08, 2017 at 02:32:53PM +0300, Laurent Pinchart wrote: > The HDMI audio driver only needs to know which generation of HDMI > transmitter it deals with, not the detailed SoC model. Pass the version > number as an integer to prepare for removal of the OMAP SoC version from > the omapdrm

Re: [Intel-gfx] [PATCH v7 9/9] drm/i915: Set PWM divider to match desired frequency in vbt

On Mon, May 15, 2017 at 4:07 PM, Pandiyan, Dhinakaran < dhinakaran.pandi...@intel.com> wrote: > On Fri, 2017-05-12 at 17:31 -0700, Puthikorn Voravootivat wrote: > > > > > > > > On Fri, May 12, 2017 at 5:12 PM, Pandiyan, Dhinakaran > > wrote: > > On Thu,

[PATCH 1/3] drm/omap: Support for HDMI hot plug detection

The HPD signal can be used for detecting HDMI cable plug and unplug event without the need for polling the status of the line. This will speed up detecting such event because we do not need to wait for the next poll event to notice the state change. Signed-off-by: Peter Ujfalusi

Re: [PATCH v2 8/8] drm: arc: Use crtc->mode_valid() callback

Hi Laurent, Sorry for the late reply. On 12-05-2017 10:57, Laurent Pinchart wrote: > Hi Jose, > > Thank you for the patch. > > On Tuesday 09 May 2017 18:00:15 Jose Abreu wrote: >> Now that we have a callback to check if crtc supports a given mode >> we can use it in arcpgu so that we restrict

[PATCH 1/2] gpu: drm: i915: remove dead code

Local variable has_reduced_clock is assigned to a constant value and it is never updated again. Remove this variable and the dead code it guards. Addresses-Coverity-ID: 1362230 Signed-off-by: Gustavo A. R. Silva --- drivers/gpu/drm/i915/intel_display.c | 9 + 1

[PATCH 2/3] drm/omap: displays: connector-hdmi: Support for hot plug detection

If the hpd_gpio is valid, use interrupt handler to react to HPD changes. In case the hpd_gpio is not valid, try to enable hpd detection on the encoder if it supports it. Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/omapdrm/displays/connector-hdmi.c | 104

Re: [PATCH] drm/tegra: Check whether page belongs to BO in tegra_bo_kmap()

On 14.05.2017 23:47, Dmitry Osipenko wrote: > This fixes an OOPS in case of out-of-bounds accessing of a kmap'ed commands > buffer CMA while patching relocations in do_relocs(). > > Signed-off-by: Dmitry Osipenko > --- > drivers/gpu/drm/tegra/gem.c | 3 +++ > 1 file changed, 3

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Detect USB-C specific dongles before reducing M and N

On Thu, 2017-05-11 at 09:12 -0700, Clint Taylor wrote: > > On 05/11/2017 02:57 AM, Jani Nikula wrote: > > From: Clint Taylor > > > > The Analogix 7737 DP to HDMI converter requires reduced M and N values > > when to operate correctly at HBR2. Detect this IC by its OUI

Re: [Intel-gfx] [PATCH 1/2] drm/dp: start a DPCD based DP sink/branch device quirk database

On Thu, 2017-05-11 at 12:57 +0300, Jani Nikula wrote: > Face the fact, there are Display Port sink and branch devices out there > in the wild that don't follow the Display Port specifications, or they > have bugs, or just otherwise require special treatment. Start a common > quirk database the

Re: [PATCH] drm/tegra: Check offsets of a submitted command buffer and of relocations

On 14.05.2017 23:47, Dmitry Osipenko wrote: > /* copy and resolve relocations from submit */ > while (num_relocs--) { > + struct host1x_reloc *reloc; > + struct tegra_bo *obj; > + > err = host1x_reloc_copy_from_user(>relocarray[num_relocs], >

Re: [Intel-gfx] [PATCH v7 9/9] drm/i915: Set PWM divider to match desired frequency in vbt

On Fri, 2017-05-12 at 17:31 -0700, Puthikorn Voravootivat wrote: > > > > On Fri, May 12, 2017 at 5:12 PM, Pandiyan, Dhinakaran > wrote: > On Thu, 2017-05-11 at 16:02 -0700, Puthikorn Voravootivat > wrote: > > Read desired PWM frequency

[PATCH 3/3] drm/omap: displays: encoder-tpd12s015: Support for hot plug detection

Use interrupt handler for hpd GPIO to react to HPD changes. Signed-off-by: Peter Ujfalusi --- .../gpu/drm/omapdrm/displays/encoder-tpd12s015.c | 81 ++ 1 file changed, 81 insertions(+) diff --git

Re: [PATCH v5 4/5] arm64: dts: exynos: Remove the OF graph from DSI node

On Wed, Mar 08, 2017 at 01:54:11PM +0900, Hoegeun Kwon wrote: > The OF graph is not needed because the panel is a child of dsi. Remove > the ports node in DSI node. > > Signed-off-by: Hoegeun Kwon > Reviewed-by: Andrzej Hajda > Reviewed-by: Andi

Re: [PATCH v1 3/3] drm/stm: Add STM32 DSI host driver

Hi Neil, Many thanks for your comments. The PHY part of the MIPI DSI is the main difference between all chipsets based on the Synopsys DesignWare MIPI DSI. There is no "generic DSI PHY interface" and that is probably why all soc vendors have implemented their own drivers (RockChip,

Re: [PATCH v5 1/2] drm: Add writeback connector type

On Mon, May 15, 2017 at 1:20 PM, Liviu Dudau wrote: > From: Brian Starkey > > Writeback connectors represent writeback engines which can write the > CRTC output to a memory framebuffer. Add a writeback connector type and > related support functions. >

Re: [PATCH 2/4] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

On Mon, May 15, 2017 at 7:03 PM, Eric Anholt wrote: > Laurent Pinchart writes: > >> Hi Eric, >> >> Thank you for the patch. >> >> On Thursday 11 May 2017 16:56:23 Eric Anholt wrote: >>> The Raspberry Pi 7" Touchscreen is a DPI touchscreen panel

Re: [PATCH 2/4] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

Laurent Pinchart writes: > Hi Eric, > > Thank you for the patch. > > On Thursday 11 May 2017 16:56:23 Eric Anholt wrote: >> The Raspberry Pi 7" Touchscreen is a DPI touchscreen panel with >> DSI->DPI bridge and touchscreen controller integrated, that connects

[Bug 99784] AMD 7470m When VGA plugged into laptop, only one monitor working at a time

https://bugs.freedesktop.org/show_bug.cgi?id=99784 --- Comment #13 from lazane...@gmail.com --- 4.12.rc1 kernel (from http://kernel.ubuntu.com/~kernel-ppa/mainline/) crashes at boot during DRM loading phase, just after internal display turns off. http://imgur.com/a/VBKv4 -- You are receiving

[Bug 101055] All GL programs segfault: i915_state_derived.c:calculate_vertex_layout: i915->fs == 0

https://bugs.freedesktop.org/show_bug.cgi?id=101055 Emil Velikov changed: What|Removed |Added Component|Drivers/DRI/i915

[PATCH] drm/cec: Add Source Physical address decode to drm_display_info

From: Clint Taylor During VSDB decode bytes 4 and 5 contain the source physical address for use the HDMI CEC. Make this data available as part of drm_display_info. Signed-off-by: Clint Taylor --- drivers/gpu/drm/drm_edid.c | 10

[Bug 101055] All GL programs segfault: i915_state_derived.c:calculate_vertex_layout: i915->fs == 0

https://bugs.freedesktop.org/show_bug.cgi?id=101055 Bug ID: 101055 Summary: All GL programs segfault: i915_state_derived.c:calculate_vertex_layout: i915->fs == 0 Product: Mesa Version: 17.1 Hardware:

Re: [PATCH 2/4] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

Hi Rob, On Monday 15 May 2017 15:44:57 Rob Herring wrote: > On Thu, May 11, 2017 at 04:56:23PM -0700, Eric Anholt wrote: > > The Raspberry Pi 7" Touchscreen is a DPI touchscreen panel with > > DSI->DPI bridge and touchscreen controller integrated, that connects > > to the Raspberry Pi through its

Re: [PATCH 2/4] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

Hi Eric, Thank you for the patch. On Thursday 11 May 2017 16:56:23 Eric Anholt wrote: > The Raspberry Pi 7" Touchscreen is a DPI touchscreen panel with > DSI->DPI bridge and touchscreen controller integrated, that connects > to the Raspberry Pi through its 15-pin "DSI" connector (some lines are

[Bug 101053] DC R9 285 fullscreen video regression since drm/amd/display: Parse scanline registers

https://bugs.freedesktop.org/show_bug.cgi?id=101053 Bug ID: 101053 Summary: DC R9 285 fullscreen video regression since drm/amd/display: Parse scanline registers Product: DRI Version: DRI git Hardware: Other

[PATCH] EDID quirk for Lenovo G50-80 (force 6bpc)

Signed-off-by: Tomasz Papież diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c index 2e55599816aa..42b619690428 100644 --- a/drivers/gpu/drm/drm_edid.c +++ b/drivers/gpu/drm/drm_edid.c @@ -152,6 +152,9 @@ static const struct edid_quirk { /* Medion MD

[Bug 100393] Cemu wiiu emulator crashes after selecting game on radeonsi

https://bugs.freedesktop.org/show_bug.cgi?id=100393 --- Comment #7 from Mika --- Hi, With compat, in earlier version (1.7.4) I had GLSL compilation issues so in few application the transform_feedback didn't work. It was related to GL_ARB_enhanced_layouts, something was

[Bug 100393] Cemu wiiu emulator crashes after selecting game on radeonsi

https://bugs.freedesktop.org/show_bug.cgi?id=100393 --- Comment #6 from Ilia Mirkin --- (In reply to Mika from comment #5) > Created attachment 131369 [details] [review] > few tweaks to make it work > > This patch will provide 4 new options in driconf. > > You must

[Bug 100393] Cemu wiiu emulator crashes after selecting game on radeonsi

https://bugs.freedesktop.org/show_bug.cgi?id=100393 --- Comment #5 from Mika --- Created attachment 131369 --> https://bugs.freedesktop.org/attachment.cgi?id=131369=edit few tweaks to make it work This patch will provide 4 new options in driconf. You must activate

Re: [PATCH 2/4] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

On Thu, May 11, 2017 at 04:56:23PM -0700, Eric Anholt wrote: > The Raspberry Pi 7" Touchscreen is a DPI touchscreen panel with > DSI->DPI bridge and touchscreen controller integrated, that connects > to the Raspberry Pi through its 15-pin "DSI" connector (some lines are > DSI, some lines are I2C).

Re: [PATCH RFC v3] drm: Add optinal COLOR_ENCODING and COLOR_RANGE properties to drm_plane

On 05/15/17 18:19, Ville Syrjälä wrote: > On Mon, May 15, 2017 at 05:25:02PM +0300, Jyri Sarha wrote: >> On 05/15/17 16:34, Ville Syrjälä wrote: >>> On Mon, May 15, 2017 at 02:19:09PM +0300, Jyri Sarha wrote: ... + len++; + } + + prop = drm_property_create_enum(dev,

[PATCH v5 1/3] drm: mali-dp: Add support for writeback on DP550/DP650

Mali-DP display processors are able to write the composition result to a memory buffer via the SE. Add entry points in the HAL for enabling/disabling this feature, and implement support for it on DP650 and DP550. DP500 acts differently and so is omitted from this change. Changes since v3: - Fix

[PATCH v5 0/3] drm/mali-dp: Add support for memory writeback engine

Hi, This series introduces support for Mali DP's memory writeback engine using the generic writeback connector support introduced in the "[PATCH v5 0/2] drm: Introduce writeback connectors" series [1] This version updates the Mali DP code to remove the bespoke encoder used with the

[PATCH v5 2/3] drm: mali-dp: Add RGB writeback formats for DP550/DP650

From: Brian Starkey Add a layer bit for the SE memory-write, and add it to the pixel format matrix for DP550/DP650. Signed-off-by: Brian Starkey [rebased and fixed conflicts] Signed-off-by: Mihail Atanassov Signed-off-by:

[PATCH v5 3/3] drm: mali-dp: Add writeback connector

From: Brian Starkey Mali-DP has a memory writeback engine which can be used to write the composition result to a memory buffer. Expose this functionality as a DRM writeback connector on supported hardware. Changes since v1: Daniel Vetter: - Don't require a modeset when

[PATCH v5 0/2] drm: Introduce writeback connectors

Hi, This is v5 of the writeback connector series. Boris Brezillon thought that having to explicitly instantiate an encoder when using drm_writeback_connector is a bit too cumbersome, so I'm pushing out this version where we embed a virtual encoder inside drm_writeback_connector in order to

[PATCH v5 2/2] drm: writeback: Add out-fences for writeback connectors

From: Brian Starkey Add the WRITEBACK_OUT_FENCE_PTR property to writeback connectors, to enable userspace to get a fence which will signal once the writeback is complete. It is not allowed to request an out-fence without a framebuffer attached to the connector. A timeline

[PATCH v5 1/2] drm: Add writeback connector type

From: Brian Starkey Writeback connectors represent writeback engines which can write the CRTC output to a memory framebuffer. Add a writeback connector type and related support functions. Drivers should initialize a writeback connector with drm_writeback_connector_init()

[PATCH] drm/vc4: Mark the device as active when enabling runtime PM.

Failing to do so meant that we got a resume() callback on first use of the device, so we would leak the bin BO that we allocated during probe. Signed-off-by: Eric Anholt Fixes: 553c942f8b2c ("drm/vc4: Allow using more than 256MB of CMA memory.") ---

Re: [PATCH v1] drm: Add DRM_ROTATE_ and DRM_REFLECT_ defines to UAPI

On 2017-05-15 09:23 AM, Emil Velikov wrote: Hi Rob, On 14 May 2017 at 18:26, Robert Foss wrote: Add DRM_ROTATE_ and DRM_REFLECT_ defines to the UAPI as a convenience. Ideally the DRM_ROTATE_ and DRM_REFLECT_ property ids are looked up through the atomic API, but

Re: PROBLEM: EDID regression results in color banding on Lenovo G50 series laptops [fix proposition]

On 05/09/2017 09:50 AM, Jani Nikula wrote: On Mon, 08 May 2017, Tomasz Papież wrote: Since the introduction of kernel 4.8 I've been experiencing color banding on my Lenovo G50-80 notebook. I also had reports of the same symptoms on the G50-70 model. I figured out that the

Re: [PATCH v3 6/6] drm: arc: Use crtc->mode_valid() callback

On Mon, May 15, 2017 at 10:53:25AM +0200, Daniel Vetter wrote: > On Thu, May 11, 2017 at 10:06:02AM +0100, Jose Abreu wrote: > > Now that we have a callback to check if crtc supports a given mode > > we can use it in arcpgu so that we restrict the number of probbed > > modes to the ones we can

Re: [PATCH RFC v3] drm: Add optinal COLOR_ENCODING and COLOR_RANGE properties to drm_plane

On Mon, May 15, 2017 at 05:25:02PM +0300, Jyri Sarha wrote: > On 05/15/17 16:34, Ville Syrjälä wrote: > > On Mon, May 15, 2017 at 02:19:09PM +0300, Jyri Sarha wrote: > >> Add a standard optinal properties to support different non RGB color > >> encodings in DRM planes. COLOR_ENCODING select the

Re: [Intel-gfx] [PATCH 2/2] drm/dp: Wait up all outstanding tx waiters

On Mon, 15 May 2017, Daniel Vetter wrote: > On Mon, May 15, 2017 at 03:33:12PM +0300, Ville Syrjälä wrote: >> On Mon, May 15, 2017 at 02:04:43PM +0200, Daniel Vetter wrote: >> > On Sat, May 13, 2017 at 11:52:01AM +0100, Chris Wilson wrote: >> > > As we can have multiple tx in the

Re: [PATCH v1 3/3] drm/stm: Add STM32 DSI host driver

Hi Philippe, (please avoid top posting) On 05/15/2017 12:33 PM, Philippe CORNU wrote: > Hi Neil, > Many thanks for your comments. > > The PHY part of the MIPI DSI is the main difference between all chipsets > based on the Synopsys DesignWare MIPI DSI. > There is no "generic DSI PHY interface"

Re: [PATCH RFC v3] drm: Add optinal COLOR_ENCODING and COLOR_RANGE properties to drm_plane

On 05/15/17 16:34, Ville Syrjälä wrote: > On Mon, May 15, 2017 at 02:19:09PM +0300, Jyri Sarha wrote: >> Add a standard optinal 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.

Re: [PATCH] drm/radeon: Unbreak HPD handling for r600+

Mind giving me this a poke when this gets pushed upstream btw? On Fri, 2017-05-12 at 08:56 +0200, Christian König wrote: > Am 12.05.2017 um 01:31 schrieb Lyude: > > We end up reading the interrupt register for HPD5, and then writing > > it > > to HPD6 which on systems without anything using HPD5

Re: [PATCH] drm/nouveau: Fix drm poll_helper handling

Good catch! Reviewed-by: Lyude On Mon, 2017-05-15 at 12:04 +0300, Peter Ujfalusi wrote: > Commit cae9ff036eea effectively disabled the drm poll_helper by > checking > the wrong flag to see if the driver should enable the poll or not: > mode_config.poll_enabled is only set to

Re: [Intel-gfx] HDMI audio to support extcon

Adding dri-devel. On Mon, May 15, 2017 at 08:16:44AM +, Yang, Libin wrote: > Hi Daniel, > > >-Original Message- > >From: Vetter, Daniel > >Sent: Friday, May 12, 2017 2:06 AM > >To: Bossart, Pierre-louis ; Yang, Libin > >;

[PATCH] drm/virtio: remove not needed 'ret' var

From: Gustavo Padovan virtio_gpu_cursor_plane_update() doesn't need to know the exact value of virtio_gpu_object_reserve() return, just if it is zero or not. Thus just use the function direct in the return. Signed-off-by: Gustavo Padovan

[PATCH v2] drm/rockchip: use drm_for_each_connector_iter()

From: Gustavo Padovan Drop legacy drm_for_each_connector() in favor of the race-free drm_for_each_connector_iter() Cc: Mark Yao Signed-off-by: Gustavo Padovan --- only built-tested! ---

[Bug 101026] RX 550 HDMI 4k 60fps not working, DisplayPort is.

https://bugs.freedesktop.org/show_bug.cgi?id=101026 --- Comment #1 from Harry Wentland --- Hi Liam, I haven't tried it myself but I don't think this will work with the upstream amdgpu driver. You can try Alex's amd-staging-4.9 or amd-staging-4.11 trees and enable

Re: [Intel-gfx] [PATCH 2/2] drm/dp: Wait up all outstanding tx waiters

On Mon, May 15, 2017 at 03:33:12PM +0300, Ville Syrjälä wrote: > On Mon, May 15, 2017 at 02:04:43PM +0200, Daniel Vetter wrote: > > On Sat, May 13, 2017 at 11:52:01AM +0100, Chris Wilson wrote: > > > As we can have multiple tx in the queue, with individual waiters, make > > > sure that all are

Re: [PATCH RFC v3] drm: Add optinal COLOR_ENCODING and COLOR_RANGE properties to drm_plane

On Mon, May 15, 2017 at 02:19:09PM +0300, Jyri Sarha wrote: > Add a standard optinal 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

[Bug 101029] notebook does not work when not booted using nomodeset AMD APU

https://bugs.freedesktop.org/show_bug.cgi?id=101029 Craig changed: What|Removed |Added CC||stein...@gmail.com ---

Re: [PATCH v1] drm: Add DRM_ROTATE_ and DRM_REFLECT_ defines to UAPI

Hi Rob, On 14 May 2017 at 18:26, Robert Foss wrote: > Add DRM_ROTATE_ and DRM_REFLECT_ defines to the UAPI as a convenience. > > Ideally the DRM_ROTATE_ and DRM_REFLECT_ property ids are looked up > through the atomic API, but realizing that userspace is likely to take

Re: [Bug 101044] I915 driver caused VGA got no ignal after plug-out then plug-in the VGA cable

bugzilla-dae...@freedesktop.org writes: > Bug ID 101044 > SummaryI915 driver caused VGA got no ignal after plug-out then > plug-in the VGA cable > ProductMesa > Versionunspecified > Hardware Other > OS Linux (All) > Status NEW > Severity normal

Re: [PATCH RFC v3] drm: Add optinal COLOR_ENCODING and COLOR_RANGE properties to drm_plane

On Monday, 2017-05-15 14:19:09 +0300, Jyri Sarha wrote: > Add a standard optinal properties to support different non RGB color "optional" (same in commit title) > encodings in DRM planes. COLOR_ENCODING select the supported non RGB > color encoding, for instance ITU-R BT.709 YCbCr. COLOR_RANGE

Re: [Intel-gfx] [PATCH 2/2] drm/dp: Wait up all outstanding tx waiters

On Mon, May 15, 2017 at 02:04:43PM +0200, Daniel Vetter wrote: > On Sat, May 13, 2017 at 11:52:01AM +0100, Chris Wilson wrote: > > As we can have multiple tx in the queue, with individual waiters, make > > sure that all are woken when any state changes (so that we are sure the > > right owner of

Re: [PATCH] gpu: host1x: Forbid RESTART opcode in the firewall

On Mon, May 15, 2017 at 2:02 PM, Dmitry Osipenko wrote: > The RESTART opcode terminates the gather and restarts the CDMA fetch from > a specified word << 2 relative to the CDMA start address. That shouldn't > be allowed to be done by userspace. > > Signed-off-by: Dmitry Osipenko

Re: [Intel-gfx] [PATCH 2/2] drm/dp: Wait up all outstanding tx waiters

On Sat, May 13, 2017 at 11:52:01AM +0100, Chris Wilson wrote: > As we can have multiple tx in the queue, with individual waiters, make > sure that all are woken when any state changes (so that we are sure the > right owner of the txmsg is woken). > > Signed-off-by: Chris Wilson

Re: [Intel-gfx] [PATCH 1/2] drm/dp: Read the tx msg state once after checking for an event

On Sat, May 13, 2017 at 11:52:00AM +0100, Chris Wilson wrote: > Both as an exercise to document that we are reading the state outside of > the appropriate mutex and to ensure that we only read the value once > before the multiple comparisons, use READ_ONCE. I think gcc could also opt to

Re: [PATCH v4] dma-buf/sync-file: Defer creation of sync_file->name

Hey On Mon, May 15, 2017 at 1:42 PM, Chris Wilson wrote: > On Mon, May 15, 2017 at 12:50:04PM +0200, David Herrmann wrote: >> Hey >> >> On Mon, May 15, 2017 at 12:10 PM, Chris Wilson >> wrote: >> > Constructing the name takes the majority of

Re: [PATCH v4] dma-buf/sync-file: Defer creation of sync_file->name

On Mon, May 15, 2017 at 12:50:04PM +0200, David Herrmann wrote: > Hey > > On Mon, May 15, 2017 at 12:10 PM, Chris Wilson > wrote: > > Constructing the name takes the majority of the time for allocating a > > sync_file to wrap a fence, and the name is very rarely used

[PATCH RFC v3] drm: Add optinal COLOR_ENCODING and COLOR_RANGE properties to drm_plane

Add a standard optinal 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 properties are stored to drm_plane

[PATCH RFC v3] drm: Add properties to control YCbCr to RGB conversion

Changes since v2 RFC version: - Drop the second patch that exposed the raw CSC and preoffset vector - Rename YCBCR_ENCODING to COLOR_ENCODING, add YCbCr to enum values instead - Split the encoding and used value range to different properties: COLOR_ENCODING and COLOR_RANGE The v2 RFC and

Re: [PATCH v4] dma-buf/sync-file: Defer creation of sync_file->name

Hey On Mon, May 15, 2017 at 12:10 PM, Chris Wilson wrote: > Constructing the name takes the majority of the time for allocating a > sync_file to wrap a fence, and the name is very rarely used (only via > the sync_file status user interface). To reduce the impact on the

[PATCH v4] dma-buf/sync-file: Defer creation of sync_file->name

Constructing the name takes the majority of the time for allocating a sync_file to wrap a fence, and the name is very rarely used (only via the sync_file status user interface). To reduce the impact on the common path (that of creating sync_file to pass around), defer the construction of the name

[radeon-alex:amd-staging-4.11 1061/1085] sparc64-linux-gnu-gcc: error: unrecognized command line option '-msse'; did you mean '-fdse'?

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.11 head: c285c73f2213f503a93aa142fff186e160b4a371 commit: 5f92704d0cc5928824ffa4ff8cec5cd4c0f55b24 [1061/1085] drm/amd: fix init order of sched job config: sparc-allmodconfig (attached as .config) compiler:

Re: [PATCH v3 4/6] drm: Use new mode_valid() helpers in connector probe helper

On 15.05.2017 11:30, Daniel Vetter wrote: > On Mon, May 15, 2017 at 10:39:35AM +0200, Andrzej Hajda wrote: >> On 11.05.2017 11:06, Jose Abreu wrote: >>> This changes the connector probe helper function to use the new >>> encoder->mode_valid(), bridge->mode_valid() and crtc->mode_valid() >>> helper

[PATCH] drm: Add crtc/encoder/bridge->mode_valid() callbacks

From: Jose Abreu This adds a new callback to crtc, encoder and bridge helper functions called mode_valid(). This callback shall be implemented if the corresponding component has some sort of restriction in the modes that can be displayed. A NULL callback implicates that

Re: [PATCH v3 4/6] drm: Use new mode_valid() helpers in connector probe helper

On Mon, May 15, 2017 at 10:39:35AM +0200, Andrzej Hajda wrote: > On 11.05.2017 11:06, Jose Abreu wrote: > > This changes the connector probe helper function to use the new > > encoder->mode_valid(), bridge->mode_valid() and crtc->mode_valid() > > helper callbacks to validate the modes. > > > > The

Re: [PATCH v7 04/13] drm/sun4i: return only planes for layers created

On Mon, May 15, 2017 at 12:30:36AM +0800, Icenowy Zheng wrote: > As we are going to add support for the Allwinner DE2 Mixer in sun4i-drm > driver, we will finally have two types of layers. > > Each layer is bound to a drm_plane that is CRTC-specific, so we create > them when initializing CRTC

Re: [PATCH v7 11/13] ARM: sun8i: v3s: add device nodes for DE2 display pipeline

On Mon, May 15, 2017 at 12:30:43AM +0800, Icenowy Zheng wrote: > + de2_clocks: clock@100 { display_clocks would be better there, we don't have to dissociate de1 with de2 > + compatible = "allwinner,sun8i-v3s-de2-clk"; > + reg = <0x0100

Re: [PATCH v7 03/13] dt-bindings: add bindings for DE2 on V3s SoC

On Mon, May 15, 2017 at 12:30:35AM +0800, Icenowy Zheng wrote: > Allwinner V3s SoC have a display engine which have a different pipeline > with older SoCs. > > Add document for it (new compatibles and the new "mixer" part). > > Signed-off-by: Icenowy Zheng > Acked-by: Rob

Re: [PATCH v7 05/13] drm/sun4i: abstract a engine type

On Mon, May 15, 2017 at 12:30:37AM +0800, Icenowy Zheng wrote: > As we are going to add support for the Allwinner DE2 engine in sun4i-drm > driver, we will finally have two types of display engines -- the DE1 > backend and the DE2 mixer. They both do some display blending and feed > graphics data

[Bug 100984] QupZilla crashes at startup after mesa upgrade

https://bugs.freedesktop.org/show_bug.cgi?id=100984 --- Comment #8 from Alexander Tsoy --- This is probably a duplicate of bug 100189. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing

[Bug 101029] notebook does not work when not booted using nomodeset AMD APU

https://bugs.freedesktop.org/show_bug.cgi?id=101029 --- Comment #1 from Michel Dänzer --- Please attach the dmesg output corresponding to the problem here directly. -- You are receiving this mail because: You are the assignee for the

[PATCH 2/2] drm/doc: Clarify mode_fixup vs. atomic_check a bit more

Brought up by both Laurent and Andrzej when reviewing the new ->mode_valid hooks. Since mode_fixup is just a simpler version of the much more generic atomic_check we can't really unify it with mode_valid. Most drivers should probably switch their current mode_fixup code to either the new

[PATCH 1/2] drm/doc: Document adjusted/request modes a bit better

Laurent started a massive discussion on IRC about this. Let's try to document common usage a bit better. v2: Cross-links+typos. Cc: Laurent Pinchart Cc: Ville Syrjälä Cc: Jose Abreu Signed-off-by:

[Bug 195743] Screen flicker and instability on hdmi monitors with AMDGPU, EDID problems

https://bugzilla.kernel.org/show_bug.cgi?id=195743 --- Comment #2 from Michel Dänzer (mic...@daenzer.net) --- Did you update to a newer kernel version when the problem started, or what changed? -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [PATCH v3 6/6] drm: arc: Use crtc->mode_valid() callback

On 11.05.2017 11:06, Jose Abreu wrote: > Now that we have a callback to check if crtc supports a given mode > we can use it in arcpgu so that we restrict the number of probbed > modes to the ones we can actually display. > > This is specially useful because arcpgu crtc is responsible to set > a

Re: [Intel-gfx] [PATCH v3] dma-buf/sync-file: Defer creation of sync_file->name

On Mon, May 15, 2017 at 09:01:29AM +0200, Daniel Vetter wrote: > On Fri, May 12, 2017 at 07:55:42PM +0100, Chris Wilson wrote: > > Constructing the name takes the majority of the time for allocating a > > sync_file to wrap a fence, and the name is very rarely used (only via > > the sync_file

Re: [PATCH v3 6/6] drm: arc: Use crtc->mode_valid() callback

On Thu, May 11, 2017 at 10:06:02AM +0100, Jose Abreu wrote: > Now that we have a callback to check if crtc supports a given mode > we can use it in arcpgu so that we restrict the number of probbed > modes to the ones we can actually display. > > This is specially useful because arcpgu crtc is

Re: [PATCH v3 5/6] drm: Use mode_valid() in atomic modeset

On 11.05.2017 11:06, Jose Abreu wrote: > This patches makes use of the new mode_valid() callbacks introduced > previously to validate the full video pipeline when modesetting. > > This calls the encoder->mode_valid(), bridge->mode_valid() and > crtc->mode_valid() so that we can make sure that the

Re: [PATCH v7 02/13] clk: sunxi-ng: add support for DE2 CCU

On Mon, May 15, 2017 at 12:30:34AM +0800, Icenowy Zheng wrote: > The "Display Engine 2.0" in Allwinner newer SoCs contains a clock > management unit for its subunits, like the DE CCU in A80. > > Add a sunxi-ng style driver for it. > > Signed-off-by: Icenowy Zheng Applied,

Re: [PATCH v7 01/13] dt-bindings: add binding for the Allwinner DE2 CCU

On Mon, May 15, 2017 at 12:30:33AM +0800, Icenowy Zheng wrote: > Allwinner "Display Engine 2.0" contains some clock controls in it. > > In order to add them as clock drivers, we need a device tree binding. > Add the binding here. > > Also add the device tree binding headers. > > Signed-off-by:

Re: [PATCH v3 4/6] drm: Use new mode_valid() helpers in connector probe helper

On 11.05.2017 11:06, Jose Abreu wrote: > This changes the connector probe helper function to use the new > encoder->mode_valid(), bridge->mode_valid() and crtc->mode_valid() > helper callbacks to validate the modes. > > The new callbacks are optional so the behaviour remains the same > if they are

Re: [PATCH v3 2/6] drm: Add drm_{crtc/encoder/connector}_mode_valid()

On 11.05.2017 11:05, Jose Abreu wrote: > Add a new helper to call crtc->mode_valid, connector->mode_valid > and encoder->mode_valid callbacks. > > Suggested-by: Ville Syrjälä > Signed-off-by: Jose Abreu > Cc: Carlos Palminha

  1   2   >