[Bug 90439] [LLVM] Xonotic render green (bisected)

nlined, this one and bug 89034 can be marked as fixed. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/80abc394/attachment.html>

[Bug 90481] Radeon R9 270X gpu lockup in game spec ops: the line.

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/e3d3450a/attachment.html>

[PATCH v6 11/12] drm/exynos: atomic dpms support

Hi, On 2015년 05월 22일 05:02, Gustavo Padovan wrote: > From: Gustavo Padovan > > Run dpms operations through the atomic intefaces. This basically removes > the .dpms() callback from econders and crtcs and use .disable() and > .enable() to turn the crtc on and off. > > v2: Address comments

[Bug 90523] Easily reproducible GPU lockup (verde) with any mesa 10.5.x

|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/ecff4915/attachment.html>

[Bug 90217] Counter Strike Global Offensive: GPU fault after a while

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/382172e4/attachment.html>

[Bug 90523] Easily reproducible GPU lockup (verde) with any mesa 10.5.x

. Feel free to close the bug. Thanks. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150

[Bug 90439] [LLVM] Xonotic render green (bisected)

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/29c8d180/attachment.html>

[PATCH 0/5] drm/exynos: rework layer blending setup

Hi Tobias, On 05/22/2015 05:07 PM, Tobias Jakobi wrote: > Hello Joonyoung, > > On 2015-05-22 06:04, Joonyoung Shim wrote: >> Hi Tobias, >> >> On 05/22/2015 05:44 AM, Tobias Jakobi wrote: >>> Gentle reminder that I still haven't heard anything about the series by >>> the Samsung guys ;) >>> >> >>

[PATCH 4/5] drm/exynos: mixer: do blending setup in mixer_cfg_layer()

On 05/06/2015 10:36 PM, Tobias Jakobi wrote: > This updates the blending setup when the layer configuration > changes (triggered by mixer_win_{commit,disable}). > > Extra care has to be taken for the layer that is currently > being enabled/disabled. > > Signed-off-by: Tobias Jakobi > --- >

[PATCH 2/5] drm/exynos: mixer: introduce mixer_layer_blending()

On 05/06/2015 10:36 PM, Tobias Jakobi wrote: > This analyses the current layer configuration (which layers > are enabled, which have alpha-pixelformat, etc.) and setups > blending accordingly. > > We currently disable all kinds of blending for the bottom-most > layer, since configuration of the

[PATCH 1/5] drm/exynos: mixer: refactor layer setup

On 05/06/2015 10:36 PM, Tobias Jakobi wrote: > First step in allowing a more generic way to setup complex > blending for the different layers. > > Signed-off-by: Tobias Jakobi > --- > drivers/gpu/drm/exynos/exynos_mixer.c | 90 > ++- > 1 file changed, 79

[PATCH 1/5] drm/exynos: mixer: refactor layer setup

On 2015-05-22 11:12, Joonyoung Shim wrote: > On 05/06/2015 10:36 PM, Tobias Jakobi wrote: >> First step in allowing a more generic way to setup complex >> blending for the different layers. >> >> Signed-off-by: Tobias Jakobi >> --- >> drivers/gpu/drm/exynos/exynos_mixer.c | 90 >>

[git pull] drm fixes

On Fri, May 22, 2015 at 4:20 PM, Dave Airlie wrote: > > Really ^to^so Ahh. That simple one-letter substitution makes all the difference, now it's suddenly parseable. Thanks, Linus

[alsa-devel] [PATCH 10/13] sound/core: add DRM ELD helper

On Fri, May 22, 2015 at 04:05:22PM +0200, Takashi Iwai wrote: > At Fri, 22 May 2015 16:02:13 +0200, > Takashi Iwai wrote: > > OK, if so, then I rebase on top of -rc1. The branch isn't merged yet, > > so no big problem. > > Now the rebased branch is pushed. > > I also merged this branch now to

[PATCH 00/11] CRTC state mode property

On Fri, May 22, 2015 at 01:34:43PM +0100, Daniel Stone wrote: > Hi, > Building on the blob-property submission series[0], this provides a > MODE_ID property that can be used to set the current mode for a CRTC > under atomic modesetting, plus a way for users to create blob > properties so they can

[PATCH 11/11] drm: atomic: Add MODE_ID property

On Fri, May 22, 2015 at 01:34:54PM +0100, Daniel Stone wrote: > Atomic modesetting: now with modesetting support. > > Signed-off-by: Daniel Stone > Tested-by: Sean Paul > --- > drivers/gpu/drm/drm_atomic.c | 12 +++- > drivers/gpu/drm/drm_crtc.c | 7 +++ > include/drm/drm_crtc.h

