i915_driver_irq_handler: irq 42: nobody cared

On 04/11/2012 12:40 PM, Daniel Vetter wrote: > On Tue, Apr 10, 2012 at 01:34:11PM -0700, Jesse Barnes wrote: >> On Tue, 10 Apr 2012 22:32:12 +0200 >> Daniel Vetter wrote: >> >>> On Tue, Apr 10, 2012 at 09:52:40PM +0200, Jiri Slaby wrote: Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast

[PATCH] drm/radeon: improve sa allocator for multi ring load balancing

From: Jerome Glisse This add a per ring allocation management and load balance the chunk of the temp buffer between each ring. A ring that often fail to find a hole or worse have to wait for previous fence will have more chance to grow over other ring. This ring is properly

Include request for reset-rework branch v4

On 03.05.2012 19:34, Jerome Glisse wrote: > On Thu, May 3, 2012 at 1:28 PM, Christian K?nig > wrote: >> On 03.05.2012 19:20, Alex Deucher wrote: >>> 2012/5/3 Jerome Glisse: On Thu, May 3, 2012 at 12:39 PM, Christian K?nig wrote: > On 03.05.2012 18:32, Jerome Glisse wrote:

Include request for reset-rework branch v4

On 03.05.2012 19:20, Alex Deucher wrote: > 2012/5/3 Jerome Glisse: >> On Thu, May 3, 2012 at 12:39 PM, Christian K?nig >> wrote: >>> On 03.05.2012 18:32, Jerome Glisse wrote: On Thu, May 3, 2012 at 4:19 AM, Christian K?nig wrote: > On 02.05.2012 18:01, Jerome Glisse wrote: >>

[PATCH 2/4] drm/radeon: convert fence to uint64_t

On 03.05.2012 18:34, Jerome Glisse wrote: > On Thu, May 3, 2012 at 12:29 PM, Alex Deucher > wrote: >> On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote: >>> On Thu, May 3, 2012 at 7:39 AM, Christian K?nig >>> wrote: On 03.05.2012 09:21, Michel D?nzer wrote: > On Mit, 2012-05-02 at

Include request for reset-rework branch v4

On 03.05.2012 18:32, Jerome Glisse wrote: > On Thu, May 3, 2012 at 4:19 AM, Christian K?nig > wrote: >> On 02.05.2012 18:01, Jerome Glisse wrote: >>> On Wed, May 2, 2012 at 9:11 AM, Christian K?nig >>> wrote: Hi Dave, there still seems to be the need for some further discussion

[PULL] drm-intel-fixes

Hi Dave, One more regression fix and a 3 small patches: - Paulo fixed the hdmi infoframe regression on gm45 introduced in 3.2 by Jesse. - snb/ilk has a nice debug register where the hw can tell us when it dropped writes and we've added a WARN in 3.4 when this happens. This caught code which

[PATCH 2/4] drm/radeon: convert fence to uint64_t

On Thu, May 3, 2012 at 5:04 PM, Alex Deucher wrote: > On Thu, May 3, 2012 at 4:46 PM, Jerome Glisse wrote: >> On Thu, May 3, 2012 at 12:34 PM, Jerome Glisse wrote: >>> On Thu, May 3, 2012 at 12:29 PM, Alex Deucher >>> wrote: On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote:

[PATCH 4/4] drm/i915: make DBLCLK modes work

13.04.2012 22:31, Paulo Zanoni kirjoitti: > From: Paulo Zanoni > > They require an AVI InfoFrame with a proper Pixel Repetition field. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=45729 > Signed-off-by: Paulo Zanoni > --- > > I'm still waiting for confirmation on bugzilla, but I

[PATCH] drm/radeon: clarify and extend wb setup on APUs and NI+ asics

From: Alex Deucher Use family rather than DCE check for clarity, also always use wb on APUs, there will never be AGP variants. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_device.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff

[PATCH 2/4] drm/radeon: convert fence to uint64_t

On Thu, May 3, 2012 at 4:46 PM, Jerome Glisse wrote: > On Thu, May 3, 2012 at 12:34 PM, Jerome Glisse wrote: >> On Thu, May 3, 2012 at 12:29 PM, Alex Deucher >> wrote: >>> On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse >>> wrote: On Thu, May 3, 2012 at 7:39 AM, Christian K?nig >>>

[PATCH 2/4] drm/radeon: convert fence to uint64_t

On Thu, May 3, 2012 at 12:34 PM, Jerome Glisse wrote: > On Thu, May 3, 2012 at 12:29 PM, Alex Deucher > wrote: >> On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote: >>> On Thu, May 3, 2012 at 7:39 AM, Christian K?nig >> vodafone.de> wrote: On 03.05.2012 09:21, Michel D?nzer wrote:

i915_driver_irq_handler: irq 42: nobody cared

On Thu, 3 May 2012 14:54:22 -0700 Jesse Barnes wrote: > On Thu, 03 May 2012 23:16:02 +0200 > Jiri Slaby wrote: > > > On 05/03/2012 11:15 PM, Daniel Vetter wrote: > > >>> Shot in the dark, let's disable msi a bit. Can you try the below patch? > > >> > > >> Yeah, no IRQ_NONE at the end of

Enhancing EDID quirk functionality

On 5/3/12 2:01 PM, Ian Pilcher wrote: > The patch does the following: This looks good, thank you for taking it on. > * Changes the vendor field of struct edid_quirk to an array, rather >than a pointer. (This has already been sent to the dri-devel list.) > * Adds two new quirks

[RFC v2 5/5] drm: Add NVIDIA Tegra support

On 04/25/2012 03:45 AM, Thierry Reding wrote: > This commit adds a very basic DRM driver for NVIDIA Tegra SoCs. It > currently has rudimentary GEM support and can run a console on the > framebuffer as well as X using the xf86-video-modesetting driver. Only > the RGB output is supported. > > HDMI

PROBLEM: [drm:r600_do_init_cp] *ERROR* Failed to load firmware!

On Don, 2012-05-03 at 09:32 +0200, Treeve Jelbert wrote: > On Monday 23 April 2012 11:18:52 you wrote: > > Linux-3.3.3 > > > > $ dmesg|grep drm > > [drm] Initialized drm 1.1.0 20060810 > > [drm] radeon defaulting to userspace modesetting. > > [drm] Supports vblank timestamp caching Rev 1

i915_driver_irq_handler: irq 42: nobody cared

On Thu, 03 May 2012 23:16:02 +0200 Jiri Slaby wrote: > On 05/03/2012 11:15 PM, Daniel Vetter wrote: > >>> Shot in the dark, let's disable msi a bit. Can you try the below patch? > >> > >> Yeah, no IRQ_NONE at the end of i915_driver_irq_handler now. So MSI is > >> busted, either in the card, the

[PATCH] drm/radeon: fix possible lack of synchronization btw ttm and other ring

On Thu, May 3, 2012 at 1:44 PM, wrote: > From: Jerome Glisse > > We need to sync with the GFX ring as ttm might have schedule bo move > on it and new command scheduled for other ring need to wait for bo > data to be in place. > > Signed-off-by: Jerome Glisse Reviewed-by: Alex Deucher > ---

[PATCH] drm/radeon: fix possible lack of synchronization btw ttm and other ring

From: Jerome Glisse We need to sync with the GFX ring as ttm might have schedule bo move on it and new command scheduled for other ring need to wait for bo data to be in place. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/radeon_cs.c | 12 ++--

[PATCH 2/4] drm/radeon: convert fence to uint64_t

On 03.05.2012 09:21, Michel D?nzer wrote: > On Mit, 2012-05-02 at 16:20 -0400, j.glisse at gmail.com wrote: >> From: Jerome Glisse >> >> This convert fence to use uint64_t sequence number intention is >> to use the fact that uin64_t is big enough that we don't need to >> care about wrap around. >>

Include request for reset-rework branch v4

2012/5/3 Christian K?nig : > On 03.05.2012 19:20, Alex Deucher wrote: >> >> 2012/5/3 Jerome Glisse: >>> >>> On Thu, May 3, 2012 at 12:39 PM, Christian K?nig >>> ?wrote: On 03.05.2012 18:32, Jerome Glisse wrote: > > On Thu, May 3, 2012 at 4:19 AM, Christian > K?nig >

Include request for reset-rework branch v4

On Thu, May 3, 2012 at 1:28 PM, Christian K?nig wrote: > On 03.05.2012 19:20, Alex Deucher wrote: >> >> 2012/5/3 Jerome Glisse: >>> >>> On Thu, May 3, 2012 at 12:39 PM, Christian K?nig >>> ?wrote: On 03.05.2012 18:32, Jerome Glisse wrote: > > On Thu, May 3, 2012 at 4:19 AM,

[PATCH libdrm 4/4] modetest: print more about our properties

On Sat, Apr 21, 2012 at 05:51:53PM -0300, Paulo Zanoni wrote: > From: Paulo Zanoni > > In the future we'll have more than just connector properties, so create > a dump_prop function that can handle any property (instead of the > current dump_props function that only handles connector

