[RFC] Explicit synchronization for Nouveau

On Thu, Oct 02, 2014 at 05:59:51PM +0300, Lauri Peltonen wrote: > +Rom who seems to be presenting about mainlining android sync at linux > plumbers Also add Greg KH as fyi that we're working on de-stage one of the android subsystems. > On Wed, Oct 01, 2014 at 05:58:52PM +0200, Maarten Lankhorst

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

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/20141002/22360505/attachment.html>

[Bug 85491] radeon 0000:01:00.0: Fatal error during GPU init

https://bugzilla.kernel.org/show_bug.cgi?id=85491 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #4

[Bug 85491] radeon 0000:01:00.0: Fatal error during GPU init

https://bugzilla.kernel.org/show_bug.cgi?id=85491 Zermond changed: What|Removed |Added Tree|Fedora |Mainline -- You are receiving this mail

[Bug 85491] radeon 0000:01:00.0: Fatal error during GPU init

https://bugzilla.kernel.org/show_bug.cgi?id=85491 --- Comment #3 from Zermond --- Created attachment 152271 --> https://bugzilla.kernel.org/attachment.cgi?id=152271=edit uname-a with working kernel -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 85491] radeon 0000:01:00.0: Fatal error during GPU init

https://bugzilla.kernel.org/show_bug.cgi?id=85491 --- Comment #2 from Zermond --- Created attachment 152261 --> https://bugzilla.kernel.org/attachment.cgi?id=152261=edit lspci -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 85491] radeon 0000:01:00.0: Fatal error during GPU init

https://bugzilla.kernel.org/show_bug.cgi?id=85491 --- Comment #1 from Zermond --- Created attachment 152251 --> https://bugzilla.kernel.org/attachment.cgi?id=152251=edit dmesg -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 85491] New: radeon 0000:01:00.0: Fatal error during GPU init

https://bugzilla.kernel.org/show_bug.cgi?id=85491 Bug ID: 85491 Summary: radeon :01:00.0: Fatal error during GPU init Product: Drivers Version: 2.5 Kernel Version: 3.16.3-200.fc20.x86_64 Hardware: All OS: Linux

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

have installed, anything more recent including current agd5f 3.17 fixes gets long pauses for me. What is your card? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freede

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

u 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/20141002/17c26de1/attachment.html>

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

On Wed, 1 Oct 2014 17:05:32 +0300 Jyri Sarha wrote: > > case AFMT_I2S: > >reg_write(priv, REG_MUX_AP, MUX_AP_SELECT_I2S); > >clksel_aip = AIP_CLKSEL_AIP_I2S; > >clksel_fs = AIP_CLKSEL_FS_ACLK; > > - cts_n = CTS_N_M(3) | CTS_N_K(3); > > + > >

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

On Wed, 1 Oct 2014 15:23:41 +0100 Russell King - ARM Linux wrote: > I would prefer this structure to stay here, as code above this point should > have no business knowing how these are packaged together. I would suggest > either: > > - moving the audio codec code below this point, or > -

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

On 2014? 10? 02? 17:58, Joonyoung Shim wrote: > Hi Andrzej, > > On 10/01/2014 05:14 PM, Andrzej Hajda wrote: >> 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

FOSDEM15: Graphics DevRoom: call for speakers.

Hi, At FOSDEM on the 31st of january and the 1st of February 2015, there will be another graphics DevRoom. URL: https://fosdem.org/2015/ The focus of this DevRoom is of course the same as last year, namely: * Graphics drivers: from display to media to 3d drivers, both in kernel or userspace.

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

On 2014? 10? 02? 08:47, Joonyoung Shim wrote: > Hi Tomasz, > > On 10/02/2014 12:13 AM, Tomasz Figa wrote: >> 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,

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

On 2014? 10? 01? 22:17, Tomasz Figa wrote: > 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

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

is definitely making good progress! -- 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/20141002/09ac4c9e/attachment.html>