[PATCH 10/11] drm/atomic: Add current-mode blob to CRTC state

On Fri, May 22, 2015 at 01:34:53PM +0100, Daniel Stone wrote: > Add a blob property tracking the current mode to the CRTC state, and > ensure it is properly updated and referenced. > > Signed-off-by: Daniel Stone > Tested-by: Sean Paul > --- > drivers/gpu/drm/drm_atomic.c| 62 >

[PATCH 09/11] drm: Add drm_atomic_set_mode_for_crtc

On Fri, May 22, 2015 at 01:34:52PM +0100, Daniel Stone wrote: > Add a new helper, to be used later for blob property management, that > sets the mode for a CRTC state, as well as updating the CRTC enable/active > state at the same time. > > Signed-off-by: Daniel Stone > Tested-by: Sean Paul A

[PATCH 03/11] drm: Retain reference to blob properties in lookup

On Fri, May 22, 2015 at 01:34:46PM +0100, Daniel Stone wrote: > When we look up a blob property, make sure we retain a reference to the > blob for the lifetime. > > Signed-off-by: Daniel Stone > Tested-by: Sean Paul > --- > drivers/gpu/drm/drm_crtc.c | 6 +- > 1 file changed, 5

[alsa-devel] [PATCH 10/13] sound/core: add DRM ELD helper

At Fri, 22 May 2015 16:02:13 +0200, Takashi Iwai wrote: > > At Fri, 22 May 2015 15:00:10 +0100, > Russell King - ARM Linux wrote: > > > > On Fri, May 22, 2015 at 03:54:56PM +0200, Takashi Iwai wrote: > > > At Fri, 22 May 2015 14:53:31 +0100, > > > Russell King - ARM Linux wrote: > > > > > > > >

[alsa-devel] [PATCH 10/13] sound/core: add DRM ELD helper

At Fri, 22 May 2015 15:00:10 +0100, Russell King - ARM Linux wrote: > > On Fri, May 22, 2015 at 03:54:56PM +0200, Takashi Iwai wrote: > > At Fri, 22 May 2015 14:53:31 +0100, > > Russell King - ARM Linux wrote: > > > > > > On Fri, May 22, 2015 at 03:30:54PM +0200, Takashi Iwai wrote: > > > > At

[alsa-devel] [PATCH 10/13] sound/core: add DRM ELD helper

At Fri, 22 May 2015 14:53:31 +0100, Russell King - ARM Linux wrote: > > On Fri, May 22, 2015 at 03:30:54PM +0200, Takashi Iwai wrote: > > At Fri, 22 May 2015 14:15:35 +0100, > > Russell King - ARM Linux wrote: > > > > > > On Fri, May 22, 2015 at 01:20:09PM +0100, Mark Brown wrote: > > > > On

[alsa-devel] [PATCH 10/13] sound/core: add DRM ELD helper

At Fri, 22 May 2015 14:15:35 +0100, Russell King - ARM Linux wrote: > > On Fri, May 22, 2015 at 01:20:09PM +0100, Mark Brown wrote: > > On Sat, May 09, 2015 at 11:26:42AM +0100, Russell King wrote: > > > Add a helper for the EDID like data structure, which is typically passed > > > from a HDMI

[PATCH v3 1/4] localversion: branch virtio-gpu

On Fr, 2015-05-22 at 15:11 +0200, Gerd Hoffmann wrote: > --- > localversion-virtio-gpu | 1 + > 1 file changed, 1 insertion(+) > create mode 100644 localversion-virtio-gpu > > diff --git a/localversion-virtio-gpu b/localversion-virtio-gpu > new file mode 100644 > index 000..835f52a > ---

[PATCH v3 4/4] Add virtio gpu driver.

From: Dave Airlie This patch adds a kms driver for the virtio gpu. The xorg modesetting driver can handle the device just fine, the framebuffer for fbcon is there too. Qemu patches for the host side are under review currently. The pci version of the device comes in two

[PATCH v3 3/4] drm_vblank_get: don't WARN_ON in case vblanks are not initialized

Signed-off-by: Gerd Hoffmann Reviewed-by: Alex Deucher --- drivers/gpu/drm/drm_irq.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c index af9662e..265793c 100644 --- a/drivers/gpu/drm/drm_irq.c +++ b/drivers/gpu/drm/drm_irq.c @@

[PATCH v3 2/4] break kconfig dependency loop

After adding virtio-gpu I get this funky kconfig dependency loop. scripts/kconfig/conf --oldconfig Kconfig drivers/video/fbdev/Kconfig:5:error: recursive dependency detected! drivers/video/fbdev/Kconfig:5: symbol FB is selected by DRM_KMS_FB_HELPER drivers/gpu/drm/Kconfig:34: symbol

