Re: Proposal for RandR version 1.6, Leases [v2]

Keith Packard writes: With the changes to the kernel interface, and discussion about how to mask HMD outputs from X applications still ongoing, I've ripped the grabs out of the protocol and will add whatever we come up with back at some point. In any case, there are just two

[PATCH] drm/nouveau/fb/gf100-: Fix 32 bit wraparound in new ram detection

A missing u64 cast causes a 32-Bit wraparound from 4096 MiB to 0 MiB and therefore total 0 MiB VRAM detected if card has 4096 Mib per FBP. Signed-off-by: Mario Kleiner --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [pull] radeon and amdgpu drm-next-4.12

On 29/04/17 06:54 AM, Alex Deucher wrote: > Hi Dave, > > Fixes for 4.12. Mostly updates for vega10 which is new for > 4.12. Highlights: > - Lots of vega10 fixes > - fix interruptable wait mixup > - misc display fixes for radeon and amdgpu > - misc bug fixes [...] > Michel Dänzer (1): >

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

Hi, On Fri, Apr 28, 2017 at 08:08:59AM -0700, Tony Lindgren wrote: > * Tomi Valkeinen [170428 04:15]: > > On 14/04/17 13:25, Hans Verkuil wrote: > > > From: Hans Verkuil > > > > > > The CEC pin was always pulled up, making it impossible to use it.

[PATCH v2 0/2] Introduce crtc->mode_valid() callback

This patchset introduces a new callback for crtc, called mode_valid() that is responsible to limit the number of probbed modes. Just like connector->mode_valid(), this new callback is called at mode probbing stage so that we can validate the mode. This is specially useful because arcpgu crtc is

Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function

On 28/04/17 11:51 AM, Herbert Xu wrote: > On Fri, Apr 28, 2017 at 10:53:45AM -0600, Logan Gunthorpe wrote: >> >> >> On 28/04/17 12:30 AM, Herbert Xu wrote: >>> You are right. Indeed the existing code looks buggy as they >>> don't take sg->offset into account when doing the kmap. Could >>> you

Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function

On Fri, Apr 28, 2017 at 10:53:45AM -0600, Logan Gunthorpe wrote: > > > On 28/04/17 12:30 AM, Herbert Xu wrote: > > You are right. Indeed the existing code looks buggy as they > > don't take sg->offset into account when doing the kmap. Could > > you send me some patches that fix these problems

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

* Sebastian Reichel [170428 11:29]: > Hi, > > On Fri, Apr 28, 2017 at 08:08:59AM -0700, Tony Lindgren wrote: > > * Tomi Valkeinen [170428 04:15]: > > > On 14/04/17 13:25, Hans Verkuil wrote: > > > > From: Hans Verkuil > > > > > >

[PATCH v2 1/2] drm: Introduce crtc->mode_valid() callback

Some crtc's may have restrictions in the mode they can display. In this patch a new callback (crtc->mode_valid()) is introduced that is called at the same stage of connector->mode_valid() callback. This shall be implemented if the crtc has some sort of restriction so that we don't probe modes

[PATCH v2 2/2] drm: arcpgu: Use crtc->mode_valid() callback

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 clock value in the commit() stage but unfortunatelly

[PATCH v8 4/4] drm/dp: Track MST link bandwidth

From: "Pandiyan, Dhinakaran" Use the added helpers to track MST link bandwidth for atomic modesets. Link bw is acquired in the ->atomic_check() phase when CRTCs are being enabled with drm_atomic_find_vcpi_slots(). Similarly, link bw is released during

Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function

On 28/04/17 12:30 AM, Herbert Xu wrote: > You are right. Indeed the existing code looks buggy as they > don't take sg->offset into account when doing the kmap. Could > you send me some patches that fix these problems first so that > they can be easily backported? Ok, I think the only buggy

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

