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

2014-10-01 Thread Jani Nikula
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

[RFC] Explicit synchronization for Nouveau

2014-10-01 Thread Daniel Vetter
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

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

2014-10-01 Thread Lauri Peltonen
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

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

2014-10-01 Thread Jean-Francois Moine
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

2014-10-01 Thread Lauri Peltonen
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

[RFC] Explicit synchronization for Nouveau

2014-10-01 Thread Maarten Lankhorst
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 >>>

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

2014-10-01 Thread Tomasz Figa
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

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

2014-10-01 Thread Daniel Vetter
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 2/2] drm/i2c:tda998x: Use the HDMI audio CODEC

2014-10-01 Thread Jyri Sarha
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 1/2] ASoC:codecs: Add a transmitter interface to the HDMI CODEC CODEC

2014-10-01 Thread Jyri Sarha
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

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

2014-10-01 Thread Boris Brezillon
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 v7 11/11] ARM: at91/dt: enable the LCD panel on sama5d3xek boards

2014-10-01 Thread Boris Brezillon
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 10/11] ARM: at91/dt: add LCD panel description to sama5d3xdm.dtsi

2014-10-01 Thread Boris Brezillon
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

2014-10-01 Thread Boris Brezillon
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 08/11] ARM: AT91/dt: add alternative pin muxing for sama5d3 lcd pins

2014-10-01 Thread Boris Brezillon
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 07/11] ARM: AT91/dt: split sama5d3 lcd pin definitions to match RGB mode configs

2014-10-01 Thread Boris Brezillon
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 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

2014-10-01 Thread Boris Brezillon
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

2014-10-01 Thread Boris Brezillon
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

2014-10-01 Thread Boris Brezillon
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 03/11] pwm: add support for atmel-hlcdc-pwm device

2014-10-01 Thread Boris Brezillon
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

2014-10-01 Thread Boris Brezillon
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 01/11] mfd: add atmel-hlcdc driver

2014-10-01 Thread 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 The MFD device provides a regmap and several clocks (those connected to this hardware block) to its subdevices.

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

2014-10-01 Thread Boris Brezillon
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

[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

2014-10-01 Thread bugzilla-dae...@bugzilla.kernel.org
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

[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

2014-10-01 Thread bugzilla-dae...@bugzilla.kernel.org
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 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

2014-10-01 Thread bugzilla-dae...@freedesktop.org
) -- 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 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

2014-10-01 Thread bugzilla-dae...@freedesktop.org
ts.freedesktop.org/archives/dri-devel/attachments/20141001/08331b11/attachment.html>

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

2014-10-01 Thread bugzilla-dae...@freedesktop.org
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

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

2014-10-01 Thread bugzilla-dae...@freedesktop.org
. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141001/0d6c44c5/attachment.html>

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

2014-10-01 Thread bugzilla-dae...@freedesktop.org
: 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 v6 2/2] drm/i2c:tda998x: Use the HDMI audio CODEC

2014-10-01 Thread Russell King - ARM Linux
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

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

2014-10-01 Thread YoungJun Cho
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

2014-10-01 Thread YoungJun Cho
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 5/7] drm/exynos: fimd: modify I80 i/f interrupt relevant routine

2014-10-01 Thread YoungJun Cho
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 4/7] drm/exynos: fimd: move handle vblank position in TE handler

2014-10-01 Thread YoungJun Cho
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

2014-10-01 Thread YoungJun Cho
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 2/7] drm/exynos: fimd: add fimd_channel_win() to clean up code

2014-10-01 Thread YoungJun Cho
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 1/7] drm/exynos: fimd: remove unnecessary waiting vblank routine

2014-10-01 Thread YoungJun Cho
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 0/7] drm/exynos: modify LCD I80 interface display

2014-10-01 Thread YoungJun Cho
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 2/2] drm/exynos: use drm generic mmap interface

2014-10-01 Thread Tomasz Figa
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

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

2014-10-01 Thread Inki Dae
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] drm/exynos: remove ifdeferry from initialization code

2014-10-01 Thread Inki Dae
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

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

2014-10-01 Thread Russell King - ARM Linux
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

2014-10-01 Thread bugzilla-dae...@freedesktop.org
vel/attachments/20141001/f6267365/attachment.html>

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

2014-10-01 Thread bugzilla-dae...@freedesktop.org
-- 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