[PATCH v3 1/4] localversion: branch virtio-gpu

--- localversion-virtio-gpu | 1 + 1 file changed, 1 insertion(+) create mode 100644 localversion-virtio-gpu diff --git a/localversion-virtio-gpu b/localversion-virtio-gpu new file mode 100644 index 000..835f52a --- /dev/null +++ b/localversion-virtio-gpu @@ -0,0 +1 @@ +-virtio-gpu --

[PATCH v3 0/4] Add virtio gpu driver.

Hi, It's been a while, but now I finally found to time to send v3 to the list. No big changes in there. Collected some review and ack lines. Fixed some minor issues found in review. Rebased to 4.1-rc4. Dropped the vga compatibility bits for now, this needs to be sorted on the qemu side

[PATCH v4 2/2] drm/panel: Add support for LG LB070WV8 800x480 7" panel

Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/b16cd7a2/attachment-0001.sig>

[alsa-devel] [PATCH 10/13] sound/core: add DRM ELD helper

On Fri, May 22, 2015 at 03:54:56PM +0200, Takashi Iwai wrote: > At Fri, 22 May 2015 14:53:31 +0100, > Russell King - ARM Linux wrote: > > > > On Fri, May 22, 2015 at 03:30:54PM +0200, Takashi Iwai wrote: > > > At Fri, 22 May 2015 14:15:35 +0100, > > > Russell King - ARM Linux wrote: > > > > > >

[Bug 90595] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_set_sw_state failed

this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/86569128/attachment.html>

[alsa-devel] [PATCH 10/13] sound/core: add DRM ELD helper

On Fri, May 22, 2015 at 03:30:54PM +0200, Takashi Iwai wrote: > At Fri, 22 May 2015 14:15:35 +0100, > Russell King - ARM Linux wrote: > > > > On Fri, May 22, 2015 at 01:20:09PM +0100, Mark Brown wrote: > > > On Sat, May 09, 2015 at 11:26:42AM +0100, Russell King wrote: > > > > Add a helper for

[git pull] drm fixes

On Thu, May 21, 2015 at 8:39 PM, Dave Airlie wrote: > > radeon has two displayport fixes, one for a regressions, > i915 regression flicker fix needed to 4.0 can get fixed. Ok, I'm used to fixing up your whitespace and lack of capitalization, but you're getting so incoherent that I can no longer

[PATCH v2] drm: Only create a cmdline mode if no probed modes match

On Fri, May 22, 2015 at 10:54:12AM +0100, Chris Wilson wrote: > On Fri, May 22, 2015 at 12:03:27PM +0300, Ville Syrjälä wrote: > > On Mon, Apr 20, 2015 at 02:28:56PM +0100, Chris Wilson wrote: > > > The intention of using video=: is primarily to select > > > the user's preferred resolution at

drivers/gpu/drm/i915/i915_gem_gtt.c

I'm not sure what's happened to the drm code in linux-next - it's exploding all over the place. Did someone turn on -Werror without doing anywhere near enough testing? Anyway, I don't know how to fix this i386 build error: drivers/gpu/drm/i915/i915_gem_gtt.c: In function 'gen8_ppgtt_init':

[alsa-devel] [PATCH 10/13] sound/core: add DRM ELD helper

On Fri, May 22, 2015 at 01:20:09PM +0100, Mark Brown wrote: > On Sat, May 09, 2015 at 11:26:42AM +0100, Russell King wrote: > > Add a helper for the EDID like data structure, which is typically passed > > from a HDMI adapter to its associated audio driver. This informs the > > audio driver of the

[Spice-devel] [PATCH] Do not loop on ERESTARTSYS using interruptible waits

t would be much better to get a review from Dave Airlie ;) Christophe -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/f6c44603/attachment-0001.sig>

[PATCH 3/4] drm/tegra: Add VIC support