Hi Ville, Thanks for the review! My comments inline. On 28-04-2017 12:41, Ville Syrjälä wrote: > On Wed, Apr 26, 2017 at 11:48:34AM +0100, Jose Abreu wrote: >> Some crtc's may have restrictions in the mode they can display. In >> this patch a new callback (crtc->mode_valid()) is introduced

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

* Tomi Valkeinen [170428 04:15]: > On 14/04/17 13:25, Hans Verkuil wrote: > > From: Hans Verkuil > > > > The CEC pin was always pulled up, making it impossible to use it. > > > > Change to PIN_INPUT so it can be used by the new CEC support. ... >

Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function

On Thu, Apr 27, 2017 at 09:45:57AM -0600, Logan Gunthorpe wrote: > > > On 26/04/17 09:56 PM, Herbert Xu wrote: > > On Tue, Apr 25, 2017 at 12:20:54PM -0600, Logan Gunthorpe wrote: > >> Very straightforward conversion to the new function in the caam driver > >> and shash library. > >> > >>

[PATCH v4 2/3] drm/vc4: Don't try to initialize FBDEV if we're only bound to V3D.

The FBDEV initialization would throw an error in dmesg, when we just want to silently not initialize fbdev on a V3D-only VC4 instance. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_kms.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git

[PATCH v4 1/3] drm/vc4: Turn the V3D clock on at runtime.

For the Raspberry Pi's bindings, the power domain also implicitly turns on the clock and deasserts reset, but for the new Cygnus port we start representing the clock in the devicetree. v2: Document the clock-names property, check for -ENOENT for no clock in DT. v3: Drop NULL checks around clk

[PATCH v4 3/3] drm/vc4: Add specific compatible strings for Cygnus.

Cygnus has V3D 2.6 instead of 2.1, and doesn't use the VC4 display modules. The V3D can be uniquely identified by the IDENT[01] registers, and there's nothing to key off of for the display change other than the lack of DT nodes for the display components, but it's convention to have new

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Pekka Paalanen writes: > IMHO, if nothing is providing a picture intended for the HMD, the HMD > should be off. There is no use in showing an arbitrary image that does > not look right, is there? Well, if the HMD is being worn and the application crashes, then what you want

[pull] radeon and amdgpu drm-next-4.12

Hi Dave, Fixes for 4.12. Mostly updates for vega10 which is new for 4.12. Highlights: - Lots of vega10 fixes - fix interruptable wait mixup - misc display fixes for radeon and amdgpu - misc bug fixes The following changes since commit 73ba2d5c2bd4ecfec8fe37f20e962889b8a4c972: Merge tag

Re: [PATCH 1/3 v3] drm/vc4: Turn the V3D clock on at runtime.

Rob Herring writes: > On Mon, Apr 24, 2017 at 01:12:09PM -0700, Eric Anholt wrote: >> For the Raspberry Pi's bindings, the power domain also implicitly >> turns on the clock and deasserts reset, but for the new Cygnus port we >> start representing the clock in the devicetree. >>

Re: [GIT PULL v2] drm/mali-dp changes for v4.12 (or drm-next)

On 27 April 2017 at 03:01, Liviu Dudau wrote: > Hi Dave, > > Updated pull request to fix the all-modconfig build on 32bit arm > builds. > > This pull request includes the latest updates on Mali DP, adding > support for colour management, plane scaling and power management. >

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

https://bugs.freedesktop.org/show_bug.cgi?id=91880 --- Comment #151 from Marek Olšák --- Alfredo, did you try to switch the TDP switch on the side of the card? -- You are receiving this mail because: You are the assignee for the

[Bug 96271] TF2: GPU lockup on HD 7950

https://bugs.freedesktop.org/show_bug.cgi?id=96271 --- Comment #10 from Marek Olšák --- This old commit should fix the lockups: https://cgit.freedesktop.org/mesa/mesa/commit/?id=6dc96de303290e8d1fc294da478c4f370be98dea -- You are receiving this mail because: You are the

Re: [PATCH 1/2] drm: Add new DRM_IOCTL_MODE_GETPLANE2