Include request for reset-rework branch v4

On Thu, May 3, 2012 at 1:20 PM, Alex Deucher wrote: > 2012/5/3 Jerome Glisse : >> On Thu, May 3, 2012 at 12:39 PM, Christian K?nig >> wrote: >>> On 03.05.2012 18:32, Jerome Glisse wrote: On Thu, May 3, 2012 at 4:19 AM, Christian K?nig ?wrote: > > On 02.05.2012 18:01,

Include request for reset-rework branch v4

2012/5/3 Jerome Glisse : > On Thu, May 3, 2012 at 12:39 PM, Christian K?nig > wrote: >> On 03.05.2012 18:32, Jerome Glisse wrote: >>> >>> On Thu, May 3, 2012 at 4:19 AM, Christian K?nig >>> ?wrote: On 02.05.2012 18:01, Jerome Glisse wrote: > > On Wed, May 2, 2012 at 9:11 AM,

Enhancing EDID quirk functionality

me dinner first." -- next part -- A non-text attachment was scrubbed... Name: edid_quirks_all.patch Type: text/x-patch Size: 9610 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120503/13c5436e/attachment-0001.bin>

Include request for reset-rework branch v4

On Thu, May 3, 2012 at 12:39 PM, Christian K?nig wrote: > On 03.05.2012 18:32, Jerome Glisse wrote: >> >> On Thu, May 3, 2012 at 4:19 AM, Christian K?nig >> ?wrote: >>> >>> On 02.05.2012 18:01, Jerome Glisse wrote: On Wed, May 2, 2012 at 9:11 AM, Christian K?nig ?wrote: > >

[PATCH 2/4] drm/radeon: convert fence to uint64_t

On Thu, May 3, 2012 at 12:29 PM, Alex Deucher wrote: > On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote: >> On Thu, May 3, 2012 at 7:39 AM, Christian K?nig >> wrote: >>> On 03.05.2012 09:21, Michel D?nzer wrote: On Mit, 2012-05-02 at 16:20 -0400, j.glisse at gmail.com wrote:

Include request for reset-rework branch v4

On Thu, May 3, 2012 at 4:19 AM, Christian K?nig wrote: > On 02.05.2012 18:01, Jerome Glisse wrote: >> >> On Wed, May 2, 2012 at 9:11 AM, Christian K?nig >> ?wrote: >>> >>> Hi Dave, >>> >>> there still seems to be the need for some further discussion about the SA >>> code, >>> so I again split

[PATCH 2/4] drm/radeon: convert fence to uint64_t

On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse wrote: > On Thu, May 3, 2012 at 7:39 AM, Christian K?nig > wrote: >> On 03.05.2012 09:21, Michel D?nzer wrote: >>> >>> On Mit, 2012-05-02 at 16:20 -0400, j.glisse at gmail.com wrote: From: Jerome Glisse This convert fence to use

[Bug 49418] [RV730] Screen is Scrambled When Booting in EFI Mode

https://bugs.freedesktop.org/show_bug.cgi?id=49418 Michel D?nzer changed: What|Removed |Added Attachment #60960|application/octet-stream|text/plain mime type|

[Bug 49418] [RV730] Screen is Scrambled When Booting in EFI Mode

https://bugs.freedesktop.org/show_bug.cgi?id=49418 Michel D?nzer changed: What|Removed |Added Attachment #60959|application/octet-stream|text/plain mime type|

[PATCH] drm/i2c/ch7006: Convert to dev_pm_ops

The I2C specific suspend and resume functions have been deprecated and printing a warning on boot for over a year, dev_pm_ops should be used instead so convert to that. Also remove the suspend function since all it does is log. Signed-off-by: Mark Brown Acked-by: Francisco Jerez ---

[PATCH 2/4] drm/radeon: convert fence to uint64_t

On Thu, May 3, 2012 at 7:39 AM, Christian K?nig wrote: > On 03.05.2012 09:21, Michel D?nzer wrote: >> >> On Mit, 2012-05-02 at 16:20 -0400, j.glisse at gmail.com wrote: >>> >>> From: Jerome Glisse >>> >>> This convert fence to use uint64_t sequence number intention is >>> to use the fact that

[PATCH 4/4] drm/i915: make DBLCLK modes work

On Fri, Apr 13, 2012 at 04:31:41PM -0300, Paulo Zanoni wrote: > From: Paulo Zanoni > > They require an AVI InfoFrame with a proper Pixel Repetition field. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=45729 > Signed-off-by: Paulo Zanoni I've merged the 2 i915 patches for -next,

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42678 Yvon TANGUY changed: What|Removed |Added CC||vono29 at gmail.com --- Comment #14