#define IRQMSET_SWGEN1_SET (1 << 7) > +#define IRQMSET_EXT(val) ((val & 0xff) << 8) You'll need to add extra parentheses around "val" to protect against operator precedence screwing this up. > + > +#define NV_PVIC_FALCON_IRQDEST 0x101c > +#define IRQDEST_HOST_HALT_HOST (1 << 4) > +#define IRQDEST_HOST_EXTERR_HOST (1 << 5) > +#define IRQDEST_HOST_SWGEN0_HOST (1 << 6) > +#define IRQDEST_HOST_SWGEN1_HOST (1 << 7) > +#define IRQDEST_HOST_EXT(val)((val & 0xff) << 8) This isn't documented either. > + > +#define NV_PVIC_FALCON_ITFEN 0x1048 > +#define ITFEN_CTXEN_ENABLE (1 << 0) > +#define ITFEN_MTHDEN_ENABLE (1 << 1) This is... > +#define NV_PVIC_FALCON_IDLESTATE 0x104c ... but this again isn't. > + > +#define NV_PVIC_FALCON_CPUCTL0x1100 > +#define CPUCTL_STARTCPU (1 << 1) > + > +#define NV_PVIC_FALCON_BOOTVEC 0x1104 > +#define BOOTVEC_VEC(val) ((val & 0x) << 0) > + > +#define NV_PVIC_FALCON_DMACTL0x110c > + > +#define NV_PVIC_FALCON_DMATRFBASE0x1110 > + > +#define NV_PVIC_FALCON_DMATRFMOFFS 0x1114 > +#define DMATRFMOFFS_OFFS(val)((val & 0x) << 0) > + > +#define NV_PVIC_FALCON_DMATRFCMD 0x1118 > +#define DMATRFCMD_IDLE (1 << 1) > +#define DMATRFCMD_IMEM (1 << 4) > +#define DMATRFCMD_SIZE_256B (6 << 8) > + > +#define NV_PVIC_FALCON_DMATRFFBOFFS 0x111c > +#define DMATRFFBOFFS_OFFS(val) ((val & 0x) << > 0) > + > +#define NV_PVIC_MISC_PRI_VIC_CG 0x16d0 > +#define CG_IDLE_CG_DLY_CNT(val) ((val & 0x3f) << 0) > +#define CG_IDLE_CG_EN(1 << 6) > +#define CG_WAKEUP_DLY_CNT(val) ((val & 0xf) << 16) These aren't in the TRM either, but I vaguely remember this being tracked in an internal bug. Have bugs been filed to track documentation of the other registers as well? > + > + Gratuituous blank line. > +#endif /* TEGRA_VIC_H */ > diff --git a/include/linux/host1x.h b/include/linux/host1x.h > index fc86ced77e76..a006dad9 100644 > --- a/include/linux/host1x.h > +++ b/include/linux/host1x.h > @@ -26,6 +26,7 @@ enum host1x_class { > HOST1X_CLASS_HOST1X = 0x1, > HOST1X_CLASS_GR2D = 0x51, > HOST1X_CLASS_GR2D_SB = 0x52, > + HOST1X_CLASS_VIC = 0x5D, > HOST1X_CLASS_GR3D = 0x60, > }; Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/76c8da7a/attachment-0001.sig>

[PATCH 11/13] sound/core: add IEC958 channel status helper

ark Brown -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/0ea0bed5/attachment.sig>

[PATCH libdrm 2/2] Add blob property create/destroy ioctl wrappers

Signed-off-by: Daniel Stone --- include/drm/drm.h | 2 ++ include/drm/drm_mode.h | 21 + xf86drmMode.c | 31 +++ xf86drmMode.h | 5 + 4 files changed, 59 insertions(+) diff --git a/include/drm/drm.h b/include/drm/drm.h

[PATCH libdrm 1/2] Support atomic modesetting ioctl

From: Ville Syrjälä Add support for the atomic modesetting ioctl through a property-set API. [daniels: Squashed intermediate patches from Ville, Rob and myself. Updated for current interface.] Signed-off-by: Ville Syrjälä Signed-off-by: Rob Clark

[PATCH libdrm 0/2] Blob and atomic wrappers

Hi, Nothing big here, just the wrappers for the blob-property API, as well as the atomic API now it's been validated by Weston. The blob work is my own, where the atomic work is a mega-squash of commits from Ville and Rob in particular, with my own changes to modify the user-facing API a little,

[PATCH 11/11] drm: atomic: Add MODE_ID property

Atomic modesetting: now with modesetting support. Signed-off-by: Daniel Stone Tested-by: Sean Paul --- drivers/gpu/drm/drm_atomic.c | 12 +++- drivers/gpu/drm/drm_crtc.c | 7 +++ include/drm/drm_crtc.h | 1 + 3 files changed, 19 insertions(+), 1 deletion(-) diff --git

[PATCH 10/11] drm/atomic: Add current-mode blob to CRTC state

Add a blob property tracking the current mode to the CRTC state, and ensure it is properly updated and referenced. Signed-off-by: Daniel Stone Tested-by: Sean Paul --- drivers/gpu/drm/drm_atomic.c| 62 + drivers/gpu/drm/drm_atomic_helper.c | 11

[PATCH 09/11] drm: Add drm_atomic_set_mode_for_crtc

Add a new helper, to be used later for blob property management, that sets the mode for a CRTC state, as well as updating the CRTC enable/active state at the same time. Signed-off-by: Daniel Stone Tested-by: Sean Paul --- drivers/gpu/drm/drm_atomic.c | 42