On 17-04-28 14:11:56, Lucas Stach wrote: Hi Ben, Am Dienstag, den 04.04.2017, 12:41 -0700 schrieb Ben Widawsky: On 17-04-04 11:07:26, Daniel Stone wrote: >Hi, > >On 1 April 2017 at 19:47, Rob Clark wrote: >> On Tue, Dec 20, 2016 at 7:12 PM, Kristian H. Kristensen >>

Re: [PATCHv2 1/3] dt-bindings: display: Intel FPGA VIP drm driver Devicetree bindings

On Tue, Apr 25, 2017 at 10:06:44AM +0800, hean.loong@intel.com wrote: > From: "Ong, Hean Loong" > > Device tree binding for Intel FPGA Video and Image > Processing Suite. The binding involved would be generated > from the Altera (Intel) Qsys system. The bindings

Re: [PATCH 1/3 v3] drm/vc4: Turn the V3D clock on at runtime.

On Mon, Apr 24, 2017 at 01:12:09PM -0700, Eric Anholt wrote: > For the Raspberry Pi's bindings, the power domain also implicitly > turns on the clock and deasserts reset, but for the new Cygnus port we > start representing the clock in the devicetree. > > v2: Document the clock-names property,

[PATCH] drm/msm: fix splat when userspace is killed with pending atomic update

The ->preclose() hook is a good place to block for pending atomic updates. We can't do this in ->postclose(), as it needs to happen before drm_fb_release(). Otherwise, since we have already swapped state (in the case of a non-blocking atomic update), this means that the plane_state->fb will be

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

On Sun, Apr 23, 2017 at 06:37:44PM +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 RFC 5/7] ASoC: Add Odroid sound DT bindings documentation

On Fri, Apr 21, 2017 at 07:19:49PM +0200, Sylwester Nawrocki wrote: > This patch adds DT binding documentation for Odroid XU3/4 > sound subsystem. > > Signed-off-by: Sylwester Nawrocki > --- > .../devicetree/bindings/sound/samsung,odroid.txt | 57 >

[PATCH] drm/etnaviv: don't put fence in case of submit failure

If we bail out of the submit before actually adding the cmdstream to the kernel ring there is no valid fence to put. Make sure to skip the fence_put in that case. Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c | 4 +++- 1 file changed, 3

[Bug 100687] KWin won't draw Aurorae themes under EGL

https://bugs.freedesktop.org/show_bug.cgi?id=100687 --- Comment #6 from MirceaKitsune --- Still an issue in Mesa 17.0.4. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

Re: [PATCH v2] drm/rockchip: Set line flag config register in vop_crtc_enable

On Fri, Apr 28, 2017 at 03:37:47PM +0800, Jeffy Chen wrote: > We need to set vop config done after update line flag config, it's a > new requirement for chips newer than rk3368. > > Since we would only use line flag irq for vact_end, let's move it to > vop_crtc_enable. > > v2: Remove unused

[Bug 100865] Unigine Heaven 4 lockups GPU in wireframe mode

https://bugs.freedesktop.org/show_bug.cgi?id=100865 Dieter Nützel changed: What|Removed |Added CC|

Re: [RFC v2 0/7] drm: asynchronous atomic plane update

2017-04-28 Ville Syrjälä : > On Thu, Apr 27, 2017 at 03:36:50PM -0300, Gustavo Padovan wrote: > > 2017-04-27 Ville Syrjälä : > > > > > On Thu, Apr 27, 2017 at 12:15:12PM -0300, Gustavo Padovan wrote: > > > > From: Gustavo Padovan

Re: [RFC v2 1/7] drm/atomic: initial support for asynchronous plane update

Hi Ville, 2017-04-28 Ville Syrjälä : > On Thu, Apr 27, 2017 at 04:35:37PM -0300, Gustavo Padovan wrote: > > Hi Ville, > > > > 2017-04-27 Ville Syrjälä : > > > > > On Thu, Apr 27, 2017 at 12:15:13PM -0300, Gustavo Padovan wrote: > >

