[PATCH v2 1/5] video: move mediabus format definition to a more standard place

Hi Boris, On Tuesday 30 September 2014 11:44:23 Boris Brezillon wrote: > On Tue, 30 Sep 2014 10:39:53 +0200 Thierry Reding wrote: > > On Tue, Sep 30, 2014 at 09:37:57AM +0200, Boris Brezillon wrote: > >> On Mon, 29 Sep 2014 23:41:09 +0300 Laurent Pinchart wrote: > > > > [...] > > > >>>

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

, that's a very difficult situation for the graphics memory management code. -- 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/20141

[PATCH] drm/exynos: remove ifdeferry from initialization code

On 2014? 09? 30? 20:29, Andrzej Hajda wrote: > Hi Inki, > > Gently ping. Hi Andrzej, I merged it to local repository to test. But now exynos drm doesn't work correctly since pulling drm-next of Dave regardless of your patch. Problems are, 1. error occurs when we try to test modetest with -v

[Bug 84500] [radeonsi] radeon 0000:01:00.0: Packet0 not allowed!

dci: 875 pcie gen: 2 [25592.873311] status: r -- 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/20141001/6247a997/attachmen

[PATCH] drm/exynos: remove ifdeferry from initialization code

On 2014? 10? 01? 14:48, Inki Dae wrote: > On 2014? 09? 30? 20:29, Andrzej Hajda wrote: >> Hi Inki, >> >> Gently ping. > > Hi Andrzej, > > I merged it to local repository to test. But now exynos drm doesn't work > correctly since pulling drm-next of Dave regardless of your patch. > > Problems

[PATCH 1/7] drm/exynos: fimd: remove unnecessary waiting vblank routine

The exynos_drm_crtc_dpms() waits until pended page flip queue is empty, calls the drm_vblank_off() then calls manager->ops->dpms() when mode is DRM_MODE_DPMS_OFF. The fimd_dpms() is one of manager->ops->dpms()s and finally calls fimd_window_suspend(). But there is no active window and vblank is

[PATCH 5/7] drm/exynos: fimd: modify I80 i/f interrupt relevant routine

For the I80 interface, the video interrupt pending register(VIDINTCON1) should be handled in fimd_irq_handler() and the video interrupt control register(VIDINTCON0) should be handled in fimd_enable_vblank() and fimd_disable_vblank() like RGB interface. So this patch moves each set / unset routines

[PATCH 2/7] drm/exynos: fimd: add fimd_channel_win() to clean up code

The ENWIN_F in WINCON# register and C#_EN_Fs in SHADOWCON register should be always matched together, so adds fimd_channel_win() to clean up code. And this fimd_channel_win() should be called before unprotecting window in fimd_win_commit(). Signed-off-by: YoungJun Cho Acked-by: Inki Dae

[PATCH 0/7] drm/exynos: modify LCD I80 interface display

Hi, This series modifies LCD I80 interface display for Exynos DRM driver. This is based on exynos-drm-next branch. Patches 1 and 2 modify trivial things. Patch 3 changes ideal clock calculation standard as H/W guideline. Patch 4 moves vblank handler in TE handler to privide proper VBLANK

[PATCH 4/7] drm/exynos: fimd: move handle vblank position in TE handler

For providing VBLANK information, drm_handle_vblank() should be called properly, but it is blocked by wait_vsync_event condition which is set by manager_ops->wait_for_vblank(). So moves it out from wait_vsync_event routine. Signed-off-by: YoungJun Cho Acked-by: Inki Dae Acked-by: Kyungmin Park

[PATCH 3/7] drm/exynos: fimd: modify vclk calculation for I80 i/f

The I80 interface uses SYS_WE and SYS_CS to process 1 pixel data, so it requires the twice faster clock than the pixel clock. And the frame done interrupt should occurr prior to the next TE signal, H/W guy recommends to use as 1.73 times faster clock frequency. Signed-off-by: YoungJun Cho

[PATCH 7/7] drm/exynos: dsi: move DSIM_STATE_ENABLED set position