[PATCH 08/11] drm/mode: Add user blob-creation ioctl

Add an ioctl which allows users to create blob properties from supplied data. Currently this only supports modes, creating a drm_display_mode from the userspace drm_mode_modeinfo. v2: Removed size/type checks. Rebased on new patches to allow error propagation from create_blob, as well as

[PATCH 07/11] drm: Return error value from blob creation

Change drm_property_create_blob to return an ERR_PTR-encoded error on failure, so we can pass the failure reason down. Signed-off-by: Daniel Stone Cc: Maarten Lankhorst Tested-by: Sean Paul --- drivers/gpu/drm/drm_crtc.c | 14 +- 1 file changed, 9 insertions(+), 5 deletions(-)

[PATCH 06/11] drm: Allow creating blob properties without copy

Make the data parameter to drm_property_create_blob optional; if omitted, the copy will be skipped and the data will be empty. Signed-off-by: Daniel Stone Reviewed-by: Maarten Lankhorst Tested-by: Sean Paul --- drivers/gpu/drm/drm_crtc.c | 15 +-- 1 file changed, 13 insertions(+),

[PATCH 05/11] drm/mode: Unstatic kernel-userspace mode conversion

Move the drm_display_mode <-> drm_mode_modeinfo conversion functions from drm_crtc.c to drm_modes.c, and make them non-static so that others can use them. Signed-off-by: Daniel Stone Tested-by: Sean Paul --- drivers/gpu/drm/drm_crtc.c | 95 ++---

[PATCH 04/11] drm/mode: Validate modes inside drm_crtc_convert_umode

The only user of convert_umode was also performing mode validation, so do that in the same place. Signed-off-by: Daniel Stone Tested-by: Sean Paul --- drivers/gpu/drm/drm_crtc.c | 25 +++-- 1 file changed, 15 insertions(+), 10 deletions(-) diff --git

[PATCH 03/11] drm: Retain reference to blob properties in lookup

When we look up a blob property, make sure we retain a reference to the blob for the lifetime. Signed-off-by: Daniel Stone Tested-by: Sean Paul --- drivers/gpu/drm/drm_crtc.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_crtc.c

[PATCH 02/11] drm/crtc_helper: Replace open-coded CRTC state helpers

Rather than open-coding our own CRTC state helpers, use the atomic helpers added in f5e7840b0c, and make our freeing behaviour consistent as well. Signed-off-by: Daniel Stone Tested-by: Sean Paul --- drivers/gpu/drm/drm_crtc_helper.c | 42 ++- 1 file

[PATCH 01/11] drm: kerneldoc fixes for blob properties

Change '@param foo' to '@foo:' to fit kerneldoc style. 672cb1d6ae mistakenly added an extra parameter to the kerneldoc for drm_property_unreference_blob which wasn't actually present. Signed-off-by: Daniel Stone --- drivers/gpu/drm/drm_crtc.c | 9 - 1 file changed, 4 insertions(+), 5

[PATCH 00/11] CRTC state mode property

Hi, Building on the blob-property submission series[0], this provides a MODE_ID property that can be used to set the current mode for a CRTC under atomic modesetting, plus a way for users to create blob properties so they can specify their own modes. Using this[1] I've been able to validate the

[Bug 90263] GPU card fans run full speed at all times

der asics. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/c5c55bcd/attachment.html>

[alsa-devel] [PATCH 10/13] sound/core: add DRM ELD helper

On Sat, May 09, 2015 at 11:26:42AM +0100, Russell King wrote: > Add a helper for the EDID like data structure, which is typically passed > from a HDMI adapter to its associated audio driver. This informs the > audio driver of the capabilities of the attached HDMI sink. As far as I can tell

[PATCH 3/4] drm/tegra: Add VIC support

Hi Thierry, On 05/22/2015 01:02 PM, Thierry Reding wrote: > * PGP Signed by an unknown key > > On Thu, May 21, 2015 at 06:44:08PM +0300, Mikko Perttunen wrote: >> On 05/21/2015 06:10 PM, Arto Merilainen wrote: >>> ... > + > +vic->rst = devm_reset_control_get(dev, "vic03"); I

[PATCH 3/4] drm/tegra: Add VIC support

Hi Thierry, On 05/22/2015 01:02 PM, Thierry Reding wrote: > * PGP Signed by an unknown key > > On Thu, May 21, 2015 at 06:44:08PM +0300, Mikko Perttunen wrote: >> On 05/21/2015 06:10 PM, Arto Merilainen wrote: >>> ... > + > +vic->rst = devm_reset_control_get(dev, "vic03"); I

[PATCH 0/5] drm/exynos: rework layer blending setup