Re: [PATCH v2 1/9] dt-bindings: display: sun4i: Add component endpoint ID numbering scheme

On Fri, Apr 21, 2017 at 04:38:49PM +0800, Chen-Yu Tsai wrote: > The Allwinner display pipeline contains many hardware components, some > of which can consume data from one of multiple upstream components. > The numbering scheme of these components must be encoded into the device > tree so the

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

On Fri, Apr 28, 2017 at 01:30:16PM +0100, Jose Abreu wrote: > Hi Ville, > > > Thanks for the review! My comments inline. > > > On 28-04-2017 12:41, Ville Syrjälä wrote: > > On Wed, Apr 26, 2017 at 11:48:34AM +0100, Jose Abreu wrote: > >> Some crtc's may have restrictions in the mode they can

Re: [PATCH 1/2] drm: Add new DRM_IOCTL_MODE_GETPLANE2

Hi Ben, Am Dienstag, den 04.04.2017, 12:41 -0700 schrieb Ben Widawsky: > On 17-04-04 11:07:26, Daniel Stone wrote: > >Hi, > > > >On 1 April 2017 at 19:47, Rob Clark wrote: > >> On Tue, Dec 20, 2016 at 7:12 PM, Kristian H. Kristensen > >> wrote: > >>>

Re: [PATCH 0/8] omapdrm: add OMAP4 CEC support

On 28/04/17 13:52, Tomi Valkeinen wrote: > On 14/04/17 13:25, Hans Verkuil wrote: >> From: Hans Verkuil >> >> This patch series adds support for the OMAP4 HDMI CEC IP core. > > What is this series based on? It doesn't apply to drm-next, and: > fatal: sha1 information is

Re: [PATCH 0/8] omapdrm: add OMAP4 CEC support

On 14/04/17 13:25, Hans Verkuil wrote: > From: Hans Verkuil > > This patch series adds support for the OMAP4 HDMI CEC IP core. What is this series based on? It doesn't apply to drm-next, and: fatal: sha1 information is lacking or useless

[Bug 100865] Unigine Heaven 4 lockups GPU in wireframe mode

https://bugs.freedesktop.org/show_bug.cgi?id=100865 Bug ID: 100865 Summary: Unigine Heaven 4 lockups GPU in wireframe mode Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

On Wed, Apr 26, 2017 at 11:48:34AM +0100, Jose Abreu wrote: > Some crtc's may have restrictions in the mode they can display. In > this patch a new callback (crtc->mode_valid()) is introduced that > is called at the same stage of connector->mode_valid() callback. > > This shall be implemented if

Re: [PATCH 2/8] omapdrm: encoder-tpd12s015: keep ls_oe_gpio high if CEC is enabled

On 14/04/17 13:25, Hans Verkuil wrote: > From: Hans Verkuil > > When the OMAP4 CEC support is enabled the CEC pin should always > be on. So keep ls_oe_gpio high when CONFIG_OMAP4_DSS_HDMI_CEC > is set. > > Background: even if the HPD is low it should still be possible >

Re: [PATCH 6/8] omapdrm: hdmi4: refcount hdmi_power_on/off_core

On 14/04/17 13:25, Hans Verkuil wrote: > From: Hans Verkuil > > The hdmi_power_on/off_core functions can be called multiple times: > when the HPD changes and when the HDMI CEC support needs to power > the HDMI core. > > So use a counter to know when to really power on or

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

On 14/04/17 13:25, Hans Verkuil wrote: > From: Hans Verkuil > > The CEC pin was always pulled up, making it impossible to use it. > > Change to PIN_INPUT so it can be used by the new CEC support. > > Signed-off-by: Hans Verkuil > --- >

Re: [PATCH 3/6] drm: fourcc byteorder: add bigendian support to drm_mode_legacy_fb_format

