PCI Radeon RV100 detection hang on sparc64

On Don, 2012-09-06 at 17:41 +0300, Meelis Roos wrote: > This is with initialyy unmodified 3.6.0-rc4-00101-g0809095 kernel in > Ultra 10 (clean, without my "Video RAM" hack that I talked in other > sparclinux posts). When I saw that Sun XVR-100 was detected fine by the > kernel, I compiled

[Bug 54527] Crash, kernel BUG ttm/ttm_bo.c:1659!, when running gnibbles

https://bugs.freedesktop.org/show_bug.cgi?id=54527 Michel D?nzer changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 43360] nouveau on "NVce" 560 Ti: Failed to idle channel 1

https://bugzilla.kernel.org/show_bug.cgi?id=43360 Marcin Slusarz changed: What|Removed |Added CC||marcin.slusarz at gmail.com ---

PCI Radeon RV100 detection hang on sparc64

This is with initialyy unmodified 3.6.0-rc4-00101-g0809095 kernel in Ultra 10 (clean, without my "Video RAM" hack that I talked in other sparclinux posts). When I saw that Sun XVR-100 was detected fine by the kernel, I compiled radeon drm driver with modesetting enabled and tried it: [drm]

[PATCH] drm/exynos: fix double call of drm_prime_(init/destroy)_file_private

Hi, 2012/9/6 Paul Menzel : > Dear Inki Dae, > > > Am Donnerstag, den 06.09.2012, 11:35 +0900 schrieb InKi Dae: > >> 2012/9/6 Mandeep Singh Baines : >> > The double invocations are incorrect but seem to be safe so I don't >> > think this will fix any bugs. >> > >> > Before: >> > >> > [

[Bug 36602] Hierarchical Z support for R600

https://bugs.freedesktop.org/show_bug.cgi?id=36602 --- Comment #50 from Alexandre Demers 2012-09-06 17:24:39 UTC --- I've seen some messages about Hi-Z being released, but not enabled and so on a couple of weeks ago. What is the status? -- Configure bugmail:

[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #25 from Alexandre Demers 2012-09-06 17:19:09 UTC --- I'll have to confirm it later today by disabling VM, but I'm pretty sure I experienced a lock (can be reproduced every time) related to VM when testing with Unigine Tropics. It

radeon power management issues on a 12,2 iMac

I've posted this here simply as google bait for the next poor sod suffering with radeon power management issues. Why does the in-kernel radeon driver try and cook my machine by default? Since I bought this machine, I've run with a hard-coded hack to keep the card in low power mode. This has

drm/vmwgfx: add MODULE_DEVICE_TABLE so vmwgfx loads at boot

On Thu, Sep 6, 2012 at 3:35 PM, Tim Gardner wrote: > Dave - I couldn't find this patch in your git repo at > git://people.freedesktop.org/~airlied/linux in the drm-next or drm-fixes > branches. > > https://patchwork.kernel.org/patch/1379071/ > > It appears to fix a real problem for Mac users - >

[PATCH V4 2/2] video: drm: exynos: Add device tree support

Hi, 2012/9/5 Kyungmin Park : > Hi, > > On Thu, Sep 6, 2012 at 12:39 AM, Leela Krishna Amudala > wrote: >> Add device tree based discovery support for DRM-FIMD driver. >> >> Signed-off-by: Leela Krishna Amudala >> --- >> Documentation/devicetree/bindings/fb/drm-fimd.txt | 80 +

[PATCH libdrm 1/3] radeon: Fix layout of linear aligned mipmaps on SI.

On 06.09.2012 15:01, Michel D?nzer wrote: > On Don, 2012-09-06 at 13:46 +0200, Christian K?nig wrote: >> On 06.09.2012 12:53, Michel D?nzer wrote: >>> From: Michel D?nzer >>> >>> Signed-off-by: Michel D?nzer >> Sounds good to me, but shouldn't we also increase the version number? > Assuming you

[Bug 43360] nouveau on "NVce" 560 Ti: Failed to idle channel 1

https://bugzilla.kernel.org/show_bug.cgi?id=43360 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk

[PATCH libdrm 1/3] radeon: Fix layout of linear aligned mipmaps on SI.

On Don, 2012-09-06 at 13:46 +0200, Christian K?nig wrote: > On 06.09.2012 12:53, Michel D?nzer wrote: > > From: Michel D?nzer > > > > Signed-off-by: Michel D?nzer > Sounds good to me, but shouldn't we also increase the version number? Assuming you mean the libdrm package version, I don't think

PCI Radeon RV100 detection hang on sparc64

From: Michel D?nzer Date: Thu, 06 Sep 2012 18:55:51 +0200 > On Don, 2012-09-06 at 17:41 +0300, Meelis Roos wrote: >> This is with initialyy unmodified 3.6.0-rc4-00101-g0809095 kernel in >> Ultra 10 (clean, without my "Video RAM" hack that I talked in other >> sparclinux

PCI Radeon RV100 detection hang on sparc64

From: Adam Jackson Date: Thu, 06 Sep 2012 12:51:17 -0400 > On Thu, 2012-09-06 at 17:41 +0300, Meelis Roos wrote: > >> And here the machine hangs. Debugging printk-s reveal that it does not >> find any active I/O port resources and then continues into initializing >> the card.

PCI Radeon RV100 detection hang on sparc64

From: Meelis Roos Date: Thu, 6 Sep 2012 17:41:13 +0300 (EEST) > And here the machine hangs. Debugging printk-s reveal that it does not > find any active I/O port resources and then continues into initializing > the card. Down in igp_read_bios_from_vram() it successfully

[PATCH] drm/radeon: fix VM syncing with multiple rings

When a VM is used on more than one ring we need to sync to the last user. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_cs.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_cs.c b/drivers/gpu/drm/radeon/radeon_cs.c index

[PATCH libdrm 1/3] radeon: Fix layout of linear aligned mipmaps on SI.

On 06.09.2012 12:53, Michel D?nzer wrote: > From: Michel D?nzer > > Signed-off-by: Michel D?nzer Sounds good to me, but shouldn't we also increase the version number? Anyway: Reviewed-by: Christian K?nig > --- > radeon/radeon_surface.c | 124 >

[PATCH V4 2/2] video: drm: exynos: Add device tree support

Hi, On 09/06/2012 09:21 AM, InKi Dae wrote: >>> +Required properties: >>> + - compatible: Should be "samsung,exynos5-fimd" or "samsung,exynos4-fb" for >> Doesn't better to use single word? fimd or fb?. I think 'fb' is used >> for framebuffer historically. >> but now it's used both fb and drm, so

[PATCH libdrm 3/3] radeon: Sampling pitch for non-mipmaps seems padded to slice alignment on SI.

From: Michel D?nzer Another corner case that isn't well-explained yet. Signed-off-by: Michel D?nzer --- radeon/radeon_surface.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c index

[PATCH libdrm 2/3] radeon: Memory footprint of SI mipmap base level is padded to powers of two.

From: Michel D?nzer Signed-off-by: Michel D?nzer --- radeon/radeon_surface.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c index 593c51c..98faa0b 100644 ---

[PATCH libdrm 1/3] radeon: Fix layout of linear aligned mipmaps on SI.

From: Michel D?nzer Signed-off-by: Michel D?nzer --- radeon/radeon_surface.c | 124 ++- 1 file changed, 123 insertions(+), 1 deletion(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c index 4118a37..593c51c

PCI Radeon RV100 detection hang on sparc64

next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120906/9fada6d8/attachment.pgp>

[PATCH] drm/exynos: fix double call of drm_prime_(init/destroy)_file_private

Hi, 2012/9/6 Mandeep Singh Baines : > The double invocations are incorrect but seem to be safe so I don't > think this will fix any bugs. > > Before: > > [7.639366] drm_prime_init_file ee3675d0 > [7.639377] drm_prime_init_file ee3675d0 > [7.639507] drm_prime_destroy_file ee3675d0 > [

3.5-rc7: nouveau doesn't X on NVC0

On Thu, Sep 6, 2012 at 11:15 AM, Linus Torvalds wrote: > [ This got dropped somehow - it's in my draft folder. The bisection > may be irrelevant now: does it work with current git, since we've had > some nouveau changes? ] > > On Tue, Aug 28, 2012 at 8:26 AM, Alexey Dobriyan > wrote: >> Ping!

[PATCH] drm/exynos: fix double call of drm_prime_(init/destroy)_file_private

Hi Mandeep, On 2012? 09? 06? 06:47, Mandeep Singh Baines wrote: > The double invocations are incorrect but seem to be safe so I don't > think this will fix any bugs. > > Before: > > [7.639366] drm_prime_init_file ee3675d0 > [7.639377] drm_prime_init_file ee3675d0 > [7.639507]

[PATCH] drm/omap: update for interlaced

Hi Rob, On Thu, Sep 6, 2012 at 3:18 AM, Rob Clark wrote: > From: Rob Clark > > 'struct omap_video_timings' was updated w/ a 'bool interlaced'. Without > a matching update in omap_connector, this field could have undefined > values from the stack, which isn't quite ideal. > > Update the fxns to

[PATCH] drm/radeon: fix VM syncing with multiple rings

On Thu, Sep 6, 2012 at 7:48 AM, Christian K?nig wrote: > When a VM is used on more than one ring we need to > sync to the last user. > > Signed-off-by: Christian K?nig Reviewed-by: Jerome Glisse > --- > drivers/gpu/drm/radeon/radeon_cs.c |2 +- > 1 file changed, 1 insertion(+), 1

[PATCH libdrm 1/3] radeon: Fix layout of linear aligned mipmaps on SI.

On Thu, Sep 6, 2012 at 6:53 AM, Michel D?nzer wrote: > From: Michel D?nzer > > Signed-off-by: Michel D?nzer for the series: Reviewed-by: Alex Deucher > --- > radeon/radeon_surface.c | 124 > ++- > 1 file changed, 123 insertions(+), 1

[Bug 51652] [6550D SUMO] problems with secondar monitor on VGA, causing GPU lockups

https://bugs.freedesktop.org/show_bug.cgi?id=51652 --- Comment #2 from okias 2012-09-06 10:00:32 UTC --- Still valid with kernel 3.6.0-rc4 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for

[PATCH] drm/exynos: fix double call of drm_prime_(init/destroy)_file_private

nce Mandeep used `git send-email` which should do everything correctly. > Thanks. > Inki Dae In your From address your name is written InKi with capital K. Which one is correct? Thanks, Paul -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120906/57587e11/attachment.pgp>

[PATCH] drm/exynos: fix double call of drm_prime_(init/destroy)_file_private

The double invocations are incorrect but seem to be safe so I don't think this will fix any bugs. Before: [7.639366] drm_prime_init_file ee3675d0 [7.639377] drm_prime_init_file ee3675d0 [7.639507] drm_prime_destroy_file ee3675d0 [7.639518] drm_prime_destroy_file ee3675d0 [

[Patch 0/1]drm_irq: Introducing the irq_thread support

On Thu, Sep 06, 2012 at 12:42:05AM +, Liu, Chuansheng wrote: > > This possibly ought to be submitted in parallel with the code that uses it > > so that > > the whole proposal can be evaluated as one thing ? > > > > Alan > > Patch is here, thanks. > > From: liu chuansheng > Subject:

drm/vmwgfx: add MODULE_DEVICE_TABLE so vmwgfx loads at boot

Dave - I couldn't find this patch in your git repo at git://people.freedesktop.org/~airlied/linux in the drm-next or drm-fixes branches. https://patchwork.kernel.org/patch/1379071/ It appears to fix a real problem for Mac users - http://bugs.launchpad.net/bugs/1039157. See

[PATCH 1/3] drm/radeon: do not reenable crtc after moving vram start address

> On Wed, Sep 5, 2012 at 12:39 AM, Brad Campbell > wrote: >> On 28/07/12 04:32, j.glisse at gmail.com wrote: >>> >>> From: Jerome Glisse >>> >>> It seems we can not update the crtc scanout address. After disabling >>> crtc, update to base address do not take effect after crtc being >>>

[Patch 0/1]drm_irq: Introducing the irq_thread support

> Well, you cant use the pre_install/post_install hooks the drm_irq code > provides, > but yes, just do the request_irq in your driver code at the right time, with > the > right parameters. Much easier than adding code to a part of the drm core > fraught with backwards-compat stuff no one really

[Patch 0/1]drm_irq: Introducing the irq_thread support

> For a kms drm driver (and tbh, doing a non-kms driver today is not a great > idea), > there's no reason to use the drm_irq_install/_unistall helpers. > Can not understand well, I found many GPU drivers are using drm_irq helpers' function, including ours:)

[Patch 0/1]drm_irq: Introducing the irq_thread support

> This possibly ought to be submitted in parallel with the code that uses it so > that > the whole proposal can be evaluated as one thing ? > > Alan Patch is here, thanks. From: liu chuansheng Subject: [PATCH] drm_irq: Introducing the irq_thread support For some

[PATCH] gma500: Remove unused variable

This patch removes a unused struct psb_intel_connector Sparse gives a warning: drivers/gpu/drm/gma500/cdv_intel_hdmi.c:142:30: warning: unused variable ?psb_intel_connector? [-Wunused-variable] Signed-off-by: Emil Goode --- drivers/gpu/drm/gma500/cdv_intel_hdmi.c |2 -- 1 file

Re: [PATCH V3 1/2] drm/exynos: add platform_device_id table and driver data for exynos5 drm fimd

Hi Leela, See my comments inline. On Thursday 16 of August 2012 12:08:08 Leela Krishna Amudala wrote: +enum fimd_version_type { + VERSION_8, /* FIMD_VERSION8 */ +}; + +struct drm_fimd_driver_data { + enum fimd_version_type fimd_ver; +}; + +struct drm_fimd_driver_data

Re: Re: [PATCH V3 1/2] drm/exynos: add platform_device_id table and driver data for exynos5 drm fimd

Hi Tomasz, Please find the inline comments. Will post the next version today. Thanks. Leela Krishna Amudala. --- Original Message --- Sender : Tomasz Figat.f...@samsung.com Junior Software Engineer/SPRC-Linux Platform (SSD)/Samsung Electronics Date : Sep 05, 2012 13:22 (GMT+05:30) Title

[PATCH V4 0/2] video: drm: Add Device tree support to DRM-FIMD

This patch set adds device tree support for DRM-FIMD for Samsung's Exynos5250. It includes parsing platform data from dts file. Also, adds the driver data for exynos4 and exynos5 devices. This patchset is based and tested on top of v3.6-rc4 Also depends on below patchset

[PATCH V4 1/2] drm/exynos: add platform_device_id table and driver data for drm fimd

The name of the exynos drm fimd device is renamed to exynos-drm-fimd and two device ids are created for exynos4-fb and exynos5-fb. Also, added driver data for exynos4 and exynos5 to pick the timing base address at runtime to write data into appropriate register address. Signed-off-by: Leela

[PATCH V4 2/2] video: drm: exynos: Add device tree support

Add device tree based discovery support for DRM-FIMD driver. Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com --- Documentation/devicetree/bindings/fb/drm-fimd.txt | 80 + drivers/gpu/drm/exynos/exynos_drm_fimd.c | 95 - 2 files changed,

[PATCH] drm: use %*ph to dump small buffers

Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com --- drivers/gpu/drm/nouveau/nouveau_dp.c |4 +--- drivers/gpu/drm/radeon/atombios_dp.c |4 +--- drivers/gpu/drm/udl/udl_main.c |7 ++- 3 files changed, 4 insertions(+), 11 deletions(-) diff --git

RE: [Patch 0/1]drm_irq: Introducing the irq_thread support

Hi Vetter: Do you mean we can just not use drm_irq_install, and make request_irq in our kernel driver pre-install or post-install interface? Best Regards. Yang Shi PSI,System Integration, SH E-mail:yang.a@intel.com Tel:88215666-4239 -Original Message- From: Daniel Vetter

Re: [PATCH 1/3] drm/radeon: do not reenable crtc after moving vram start address

On Wed, Sep 5, 2012 at 12:39 AM, Brad Campbell b...@fnarfbargle.com wrote: On 28/07/12 04:32, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com It seems we can not update the crtc scanout address. After disabling crtc, update to base address do not take effect after crtc

[PATCH] gma500: Remove unused variable

This patch removes a unused struct psb_intel_connector Sparse gives a warning: drivers/gpu/drm/gma500/cdv_intel_hdmi.c:142:30: warning: unused variable ‘psb_intel_connector’ [-Wunused-variable] Signed-off-by: Emil Goode emilgo...@gmail.com --- drivers/gpu/drm/gma500/cdv_intel_hdmi.c |

RE: [Patch 0/1]drm_irq: Introducing the irq_thread support

This possibly ought to be submitted in parallel with the code that uses it so that the whole proposal can be evaluated as one thing ? Alan Patch is here, thanks. From: liu chuansheng chuansheng@intel.com Subject: [PATCH] drm_irq: Introducing the irq_thread support For some GPUs, the

RE: [Patch 0/1]drm_irq: Introducing the irq_thread support

For a kms drm driver (and tbh, doing a non-kms driver today is not a great idea), there's no reason to use the drm_irq_install/_unistall helpers. Can not understand well, I found many GPU drivers are using drm_irq helpers' function, including ours:)

RE: [Patch 0/1]drm_irq: Introducing the irq_thread support

Well, you cant use the pre_install/post_install hooks the drm_irq code provides, but yes, just do the request_irq in your driver code at the right time, with the right parameters. Much easier than adding code to a part of the drm core fraught with backwards-compat stuff no one really wants

Re: [PATCH V4 2/2] video: drm: exynos: Add device tree support

Hi, 2012/9/5 Kyungmin Park kmp...@infradead.org: Hi, On Thu, Sep 6, 2012 at 12:39 AM, Leela Krishna Amudala l.kris...@samsung.com wrote: Add device tree based discovery support for DRM-FIMD driver. Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com ---

Re: [Patch 0/1]drm_irq: Introducing the irq_thread support

On Thu, Sep 06, 2012 at 12:42:05AM +, Liu, Chuansheng wrote: This possibly ought to be submitted in parallel with the code that uses it so that the whole proposal can be evaluated as one thing ? Alan Patch is here, thanks. From: liu chuansheng chuansheng@intel.com

Re: [PATCH] drm/exynos: fix double call of drm_prime_(init/destroy)_file_private

Hi, 2012/9/6 Paul Menzel paulepan...@users.sourceforge.net: Dear Inki Dae, Am Donnerstag, den 06.09.2012, 11:35 +0900 schrieb InKi Dae: 2012/9/6 Mandeep Singh Baines m...@chromium.org: The double invocations are incorrect but seem to be safe so I don't think this will fix any bugs.

[Bug 51652] [6550D SUMO] problems with secondar monitor on VGA, causing GPU lockups

https://bugs.freedesktop.org/show_bug.cgi?id=51652 --- Comment #2 from okias d.ok...@gmail.com 2012-09-06 10:00:32 UTC --- Still valid with kernel 3.6.0-rc4 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are

[PATCH libdrm 2/3] radeon: Memory footprint of SI mipmap base level is padded to powers of two.

From: Michel Dänzer michel.daen...@amd.com Signed-off-by: Michel Dänzer michel.daen...@amd.com --- radeon/radeon_surface.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c index 593c51c..98faa0b 100644 ---

[PATCH libdrm 3/3] radeon: Sampling pitch for non-mipmaps seems padded to slice alignment on SI.

From: Michel Dänzer michel.daen...@amd.com Another corner case that isn't well-explained yet. Signed-off-by: Michel Dänzer michel.daen...@amd.com --- radeon/radeon_surface.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/radeon/radeon_surface.c

[PATCH libdrm 1/3] radeon: Fix layout of linear aligned mipmaps on SI.

From: Michel Dänzer michel.daen...@amd.com Signed-off-by: Michel Dänzer michel.daen...@amd.com --- radeon/radeon_surface.c | 124 ++- 1 file changed, 123 insertions(+), 1 deletion(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c

Re: [PATCH V4 2/2] video: drm: exynos: Add device tree support

Hi, On 09/06/2012 09:21 AM, InKi Dae wrote: +Required properties: + - compatible: Should be samsung,exynos5-fimd or samsung,exynos4-fb for Doesn't better to use single word? fimd or fb?. I think 'fb' is used for framebuffer historically. but now it's used both fb and drm, so fimd is neutral

Re: [PATCH libdrm 1/3] radeon: Fix layout of linear aligned mipmaps on SI.

On 06.09.2012 12:53, Michel Dänzer wrote: From: Michel Dänzer michel.daen...@amd.com Signed-off-by: Michel Dänzer michel.daen...@amd.com Sounds good to me, but shouldn't we also increase the version number? Anyway: Reviewed-by: Christian König christian.koe...@amd.com ---

[PATCH] drm/radeon: fix VM syncing with multiple rings

When a VM is used on more than one ring we need to sync to the last user. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_cs.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_cs.c

Re: [PATCH libdrm 1/3] radeon: Fix layout of linear aligned mipmaps on SI.

On Don, 2012-09-06 at 13:46 +0200, Christian König wrote: On 06.09.2012 12:53, Michel Dänzer wrote: From: Michel Dänzer michel.daen...@amd.com Signed-off-by: Michel Dänzer michel.daen...@amd.com Sounds good to me, but shouldn't we also increase the version number? Assuming you mean the

Re: [PATCH libdrm 1/3] radeon: Fix layout of linear aligned mipmaps on SI.

On 06.09.2012 15:01, Michel Dänzer wrote: On Don, 2012-09-06 at 13:46 +0200, Christian König wrote: On 06.09.2012 12:53, Michel Dänzer wrote: From: Michel Dänzer michel.daen...@amd.com Signed-off-by: Michel Dänzer michel.daen...@amd.com Sounds good to me, but shouldn't we also increase the

radeon power management issues on a 12,2 iMac

I've posted this here simply as google bait for the next poor sod suffering with radeon power management issues. Why does the in-kernel radeon driver try and cook my machine by default? Since I bought this machine, I've run with a hard-coded hack to keep the card in low power mode. This has

drm/vmwgfx: add MODULE_DEVICE_TABLE so vmwgfx loads at boot

Dave - I couldn't find this patch in your git repo at git://people.freedesktop.org/~airlied/linux in the drm-next or drm-fixes branches. https://patchwork.kernel.org/patch/1379071/ It appears to fix a real problem for Mac users - http://bugs.launchpad.net/bugs/1039157. See

Re: [PATCH libdrm 1/3] radeon: Fix layout of linear aligned mipmaps on SI.

On Thu, Sep 6, 2012 at 6:53 AM, Michel Dänzer mic...@daenzer.net wrote: From: Michel Dänzer michel.daen...@amd.com Signed-off-by: Michel Dänzer michel.daen...@amd.com for the series: Reviewed-by: Alex Deucher alexander.deuc...@amd.com --- radeon/radeon_surface.c | 124

Re: drm/vmwgfx: add MODULE_DEVICE_TABLE so vmwgfx loads at boot

On Thu, Sep 6, 2012 at 3:35 PM, Tim Gardner tim.gard...@canonical.com wrote: Dave - I couldn't find this patch in your git repo at git://people.freedesktop.org/~airlied/linux in the drm-next or drm-fixes branches. https://patchwork.kernel.org/patch/1379071/ It appears to fix a real problem

Re: [PATCH] drm/radeon: fix VM syncing with multiple rings

On Thu, Sep 6, 2012 at 7:48 AM, Christian König deathsim...@vodafone.de wrote: When a VM is used on more than one ring we need to sync to the last user. Signed-off-by: Christian König deathsim...@vodafone.de Reviewed-by: Jerome Glisse jgli...@redhat.com ---

[Bug 43360] nouveau on NVce 560 Ti: Failed to idle channel 1

https://bugzilla.kernel.org/show_bug.cgi?id=43360 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk

[PATCH] drm/exynos: fix double call of drm_prime_(init/destroy)_file_private

The double invocations are incorrect but seem to be safe so I don't think this will fix any bugs. Before: [7.639366] drm_prime_init_file ee3675d0 [7.639377] drm_prime_init_file ee3675d0 [7.639507] drm_prime_destroy_file ee3675d0 [7.639518] drm_prime_destroy_file ee3675d0 [

Re: PCI Radeon RV100 detection hang on sparc64

On Thu, 2012-09-06 at 17:41 +0300, Meelis Roos wrote: [drm] radeon defaulting to kernel modesetting. [drm] radeon kernel modesetting enabled. PCI: Enabling device: (:02:02.0), cmd 82 [drm] initializing kernel modesetting (RV100 0x1002:0x5159 0x1002:0x0908). [drm] register mmio base:

Re: PCI Radeon RV100 detection hang on sparc64

On Don, 2012-09-06 at 17:41 +0300, Meelis Roos wrote: This is with initialyy unmodified 3.6.0-rc4-00101-g0809095 kernel in Ultra 10 (clean, without my Video RAM hack that I talked in other sparclinux posts). When I saw that Sun XVR-100 was detected fine by the kernel, I compiled radeon drm

[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #25 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-09-06 17:19:09 UTC --- I'll have to confirm it later today by disabling VM, but I'm pretty sure I experienced a lock (can be reproduced every time) related to VM when

[Bug 36602] Hierarchical Z support for R600

https://bugs.freedesktop.org/show_bug.cgi?id=36602 --- Comment #50 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-09-06 17:24:39 UTC --- I've seen some messages about Hi-Z being released, but not enabled and so on a couple of weeks ago. What is the status? -- Configure bugmail:

[Bug 43360] nouveau on NVce 560 Ti: Failed to idle channel 1

https://bugzilla.kernel.org/show_bug.cgi?id=43360 Marcin Slusarz marcin.slus...@gmail.com changed: What|Removed |Added CC|

[Bug 54527] Crash, kernel BUG ttm/ttm_bo.c:1659!, when running gnibbles

https://bugs.freedesktop.org/show_bug.cgi?id=54527 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH V4 2/2] video: drm: exynos: Add device tree support

Hi, On Thu, Sep 6, 2012 at 4:35 PM, Sylwester Nawrocki s.nawro...@samsung.com wrote: Hi, On 09/06/2012 09:21 AM, InKi Dae wrote: +Required properties: + - compatible: Should be samsung,exynos5-fimd or samsung,exynos4-fb for Doesn't better to use single word? fimd or fb?. I think 'fb' is

Re: [PATCH] drm/exynos: fix double call of drm_prime_(init/destroy)_file_private

Applied. Thanks, Inki Dae 2012/9/7 Mandeep Singh Baines m...@chromium.org: The double invocations are incorrect but seem to be safe so I don't think this will fix any bugs. Before: [7.639366] drm_prime_init_file ee3675d0 [7.639377] drm_prime_init_file ee3675d0 [7.639507]