Hi Tobias, On 05/22/2015 05:44 AM, Tobias Jakobi wrote: > Gentle reminder that I still haven't heard anything about the series by > the Samsung guys ;) > Sorry for late, i'm busy and i think whether it's possible any way for this blending from exynos drm framework after atomic feature of exynos

[PATCH v6 00/12] drm/exynos: atomic modesetting support

Hi Gustavo, On 05/22/2015 05:02 AM, Gustavo Padovan wrote: > From: Gustavo Padovan > > Hi, > > Here goes the full support for atomic modesetting on exynos. I've > split the patches in the various phases of atomic support. > > v2: fixes comments by Joonyoung > - remove unused var in

[Bug 90263] GPU card fans run full speed at all times

ubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/52037741/attachment.html>

[PATCH v6 09/12] drm/exynos: remove exported functions from exynos_drm_plane

On 05/22/2015 05:02 AM, Gustavo Padovan wrote: > From: Gustavo Padovan > > Now that no one is using the functions exported by exynos_drm_plane due > to the atomic conversion we can make remove some of the them or make them > static. > > v2: remove unused exynos_drm_crtc > > Signed-off-by:

[PATCH v6 04/12] drm/exynos: atomic phase 2: wire up state reset(), duplicate() and destroy()

On 05/22/2015 05:02 AM, Gustavo Padovan wrote: > From: Gustavo Padovan > > Set CRTC, planes and connectors to use the default implementations from > the atomic helper library. The helpers will work to keep track of state > for each DRM object. > > Signed-off-by: Gustavo Padovan > --- >

[PATCH v6 03/12] drm/exynos: atomic phase 1: add .mode_set_nofb() callback

On 05/22/2015 05:02 AM, Gustavo Padovan wrote: > From: Gustavo Padovan > > The new atomic infrastructure needs the .mode_set_nofb() callback to > update CRTC timings before setting any plane. > > Signed-off-by: Gustavo Padovan > --- > drivers/gpu/drm/exynos/exynos_drm_crtc.c | 60 >

[PATCH v6 02/12] drm/exynos: atomic phase 1: use drm_plane_helper_disable()

On 05/22/2015 05:02 AM, Gustavo Padovan wrote: > From: Gustavo Padovan > > The atomic helper to disable planes also uses the optional > .atomic_disable() helper. The unique operation it does is calling > .win_disable() > > exynos_drm_fb_get_buf_cnt() needs a fb check too to avoid a null

[PATCH v6 01/12] drm/exynos: atomic phase 1: use drm_plane_helper_update()

On 05/22/2015 05:02 AM, Gustavo Padovan wrote: > From: Gustavo Padovan > > Rip out the check from exynos_update_plane() and create > exynos_check_plane() for the check phase enabling use to use > the atomic helpers to call our check and update phases when updating > planes. > > Update all users

[PATCH v7 13/13] drm/exynos: remove unnecessary calls to disable_plane()

From: Gustavo Padovan The planes are already disabled by the drm_atomic_helper_commit() code so we don't need to disable the in these two places. Signed-off-by: Gustavo Padovan Reviewed-by: Joonyoung Shim Tested-by: Tobias Jakobi ---

[PATCH v7 12/13] drm/exynos: atomic dpms support

From: Gustavo Padovan Run dpms operations through the atomic intefaces. This basically removes the .dpms() callback from econders and crtcs and use .disable() and .enable() to turn the crtc on and off. v2: Address comments by Joonyoung: - make hdmi code

[PATCH v7 11/13] drm/exynos: don't disable unused functions at init

From: Gustavo Padovan Everything starts disabled so we don't really need to disable anything. Signed-off-by: Gustavo Padovan Reviewed-by: Joonyoung Shim Tested-by: Tobias Jakobi --- drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 3 --- 1 file changed, 3

[PATCH v7 10/13] drm/exynos: remove exported functions from exynos_drm_plane

From: Gustavo Padovan Now that no one is using the functions exported by exynos_drm_plane due to the atomic conversion we can make remove some of the them or make them static. v2: remove unused exynos_drm_crtc v3: fix checkpatch error (reported by Joonyoung)

[PATCH v7 09/13] drm/exynos: atomic phase 3: convert page flips

From: Gustavo Padovan PageFlips now use the atomic helper to work through the atomic modesetting API. Async page flips are not supported yet. Signed-off-by: Gustavo Padovan Reviewed-by: Joonyoung Shim Tested-by: Tobias Jakobi ---

[PATCH v7 08/13] drm/exynos: atomic phase 3: use atomic .set_config helper

From: Gustavo Padovan Now that phase 1 and 2 are complete switch .set_config helper to use the atomic one. Signed-off-by: Gustavo Padovan Reviewed-by: Joonyoung Shim Tested-by: Tobias Jakobi --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 2 +- 1 file