[Bug 49418] [RV730] Screen is Scrambled When Booting in EFI Mode

https://bugs.freedesktop.org/show_bug.cgi?id=49418 --- Comment #3 from Bastien Dejean 2012-05-03 03:57:32 PDT --- Created attachment 60960 --> https://bugs.freedesktop.org/attachment.cgi?id=60960 dmesg BIOS mode output -- Configure bugmail:

[Bug 49418] [RV730] Screen is Scrambled When Booting in EFI Mode

https://bugs.freedesktop.org/show_bug.cgi?id=49418 --- Comment #2 from Bastien Dejean 2012-05-03 03:56:40 PDT --- Created attachment 60959 --> https://bugs.freedesktop.org/attachment.cgi?id=60959 dmesg EFI mode output -- Configure bugmail:

Include request for reset-rework branch v4

On 02.05.2012 18:01, Jerome Glisse wrote: > On Wed, May 2, 2012 at 9:11 AM, Christian K?nig > wrote: >> Hi Dave, >> >> there still seems to be the need for some further discussion about the SA >> code, >> so I again split that out of the patchset and tested the result a bit. >> >> Most of the

[Bug 49140] r600_state_common.c:761:r600_draw_vbo: Assertion `0' failed

https://bugs.freedesktop.org/show_bug.cgi?id=49140 --- Comment #6 from Vadim Girlin 2012-05-03 03:16:19 PDT --- (In reply to comment #5) > > vec3 p3 = vec3(p.x, p.y, p.z); > > float t = dot(v, p3); > > float t2 = gm1*t/v2 - g*p.w; > > r = vec4( v*t2 + p3, g * (p.w - t)); > > >

[Bug 49418] [RV730] Screen is Scrambled When Booting in EFI Mode

https://bugs.freedesktop.org/show_bug.cgi?id=49418 Michel D?nzer changed: What|Removed |Added AssignedTo|xorg-driver-ati at lists.x.org |dri-devel at lists.freedesktop

[git pull] drm nouveau fixes

Hi Linus, just some regression fixes from Ben along with a variable that gcc failed to spot is uninitialised. Dave. The following changes since commit 655861e328cea83320190f4a57b3656ee952388c: Merge branch 'fixes' of git://git.linaro.org/people/rmk/linux-arm (2012-04-30 15:34:41 -0700)

PROBLEM: [drm:r600_do_init_cp] *ERROR* Failed to load firmware!

On Monday 23 April 2012 11:18:52 you wrote: > Linux-3.3.3 > > $ dmesg|grep drm > [drm] Initialized drm 1.1.0 20060810 > [drm] radeon defaulting to userspace modesetting. > [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). > [drm] No driver support for vblank timestamp query. > [drm]

[PATCH 2/4] drm/radeon: convert fence to uint64_t

On Mit, 2012-05-02 at 16:20 -0400, j.glisse at gmail.com wrote: > From: Jerome Glisse > > This convert fence to use uint64_t sequence number intention is > to use the fact that uin64_t is big enough that we don't need to > care about wrap around. > > Tested with and without writeback using

Include request for reset-rework branch v4

> > there still seems to be the need for some further discussion about the SA > code, > so I again split that out of the patchset and tested the result a bit. > > Most of the stuff still works fine without those offending changes, so to > avoid > mailing around unrelated and already reviewed

[PATCH 4/4] gma500: opregion and ACPI

On Tue, May 1, 2012 at 2:33 PM, Alan Cox wrote: > From: Alan Cox > > Add the opregion support and bring us in line with the opregion functionality > in the > reference driver code. We can't share this with i915 currently because there > are > hardcoded assumptions about dev_priv etc in both

[Bug 49140] r600_state_common.c:761:r600_draw_vbo: Assertion `0' failed

https://bugs.freedesktop.org/show_bug.cgi?id=49140 --- Comment #5 from Marko 2012-05-02 22:42:10 PDT --- > vec3 p3 = vec3(p.x, p.y, p.z); > float t = dot(v, p3); > float t2 = gm1*t/v2 - g*p.w; > r = vec4( v*t2 + p3, g * (p.w - t)); > Vadim, this is really great and much

Re: [PATCH 2/4] drm/radeon: convert fence to uint64_t

On Mit, 2012-05-02 at 16:20 -0400, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com This convert fence to use uint64_t sequence number intention is to use the fact that uin64_t is big enough that we don't need to care about wrap around. Tested with and without writeback

Re: [PATCH 4/4] gma500: opregion and ACPI