The command mode panel should draw image earlier than the display on command execution to prevent showing garbage GRAM screen data. So should set dsi->state as DSIM_STATE_ENABLED between calling exynos_dsi_set_display_enable() and drm_panel_enable() to transmit image data before executing display

[PATCH 6/7] drm/exynos: dsi: move TE irq handler registration position

The drm_helper_hpd_irq_event() does dpms control and panel is initialized and displayed on by it. So should register TE irq handler(exynos_dsi_te_irq_handler()) beforehand. Signed-off-by: YoungJun Cho Acked-by: Inki Dae Acked-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_dsi.c | 19

[PATCH] drm/exynos: remove ifdeferry from initialization code

On Wed, Oct 1, 2014 at 11:18 AM, Inki Dae wrote: > On 2014? 09? 30? 20:29, Andrzej Hajda wrote: >> Hi Inki, >> >> Gently ping. > > Hi Andrzej, > > I merged it to local repository to test. But now exynos drm doesn't work > correctly since pulling drm-next of Dave regardless of your patch. > >

[PATCH v2 6/8] drm/radeon: cope with foreign fences inside the reservation object

Op 25-09-14 om 12:39 schreef Maarten Lankhorst: > Not the whole world is a radeon! :-) > > Signed-off-by: Maarten Lankhorst > --- > Changes: > - Removed interruptible parameter, only 1 place has a use for it, > and it's the only place that can hit it. > - Fail faster in

[PATCH v2 6/8] drm/radeon: cope with foreign fences inside the reservation object

Am 01.10.2014 um 10:57 schrieb Maarten Lankhorst: > Op 25-09-14 om 12:39 schreef Maarten Lankhorst: >> Not the whole world is a radeon! :-) >> >> Signed-off-by: Maarten Lankhorst >> --- >> Changes: >> - Removed interruptible parameter, only 1 place has a use for it, >>and it's the only

[PATCH v2 6/8] drm/radeon: cope with foreign fences inside the reservation object

Hey, Op 01-10-14 om 11:04 schreef Christian K?nig: > Am 01.10.2014 um 10:57 schrieb Maarten Lankhorst: >> Op 25-09-14 om 12:39 schreef Maarten Lankhorst: >>> Not the whole world is a radeon! :-) >>> Signed-off-by: Maarten Lankhorst >>> --- >>> Changes: >>> - Removed interruptible parameter,

page allocator bug in 3.16?