[PATCH v7 07/13] drm/exynos: atomic phase 3: atomic updates of planes

From: Gustavo Padovan Now that phase 1 and 2 are complete we can switch the update/disable_plane callbacks to their atomic version. Signed-off-by: Gustavo Padovan Reviewed-by: Joonyoung Shim Tested-by: Tobias Jakobi --- drivers/gpu/drm/exynos/exynos_drm_fb.c

[PATCH v7 06/13] drm/exynos: atomic phase 2: keep track of framebuffer pointer

From: Gustavo Padovan Use drm_atomic_set_fb_for_plane() in the legacy page_flip path to keep track of the framebuffer pointer and reference. Signed-off-by: Gustavo Padovan Reviewed-by: Joonyoung Shim Tested-by: Tobias Jakobi ---

[PATCH v7 05/13] drm/exynos: atomic phase 2: wire up state reset(), duplicate() and destroy()

From: Gustavo Padovan Set CRTC, planes and connectors to use the default implementations from the atomic helper library. The helpers will work to keep track of state for each DRM object. Signed-off-by: Gustavo Padovan Reviewed-by: Joonyoung Shim Tested-by:

[PATCH v7 04/13] drm/exynos: atomic phase 1: add .mode_set_nofb() callback

From: Gustavo Padovan The new atomic infrastructure needs the .mode_set_nofb() callback to update CRTC timings before setting any plane. Signed-off-by: Gustavo Padovan Reviewed-by: Joonyoung Shim Tested-by: Tobias Jakobi ---

[PATCH v7 03/13] drm/exynos: atomic phase 1: use drm_plane_helper_disable()

From: Gustavo Padovan The atomic helper to disable planes also uses the optional .atomic_disable() helper. The unique operation it does is calling .win_disable() Signed-off-by: Gustavo Padovan Reviewed-by: Joonyoung Shim Tested-by: Tobias Jakobi ---

[PATCH v7 02/13] drm/exynos: atomic phase 1: use drm_plane_helper_update()

From: Gustavo Padovan Rip out the check from exynos_update_plane() and create exynos_check_plane() for the check phase enabling use to use the atomic helpers to call our check and update phases when updating planes. Update all users of exynos_update_plane()

[PATCH v7 01/13] drm/exynos: fix source data argument for plane

From: Joonyoung Shim The exynos_update_plane function needs 16.16 fixed point source data. Signed-off-by: Joonyoung Shim Reviewed-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git

[PATCH v7 00/13] drm/exynos: atomic modesetting support

From: Gustavo Padovan Hi, Here goes the full support for atomic modesetting on exynos. I've split the patches in the various phases of atomic support. v2: fixes comments by Joonyoung - remove unused var in patch 09 - use ->disable instead of

[PATCH v6 11/12] drm/exynos: atomic dpms support

Hi Inki, 2015-05-22 Inki Dae : > Hi, > > On 2015년 05월 22일 05:02, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Run dpms operations through the atomic intefaces. This basically removes > > the .dpms() callback from econders and crtcs and use .disable() and > > .enable() to

[PATCH v6 03/12] drm/exynos: atomic phase 1: add .mode_set_nofb() callback

Hi Joonyoung, 2015-05-22 Joonyoung Shim : > On 05/22/2015 05:02 AM, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > The new atomic infrastructure needs the .mode_set_nofb() callback to > > update CRTC timings before setting any plane. > > > > Signed-off-by: Gustavo Padovan > > --- >

[PATCH v6 02/12] drm/exynos: atomic phase 1: use drm_plane_helper_disable()

Hi Joonyoung, 2015-05-22 Joonyoung Shim : > On 05/22/2015 05:02 AM, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > The atomic helper to disable planes also uses the optional > > .atomic_disable() helper. The unique operation it does is calling > > .win_disable() > > > >

[PATCH v6 01/12] drm/exynos: atomic phase 1: use drm_plane_helper_update()

Hi Joonyoung, 2015-05-22 Joonyoung Shim : > On 05/22/2015 05:02 AM, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Rip out the check from exynos_update_plane() and create > > exynos_check_plane() for the check phase enabling use to use > > the atomic helpers to call our check and

[PATCH 3/4] drm/tegra: Add VIC support

here. For consistency with other Tegra DRM code these checks should use (at least where possible) the (err < 0) notation. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/e894d08b/attachment.sig>

[Bug 90537] radeonsi bo/va conflict on RADEON_GEM_VA (rscreen->ws->buffer_from_handle returns NULL)

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/3db073fc/attachment.html>