On Tue, May 1, 2012 at 2:33 PM, Alan Cox a...@lxorguk.ukuu.org.uk wrote: From: Alan Cox a...@linux.intel.com Add the opregion support and bring us in line with the opregion functionality in the reference driver code. We can't share this with i915 currently because there are hardcoded

Re: Include request for reset-rework branch v4

On 02.05.2012 18:01, Jerome Glisse wrote: On Wed, May 2, 2012 at 9:11 AM, Christian Königdeathsim...@vodafone.de wrote: Hi Dave, there still seems to be the need for some further discussion about the SA code, so I again split that out of the patchset and tested the result a bit. Most of the

Re: Include request for reset-rework branch v4

there still seems to be the need for some further discussion about the SA code, so I again split that out of the patchset and tested the result a bit. Most of the stuff still works fine without those offending changes, so to avoid mailing around unrelated and already reviewed patches,

Re: [PATCH 4/4] gma500: opregion and ACPI

On Thu, 3 May 2012 09:15:23 +0100 Dave Airlie airl...@gmail.com wrote: On Tue, May 1, 2012 at 2:33 PM, Alan Cox a...@lxorguk.ukuu.org.uk wrote: From: Alan Cox a...@linux.intel.com Add the opregion support and bring us in line with the opregion functionality in the reference driver

Re: [PATCH 4/4] drm/i915: make DBLCLK modes work

On Fri, Apr 13, 2012 at 04:31:41PM -0300, Paulo Zanoni wrote: From: Paulo Zanoni paulo.r.zan...@intel.com They require an AVI InfoFrame with a proper Pixel Repetition field. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=45729 Signed-off-by: Paulo Zanoni paulo.r.zan...@intel.com

[Bug 49418] [RV730] Screen is Scrambled When Booting in EFI Mode

https://bugs.freedesktop.org/show_bug.cgi?id=49418 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added AssignedTo|xorg-driver-...@lists.x.org

