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) of
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:
> >
> > [...]
> >
> >>> Incidental
AM or less, 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/at
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 opt
00 vddc: 1090
vddci: 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/
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 are
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 alr
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
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
Acked-by
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 infor
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
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
Acked-b
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 o
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 +
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.
>
> Probl
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 radeon_semaphore_syn
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 p
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,
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
>>> deskto
On Tue, 30 Sep 2014 20:25:40 +0100
Mark Brown wrote:
> > + request_module("snd-soc-hdmi-codec");
> > + pdev = platform_device_register_resndata(&priv->hdmi->dev,
> > +"hdmi-audio-codec",
> > + PLATFORM_DEV
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/685a81dc/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141001/8256f903/attachment.html>
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 Lank
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 applicatio
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141001/f4d5df20/attachment-0001.html>
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(&priv->hdmi->dev,
> > > + "hdmi-a
, 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/
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141001/ef16c550/attachment.html>
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
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141001/2090fe66/attachment.html>
vel/attachments/20141001/f6267365/attachment.html>
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 ac
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.
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 drive a backlight device).
Signed-off-b
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 bindings.
Signed-off-by: Boris Brezillo
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
panels connection to LCD panels for now.
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 several overlays and an hardware cur
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 Documentation/devicetree/bindings/pwm/pwm.txt.
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 --git a/arch/arm/boot/dts/sama5d3_lcd.dts
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 +++
1 file cha
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
---
arch/arm/boot/dts/sama5d3_lcd.dtsi | 28
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.
Signed-off-by: Boris Brezillon
Tes
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
arch/arm/boot/dts/sama5d36ek.dt
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 for
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
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 wit
cause:
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>
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
with
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 10064
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
--- a/drivers/gpu/drm
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(+)
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(+)
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 a/d
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 insertions(+)
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(+)
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
--- a/
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(+)
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 a/drivers/g
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 --g
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
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
--
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
--- a/drivers/gpu/drm/radeon/radeon_as
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
b/drivers/g
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 f
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 a/
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 f
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 ++
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 f
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 a/d
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
include/uapi/drm/radeon_drm
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141001/0d6c44c5/attachment.html>
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
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 reserva
http://lists.freedesktop.org/archives/dri-devel/attachments/20141001/08331b11/attachment.html>
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
>>> t
y for me :)
--
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>
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.
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 p
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
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 chan
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.
> >
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 use
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 unm
https://bugzilla.kernel.org/show_bug.cgi?id=85421
Bug ID: 85421
Summary: radeon stalled, GPU lockup, reset and failed on
resume; crashed by firefox.
Product: Drivers
Version: 2.5
Kernel Version: 3.16.3
Hardware: x86-64
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 +
-- 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/20141001/56ebacd2/attachment-0001.sig>
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
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 && PM_R
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 &
89 matches
Mail list logo