[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/20141002/fbaba8b1/attachment.html>

[RFC] Explicit synchronization for Nouveau

+Rom who seems to be presenting about mainlining android sync at linux plumbers On Wed, Oct 01, 2014 at 05:58:52PM +0200, Maarten Lankhorst wrote: > You could neuter implicit fences by always attaching the fences as > shared when explicit syncing is used. This would work correctly with >

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

Hi Andrzej, On 10/01/2014 05:14 PM, Andrzej Hajda wrote: > 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. This problem

[Bug 84601] vaapi state tracker does not work on radeonsi (Hawaii)

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141002/3afc01a0/attachment.html>

[Bug 83510] Graphical glitches in Unreal Engine 4

dri-devel/attachments/20141002/8a46592a/attachment.html>

[PULL] drm-intel-fixes

Hi Dave, final regression fix for 3.17. BR, Jani. The following changes since commit fe82dcec644244676d55a1384c958d5f67979adb: Linux 3.17-rc7 (2014-09-28 14:29:07 -0700) are available in the git repository at: git://anongit.freedesktop.org/drm-intel tags/drm-intel-fixes-2014-10-02 for

[PATCH] drm/core: use helper to check driver features

Hi On Tue, Sep 30, 2014 at 4:49 PM, Andrzej Hajda wrote: > The patch replaces direct access to driver_features field > by calls to helper function. > > Signed-off-by: Andrzej Hajda Looks good: Reviewed-by: David Herrmann CC'ing Daniel, he'll put it in his drm-core-stuff branch. Thanks

[Bug 84601] vaapi state tracker does not work on radeonsi (Hawaii)

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141002/75a5bfdf/attachment.html>

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

Am 02.10.2014 um 15:06 schrieb Alex Deucher: > On Thu, Oct 2, 2014 at 8:26 AM, Christian K?nig > wrote: >> Might be a good idea to make that a bit more generic, e.g. add a >> get_current_clk callback and and a type (sclk, mclk, vclk, dclk, etc..) >> enum. But I can live with this approach as

[Bug 84601] vaapi state tracker does not work on radeonsi (Hawaii)

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141002/10a4ba5a/attachment.html>

[Bug 84601] New: vaapi state tracker does not work on radeonsi (Hawaii)

-devel/attachments/20141002/12f9985f/attachment.html>

[PATCH 00/22] new radeon info queries

Am 02.10.2014 um 06:50 schrieb Alex Deucher: > On Wed, Oct 1, 2014 at 12:30 PM, Alexandre Demers > wrote: >> 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

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

Might be a good idea to make that a bit more generic, e.g. add a get_current_clk callback and and a type (sclk, mclk, vclk, dclk, etc..) enum. But I can live with this approach as well. Christian. Am 01.10.2014 um 17:38 schrieb Alex Deucher: > Needed to to expose the current clocks via the

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

Hi, +CC possible victims On 10/02/2014 12:52 PM, Inki Dae wrote: > On 2014? 10? 02? 17:58, Joonyoung Shim wrote: >> Hi Andrzej, >> >> On 10/01/2014 05:14 PM, Andrzej Hajda wrote: >>> The patch disables vblanks during dpms off only if pagefilp has >>> not been finished. It also replaces

[Bug 83651] radeon: kernel returns invalid information about video connectors' status

https://bugzilla.kernel.org/show_bug.cgi?id=83651 --- Comment #9 from Alex Deucher --- Well, about lids in general. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 83651] radeon: kernel returns invalid information about video connectors' status

https://bugzilla.kernel.org/show_bug.cgi?id=83651 --- Comment #8 from Alex Deucher --- Comment 5 specifically. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 83651] radeon: kernel returns invalid information about video connectors' status

https://bugzilla.kernel.org/show_bug.cgi?id=83651 --- Comment #7 from Garri --- (In reply to Alex Deucher from comment #6) > The lid issue is more semantic. The display is still connected even when > the lid is closed so it should still report as connected. It's up to the > desktop environment

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

ttachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141002/6b4533f1/attachment.html>

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

On 02.10.2014 12:25, Inki Dae wrote: > On 2014? 10? 02? 08:47, Joonyoung Shim wrote: >> Hi Tomasz, >> >> On 10/02/2014 12:13 AM, Tomasz Figa wrote: >>> Hi Inki, >>> >>> On 17.09.2014 15:48, Inki Dae wrote: This interface and relevant codes aren't used anymore. >>> >>> Hmm, I might be

[PATCH] drm/nouveau: gk20a: Fix type of dividend in do_div()

From: Thierry Reding The semantics of do_div() are (see include/asm-generic/div64.h): uint32_t do_div(uint64_t *n, uint32_t base) Using a different type will therefore cause the following warning (as seen on xtensa/allmodconfig): CC [M]

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

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/20141002/4055ea20/attachment.html>

[Bug 79980] Random radeonsi crashes

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141002/8934e983/attachment-0001.html>

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

On Wed, 01 Oct 2014, Randy Dunlap wrote: > 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 &&

[PATCH 2/2] drm/radeon/kv: add uvd/vce info to dpm debugfs output

Track whether UVD or VCE are enabled in debugfs. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/kv_dpm.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/radeon/kv_dpm.c b/drivers/gpu/drm/radeon/kv_dpm.c index bffacd9..e50b636 100644 ---

[PATCH 1/2] drm/radeon/ci: add uvd/vce info to dpm debugfs output

Track whether UVD or VCE are enabled in debugfs. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/ci_dpm.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/radeon/ci_dpm.c b/drivers/gpu/drm/radeon/ci_dpm.c index cdefdf3..5d4cc5c 100644 ---

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

On 10/02/14 00:46, Jani Nikula wrote: > On Wed, 01 Oct 2014, Randy Dunlap wrote: >> 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

[PATCH] drm/mgag200: Fix type of dividend in do_div()

From: Thierry Reding The semantics of do_div() are (see include/asm-generic/do_div.h): uint32_t do_div(uint64_t *n, uint32_t base) Using a different type will therefore cause the following warning (as seen on xtensa/allmodconfig): CC [M]

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

On Thu, Oct 2, 2014 at 8:26 AM, Christian K?nig wrote: > Might be a good idea to make that a bit more generic, e.g. add a > get_current_clk callback and and a type (sclk, mclk, vclk, dclk, etc..) > enum. But I can live with this approach as well. > Yeah, I thought about that, but I'm not sure

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

Hi Tomasz, On 10/02/2014 12:13 AM, Tomasz Figa wrote: > 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()? There is

[Bug 74294] Awesomenauts can't launch with R600_LLVM=1

|--- |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/20141002/e2b85ad2/attachment.html>

[Bug 74294] Awesomenauts can't launch with R600_LLVM=1

/attachments/20141002/6c8268e9/attachment.html>

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

Please don't clutter up bug reports with off-topic comments. -- 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/20141002/afabb9c8/attachment.html>

[Bug 82544] Unreal Engine 4 Elemental fails to start up on Cape Verde with LLVM assertion failure

vel/attachments/20141002/73447c90/attachment.html>

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

- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141002/71ddfed3/attachment-0001.html>

[Bug 74294] Awesomenauts can't launch with R600_LLVM=1

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/20141002/7266860e/attachment.html>

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

e GCC / clang address sanitizers might give a clue, but might be painful. -- 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/20141002/38d4d8eb/attachment.html>

[Bug 74294] Awesomenauts can't launch with R600_LLVM=1

signee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141002/98af1110/attachment.html>

[Bug 74294] Awesomenauts can't launch with R600_LLVM=1

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141002/5e7bf8fc/attachment.html>

[PATCH 00/22] new radeon info queries

On Wed, Oct 1, 2014 at 12:30 PM, Alexandre Demers wrote: > 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

[Bug 74294] Awesomenauts can't launch with R600_LLVM=1

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/20141002/d16c753d/attachment.html>

[Bug 85421] New: radeon stalled, GPU lockup, reset and failed on resume; crashed by firefox.

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