Hi, > > So just not using the swapping indeed looks like the only sensible > > option. Which in turn implies there is no BGRA support for dumb > > bos. Hmm, I can see the problem. Userspace expectation appears to be > > that ADDFB configures a native endian framebuffer, which the driver

[Bug 25079] poison overwritten in radeon drm

https://bugs.freedesktop.org/show_bug.cgi?id=25079 Marc Dietrich changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 98307] "st/glsl_to_tgsi: explicitly track all input and output declaration" broke flightgear colors on rs780

https://bugs.freedesktop.org/show_bug.cgi?id=98307 Marc Dietrich changed: What|Removed |Added Resolution|--- |FIXED

[Bug 26887] fence errors with rs785 and kernel 2.6.33

https://bugs.freedesktop.org/show_bug.cgi?id=26887 Marc Dietrich changed: What|Removed |Added Resolution|--- |FIXED

[Bug 72680] flightgear crashes on r600 (rs880) with llvm backend

https://bugs.freedesktop.org/show_bug.cgi?id=72680 Marc Dietrich changed: What|Removed |Added Status|NEW |RESOLVED

Re: [RFC v2 3/7] drm/i915: update cursors asynchronously through atomic

On Thu, Apr 27, 2017 at 04:39:47PM -0300, Gustavo Padovan wrote: > Hi Ville, > > 2017-04-27 Ville Syrjälä : > > > On Thu, Apr 27, 2017 at 12:15:15PM -0300, Gustavo Padovan wrote: > > > From: Gustavo Padovan > > > > > > Add support

Re: [RFC v2 1/7] drm/atomic: initial support for asynchronous plane update

On Thu, Apr 27, 2017 at 04:35:37PM -0300, Gustavo Padovan wrote: > Hi Ville, > > 2017-04-27 Ville Syrjälä : > > > On Thu, Apr 27, 2017 at 12:15:13PM -0300, Gustavo Padovan wrote: > > > From: Gustavo Padovan > > > > > > In some

Re: [RFC v2 0/7] drm: asynchronous atomic plane update

On Thu, Apr 27, 2017 at 03:36:50PM -0300, Gustavo Padovan wrote: > 2017-04-27 Ville Syrjälä : > > > On Thu, Apr 27, 2017 at 12:15:12PM -0300, Gustavo Padovan wrote: > > > From: Gustavo Padovan > > > > > > Hi, > > > > > > Second take

Re: [RFC] drm/amd/amdgpu: get rid of else branch

Am 27.04.2017 um 18:17 schrieb Nikola Pajkovsky: This is super simple elimination of else branch and I should probably even use unlikely in if (ring->count_dw < count_dw) { However, amdgpu_ring_write() has similar if condition, but does not return after DRM_ERROR and it looks

[Bug 96271] TF2: GPU lockup on HD 7950

https://bugs.freedesktop.org/show_bug.cgi?id=96271 --- Comment #9 from Julien Isorce --- Hi Stephen, if you still have the same machine/setup maybe worth to try the apitrace 1) that I mentioned here https://bugs.freedesktop.org/show_bug.cgi?id=100712#c7 . I wonder if it

[PATCH v2] drm/rockchip: Set line flag config register in vop_crtc_enable

We need to set vop config done after update line flag config, it's a new requirement for chips newer than rk3368. Since we would only use line flag irq for vact_end, let's move it to vop_crtc_enable. v2: Remove unused check and variables. Signed-off-by: Jeffy Chen

Re: drm: fourcc byteorder: add bigendian support to drm_mode_legacy_fb_format

On 28/04/17 12:29 AM, Jochen Rollwagen wrote: > > 2. I’ve recently stumbled across a register definition for (older) > radeon GPU’s, what caught my eye was > > *CB:RB3D_COLORPITCH[0-3] · [R/W] · 32 bits · Access: 8/16/32 · > MMReg:0x4e38-0x4e44 * [...] > COLORENDIAN > > > > 20:19 > >