[Bug 90537] radeonsi bo/va conflict on RADEON_GEM_VA (rscreen->ws->buffer_from_handle returns NULL)

/archives/dri-devel/attachments/20150522/7961a371/attachment.html>

[PATCH v2] drm: Only create a cmdline mode if no probed modes match

On Mon, Apr 20, 2015 at 02:28:56PM +0100, Chris Wilson wrote: > The intention of using video=: is primarily to select > the user's preferred resolution at startup. Currently we always create a > new mode irrespective of whether the monitor has a native mode at the > desired resolution. This has

[PATCH 3/4] drm/tegra: Add VIC support

next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/1582c555/attachment-0001.sig>

[PATCH 4/5] drm/exynos: mixer: do blending setup in mixer_cfg_layer()

Hello Joonyoung, On 2015-05-22 11:12, Joonyoung Shim wrote: > On 05/06/2015 10:36 PM, Tobias Jakobi wrote: >> This updates the blending setup when the layer configuration >> changes (triggered by mixer_win_{commit,disable}). >> >> Extra care has to be taken for the layer that is currently >>

[Bug 90537] radeonsi bo/va conflict on RADEON_GEM_VA (rscreen->ws->buffer_from_handle returns NULL)

- No problems observed so far. Thanks, pstglia -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/9e1db5ce/attachment.html>

[PATCH 2/5] drm/exynos: mixer: introduce mixer_layer_blending()

Hello Joonyoung, On 2015-05-22 11:12, Joonyoung Shim wrote: > On 05/06/2015 10:36 PM, Tobias Jakobi wrote: >> This analyses the current layer configuration (which layers >> are enabled, which have alpha-pixelformat, etc.) and setups >> blending accordingly. >> >> We currently disable all kinds

[PATCH 1/5] drm/exynos: mixer: refactor layer setup

Hello Joonyoung, On 2015-05-22 11:12, Joonyoung Shim wrote: > On 05/06/2015 10:36 PM, Tobias Jakobi wrote: >> First step in allowing a more generic way to setup complex >> blending for the different layers. >> >> Signed-off-by: Tobias Jakobi >> --- >> drivers/gpu/drm/exynos/exynos_mixer.c | 90

[PATCH v4 1/2] arm, imx6, dts: add DT for aristainetos2 board

Hello Philipp, Am 22.05.2015 11:14, schrieb Philipp Zabel: > Hi Heiko, > > Am Freitag, den 22.05.2015, 10:25 +0200 schrieb Heiko Schocher: > [...] >> diff --git a/arch/arm/boot/dts/imx6dl-aristainetos2_4.dts >> b/arch/arm/boot/dts/imx6dl-aristainetos2_4.dts >> new file mode 100644 >> index

[PATCH v4 1/2] arm, imx6, dts: add DT for aristainetos2 board

Hi Heiko, Am Freitag, den 22.05.2015, 10:25 +0200 schrieb Heiko Schocher: [...] > diff --git a/arch/arm/boot/dts/imx6dl-aristainetos2_4.dts > b/arch/arm/boot/dts/imx6dl-aristainetos2_4.dts > new file mode 100644 > index 000..ae50c8b > --- /dev/null > +++

[PATCH v2] drm: Only create a cmdline mode if no probed modes match

On Fri, May 22, 2015 at 12:03:27PM +0300, Ville Syrjälä wrote: > On Mon, Apr 20, 2015 at 02:28:56PM +0100, Chris Wilson wrote: > > The intention of using video=: is primarily to select > > the user's preferred resolution at startup. Currently we always create a > > new mode irrespective of

[PATCH v4 2/2] drm/panel: Add support for LG LB070WV8 800x480 7" panel

This adds support for the LG LB070WV8 7" 800x480 panel to the DRM simple panel driver. Signed-off-by: Heiko Schocher --- Changes in v4: - new in version 4, as Philipp Zabel suggested to use simple panel driver Changes in v3: None Changes in v2: None

[PATCH v4 1/2] arm, imx6, dts: add DT for aristainetos2 board

This patch add support for the imx6dl based aristainetos2 board with following configuration: CPU: Freescale i.MX6DL rev1.1 at 792 MHz MReset cause: POR MBoard: aristaitenos2 DRAM: 1 GiB NAND: 1024 MiB MMC: FSL_SDHC: 0, FSL_SDHC: 1 SF: Detected N25Q128A with page size 256 Bytes, erase size

[PATCH] drm/msm/mdp5: Always generate active-high sync signals for DSI

DSI video mode engine can only take active-high sync signals. This change prevents MDP5 sending active-low sync signals to DSI in any case. Signed-off-by: Hai Li --- drivers/gpu/drm/msm/mdp/mdp5/mdp5_encoder.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git

  1   2   >