Op 25-09-14 om 23:10 schreef Peter Hurley: > On 09/25/2014 04:33 PM, Alex Deucher wrote: >> On Thu, Sep 25, 2014 at 2:55 PM, Peter Hurley >> wrote: >>> After several days uptime with a 3.16 kernel (generally running >>> Thunderbird, emacs, kernel builds, several Chrome tabs on multiple >>>

[PATCH v6 2/2] drm/i2c:tda998x: Use the HDMI audio CODEC

On Tue, 30 Sep 2014 20:25:40 +0100 Mark Brown wrote: > > + request_module("snd-soc-hdmi-codec"); > > + pdev = platform_device_register_resndata(>hdmi->dev, > > +"hdmi-audio-codec", > > +

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141001/685a81dc/attachment.html>

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141001/8256f903/attachment.html>

[PATCH v2 6/8] drm/radeon: cope with foreign fences inside the reservation object

On Wed, Oct 1, 2014 at 5:22 AM, Maarten Lankhorst wrote: > Hey, > > Op 01-10-14 om 11:04 schreef Christian K?nig: >> Am 01.10.2014 um 10:57 schrieb Maarten Lankhorst: >>> Op 25-09-14 om 12:39 schreef Maarten Lankhorst: Not the whole world is a radeon! :-) Signed-off-by: Maarten

[PATCH 2/2] drm/exynos: use drm generic mmap interface

Hi Inki, On 17.09.2014 15:48, Inki Dae wrote: > This patch removes DRM_EXYNOS_GEM_MMAP ictrl feature specific > to Exynos drm and instead uses drm generic mmap. It looks like libdrm_exynos is still using DRM_EXYNOS_GEM_MMAP, but this patch just removes it. This basically means that any

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141001/f4d5df20/attachment-0001.html>

[PATCH v6 2/2] drm/i2c:tda998x: Use the HDMI audio CODEC

On Wed, Oct 01, 2014 at 11:28:46AM +0200, Jean-Francois Moine wrote: > On Tue, 30 Sep 2014 20:25:40 +0100 > Mark Brown wrote: > > > > + request_module("snd-soc-hdmi-codec"); > > > + pdev = platform_device_register_resndata(>hdmi->dev, > > > +

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

, but seems like newer kernels requests more VRAM from the apps :) -- 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/20141001/26a14

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

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

[PATCH v6 2/2] drm/i2c:tda998x: Use the HDMI audio CODEC

On Wed, Sep 24, 2014 at 10:11:21AM +0200, Jean-Francois Moine wrote: > This patch interfaces the HDMI transmitter with the audio system. ... > +struct tda998x_priv2 { > + struct tda998x_priv base; > + struct drm_encoder encoder; > + struct drm_connector connector; > }; NAK on moving

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

-- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141001/2090fe66/attachment.html>

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

vel/attachments/20141001/f6267365/attachment.html>

[PATCH v7 00/11] drm: add support for Atmel HLCDC Display Controller

Hello, This series is being sent for several weeks now and I wonder if I shouldn't split it in several pieces: 1) the MFD driver + its DT doc 2) the PWM driver + its DT doc 3) the DRM/KMS driver + its DT doc 4) support for sama5d3 SoCs/boards The first reason for doing this is that Lee already

[PATCH v7 01/11] mfd: add atmel-hlcdc driver

The HLCDC IP available on some Atmel SoCs (i.e. at91sam9n12, at91sam9x5 family or sama5d3 family) exposes 2 subdevices: - a display controller (controlled by a DRM driver) - a PWM chip The MFD device provides a regmap and several clocks (those connected to this hardware block) to its subdevices.

[PATCH v7 03/11] pwm: add support for atmel-hlcdc-pwm device

From: Boris BREZILLON The HLCDC IP available in some Atmel SoCs (i.e. sam9x5i.e. at91sam9n12, at91sam9x5 family or sama5d3 family) provide a PWM device. This driver add support for a PWM chip exposing a single PWM device (which will most likely be used to

[PATCH v7 02/11] mfd: add documentation for atmel-hlcdc DT bindings

From: Boris BREZILLON The HLCDC IP available on some Atmel SoCs (i.e. at91sam9n12, at91sam9x5 family or sama5d3 family) exposes 2 subdevices: - a display controller (controlled by a DRM driver) - a PWM chip This patch adds documentation for atmel-hlcdc DT

[PATCH v7 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

From: Boris BREZILLON The Atmel HLCDC (HLCD Controller) IP available on some Atmel SoCs (i.e. at91sam9n12, at91sam9x5 family or sama5d3 family) provides a display controller device. The HLCDC block provides a single RGB output port, and only supports LCD

[PATCH v7 05/11] drm: add Atmel HLCDC Display Controller support

From: Boris BREZILLON The Atmel HLCDC (HLCD Controller) IP available on some Atmel SoCs (i.e. at91sam9n12, at91sam9x5 family or sama5d3 family) provides a display controller device. This display controller supports at least one primary plane and might provide

[PATCH v7 04/11] pwm: add DT bindings documentation for atmel-hlcdc-pwm driver

From: Boris BREZILLON The HLCDC IP available in some Atmel SoCs (i.e. sam9x5i.e. at91sam9n12, at91sam9x5 family or sama5d3 family) provide a PWM device. The DT bindings used for this PWM device is following the default 3 cells bindings described in

[PATCH v7 08/11] ARM: AT91/dt: add alternative pin muxing for sama5d3 lcd pins

From: Boris BREZILLON Define alternative pin muxing for the LCDC pins. Signed-off-by: Boris Brezillon Tested-by: Anthony Harivel --- arch/arm/boot/dts/sama5d3_lcd.dtsi | 50 ++ 1 file changed, 50 insertions(+) diff

[PATCH v7 10/11] ARM: at91/dt: add LCD panel description to sama5d3xdm.dtsi

From: Boris BREZILLON Add LCD panel related nodes (backlight, regulators and panel) to sama5d3 Display Module dtsi. Reference LCD pin muxing used by sama5d3xek boards. Signed-off-by: Boris Brezillon --- arch/arm/boot/dts/sama5d3xdm.dtsi | 58

[PATCH v7 09/11] ARM: at91/dt: define the HLCDC node available on sama5d3 SoCs

From: Boris BREZILLON Define the HLCDC (HLCD Controller) IP available on some sama5d3 SoCs (i.e. sama5d31, sama5d33, sama5d34 and sama5d36) in sama5d3 dtsi file. Signed-off-by: Boris Brezillon Tested-by: Anthony Harivel ---

[PATCH v7 07/11] ARM: AT91/dt: split sama5d3 lcd pin definitions to match RGB mode configs

From: Boris BREZILLON The HLCDC (HLCD Controller) IP supports 4 different output mode (RGB444, RGB565, RGB666 and RGB888) and the pin muxing will depend on the chosen RGB mode. Split pin definitions to be able to set pin config according to the selected mode.

[PATCH v7 11/11] ARM: at91/dt: enable the LCD panel on sama5d3xek boards

From: Boris BREZILLON Enable LCD related nodes. Signed-off-by: Boris Brezillon --- arch/arm/boot/dts/sama5d31ek.dts | 20 arch/arm/boot/dts/sama5d33ek.dts | 20 arch/arm/boot/dts/sama5d34ek.dts | 20

[PATCH v7 00/11] drm: add support for Atmel HLCDC Display Controller

On Wed, 1 Oct 2014 16:52:57 +0200 Boris Brezillon wrote: > Hello, > > This series is being sent for several weeks now and I wonder if I shouldn't > split it in several pieces: > 1) the MFD driver + its DT doc > 2) the PWM driver + its DT doc > 3) the DRM/KMS driver + its DT doc > 4) support

[PATCH 1/2] drm/exynos: remove DRM_EXYNOS_GEM_MAP_OFFSET ioctl

Hi Inki, On 17.09.2014 15:48, Inki Dae wrote: > This interface and relevant codes aren't used anymore. > Hmm, I might be missing something, but after removing this IOCTL, how do we obtain an offset to pass to mmap()? Best regards, Tomasz

[RFC] Explicit synchronization for Nouveau

Thanks Daniel for your input! On Mon, Sep 29, 2014 at 09:43:02AM +0200, Daniel Vetter wrote: > On Fri, Sep 26, 2014 at 01:00:05PM +0300, Lauri Peltonen wrote: > > (2) Stop automatically storing fences to the buffers that user space wants > > to > > synchronize explicitly. > > The problem

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

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

[PATCH 00/22] new radeon info queries

This patch set implements a number of new radeon info ioctl queries to support additional profiling parameters for things like the GALLIUM HUD. It could also be used by apps like radeontop to query the status registers, etc. without requiring root privileges or needing asis specific knowledge

[PATCH 01/22] drm/radeon: add INFO query for GPU temperature

Useful for profiling. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_kms.c | 7 +++ include/uapi/drm/radeon_drm.h | 1 + 2 files changed, 8 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon_kms.c b/drivers/gpu/drm/radeon/radeon_kms.c index 8309b11..e0a85dc

[PATCH 02/22] drm/radeon/dpm: add new callbacks to get the current sclk/mclk

Needed to to expose the current clocks via the INFO ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon.h | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h index 510fe96..9e3dc82 100644 ---

[PATCH 04/22] drm/radeon/rv6xx: implement get_current_sclk/mclk

Will be used for exposing current clocks via INFO ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_asic.c | 2 ++ drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ drivers/gpu/drm/radeon/rv6xx_dpm.c | 46 3 files changed, 50 insertions(+)

[PATCH 06/22] drm/radeon/btc: implement get_current_sclk/mclk

Will be used for exposing current clocks via INFO ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/btc_dpm.c | 46 drivers/gpu/drm/radeon/radeon_asic.c | 2 ++ drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ 3 files changed, 50 insertions(+)

[PATCH 03/22] drm/radeon/rs780: implement get_current_sclk/mclk

WIll be used for exposing current clocks via INFO ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_asic.c | 2 ++ drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ drivers/gpu/drm/radeon/rs780_dpm.c | 22 ++ 3 files changed, 26 insertions(+) diff --git

[PATCH 05/22] drm/radeon/rv7xx/eg: implement get_current_sclk/mclk

Will be used for exposing current clocks via INFO ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_asic.c | 4 drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ drivers/gpu/drm/radeon/rv770_dpm.c | 44 3 files changed, 50

[PATCH 08/22] drm/radeon/ni: implement get_current_sclk/mclk

Will be used for exposing current clocks via INFO ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/ni_dpm.c | 36 drivers/gpu/drm/radeon/radeon_asic.c | 2 ++ drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ 3 files changed, 40 insertions(+)

[PATCH 07/22] drm/radeon: remove some rv7xx leftovers from btc dpm code

Some copy paste leftovers. No functional change. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/btc_dpm.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/radeon/btc_dpm.c b/drivers/gpu/drm/radeon/btc_dpm.c index 38f6035..987b352 100644 ---

[PATCH 09/22] drm/radeon/si: implement get_current_sclk/mclk

Will be used for exposing current clocks via INFO ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_asic.c | 2 ++ drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ drivers/gpu/drm/radeon/si_dpm.c | 36 3 files changed, 40 insertions(+)

[PATCH 10/22] drm/radeon/ci: implement get_current_sclk/mclk

Will be used for exposing current clocks via INFO ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/ci_dpm.c | 14 ++ drivers/gpu/drm/radeon/radeon_asic.c | 2 ++ drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ 3 files changed, 18 insertions(+) diff --git

[PATCH 11/22] drm/radeon/sumo: implement get_current_sclk/mclk

Will be used for exposing current clocks via INFO ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_asic.c | 2 ++ drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ drivers/gpu/drm/radeon/sumo_dpm.c| 28 3 files changed, 32 insertions(+) diff

[PATCH 12/22] drm/radeon/tn: implement get_current_sclk/mclk

Will be used for exposing current clocks via INFO ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_asic.c | 2 ++ drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ drivers/gpu/drm/radeon/trinity_dpm.c | 25 + 3 files changed, 29 insertions(+) diff --git

[PATCH 15/22] drm/radeon: add new callback for info ioctl register accessor

This adds a callback for each asic family to determine what registers are allowed to be read back via the info ioctl. The idea here is to allow usermode to query things like GPU status registers or GPU harvest registers for profiling and determining the gfx config. Signed-off-by: Alex Deucher

[PATCH 16/22] drm/radeon: add get_allowed_info_register function for r1xx-r5xx

Just a stub. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_asic.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon_asic.c b/drivers/gpu/drm/radeon/radeon_asic.c index 0b039fb..603ed80 100644 ---

[PATCH 14/22] drm/radeon: add INFO query for current sclk/mclk

Allow the UMDs to query the current sclk/mclk for profiling, etc. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_kms.c | 14 ++ include/uapi/drm/radeon_drm.h | 2 ++ 2 files changed, 16 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon_kms.c

[PATCH 18/22] drm/radeon: add get_allowed_info_register for EG/BTC

Registers that can be fetched from the info ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen.c | 28 drivers/gpu/drm/radeon/evergreend.h | 1 + drivers/gpu/drm/radeon/radeon_asic.c | 3 +++ drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ 4

[PATCH 13/22] drm/radeon/kv: implement get_current_sclk/mclk

Will be used for exposing current clocks via INFO ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/kv_dpm.c | 23 +++ drivers/gpu/drm/radeon/radeon_asic.c | 2 ++ drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ 3 files changed, 27 insertions(+) diff --git

[PATCH 19/22] drm/radeon: add get_allowed_info_register for cayman/TN

Registers that can be fetched from the info ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/ni.c | 29 + drivers/gpu/drm/radeon/nid.h | 1 + drivers/gpu/drm/radeon/radeon_asic.c | 2 ++ drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ 4

[PATCH 21/22] drm/radeon: add get_allowed_info_register for CIK

Registers that can be fetched from the info ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/cik.c | 33 + drivers/gpu/drm/radeon/cikd.h| 2 ++ drivers/gpu/drm/radeon/radeon_asic.c | 2 ++ drivers/gpu/drm/radeon/radeon_asic.h | 2

[PATCH 20/22] drm/radeon: add get_allowed_info_register for SI

Registers that can be fetched from the info ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_asic.c | 1 + drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ drivers/gpu/drm/radeon/si.c | 30 ++ drivers/gpu/drm/radeon/sid.h | 1 + 4

[PATCH 17/22] drm/radeon: add get_allowed_info_register for r6xx/r7xx

Registers that can be fetched from the info ioctl. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/r600.c| 26 ++ drivers/gpu/drm/radeon/radeon_asic.c | 4 drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ 3 files changed, 32 insertions(+) diff --git

[PATCH 22/22] drm/radeon: add support for read reg query from radeon info ioctl

This allows us to query certain registers from userspace for profiling and harvest configuration. E.g., it can be used by the GALLIUM_HUD for profiling the status of various gfx blocks. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_kms.c | 8

[Bug 73047] radeon_pm_info should be in sysfs instead of debugfs

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141001/0d6c44c5/attachment.html>

[Bug 84500] [radeonsi] radeon 0000:01:00.0: Packet0 not allowed!

for some reason, and it reset again when I restarted the streamings. -- 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/20141

[RFC PATCH 7/7] drm/prime: Support explicit fence on export

On Mon, Sep 29, 2014 at 09:46:48AM +0200, Daniel Vetter wrote: > On Fri, Sep 26, 2014 at 01:00:12PM +0300, Lauri Peltonen wrote: > > Allow user space to provide an explicit sync fence fd when exporting > > a dma-buf from gem handle. The fence will be stored as the explicit > > fence to the

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

ts.freedesktop.org/archives/dri-devel/attachments/20141001/08331b11/attachment.html>

[RFC] Explicit synchronization for Nouveau

Hey, On 01-10-14 17:14, Lauri Peltonen wrote: > Thanks Daniel for your input! > > On Mon, Sep 29, 2014 at 09:43:02AM +0200, Daniel Vetter wrote: >> On Fri, Sep 26, 2014 at 01:00:05PM +0300, Lauri Peltonen wrote: >>> (2) Stop automatically storing fences to the buffers that user space wants >>>

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

) -- 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/20141001/445c7557/attachment.html>

[Bug 85311] radeon 0000:01:00.0: Max Payload Size 16384, but upstream 0000:00:01.0 set to 128; if necessary, use "pci=pcie_bus_safe" and report a bug

https://bugzilla.kernel.org/show_bug.cgi?id=85311 --- Comment #2 from Pali Roh?r --- Yes, with radeon.runpm=0 radeon lines are not written anymore. But acpi and i915 are still present. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 85311] radeon 0000:01:00.0: Max Payload Size 16384, but upstream 0000:00:01.0 set to 128; if necessary, use "pci=pcie_bus_safe" and report a bug

https://bugzilla.kernel.org/show_bug.cgi?id=85311 --- Comment #3 from Alex Deucher --- When the radeon device is powered down, all the PCI registers and BARs read back as ones. which is why you are seeing the radeon errors. Apparently the pci runtime pm code does not properly ask the driver to

[PATCH 00/22] new radeon info queries

May I suggest something more to add if available? It would be great to have the core and memory voltages. As an example of a specific application where it would have been usefull: it would have been easier to debug the problem with Cayman when vddci was not correctly set (it would have been higher

[PATCH] drm/irq: Even more debug output for drm_wait_one_vblank

We have a bit of fun with vblank waits not working correctly right away after enabling a crtc, so let's add more debug output to figure what's going on. References: https://bugs.freedesktop.org/show_bug.cgi?id=84162 Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_irq.c | 4 +++- 1 file

[PATCH v6 1/2] ASoC:codecs: Add a transmitter interface to the HDMI CODEC CODEC

On Wed, 1 Oct 2014 17:04:12 +0300 Jyri Sarha wrote: > > On 09/24/2014 10:49 AM, Jean-Francois Moine wrote:> The audio > constraints of the HDMI interface are defined by the EDID > > which is sent by the connected device. > > > > The HDMI transmitters may have one or many audio sources. > >

[RFC] Explicit synchronization for Nouveau

On Wed, Oct 01, 2014 at 06:14:16PM +0300, Lauri Peltonen wrote: > Thanks Daniel for your input! > > On Mon, Sep 29, 2014 at 09:43:02AM +0200, Daniel Vetter wrote: > > On Fri, Sep 26, 2014 at 01:00:05PM +0300, Lauri Peltonen wrote: > > > (2) Stop automatically storing fences to the buffers that

randconfig build error with next-20141001, in drivers/gpu/drm/i915

On Wed, 01 Oct 2014, Jim Davis wrote: > Building with the attached random configuration file, > > warning: (VIDEO_TIMBERDALE) selects TIMB_DMA which has unmet direct > dependencies (DMADEVICES && MFD_TIMBERDALE) > warning: (USB_OTG_FSM && FSL_USB2_OTG && USB_MV_OTG) selects USB_OTG > which has

[PATCH v6 2/2] drm/i2c:tda998x: Use the HDMI audio CODEC

On 09/24/2014 11:11 AM, Jean-Francois Moine wrote: > This patch interfaces the HDMI transmitter with the audio system. > > Signed-off-by: Jean-Francois Moine > --- > .../devicetree/bindings/drm/i2c/tda998x.txt| 18 ++ > drivers/gpu/drm/i2c/Kconfig| 1 +

[PATCH v6 2/2] drm/i2c:tda998x: Use the HDMI audio CODEC

t 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/20141001/56ebacd2/attachment-0001.sig>

[PATCH v6 1/2] ASoC:codecs: Add a transmitter interface to the HDMI CODEC CODEC

On 09/24/2014 10:49 AM, Jean-Francois Moine wrote:> The audio constraints of the HDMI interface are defined by the EDID > which is sent by the connected device. > > The HDMI transmitters may have one or many audio sources. > > This patch adds two functions to the HDMI CODEC: > - it updates

randconfig build error with next-20141001, in drivers/gpu/drm/i915

Building with the attached random configuration file, warning: (VIDEO_TIMBERDALE) selects TIMB_DMA which has unmet direct dependencies (DMADEVICES && MFD_TIMBERDALE) warning: (USB_OTG_FSM && FSL_USB2_OTG && USB_MV_OTG) selects USB_OTG which has unmet direct dependencies (USB_SUPPORT && USB &&

randconfig build error with next-20141001, in drivers/gpu/drm/i915

On 10/01/14 10:57, Jani Nikula wrote: > On Wed, 01 Oct 2014, Jim Davis wrote: >> Building with the attached random configuration file, >> >> warning: (VIDEO_TIMBERDALE) selects TIMB_DMA which has unmet direct >> dependencies (DMADEVICES && MFD_TIMBERDALE) >> warning: (USB_OTG_FSM && FSL_USB2_OTG

[PATCH] drm/exynos: fix vblank handling during dpms off

The patch disables vblanks during dpms off only if pagefilp has not been finished. It also replaces drm_vblank_off with drm_crtc_vblank_put. It fixes issue with page_flip ioctl not being able to acquire vblank counter. Signed-off-by: Andrzej Hajda --- Hi Inki, This is fix (or just workaround)