2014-10-01 Thread bugzilla-dae...@freedesktop.org
was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141001/ef16c550/attachment.html>

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

2014-10-01 Thread bugzilla-dae...@freedesktop.org
, 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

2014-10-01 Thread bugzilla-dae...@freedesktop.org
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

2014-10-01 Thread Mark Brown
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 00/22] new radeon info queries

2014-10-01 Thread Alexandre Demers
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/exynos: remove ifdeferry from initialization code

2014-10-01 Thread Ajay kumar
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. > >

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

2014-10-01 Thread bugzilla-dae...@freedesktop.org
bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141001/8256f903/attachment.html>

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

2014-10-01 Thread bugzilla-dae...@freedesktop.org
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>

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

2014-10-01 Thread Alex Deucher
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

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

2014-10-01 Thread Alex Deucher
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

2014-10-01 Thread Alex Deucher
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 19/22] drm/radeon: add get_allowed_info_register for cayman/TN

2014-10-01 Thread Alex Deucher
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 18/22] drm/radeon: add get_allowed_info_register for EG/BTC

2014-10-01 Thread Alex Deucher
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 17/22] drm/radeon: add get_allowed_info_register for r6xx/r7xx

2014-10-01 Thread Alex Deucher
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 16/22] drm/radeon: add get_allowed_info_register function for r1xx-r5xx

2014-10-01 Thread Alex Deucher
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 15/22] drm/radeon: add new callback for info ioctl register accessor

2014-10-01 Thread Alex Deucher
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 14/22] drm/radeon: add INFO query for current sclk/mclk

2014-10-01 Thread Alex Deucher
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 13/22] drm/radeon/kv: implement get_current_sclk/mclk

2014-10-01 Thread Alex Deucher
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 12/22] drm/radeon/tn: implement get_current_sclk/mclk

2014-10-01 Thread Alex Deucher
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 11/22] drm/radeon/sumo: implement get_current_sclk/mclk

2014-10-01 Thread Alex Deucher
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 10/22] drm/radeon/ci: implement get_current_sclk/mclk

2014-10-01 Thread Alex Deucher
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 09/22] drm/radeon/si: implement get_current_sclk/mclk

2014-10-01 Thread Alex Deucher
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 08/22] drm/radeon/ni: implement get_current_sclk/mclk

2014-10-01 Thread Alex Deucher
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

2014-10-01 Thread Alex Deucher
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 06/22] drm/radeon/btc: implement get_current_sclk/mclk

2014-10-01 Thread Alex Deucher
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 05/22] drm/radeon/rv7xx/eg: implement get_current_sclk/mclk

2014-10-01 Thread Alex Deucher
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 04/22] drm/radeon/rv6xx: implement get_current_sclk/mclk

2014-10-01 Thread Alex Deucher
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 03/22] drm/radeon/rs780: implement get_current_sclk/mclk

2014-10-01 Thread Alex Deucher
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 02/22] drm/radeon/dpm: add new callbacks to get the current sclk/mclk

2014-10-01 Thread Alex Deucher
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 01/22] drm/radeon: add INFO query for GPU temperature

2014-10-01 Thread Alex Deucher
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 00/22] new radeon info queries

2014-10-01 Thread Alex Deucher
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 v6 2/2] drm/i2c:tda998x: Use the HDMI audio CODEC

2014-10-01 Thread Jean-Francois Moine
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", > > +

page allocator bug in 3.16?

2014-10-01 Thread Maarten Lankhorst
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 >>>

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

2014-10-01 Thread Randy Dunlap
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 v2 6/8] drm/radeon: cope with foreign fences inside the reservation object

2014-10-01 Thread Maarten Lankhorst
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,

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

2014-10-01 Thread 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, 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

2014-10-01 Thread 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 place that can hit it. > - Fail faster in

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

2014-10-01 Thread Andrzej Hajda
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)

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

2014-10-01 Thread Alex Deucher
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

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

2014-10-01 Thread Jim Davis
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 &&

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

2014-10-01 Thread bugzilla-dae...@freedesktop.org
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

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

2014-10-01 Thread bugzilla-dae...@freedesktop.org
, 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 v2 1/5] video: move mediabus format definition to a more standard place

2014-10-01 Thread Laurent Pinchart
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: > > > > [...] > > > >>>