[Bug 49140] r600_state_common.c:761:r600_draw_vbo: Assertion `0' failed

https://bugs.freedesktop.org/show_bug.cgi?id=49140 --- Comment #6 from Vadim Girlin pt...@yandex.ru 2012-05-03 03:16:19 PDT --- (In reply to comment #5) vec3 p3 = vec3(p.x, p.y, p.z); float t = dot(v, p3); float t2 = gm1*t/v2 - g*p.w; r = vec4( v*t2 + p3, g * (p.w - t));

[Bug 49418] [RV730] Screen is Scrambled When Booting in EFI Mode

https://bugs.freedesktop.org/show_bug.cgi?id=49418 --- Comment #2 from Bastien Dejean nihilh...@gmail.com 2012-05-03 03:56:40 PDT --- Created attachment 60959 -- https://bugs.freedesktop.org/attachment.cgi?id=60959 dmesg EFI mode output -- Configure bugmail:

[Bug 49418] [RV730] Screen is Scrambled When Booting in EFI Mode

https://bugs.freedesktop.org/show_bug.cgi?id=49418 --- Comment #3 from Bastien Dejean nihilh...@gmail.com 2012-05-03 03:57:32 PDT --- Created attachment 60960 -- https://bugs.freedesktop.org/attachment.cgi?id=60960 dmesg BIOS mode output -- Configure bugmail:

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42678 Yvon TANGUY von...@gmail.com changed: What|Removed |Added CC||von...@gmail.com ---

Re: Re: [PATCH 2/4] drm/radeon: convert fence to uint64_t

On 03.05.2012 09:21, Michel Dänzer wrote: On Mit, 2012-05-02 at 16:20 -0400, j.gli...@gmail.com wrote: From: Jerome Glissejgli...@redhat.com This convert fence to use uint64_t sequence number intention is to use the fact that uin64_t is big enough that we don't need to care about wrap around.

Re: PROBLEM: [drm:r600_do_init_cp] *ERROR* Failed to load firmware!

On Monday 23 April 2012 11:18:52 you wrote: Linux-3.3.3 $ dmesg|grep drm [drm] Initialized drm 1.1.0 20060810 [drm] radeon defaulting to userspace modesetting. [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] No driver support for vblank timestamp query. [drm] Initialized

[PATCH] drm/i2c/ch7006: Convert to dev_pm_ops

The I2C specific suspend and resume functions have been deprecated and printing a warning on boot for over a year, dev_pm_ops should be used instead so convert to that. Also remove the suspend function since all it does is log. Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com

[Bug 49418] [RV730] Screen is Scrambled When Booting in EFI Mode

https://bugs.freedesktop.org/show_bug.cgi?id=49418 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Attachment #60959|application/octet-stream|text/plain

[Bug 49418] [RV730] Screen is Scrambled When Booting in EFI Mode

https://bugs.freedesktop.org/show_bug.cgi?id=49418 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Attachment #60960|application/octet-stream|text/plain

Re: PROBLEM: [drm:r600_do_init_cp] *ERROR* Failed to load firmware!

On Don, 2012-05-03 at 09:32 +0200, Treeve Jelbert wrote: On Monday 23 April 2012 11:18:52 you wrote: Linux-3.3.3 $ dmesg|grep drm [drm] Initialized drm 1.1.0 20060810 [drm] radeon defaulting to userspace modesetting. [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).

Re: [PATCH 4/4] drm/i915: make DBLCLK modes work

13.04.2012 22:31, Paulo Zanoni kirjoitti: From: Paulo Zanoni paulo.r.zan...@intel.com They require an AVI InfoFrame with a proper Pixel Repetition field. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=45729 Signed-off-by: Paulo Zanoni paulo.r.zan...@intel.com --- I'm still

[PULL] drm-intel-fixes

Hi Dave, One more regression fix and a 3 small patches: - Paulo fixed the hdmi infoframe regression on gm45 introduced in 3.2 by Jesse. - snb/ilk has a nice debug register where the hw can tell us when it dropped writes and we've added a WARN in 3.4 when this happens. This caught code which

Re: Re: [PATCH 2/4] drm/radeon: convert fence to uint64_t

On Thu, May 3, 2012 at 7:39 AM, Christian König deathsim...@vodafone.de wrote: On 03.05.2012 09:21, Michel Dänzer wrote: On Mit, 2012-05-02 at 16:20 -0400, j.gli...@gmail.com wrote: From: Jerome Glissejgli...@redhat.com This convert fence to use uint64_t sequence number intention is to use

Re: Re: [PATCH 2/4] drm/radeon: convert fence to uint64_t

On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse j.gli...@gmail.com wrote: On Thu, May 3, 2012 at 7:39 AM, Christian König deathsim...@vodafone.de wrote: On 03.05.2012 09:21, Michel Dänzer wrote: On Mit, 2012-05-02 at 16:20 -0400, j.gli...@gmail.com wrote: From: Jerome

Re: Include request for reset-rework branch v4

On Thu, May 3, 2012 at 4:19 AM, Christian König deathsim...@vodafone.de wrote: On 02.05.2012 18:01, Jerome Glisse wrote: On Wed, May 2, 2012 at 9:11 AM, Christian Königdeathsim...@vodafone.de  wrote: Hi Dave, there still seems to be the need for some further discussion about the SA code,

Re: Include request for reset-rework branch v4

On 03.05.2012 18:32, Jerome Glisse wrote: On Thu, May 3, 2012 at 4:19 AM, Christian Königdeathsim...@vodafone.de wrote: On 02.05.2012 18:01, Jerome Glisse wrote: On Wed, May 2, 2012 at 9:11 AM, Christian Königdeathsim...@vodafone.de wrote: Hi Dave, there still seems to be the need for

Re: [PATCH 2/4] drm/radeon: convert fence to uint64_t

On 03.05.2012 18:34, Jerome Glisse wrote: On Thu, May 3, 2012 at 12:29 PM, Alex Deucheralexdeuc...@gmail.com wrote: On Thu, May 3, 2012 at 11:56 AM, Jerome Glissej.gli...@gmail.com wrote: On Thu, May 3, 2012 at 7:39 AM, Christian Königdeathsim...@vodafone.de wrote: On 03.05.2012 09:21,

Re: Include request for reset-rework branch v4

On Thu, May 3, 2012 at 12:39 PM, Christian König deathsim...@vodafone.de wrote: On 03.05.2012 18:32, Jerome Glisse wrote: On Thu, May 3, 2012 at 4:19 AM, Christian Königdeathsim...@vodafone.de  wrote: On 02.05.2012 18:01, Jerome Glisse wrote: On Wed, May 2, 2012 at 9:11 AM, Christian

Re: Include request for reset-rework branch v4

On Thu, May 3, 2012 at 1:20 PM, Alex Deucher alexdeuc...@gmail.com wrote: 2012/5/3 Jerome Glisse j.gli...@gmail.com: On Thu, May 3, 2012 at 12:39 PM, Christian König deathsim...@vodafone.de wrote: On 03.05.2012 18:32, Jerome Glisse wrote: On Thu, May 3, 2012 at 4:19 AM, Christian

Re: Include request for reset-rework branch v4

2012/5/3 Jerome Glisse j.gli...@gmail.com: On Thu, May 3, 2012 at 12:39 PM, Christian König deathsim...@vodafone.de wrote: On 03.05.2012 18:32, Jerome Glisse wrote: On Thu, May 3, 2012 at 4:19 AM, Christian Königdeathsim...@vodafone.de  wrote: On 02.05.2012 18:01, Jerome Glisse wrote: On

Re: Include request for reset-rework branch v4

On 03.05.2012 19:20, Alex Deucher wrote: 2012/5/3 Jerome Glissej.gli...@gmail.com: On Thu, May 3, 2012 at 12:39 PM, Christian König deathsim...@vodafone.de wrote: On 03.05.2012 18:32, Jerome Glisse wrote: On Thu, May 3, 2012 at 4:19 AM, Christian Königdeathsim...@vodafone.de wrote: On

Re: Include request for reset-rework branch v4

On Thu, May 3, 2012 at 1:28 PM, Christian König deathsim...@vodafone.de wrote: On 03.05.2012 19:20, Alex Deucher wrote: 2012/5/3 Jerome Glissej.gli...@gmail.com: On Thu, May 3, 2012 at 12:39 PM, Christian König deathsim...@vodafone.de  wrote: On 03.05.2012 18:32, Jerome Glisse wrote: On

Re: Include request for reset-rework branch v4

2012/5/3 Christian König deathsim...@vodafone.de: On 03.05.2012 19:20, Alex Deucher wrote: 2012/5/3 Jerome Glissej.gli...@gmail.com: On Thu, May 3, 2012 at 12:39 PM, Christian König deathsim...@vodafone.de  wrote: On 03.05.2012 18:32, Jerome Glisse wrote: On Thu, May 3, 2012 at 4:19 AM,

[PATCH] drm/radeon: fix possible lack of synchronization btw ttm and other ring

From: Jerome Glisse jgli...@redhat.com We need to sync with the GFX ring as ttm might have schedule bo move on it and new command scheduled for other ring need to wait for bo data to be in place. Signed-off-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/radeon_cs.c | 12

Re: Include request for reset-rework branch v4

On 03.05.2012 19:34, Jerome Glisse wrote: On Thu, May 3, 2012 at 1:28 PM, Christian Königdeathsim...@vodafone.de wrote: On 03.05.2012 19:20, Alex Deucher wrote: 2012/5/3 Jerome Glissej.gli...@gmail.com: On Thu, May 3, 2012 at 12:39 PM, Christian König deathsim...@vodafone.dewrote: On

Re: Enhancing EDID quirk functionality

I just attached this patch to https://bugzilla.redhat.com/show_bug.cgi?id=806091, along with the following comments: This is the first draft of an EDID quirk-based approach to solving this problem. I intend to perform a bit of cleanup and break it up into a series of separate patches, but I'm

Re: [PATCH] drm/radeon: fix possible lack of synchronization btw ttm and other ring

On Thu, May 3, 2012 at 1:44 PM, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com We need to sync with the GFX ring as ttm might have schedule bo move on it and new command scheduled for other ring need to wait for bo data to be in place. Signed-off-by: Jerome Glisse

Re: Enhancing EDID quirk functionality

On 5/3/12 2:01 PM, Ian Pilcher wrote: The patch does the following: This looks good, thank you for taking it on. * Changes the vendor field of struct edid_quirk to an array, rather than a pointer. (This has already been sent to the dri-devel list.) * Adds two new quirks

Re: i915_driver_irq_handler: irq 42: nobody cared

On 04/11/2012 12:40 PM, Daniel Vetter wrote: On Tue, Apr 10, 2012 at 01:34:11PM -0700, Jesse Barnes wrote: On Tue, 10 Apr 2012 22:32:12 +0200 Daniel Vetter dan...@ffwll.ch wrote: On Tue, Apr 10, 2012 at 09:52:40PM +0200, Jiri Slaby wrote: Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast

Re: Re: [PATCH 2/4] drm/radeon: convert fence to uint64_t

On Thu, May 3, 2012 at 12:34 PM, Jerome Glisse j.gli...@gmail.com wrote: On Thu, May 3, 2012 at 12:29 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse j.gli...@gmail.com wrote: On Thu, May 3, 2012 at 7:39 AM, Christian König deathsim...@vodafone.de

Re: Re: [PATCH 2/4] drm/radeon: convert fence to uint64_t

On Thu, May 3, 2012 at 4:46 PM, Jerome Glisse j.gli...@gmail.com wrote: On Thu, May 3, 2012 at 12:34 PM, Jerome Glisse j.gli...@gmail.com wrote: On Thu, May 3, 2012 at 12:29 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Thu, May 3, 2012 at 11:56 AM, Jerome Glisse j.gli...@gmail.com wrote:

[PATCH] drm/radeon: clarify and extend wb setup on APUs and NI+ asics

From: Alex Deucher alexander.deuc...@amd.com Use family rather than DCE check for clarity, also always use wb on APUs, there will never be AGP variants. Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_device.c |4 ++-- 1 files changed, 2

Re: i915_driver_irq_handler: irq 42: nobody cared

On Thu, May 03, 2012 at 09:56:08PM +0200, Jiri Slaby wrote: On 04/11/2012 12:40 PM, Daniel Vetter wrote: On Tue, Apr 10, 2012 at 01:34:11PM -0700, Jesse Barnes wrote: On Tue, 10 Apr 2012 22:32:12 +0200 Daniel Vetter dan...@ffwll.ch wrote: On Tue, Apr 10, 2012 at 09:52:40PM +0200, Jiri

Re: i915_driver_irq_handler: irq 42: nobody cared

On 05/03/2012 11:15 PM, Daniel Vetter wrote: Shot in the dark, let's disable msi a bit. Can you try the below patch? Yeah, no IRQ_NONE at the end of i915_driver_irq_handler now. So MSI is busted, either in the card, the chipset or the kernel. Any idea how to find out? Ok, so MSI is busted.

Re: Re: [PATCH 2/4] drm/radeon: convert fence to uint64_t

On Thu, May 3, 2012 at 5:04 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Thu, May 3, 2012 at 4:46 PM, Jerome Glisse j.gli...@gmail.com wrote: On Thu, May 3, 2012 at 12:34 PM, Jerome Glisse j.gli...@gmail.com wrote: On Thu, May 3, 2012 at 12:29 PM, Alex Deucher alexdeuc...@gmail.com wrote:

Re: i915_driver_irq_handler: irq 42: nobody cared

On Thu, 03 May 2012 23:16:02 +0200 Jiri Slaby jsl...@suse.cz wrote: On 05/03/2012 11:15 PM, Daniel Vetter wrote: Shot in the dark, let's disable msi a bit. Can you try the below patch? Yeah, no IRQ_NONE at the end of i915_driver_irq_handler now. So MSI is busted, either in the card, the

Re: i915_driver_irq_handler: irq 42: nobody cared

On Thu, 3 May 2012 14:54:22 -0700 Jesse Barnes jbar...@virtuousgeek.org wrote: On Thu, 03 May 2012 23:16:02 +0200 Jiri Slaby jsl...@suse.cz wrote: On 05/03/2012 11:15 PM, Daniel Vetter wrote: Shot in the dark, let's disable msi a bit. Can you try the below patch? Yeah, no IRQ_NONE

[PATCH] drm/radeon: improve sa allocator for multi ring load balancing

From: Jerome Glisse jgli...@redhat.com This add a per ring allocation management and load balance the chunk of the temp buffer between each ring. A ring that often fail to find a hole or worse have to wait for previous fence will have more chance to grow over other ring. This ring is properly CPU

[Bug 43477] rendering errors in unigine tropics and sanctuary (regression)

https://bugs.freedesktop.org/show_bug.cgi?id=43477 --- Comment #4 from imamdxl8...@gmail.com 2012-05-03 18:58:13 PDT --- same result with Intel GMA 4500 with Mesa 8-series and Mesa 8.1-devel from git -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

Re: Linux 3.4-rc4

On Wed, 2012-05-02 at 21:31 +1000, Ben Skeggs wrote: On Wed, 2012-05-02 at 09:54 +0200, Jean Delvare wrote: Hi Luca, Maarten, On Monday 30 April 2012 01:01:30 pm Luca Tettamanti wrote: On Mon, Apr 30, 2012 at 11:07 AM, Maarten Maathuis madman2...@gmail.com wrote: On Mon, Apr 30,

Re: [RFC v2 5/5] drm: Add NVIDIA Tegra support

On 04/25/2012 03:45 AM, Thierry Reding wrote: This commit adds a very basic DRM driver for NVIDIA Tegra SoCs. It currently has rudimentary GEM support and can run a console on the framebuffer as well as X using the xf86-video-modesetting driver. Only the RGB output is supported. HDMI

Re: [PATCH] drm/radeon: clarify and extend wb setup on APUs and NI+ asics

On Don, 2012-05-03 at 17:06 -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com Use family rather than DCE check for clarity, also always use wb on APUs, there will never be AGP variants. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Reviewed-by: