[Bug 40562] Shutting down X/KDE sometimes leads to kernel crash on kernel-3.0.1-rc1 with radeon/kms

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=40562





--- Comment #4 from Michel Dänzer   2011-08-05 07:09:05 ---
Does this also happen with 3.0.0? If not, can you bisect?

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 33512] radeon: lots of time spent in atombios_crtc_disable

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=33512





--- Comment #2 from Michel Dänzer   2011-08-05 07:25:50 ---
My best guess is that it's page flipping related, but it would be good to
confirm that, e.g. by somehow triggering a backtrace from
atombios_crtc_disable.

It might also be interesting to add some debugging output to
atombios_crtc_disable to narrow down where it's spending so much time. But if
my assumption turns out to be true that it keeps getting called on page flips,
we might just need to somehow no-op repeated calls.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[git pull drm fixes

[Dave Airlie]

Hi Linus,

Intel modesetting fixes a lot of them, Keith, Jesse and ajax have been 
focusing on a lot of the corner cases and display port and hdmi stuff.

misc radeon fixes, the main one being for certain machines where EDID 
returns what looks like misc noise when connectors aren't populated on 
certain boards.

and some misc trivial type fixes.

Dave.

The following changes since commit 288d5abec8314ae50fe6692f324b0444acae8486:

  Boot up with usermodehelper disabled (2011-08-03 22:03:29 -1000)

are available in the git repository at:
  ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes

Adam Jackson (10):
  drm/i915/dp: Zero the DPCD data before connection probe
  drm/i915/dp: Move DPCD dump to common code instead of PCH-only
  drm/i915/dp: Read more DPCD registers on connection probe
  drm/i915/dp: Better hexdump of DPCD
  drm/i915/dp: Retry DPCD fetch on G4X too
  drm/i915/dp: Explicitly request 8/10 channel coding
  drm/i915/pch: Fix integer math bugs in panel fitting
  drm/i915/dp: Explicitly disable symbol scrambling while training
  drm/i915/dp: Don't turn CPT DP ports on too early
  drm/i915/pch: Save/restore PCH_PORT_HOTPLUG across suspend

Alex Deucher (2):
  drm/radeon/kms: fix version comment due to merge timing
  drm/radeon/kms: add thermal chip quirk for asus 9600xt

Bojan Prtvar (1):
  drm/radeon: fix potential NULL dereference in 
drivers/gpu/drm/radeon/atom.c

Dan Carpenter (1):
  drm/radeon: off by one in check_reg() functions

Dave Airlie (1):
  Merge branch 'drm-intel-next' of 
ssh://master.kernel.org/.../keithp/linux-2.6 into drm-fixes

Emil Velikov (1):
  drm/debugfs: Initialise empty variable

Fernando Luis Vázquez Cao (1):
  drm/radeon: clean reg header files

Jesse Barnes (15):
  drm/i915: provide more error output when mode sets fail
  drm/i915: load the LUT before pipe enable on ILK+
  drm/i915: apply timing generator bug workaround on CPT and PPT
  drm/i915: flush plane control changes on ILK+ as well
  drm/i915: fix CB tuning check for ILK+
  drm/i915/hdmi: send AVI info frames on ILK+ as well
  drm/i915: add GPU max frequency control file
  drm/i915: provide more error output when mode sets fail
  drm/i915: apply phase pointer override on SNB+ too
  drm/i915: don't use uninitialized EDID bpc values when picking pipe bpp
  drm/i915/dp: wait for previous AUX channel activity to clear
  drm: track CEA version number if present
  drm/i915/hdmi: split infoframe setting from infoframe type code
  drm/i915/hdmi: HDMI source product description infoframe support
  drm/i915: allow cache sharing policy control

Joonyoung Shim (2):
  drm: Fix irq install error handling
  drm: Add NULL check about irq functions

Keith Packard (20):
  drm/i915: Skip GPU wait for scanout pin while wedged
  drm/i915: Initialize RCS ring status page address in 
intel_render_ring_init_dri
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Hold mode_config->mutex during hotplug processing
  Merge branch 'drm-intel-fixes' into drm-intel-next
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Fixup for 'Hold mode_config->mutex during hotplug'
  drm/i915: Use dp_detect_common in hotplug helper function
  drm/i915: Rename i915_dp_detect_common to intel_dp_get_dpcd
  drm/i915: In intel_dp_init, replace read of DPCD with intel_dp_get_dpcd
  drm/i915: DP_PIPE_ENABLED must check transcoder on CPT
  Revert and fix "drm/i915/dp: remove DPMS mode tracking from DP"
  drm/i915: Set crtc DPMS mode to ON in intel_crtc_mode_set
  drm/i915: Flush other plane register writes
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Ignore GPU wedged errors while pinning scanout buffers
  Merge branch 'drm-intel-fixes' into drm-intel-next
  Revert "drm/i915/dp: Zero the DPCD data before connection probe"
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Try enabling RC6 by default (again)

Michel Alexandre Salim (1):
  drm/i915: Add quirk to disable SSC on Sony Vaio Y2

Ole Henrik Jahren (1):
  drm/i915: Fix typo in DRM_I915_OVERLAY_PUT_IMAGE ioctl define

Pieterjan Camerlynck (1):
  i915: add Dell OptiPlex FX170 to intel_no_lvds

Thomas Reim (4):
  drm: Separate EDID Header Check from EDID Block Check
  drm/radeon: Extended DDC Probing for Connectors with Improperly Wired DDC 
Lines (here: Asus M2A-VM HDMI)
  drm/radeon: Log Subsystem Vendor and Device Information
  drm/radeon: Extended DDC Probing for ECS A740GM-M DVI-D Connector

 drivers/gpu/drm/drm_debugfs.c  |4 +-
 drivers/gpu/drm/drm_edid.c |   33 -
 drivers/gpu/drm/drm_irq.c  |   26 +++--
 drivers/gpu/drm/i915/i915_debugfs.c|  189 
 drivers/gpu/drm/i915/i915_d

Re: [git pull drm fixes

[Pekka Enberg]

Hi Dave,

On Fri, Aug 5, 2011 at 12:22 PM, Dave Airlie  wrote:
> Intel modesetting fixes a lot of them, Keith, Jesse and ajax have been
> focusing on a lot of the corner cases and display port and hdmi stuff.
>
> misc radeon fixes, the main one being for certain machines where EDID
> returns what looks like misc noise when connectors aren't populated on
> certain boards.
>
> and some misc trivial type fixes.

Isn't "drm/i915: Try enabling RC6 by default (again)" still broken for
some people? Keith, Francesco? If Linus pulls now, we end up with
broken i915 in -rc1 once again, no?

 Pekka
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [git pull drm fixes

[Dave Airlie]

On Fri, Aug 5, 2011 at 10:45 AM, Pekka Enberg  wrote:
> Hi Dave,
>
> On Fri, Aug 5, 2011 at 12:22 PM, Dave Airlie  wrote:
>> Intel modesetting fixes a lot of them, Keith, Jesse and ajax have been
>> focusing on a lot of the corner cases and display port and hdmi stuff.
>>
>> misc radeon fixes, the main one being for certain machines where EDID
>> returns what looks like misc noise when connectors aren't populated on
>> certain boards.
>>
>> and some misc trivial type fixes.
>
> Isn't "drm/i915: Try enabling RC6 by default (again)" still broken for
> some people? Keith, Francesco? If Linus pulls now, we end up with
> broken i915 in -rc1 once again, no?

I think we are trying again with RC6, if it doesn't work this time,
it'll get reverted before release. Its really a useful feature and the
more testing of it the Intel guys can get the quicker they seem to be
able to make it more likely to be the default.

Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [git pull drm fixes

[Pekka Enberg]

On Fri, Aug 5, 2011 at 12:48 PM, Dave Airlie  wrote:
>> Isn't "drm/i915: Try enabling RC6 by default (again)" still broken for
>> some people? Keith, Francesco? If Linus pulls now, we end up with
>> broken i915 in -rc1 once again, no?
>
> I think we are trying again with RC6, if it doesn't work this time,
> it'll get reverted before release. Its really a useful feature and the
> more testing of it the Intel guys can get the quicker they seem to be
> able to make it more likely to be the default.

Please don't do that! The RC6 patch is known to be broken for at least
one configuration:

https://patchwork.kernel.org/patch/1033782/

See the last email from Francesco. I don't know why you insist pushing
patches that are known to be fragile in the past without getting broad
Tested-by tags from people who have been affected in the past.

   Pekka
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [git pull drm fixes

[Dave Airlie]

On Fri, 5 Aug 2011, Pekka Enberg wrote:

> On Fri, Aug 5, 2011 at 12:48 PM, Dave Airlie  wrote:
> >> Isn't "drm/i915: Try enabling RC6 by default (again)" still broken for
> >> some people? Keith, Francesco? If Linus pulls now, we end up with
> >> broken i915 in -rc1 once again, no?
> >
> > I think we are trying again with RC6, if it doesn't work this time,
> > it'll get reverted before release. Its really a useful feature and the
> > more testing of it the Intel guys can get the quicker they seem to be
> > able to make it more likely to be the default.
> 
> Please don't do that! The RC6 patch is known to be broken for at least
> one configuration:
> 
> https://patchwork.kernel.org/patch/1033782/
> 
> See the last email from Francesco. I don't know why you insist pushing
> patches that are known to be fragile in the past without getting broad
> Tested-by tags from people who have been affected in the past.

Okay I hadn't seen Francesco's report of still failing, I've pushed a 
revert on top of that pull,

Linus the pull is below.

Dave,
running this kernel but getting spikes of 10-15s ping times to my wireless 
router, iwlagn strikes again.


The following changes since commit 288d5abec8314ae50fe6692f324b0444acae8486:

  Boot up with usermodehelper disabled (2011-08-03 22:03:29 -1000)

are available in the git repository at:
  ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes

Adam Jackson (10):
  drm/i915/dp: Zero the DPCD data before connection probe
  drm/i915/dp: Move DPCD dump to common code instead of PCH-only
  drm/i915/dp: Read more DPCD registers on connection probe
  drm/i915/dp: Better hexdump of DPCD
  drm/i915/dp: Retry DPCD fetch on G4X too
  drm/i915/dp: Explicitly request 8/10 channel coding
  drm/i915/pch: Fix integer math bugs in panel fitting
  drm/i915/dp: Explicitly disable symbol scrambling while training
  drm/i915/dp: Don't turn CPT DP ports on too early
  drm/i915/pch: Save/restore PCH_PORT_HOTPLUG across suspend

Alex Deucher (2):
  drm/radeon/kms: fix version comment due to merge timing
  drm/radeon/kms: add thermal chip quirk for asus 9600xt

Bojan Prtvar (1):
  drm/radeon: fix potential NULL dereference in 
drivers/gpu/drm/radeon/atom.c

Dan Carpenter (1):
  drm/radeon: off by one in check_reg() functions

Dave Airlie (2):
  Merge branch 'drm-intel-next' of 
ssh://master.kernel.org/.../keithp/linux-2.6 into drm-fixes
  Revert "drm/i915: Try enabling RC6 by default (again)"

Emil Velikov (1):
  drm/debugfs: Initialise empty variable

Fernando Luis Vázquez Cao (1):
  drm/radeon: clean reg header files

Jesse Barnes (15):
  drm/i915: provide more error output when mode sets fail
  drm/i915: load the LUT before pipe enable on ILK+
  drm/i915: apply timing generator bug workaround on CPT and PPT
  drm/i915: flush plane control changes on ILK+ as well
  drm/i915: fix CB tuning check for ILK+
  drm/i915/hdmi: send AVI info frames on ILK+ as well
  drm/i915: add GPU max frequency control file
  drm/i915: provide more error output when mode sets fail
  drm/i915: apply phase pointer override on SNB+ too
  drm/i915: don't use uninitialized EDID bpc values when picking pipe bpp
  drm/i915/dp: wait for previous AUX channel activity to clear
  drm: track CEA version number if present
  drm/i915/hdmi: split infoframe setting from infoframe type code
  drm/i915/hdmi: HDMI source product description infoframe support
  drm/i915: allow cache sharing policy control

Joonyoung Shim (2):
  drm: Fix irq install error handling
  drm: Add NULL check about irq functions

Keith Packard (20):
  drm/i915: Skip GPU wait for scanout pin while wedged
  drm/i915: Initialize RCS ring status page address in 
intel_render_ring_init_dri
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Hold mode_config->mutex during hotplug processing
  Merge branch 'drm-intel-fixes' into drm-intel-next
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Fixup for 'Hold mode_config->mutex during hotplug'
  drm/i915: Use dp_detect_common in hotplug helper function
  drm/i915: Rename i915_dp_detect_common to intel_dp_get_dpcd
  drm/i915: In intel_dp_init, replace read of DPCD with intel_dp_get_dpcd
  drm/i915: DP_PIPE_ENABLED must check transcoder on CPT
  Revert and fix "drm/i915/dp: remove DPMS mode tracking from DP"
  drm/i915: Set crtc DPMS mode to ON in intel_crtc_mode_set
  drm/i915: Flush other plane register writes
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Ignore GPU wedged errors while pinning scanout buffers
  Merge branch 'drm-intel-fixes' into drm-intel-next
  Revert "drm/i915/dp: Zero the DPCD data before connection probe"
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Try enabling RC6 by default (a

Re: [git pull drm fixes

[Pekka Enberg]

On Fri, Aug 5, 2011 at 1:04 PM, Dave Airlie  wrote:
> Okay I hadn't seen Francesco's report of still failing, I've pushed a
> revert on top of that pull,

Thanks Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH v3] pass ELD to HDMI/DP audio driver

[Wu Fengguang]

On Fri, Aug 05, 2011 at 02:03:41AM +0800, Keith Packard wrote:
> On Thu, 4 Aug 2011 17:40:24 +0800, Wu Fengguang  
> wrote:
> 
> > Right. I actually have this chunk. dmesg shows that in intel_hdmi_detect(), 
> >  
> > the drm_encoder object is there, however encoder->crtc is NULL at the
> > time.
> 
> Correct. encoder->crtc is set only when the output is active.

Ah OK.

> > You may wonder why the mode parameter is needed in intel_write_eld().
> > This is because the ELD field aud_synch_delay (ie. A/V sync delay) may
> > have different values in progressive/interleaved display modes.
> 
> Ok, so you can't write ELD data until the display is active, which
> happens at mode_set time.
> 
> Do you need to provide ELD when the display is inactive? Is this only to
> enable audio output when the display is not on? In that case, we will

Good questions!  In general the audio functionalities should not
depend on the display activeness. There are even audio-only HDMI
devices. So I'll need to make intel_write_eld() work even without
information about the current display mode.

> need to essentially turn enough of the output on to allow for audio
> data, picking a mode which provide sufficient bandwidth.

That would be a good feature. For one thing, I find it annoying that
the music playback fades out when the screen goes to power saving mode..

> > I tested Ivybridge yesterday and ironlake_write_eld seems to not work
> > properly for Ivybridge. Need to double check its spec.
> 
> That's unfortunate...

But fixable :)

Thanks,
Fengguang
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 39683] radeon "hd6770 flex" dpms fails to unblank one display sometimes

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=39683

--- Comment #6 from Alex Deucher  2011-08-05 06:35:04 PDT ---
Do the DVI/HDMI monitors have an option to probe all inputs at some regular
interval?  If so, can you turn that off and see if it helps?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 33512] radeon: lots of time spent in atombios_crtc_disable

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=33512





--- Comment #3 from Alex Deucher   2011-08-05 13:52:21 
---
The only places atombios_crtc_disable() called are from
drm_crtc_helper_set_config() and drm_helper_resume_force_mode().  I suspect
what is happening is that certain games cause GPU resets which call
radeon_gpu_reset() which in turn calls drm_helper_resume_force_mode().  I don't
think this is a kernel bug at all.  I'd suggest trying a newer mesa if you are
using an older version.  Try 7.11.  Do you see GPU reset messages in your dmesg
output after running a problematic game?

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 33512] radeon: lots of time spent in atombios_crtc_disable

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=33512





--- Comment #4 from Török Edwin   2011-08-05 13:58:50 ---
(In reply to comment #3)
> The only places atombios_crtc_disable() called are from
> drm_crtc_helper_set_config() and drm_helper_resume_force_mode().  I suspect
> what is happening is that certain games cause GPU resets which call
> radeon_gpu_reset() which in turn calls drm_helper_resume_force_mode().  I 
> don't
> think this is a kernel bug at all.  I'd suggest trying a newer mesa if you are
> using an older version.  Try 7.11.

I'm using git master now, and it works far better than 7.10 or 7.11.

>  Do you see GPU reset messages in your dmesg
> output after running a problematic game?

I didn't look much at perf output lately, will have to try and see if this is
still an issue with latest mesa, and report back.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 36602] Hierarchical Z support for R600

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #14 from Sven Arvidsson  2011-08-05 08:17:12 PDT ---
(In reply to comment #13)
> It seems kernel patch
> (0001-drm-radeon-kms-add-htile-support-to-the-cs-checker.patch) is missing.

Hmm, I rebuilt the kernel a second time and have made sure the patch is applied
and I'm still getting the same error.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 36602] Hierarchical Z support for R600

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #15 from Sven Arvidsson  2011-08-05 08:30:30 PDT ---
I'm applying the patches to linux 3.0 but maybe that's too old already?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 36602] Hierarchical Z support for R600

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #16 from Pierre-Eric Pelloux-Prayer  2011-08-05 
08:49:46 PDT ---
(In reply to comment #15)
> I'm applying the patches to linux 3.0 but maybe that's too old already?

Your backtrace show this: "num_tile_pipes = 0" which is wrong.
This value is asked by r600g to kernel using 'RADEON_INFO_NUM_TILE_PIPES'
request.

Linux 3.0 kernel have all in place to handle this request (in radeon_kms.c), so
num_tile_pipes definitely shouldn't be null.

Did you check if your kernel log (or Xorg ?) contain something interesting ?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 36602] Hierarchical Z support for R600

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #17 from Vadim  2011-08-05 08:50:33 PDT ---
Created an attachment (id=49966)
 View: https://bugs.freedesktop.org/attachment.cgi?id=49966
 Review: https://bugs.freedesktop.org/review?bug=36602&attachment=49966

mesa patch to print some diagnostic info

(In reply to comment #14)
> Hmm, I rebuilt the kernel a second time and have made sure the patch is 
> applied
> and I'm still getting the same error.

Please post the output of "glxinfo | grep radeon_get" with this mesa patch.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 36602] Hierarchical Z support for R600

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #18 from Alex Deucher  2011-08-05 08:51:38 PDT ---
For reference, you need to patch the ddx:
http://people.freedesktop.org/~agd5f/htile/0001-dri2-add-support-for-htile-buffers.patch
the drm:
http://people.freedesktop.org/~agd5f/htile/0001-drm-radeon-kms-add-htile-support-to-the-cs-checker.patch
and mesa:
http://people.freedesktop.org/~agd5f/htile/0001-r600g-add-r600_bo_size-helper-function.patch
http://people.freedesktop.org/~agd5f/htile/0002-r600g-add-htile-support.patch
http://people.freedesktop.org/~agd5f/htile/0003-r600g-check-bo-size-before-enabling-HiZ.patch
http://people.freedesktop.org/~agd5f/htile/0004-r600g-evergreen-htile-fixes-update-comments.patch
http://people.freedesktop.org/~agd5f/htile/0005-r600g-make-sure-we-allocate-htile-for-fbo-case.patch

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 32556] [RADEON:KMS:PLL] screen flickers all the time with desktop image appearing only briefly

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=32556

--- Comment #31 from Gildas Le Nadan <3ntr0...@gmail.com> 2011-08-05 08:59:00 
PDT ---
Hi, I've compiled kernel 3.0 and apparently things are way better now.

Connection on the viewsonic using dvi seem to be stable for all definitions.
I'll confirm after a few days using 1680x1050.

Vga connection to the analog SGI screen seem OK too.

On the Iiyama 24" with the HDMI attachment, I have noted the "turn black 3 secs
and display image again" syndrom is still there though (I'd say once every 5-!0
mn on average).

Gildas

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 33790] [r300g] Black windows with opengl apps (ex. glxgears)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=33790

--- Comment #4 from speps  2011-08-05 10:06:56 PDT ---
With newer 7.11 release, this bug is still present.
I managed to solve this by creating an .drirc file with:









It works in the same way with vblank_mode setted to 0 or 1,
seems like vblank_mode is unsetted by default and cause the blank output.

Btw, glxgears FPS is still low with about ~400 FPS and glxgears_pixmap
gives an even slower 2 FPS.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 39145] screen goes dark when the graphics driver (radeon) is loaded

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=39145

--- Comment #2 from Jonathan Nieder  2011-08-05 10:19:10 
PDT ---
Hi Mikhail,

(In reply to comment #0)

> This issue ocurred when I updated kernel version 2.6.38-2-686-pae to
> 2.6.39-2-686-pae version.
> - The GPU's device ID: 1002:9712 (M880G, Mobility Radeon HD 4200)
> - The model name: Acer Aspire One 521
> - I am using Debian testing (wheezy) x86 
> - Also system couldn't enter in single mode, because screen goes dark again.
>
> I attach link to youtube video that's demonstrates symptoms of this issue.
> http://www.youtube.com/watch?v=KtxRLEtHu5w
>
> Messages log attached to this report.

Thanks.  If you have time, could you bisect to find the change that introduced
this bug?

It works like this:

0. Write a script named "as" with the following content and put it in
your $PATH to work around .

#!/bin/sh
exec /usr/bin/as --size-check=warning "$@"

1. Grab the latest mainline source:

 # apt-get install git build-essential
 $ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
 $ cd linux

2. Minimal configuration.

 $ make localmodconfig

3. Test.

 $ make deb-pkg
 # dpkg -i ../
 # reboot

4. If it works, let us know and declare victory. Otherwise:

 $ git bisect start v2.6.39 v2.6.38 -- drivers/gpu

Git will check out a version half-way between to test.

 $ make silentoldconfig; # reuse configuration
 $ make deb-pkg
 # dpkg -i ../
 # reboot
 $ cd ~/src/linux
 $ git bisect good; # if it works
 $ git bisect bad; # if it fails in the same way
 $ git bisect skip; # if some other bug makes it hard to test

5. Git will check out a next version to check; repeat step 4 until
it gives the "first bad commit" or you get bored.  If you finish
early, you can send the output of "git bisect log" to let us know
the information acquired so far.

If gitk is installed, at any step you can run "git bisect visualize"
to see the regression range narrowing.

Hope that helps.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

RE: [alsa-devel] [PATCH v3] pass ELD to HDMI/DP audio driver

[Stephen Warren]

Wu Fengguang wrote at Friday, August 05, 2011 6:50 AM:
> On Fri, Aug 05, 2011 at 02:03:41AM +0800, Keith Packard wrote:
> > On Thu, 4 Aug 2011 17:40:24 +0800, Wu Fengguang  
> > wrote:
...
> > > You may wonder why the mode parameter is needed in intel_write_eld().
> > > This is because the ELD field aud_synch_delay (ie. A/V sync delay) may
> > > have different values in progressive/interleaved display modes.
> >
> > Ok, so you can't write ELD data until the display is active, which
> > happens at mode_set time.
> >
> > Do you need to provide ELD when the display is inactive? Is this only to
> > enable audio output when the display is not on? In that case, we will
> 
> Good questions!  In general the audio functionalities should not
> depend on the display activeness. There are even audio-only HDMI
> devices. So I'll need to make intel_write_eld() work even without
> information about the current display mode.

Is there such a thing as an audio-only HDMI signal though; the audio data
is transferred inside the blanking region of the HDMI video signal, which
kinda implies that there needs to be some video content (even if the pixel
data is e.g. hard-coded black rather than being scanned out from a frame-
buffer) so as to define where those blanking regions are within the signal.

-- 
nvpublic

___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 33790] [r300g] Black windows with opengl apps (ex. glxgears)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=33790

--- Comment #5 from Alex Deucher  2011-08-05 10:45:00 PDT ---
vblank interrupts (or interrupts in general) may not be working on your system.
 Try `cat /proc/interrupts` and see if the count on the radeon line increases. 
If not, you might try booting with pci=nomsi or noapic or irqpoll on the kernel
commandline in grub.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [git pull drm fixes

[Keith Packard]

On Fri, 5 Aug 2011 12:51:42 +0300, Pekka Enberg  wrote:

> See the last email from Francesco. I don't know why you insist pushing
> patches that are known to be fragile in the past without getting broad
> Tested-by tags from people who have been affected in the past.

Yeah, we had several reports that it fixed similar situations, but I
hadn't heard back from Francesco before I sent the pull request.  I'll
work directly with Francesco to try and get the last problems resolved.

His machine appears to be 'special' (it's identical in every way to one
that I have, except that his breaks and mine works...)

-- 
keith.pack...@intel.com


pgpQcTmvy5IMB.pgp
Description: PGP signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 39145] screen goes dark when the graphics driver (radeon) is loaded

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=39145

--- Comment #3 from mikhail.v.gavri...@gmail.com 2011-08-05 11:10:32 PDT ---
Hi Jonathan,
I am ready follow instruction, but how do it on machine wich unbootable?
Thanks.

> Thanks.  If you have time, could you bisect to find the change that introduced
> this bug?
>
...

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34556] BUG in drm/radeon/ttm after leaving fullscreen flash.

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34556

--- Comment #4 from Jonathan Nieder  2011-08-05 11:39:53 
PDT ---
Does v3.0-rc3~42^2~8 (drm/radeon: fix oops in ttm reserve when pageflipping
(v2), 2011-05-29) help?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 36602] Hierarchical Z support for R600

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #19 from Andy Furniss  2011-08-05 
12:24:33 PDT ---
(In reply to comment #18)
> For reference, you need to patch the ddx:
> http://people.freedesktop.org/~agd5f/htile/0001-dri2-add-support-for-htile-buffers.patch
> the drm:
> http://people.freedesktop.org/~agd5f/htile/0001-drm-radeon-kms-add-htile-support-to-the-cs-checker.patch
> and mesa:
> http://people.freedesktop.org/~agd5f/htile/0001-r600g-add-r600_bo_size-helper-function.patch
> http://people.freedesktop.org/~agd5f/htile/0002-r600g-add-htile-support.patch
> http://people.freedesktop.org/~agd5f/htile/0003-r600g-check-bo-size-before-enabling-HiZ.patch
> http://people.freedesktop.org/~agd5f/htile/0004-r600g-evergreen-htile-fixes-update-comments.patch
> http://people.freedesktop.org/~agd5f/htile/0005-r600g-make-sure-we-allocate-htile-for-fbo-case.patch

I just tried these on my rv790 with d-r-t kernel ( plus "fix version comment
due to merge timing" so the drm patch would apply cleanly).

I don't get any exceptions or errors, but I do get some minor corruption on
some mesa demos and openarena. Nexuiz and etqw looked OK.

The corruption varies between runs and isn't always present or as bad as the
attached image. It's often just a few patches almost always running along the
diagonal top left to bottom right.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 36602] Hierarchical Z support for R600

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #20 from Andy Furniss  2011-08-05 
12:29:10 PDT ---
Created an attachment (id=49972)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=49972)
cubemap demo showing Hiz corruption.

Other demos seem to have only the diagonal affected not the bottom like this
one.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 36602] Hierarchical Z support for R600

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #21 from Sven Arvidsson  2011-08-05 12:33:37 PDT ---
(In reply to comment #17)
> 
> Please post the output of "glxinfo | grep radeon_get" with this mesa patch.

Only this line is printed:
radeon_get_num_backends: 0 2


I *think* the problem is that linux 3.0 only uses version 2.10 of the kms
wrapper, where as the call to radeon_get_backend_map(radeon) in r600_drm.c only
happens when the minor version is >= 11. 

Just changing this value to 10 both makes the second line appear
(radeon_get_num_tile_pipes: 0 4) and gets working 3D again, but I guess I
really need a later kernel :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 40622] New: [radeon] - kms wrong resolution mode used after backlight on/off switch

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=40622

   Summary: [radeon] - kms wrong resolution mode used after
backlight on/off switch
   Product: Drivers
   Version: 2.5
Kernel Version: 3.0
  Platform: All
OS/Version: Linux
  Tree: Mainline
Status: NEW
  Severity: high
  Priority: P1
 Component: Video(DRI - non Intel)
AssignedTo: drivers_video-...@kernel-bugs.osdl.org
ReportedBy: tk...@fachschaft.imn.htwk-leipzig.de
Regression: Yes


Hi,

updated to recent 3.0 kernel (oneiric ubuntu build package) and got some
behaviour i would not expect.
Got a Samsung P35 Notebook - pressing my "backlight" Key does give this in
dmesg:

 keyboard: can't emulate rawmode for keycode 240

On and Off, both a mesage.

The native resolution is 1400x1050 of my LVDS Panel. 

[   23.577259] [drm] Panel ID String: Samsung LTN150P1-L02
[   23.577264] [drm] Panel Size 1400x1050

But after pressing backlight twice (off+on) my screen resolution does change to
1600x1024 - afaik not supported, at least it is not mentioned in Xorg.0.log for
detected valid panel Modelines.
But it does use this mode after backlight switch:

(II) RADEON(0): Allocate new frame buffer 1600x1024 stride 1600

I wonder why?

However i am forced to switch my resolution back everytime - don't know if its
good for the panel to use this resolution (because i don't know if it will
blast my panel away i'll set prio to high - if this won't going to happen
please set it back to normal ;-) ).

Bug or Feature? Both (message and resolution change) did not happen with
2.6.32.x before, so i guess its a regression, is it?
Tell me if you need more input or kernel testing.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 40622] [radeon] - kms wrong resolution mode used after backlight on/off switch

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=40622





--- Comment #1 from Torsten Krah   
2011-08-05 20:26:42 ---
Additional Info:

I am able to select 1600x1024 in 2.6.32.x manually in screen resolution tool if
this is of interest.
But i want to use my native resolution, 1400x1050 is selected as default and
this res. does stay when pressing backlight switch, tested more than 4 times
now. The message about the keycode is also gone.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 40622] [radeon] - kms wrong resolution mode used after backlight on/off switch

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=40622


Alex Deucher  changed:

   What|Removed |Added

 CC||alexdeuc...@gmail.com




--- Comment #2 from Alex Deucher   2011-08-05 20:33:42 
---
Sounds like some script/daemon is listening for hotkey events and trying to
change the mode with xrandr.  Please attach your xorg log and config, xrandr
--verbose output and dmesg output.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 33790] [r300g] Black windows with opengl apps (ex. glxgears)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=33790

--- Comment #6 from speps  2011-08-05 16:46:36 PDT ---
You got it,
adding pci=nomsi to kernel solves all issues.

Thanks a lot.

Framerate is high enough, and all opengl apps runs fine
even without .drirc (no blank output).
Is this a real solution or just a workaround for a known bug?

I found the same answer for another related bug (even without no success),
shouldn't this be FAQed somewhere?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 40562] Shutting down X/KDE sometimes leads to kernel crash on kernel-3.0.1-rc1 with radeon/kms

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=40562





--- Comment #4 from Michel D?nzer   2011-08-05 07:09:05 
---
Does this also happen with 3.0.0? If not, can you bisect?

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

[Bug 33512] radeon: lots of time spent in atombios_crtc_disable

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=33512





--- Comment #2 from Michel D?nzer   2011-08-05 07:25:50 
---
My best guess is that it's page flipping related, but it would be good to
confirm that, e.g. by somehow triggering a backtrace from
atombios_crtc_disable.

It might also be interesting to add some debugging output to
atombios_crtc_disable to narrow down where it's spending so much time. But if
my assumption turns out to be true that it keeps getting called on page flips,
we might just need to somehow no-op repeated calls.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

[git pull drm fixes

[Dave Airlie]

Hi Linus,

Intel modesetting fixes a lot of them, Keith, Jesse and ajax have been 
focusing on a lot of the corner cases and display port and hdmi stuff.

misc radeon fixes, the main one being for certain machines where EDID 
returns what looks like misc noise when connectors aren't populated on 
certain boards.

and some misc trivial type fixes.

Dave.

The following changes since commit 288d5abec8314ae50fe6692f324b0444acae8486:

  Boot up with usermodehelper disabled (2011-08-03 22:03:29 -1000)

are available in the git repository at:
  ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes

Adam Jackson (10):
  drm/i915/dp: Zero the DPCD data before connection probe
  drm/i915/dp: Move DPCD dump to common code instead of PCH-only
  drm/i915/dp: Read more DPCD registers on connection probe
  drm/i915/dp: Better hexdump of DPCD
  drm/i915/dp: Retry DPCD fetch on G4X too
  drm/i915/dp: Explicitly request 8/10 channel coding
  drm/i915/pch: Fix integer math bugs in panel fitting
  drm/i915/dp: Explicitly disable symbol scrambling while training
  drm/i915/dp: Don't turn CPT DP ports on too early
  drm/i915/pch: Save/restore PCH_PORT_HOTPLUG across suspend

Alex Deucher (2):
  drm/radeon/kms: fix version comment due to merge timing
  drm/radeon/kms: add thermal chip quirk for asus 9600xt

Bojan Prtvar (1):
  drm/radeon: fix potential NULL dereference in 
drivers/gpu/drm/radeon/atom.c

Dan Carpenter (1):
  drm/radeon: off by one in check_reg() functions

Dave Airlie (1):
  Merge branch 'drm-intel-next' of 
ssh://master.kernel.org/.../keithp/linux-2.6 into drm-fixes

Emil Velikov (1):
  drm/debugfs: Initialise empty variable

Fernando Luis Vzquez Cao (1):
  drm/radeon: clean reg header files

Jesse Barnes (15):
  drm/i915: provide more error output when mode sets fail
  drm/i915: load the LUT before pipe enable on ILK+
  drm/i915: apply timing generator bug workaround on CPT and PPT
  drm/i915: flush plane control changes on ILK+ as well
  drm/i915: fix CB tuning check for ILK+
  drm/i915/hdmi: send AVI info frames on ILK+ as well
  drm/i915: add GPU max frequency control file
  drm/i915: provide more error output when mode sets fail
  drm/i915: apply phase pointer override on SNB+ too
  drm/i915: don't use uninitialized EDID bpc values when picking pipe bpp
  drm/i915/dp: wait for previous AUX channel activity to clear
  drm: track CEA version number if present
  drm/i915/hdmi: split infoframe setting from infoframe type code
  drm/i915/hdmi: HDMI source product description infoframe support
  drm/i915: allow cache sharing policy control

Joonyoung Shim (2):
  drm: Fix irq install error handling
  drm: Add NULL check about irq functions

Keith Packard (20):
  drm/i915: Skip GPU wait for scanout pin while wedged
  drm/i915: Initialize RCS ring status page address in 
intel_render_ring_init_dri
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Hold mode_config->mutex during hotplug processing
  Merge branch 'drm-intel-fixes' into drm-intel-next
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Fixup for 'Hold mode_config->mutex during hotplug'
  drm/i915: Use dp_detect_common in hotplug helper function
  drm/i915: Rename i915_dp_detect_common to intel_dp_get_dpcd
  drm/i915: In intel_dp_init, replace read of DPCD with intel_dp_get_dpcd
  drm/i915: DP_PIPE_ENABLED must check transcoder on CPT
  Revert and fix "drm/i915/dp: remove DPMS mode tracking from DP"
  drm/i915: Set crtc DPMS mode to ON in intel_crtc_mode_set
  drm/i915: Flush other plane register writes
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Ignore GPU wedged errors while pinning scanout buffers
  Merge branch 'drm-intel-fixes' into drm-intel-next
  Revert "drm/i915/dp: Zero the DPCD data before connection probe"
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Try enabling RC6 by default (again)

Michel Alexandre Salim (1):
  drm/i915: Add quirk to disable SSC on Sony Vaio Y2

Ole Henrik Jahren (1):
  drm/i915: Fix typo in DRM_I915_OVERLAY_PUT_IMAGE ioctl define

Pieterjan Camerlynck (1):
  i915: add Dell OptiPlex FX170 to intel_no_lvds

Thomas Reim (4):
  drm: Separate EDID Header Check from EDID Block Check
  drm/radeon: Extended DDC Probing for Connectors with Improperly Wired DDC 
Lines (here: Asus M2A-VM HDMI)
  drm/radeon: Log Subsystem Vendor and Device Information
  drm/radeon: Extended DDC Probing for ECS A740GM-M DVI-D Connector

 drivers/gpu/drm/drm_debugfs.c  |4 +-
 drivers/gpu/drm/drm_edid.c |   33 -
 drivers/gpu/drm/drm_irq.c  |   26 +++--
 drivers/gpu/drm/i915/i915_debugfs.c|  189 
 drivers/gpu/drm/i915/i915_d

[git pull drm fixes

[Pekka Enberg]

Hi Dave,

On Fri, Aug 5, 2011 at 12:22 PM, Dave Airlie  wrote:
> Intel modesetting fixes a lot of them, Keith, Jesse and ajax have been
> focusing on a lot of the corner cases and display port and hdmi stuff.
>
> misc radeon fixes, the main one being for certain machines where EDID
> returns what looks like misc noise when connectors aren't populated on
> certain boards.
>
> and some misc trivial type fixes.

Isn't "drm/i915: Try enabling RC6 by default (again)" still broken for
some people? Keith, Francesco? If Linus pulls now, we end up with
broken i915 in -rc1 once again, no?

 Pekka

[git pull drm fixes

[Dave Airlie]

On Fri, Aug 5, 2011 at 10:45 AM, Pekka Enberg  wrote:
> Hi Dave,
>
> On Fri, Aug 5, 2011 at 12:22 PM, Dave Airlie  wrote:
>> Intel modesetting fixes a lot of them, Keith, Jesse and ajax have been
>> focusing on a lot of the corner cases and display port and hdmi stuff.
>>
>> misc radeon fixes, the main one being for certain machines where EDID
>> returns what looks like misc noise when connectors aren't populated on
>> certain boards.
>>
>> and some misc trivial type fixes.
>
> Isn't "drm/i915: Try enabling RC6 by default (again)" still broken for
> some people? Keith, Francesco? If Linus pulls now, we end up with
> broken i915 in -rc1 once again, no?

I think we are trying again with RC6, if it doesn't work this time,
it'll get reverted before release. Its really a useful feature and the
more testing of it the Intel guys can get the quicker they seem to be
able to make it more likely to be the default.

Dave.

[git pull drm fixes

[Pekka Enberg]

On Fri, Aug 5, 2011 at 12:48 PM, Dave Airlie  wrote:
>> Isn't "drm/i915: Try enabling RC6 by default (again)" still broken for
>> some people? Keith, Francesco? If Linus pulls now, we end up with
>> broken i915 in -rc1 once again, no?
>
> I think we are trying again with RC6, if it doesn't work this time,
> it'll get reverted before release. Its really a useful feature and the
> more testing of it the Intel guys can get the quicker they seem to be
> able to make it more likely to be the default.

Please don't do that! The RC6 patch is known to be broken for at least
one configuration:

https://patchwork.kernel.org/patch/1033782/

See the last email from Francesco. I don't know why you insist pushing
patches that are known to be fragile in the past without getting broad
Tested-by tags from people who have been affected in the past.

   Pekka

[git pull drm fixes

[Dave Airlie]

On Fri, 5 Aug 2011, Pekka Enberg wrote:

> On Fri, Aug 5, 2011 at 12:48 PM, Dave Airlie  wrote:
> >> Isn't "drm/i915: Try enabling RC6 by default (again)" still broken for
> >> some people? Keith, Francesco? If Linus pulls now, we end up with
> >> broken i915 in -rc1 once again, no?
> >
> > I think we are trying again with RC6, if it doesn't work this time,
> > it'll get reverted before release. Its really a useful feature and the
> > more testing of it the Intel guys can get the quicker they seem to be
> > able to make it more likely to be the default.
> 
> Please don't do that! The RC6 patch is known to be broken for at least
> one configuration:
> 
> https://patchwork.kernel.org/patch/1033782/
> 
> See the last email from Francesco. I don't know why you insist pushing
> patches that are known to be fragile in the past without getting broad
> Tested-by tags from people who have been affected in the past.

Okay I hadn't seen Francesco's report of still failing, I've pushed a 
revert on top of that pull,

Linus the pull is below.

Dave,
running this kernel but getting spikes of 10-15s ping times to my wireless 
router, iwlagn strikes again.


The following changes since commit 288d5abec8314ae50fe6692f324b0444acae8486:

  Boot up with usermodehelper disabled (2011-08-03 22:03:29 -1000)

are available in the git repository at:
  ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes

Adam Jackson (10):
  drm/i915/dp: Zero the DPCD data before connection probe
  drm/i915/dp: Move DPCD dump to common code instead of PCH-only
  drm/i915/dp: Read more DPCD registers on connection probe
  drm/i915/dp: Better hexdump of DPCD
  drm/i915/dp: Retry DPCD fetch on G4X too
  drm/i915/dp: Explicitly request 8/10 channel coding
  drm/i915/pch: Fix integer math bugs in panel fitting
  drm/i915/dp: Explicitly disable symbol scrambling while training
  drm/i915/dp: Don't turn CPT DP ports on too early
  drm/i915/pch: Save/restore PCH_PORT_HOTPLUG across suspend

Alex Deucher (2):
  drm/radeon/kms: fix version comment due to merge timing
  drm/radeon/kms: add thermal chip quirk for asus 9600xt

Bojan Prtvar (1):
  drm/radeon: fix potential NULL dereference in 
drivers/gpu/drm/radeon/atom.c

Dan Carpenter (1):
  drm/radeon: off by one in check_reg() functions

Dave Airlie (2):
  Merge branch 'drm-intel-next' of 
ssh://master.kernel.org/.../keithp/linux-2.6 into drm-fixes
  Revert "drm/i915: Try enabling RC6 by default (again)"

Emil Velikov (1):
  drm/debugfs: Initialise empty variable

Fernando Luis Vzquez Cao (1):
  drm/radeon: clean reg header files

Jesse Barnes (15):
  drm/i915: provide more error output when mode sets fail
  drm/i915: load the LUT before pipe enable on ILK+
  drm/i915: apply timing generator bug workaround on CPT and PPT
  drm/i915: flush plane control changes on ILK+ as well
  drm/i915: fix CB tuning check for ILK+
  drm/i915/hdmi: send AVI info frames on ILK+ as well
  drm/i915: add GPU max frequency control file
  drm/i915: provide more error output when mode sets fail
  drm/i915: apply phase pointer override on SNB+ too
  drm/i915: don't use uninitialized EDID bpc values when picking pipe bpp
  drm/i915/dp: wait for previous AUX channel activity to clear
  drm: track CEA version number if present
  drm/i915/hdmi: split infoframe setting from infoframe type code
  drm/i915/hdmi: HDMI source product description infoframe support
  drm/i915: allow cache sharing policy control

Joonyoung Shim (2):
  drm: Fix irq install error handling
  drm: Add NULL check about irq functions

Keith Packard (20):
  drm/i915: Skip GPU wait for scanout pin while wedged
  drm/i915: Initialize RCS ring status page address in 
intel_render_ring_init_dri
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Hold mode_config->mutex during hotplug processing
  Merge branch 'drm-intel-fixes' into drm-intel-next
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Fixup for 'Hold mode_config->mutex during hotplug'
  drm/i915: Use dp_detect_common in hotplug helper function
  drm/i915: Rename i915_dp_detect_common to intel_dp_get_dpcd
  drm/i915: In intel_dp_init, replace read of DPCD with intel_dp_get_dpcd
  drm/i915: DP_PIPE_ENABLED must check transcoder on CPT
  Revert and fix "drm/i915/dp: remove DPMS mode tracking from DP"
  drm/i915: Set crtc DPMS mode to ON in intel_crtc_mode_set
  drm/i915: Flush other plane register writes
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Ignore GPU wedged errors while pinning scanout buffers
  Merge branch 'drm-intel-fixes' into drm-intel-next
  Revert "drm/i915/dp: Zero the DPCD data before connection probe"
  Merge branch 'drm-intel-fixes' into drm-intel-next
  drm/i915: Try enabling RC6 by default (a

[git pull drm fixes

[Pekka Enberg]

On Fri, Aug 5, 2011 at 1:04 PM, Dave Airlie  wrote:
> Okay I hadn't seen Francesco's report of still failing, I've pushed a
> revert on top of that pull,

Thanks Dave.

[PATCH v3] pass ELD to HDMI/DP audio driver

[Wu Fengguang]

On Fri, Aug 05, 2011 at 02:03:41AM +0800, Keith Packard wrote:
> On Thu, 4 Aug 2011 17:40:24 +0800, Wu Fengguang  
> wrote:
> 
> > Right. I actually have this chunk. dmesg shows that in intel_hdmi_detect(), 
> >  
> > the drm_encoder object is there, however encoder->crtc is NULL at the
> > time.
> 
> Correct. encoder->crtc is set only when the output is active.

Ah OK.

> > You may wonder why the mode parameter is needed in intel_write_eld().
> > This is because the ELD field aud_synch_delay (ie. A/V sync delay) may
> > have different values in progressive/interleaved display modes.
> 
> Ok, so you can't write ELD data until the display is active, which
> happens at mode_set time.
> 
> Do you need to provide ELD when the display is inactive? Is this only to
> enable audio output when the display is not on? In that case, we will

Good questions!  In general the audio functionalities should not
depend on the display activeness. There are even audio-only HDMI
devices. So I'll need to make intel_write_eld() work even without
information about the current display mode.

> need to essentially turn enough of the output on to allow for audio
> data, picking a mode which provide sufficient bandwidth.

That would be a good feature. For one thing, I find it annoying that
the music playback fades out when the screen goes to power saving mode..

> > I tested Ivybridge yesterday and ironlake_write_eld seems to not work
> > properly for Ivybridge. Need to double check its spec.
> 
> That's unfortunate...

But fixable :)

Thanks,
Fengguang

[Bug 39683] radeon "hd6770 flex" dpms fails to unblank one display sometimes

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=39683

--- Comment #6 from Alex Deucher  2011-08-05 06:35:04 PDT 
---
Do the DVI/HDMI monitors have an option to probe all inputs at some regular
interval?  If so, can you turn that off and see if it helps?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 33512] radeon: lots of time spent in atombios_crtc_disable

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=33512





--- Comment #3 from Alex Deucher   2011-08-05 
13:52:21 ---
The only places atombios_crtc_disable() called are from
drm_crtc_helper_set_config() and drm_helper_resume_force_mode().  I suspect
what is happening is that certain games cause GPU resets which call
radeon_gpu_reset() which in turn calls drm_helper_resume_force_mode().  I don't
think this is a kernel bug at all.  I'd suggest trying a newer mesa if you are
using an older version.  Try 7.11.  Do you see GPU reset messages in your dmesg
output after running a problematic game?

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

[Bug 33512] radeon: lots of time spent in atombios_crtc_disable

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=33512





--- Comment #4 from T?r?k Edwin   2011-08-05 13:58:50 
---
(In reply to comment #3)
> The only places atombios_crtc_disable() called are from
> drm_crtc_helper_set_config() and drm_helper_resume_force_mode().  I suspect
> what is happening is that certain games cause GPU resets which call
> radeon_gpu_reset() which in turn calls drm_helper_resume_force_mode().  I 
> don't
> think this is a kernel bug at all.  I'd suggest trying a newer mesa if you are
> using an older version.  Try 7.11.

I'm using git master now, and it works far better than 7.10 or 7.11.

>  Do you see GPU reset messages in your dmesg
> output after running a problematic game?

I didn't look much at perf output lately, will have to try and see if this is
still an issue with latest mesa, and report back.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

[Bug 36602] Hierarchical Z support for R600

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #14 from Sven Arvidsson  2011-08-05 08:17:12 PDT ---
(In reply to comment #13)
> It seems kernel patch
> (0001-drm-radeon-kms-add-htile-support-to-the-cs-checker.patch) is missing.

Hmm, I rebuilt the kernel a second time and have made sure the patch is applied
and I'm still getting the same error.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 36602] Hierarchical Z support for R600

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #15 from Sven Arvidsson  2011-08-05 08:30:30 PDT ---
I'm applying the patches to linux 3.0 but maybe that's too old already?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 36602] Hierarchical Z support for R600

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #16 from Pierre-Eric Pelloux-Prayer  
2011-08-05 08:49:46 PDT ---
(In reply to comment #15)
> I'm applying the patches to linux 3.0 but maybe that's too old already?

Your backtrace show this: "num_tile_pipes = 0" which is wrong.
This value is asked by r600g to kernel using 'RADEON_INFO_NUM_TILE_PIPES'
request.

Linux 3.0 kernel have all in place to handle this request (in radeon_kms.c), so
num_tile_pipes definitely shouldn't be null.

Did you check if your kernel log (or Xorg ?) contain something interesting ?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 36602] Hierarchical Z support for R600

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #17 from Vadim  2011-08-05 08:50:33 PDT ---
Created an attachment (id=49966)
 View: https://bugs.freedesktop.org/attachment.cgi?id=49966
 Review: https://bugs.freedesktop.org/review?bug=36602&attachment=49966

mesa patch to print some diagnostic info

(In reply to comment #14)
> Hmm, I rebuilt the kernel a second time and have made sure the patch is 
> applied
> and I'm still getting the same error.

Please post the output of "glxinfo | grep radeon_get" with this mesa patch.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 36602] Hierarchical Z support for R600

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #18 from Alex Deucher  2011-08-05 08:51:38 PDT 
---
For reference, you need to patch the ddx:
http://people.freedesktop.org/~agd5f/htile/0001-dri2-add-support-for-htile-buffers.patch
the drm:
http://people.freedesktop.org/~agd5f/htile/0001-drm-radeon-kms-add-htile-support-to-the-cs-checker.patch
and mesa:
http://people.freedesktop.org/~agd5f/htile/0001-r600g-add-r600_bo_size-helper-function.patch
http://people.freedesktop.org/~agd5f/htile/0002-r600g-add-htile-support.patch
http://people.freedesktop.org/~agd5f/htile/0003-r600g-check-bo-size-before-enabling-HiZ.patch
http://people.freedesktop.org/~agd5f/htile/0004-r600g-evergreen-htile-fixes-update-comments.patch
http://people.freedesktop.org/~agd5f/htile/0005-r600g-make-sure-we-allocate-htile-for-fbo-case.patch

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 32556] [RADEON:KMS:PLL] screen flickers all the time with desktop image appearing only briefly

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=32556

--- Comment #31 from Gildas Le Nadan <3ntr0p13 at gmail.com> 2011-08-05 
08:59:00 PDT ---
Hi, I've compiled kernel 3.0 and apparently things are way better now.

Connection on the viewsonic using dvi seem to be stable for all definitions.
I'll confirm after a few days using 1680x1050.

Vga connection to the analog SGI screen seem OK too.

On the Iiyama 24" with the HDMI attachment, I have noted the "turn black 3 secs
and display image again" syndrom is still there though (I'd say once every 5-!0
mn on average).

Gildas

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 33790] [r300g] Black windows with opengl apps (ex. glxgears)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=33790

--- Comment #4 from speps  2011-08-05 10:06:56 PDT ---
With newer 7.11 release, this bug is still present.
I managed to solve this by creating an .drirc file with:









It works in the same way with vblank_mode setted to 0 or 1,
seems like vblank_mode is unsetted by default and cause the blank output.

Btw, glxgears FPS is still low with about ~400 FPS and glxgears_pixmap
gives an even slower 2 FPS.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 39145] screen goes dark when the graphics driver (radeon) is loaded

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=39145

--- Comment #2 from Jonathan Nieder  2011-08-05 10:19:10 
PDT ---
Hi Mikhail,

(In reply to comment #0)

> This issue ocurred when I updated kernel version 2.6.38-2-686-pae to
> 2.6.39-2-686-pae version.
> - The GPU's device ID: 1002:9712 (M880G, Mobility Radeon HD 4200)
> - The model name: Acer Aspire One 521
> - I am using Debian testing (wheezy) x86 
> - Also system couldn't enter in single mode, because screen goes dark again.
>
> I attach link to youtube video that's demonstrates symptoms of this issue.
> http://www.youtube.com/watch?v=KtxRLEtHu5w
>
> Messages log attached to this report.

Thanks.  If you have time, could you bisect to find the change that introduced
this bug?

It works like this:

0. Write a script named "as" with the following content and put it in
your $PATH to work around .

#!/bin/sh
exec /usr/bin/as --size-check=warning "$@"

1. Grab the latest mainline source:

 # apt-get install git build-essential
 $ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
 $ cd linux

2. Minimal configuration.

 $ make localmodconfig

3. Test.

 $ make deb-pkg
 # dpkg -i ../
 # reboot

4. If it works, let us know and declare victory. Otherwise:

 $ git bisect start v2.6.39 v2.6.38 -- drivers/gpu

Git will check out a version half-way between to test.

 $ make silentoldconfig; # reuse configuration
 $ make deb-pkg
 # dpkg -i ../
 # reboot
 $ cd ~/src/linux
 $ git bisect good; # if it works
 $ git bisect bad; # if it fails in the same way
 $ git bisect skip; # if some other bug makes it hard to test

5. Git will check out a next version to check; repeat step 4 until
it gives the "first bad commit" or you get bored.  If you finish
early, you can send the output of "git bisect log" to let us know
the information acquired so far.

If gitk is installed, at any step you can run "git bisect visualize"
to see the regression range narrowing.

Hope that helps.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[alsa-devel] [PATCH v3] pass ELD to HDMI/DP audio driver

[Stephen Warren]

Wu Fengguang wrote at Friday, August 05, 2011 6:50 AM:
> On Fri, Aug 05, 2011 at 02:03:41AM +0800, Keith Packard wrote:
> > On Thu, 4 Aug 2011 17:40:24 +0800, Wu Fengguang  
> > wrote:
...
> > > You may wonder why the mode parameter is needed in intel_write_eld().
> > > This is because the ELD field aud_synch_delay (ie. A/V sync delay) may
> > > have different values in progressive/interleaved display modes.
> >
> > Ok, so you can't write ELD data until the display is active, which
> > happens at mode_set time.
> >
> > Do you need to provide ELD when the display is inactive? Is this only to
> > enable audio output when the display is not on? In that case, we will
> 
> Good questions!  In general the audio functionalities should not
> depend on the display activeness. There are even audio-only HDMI
> devices. So I'll need to make intel_write_eld() work even without
> information about the current display mode.

Is there such a thing as an audio-only HDMI signal though; the audio data
is transferred inside the blanking region of the HDMI video signal, which
kinda implies that there needs to be some video content (even if the pixel
data is e.g. hard-coded black rather than being scanned out from a frame-
buffer) so as to define where those blanking regions are within the signal.

-- 
nvpublic

[Bug 33790] [r300g] Black windows with opengl apps (ex. glxgears)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=33790

--- Comment #5 from Alex Deucher  2011-08-05 10:45:00 PDT 
---
vblank interrupts (or interrupts in general) may not be working on your system.
 Try `cat /proc/interrupts` and see if the count on the radeon line increases. 
If not, you might try booting with pci=nomsi or noapic or irqpoll on the kernel
commandline in grub.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[git pull drm fixes

[Keith Packard]

On Fri, 5 Aug 2011 12:51:42 +0300, Pekka Enberg  wrote:

> See the last email from Francesco. I don't know why you insist pushing
> patches that are known to be fragile in the past without getting broad
> Tested-by tags from people who have been affected in the past.

Yeah, we had several reports that it fixed similar situations, but I
hadn't heard back from Francesco before I sent the pull request.  I'll
work directly with Francesco to try and get the last problems resolved.

His machine appears to be 'special' (it's identical in every way to one
that I have, except that his breaks and mine works...)

-- 
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: 
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110805/b5bceac6/attachment.pgp>

[Bug 39145] screen goes dark when the graphics driver (radeon) is loaded

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=39145

--- Comment #3 from mikhail.v.gavrilov at gmail.com 2011-08-05 11:10:32 PDT ---
Hi Jonathan,
I am ready follow instruction, but how do it on machine wich unbootable?
Thanks.

> Thanks. ?If you have time, could you bisect to find the change that introduced
> this bug?
>
...

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 34556] BUG in drm/radeon/ttm after leaving fullscreen flash.

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=34556

--- Comment #4 from Jonathan Nieder  2011-08-05 11:39:53 
PDT ---
Does v3.0-rc3~42^2~8 (drm/radeon: fix oops in ttm reserve when pageflipping
(v2), 2011-05-29) help?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 36602] Hierarchical Z support for R600

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #19 from Andy Furniss  2011-08-05 
12:24:33 PDT ---
(In reply to comment #18)
> For reference, you need to patch the ddx:
> http://people.freedesktop.org/~agd5f/htile/0001-dri2-add-support-for-htile-buffers.patch
> the drm:
> http://people.freedesktop.org/~agd5f/htile/0001-drm-radeon-kms-add-htile-support-to-the-cs-checker.patch
> and mesa:
> http://people.freedesktop.org/~agd5f/htile/0001-r600g-add-r600_bo_size-helper-function.patch
> http://people.freedesktop.org/~agd5f/htile/0002-r600g-add-htile-support.patch
> http://people.freedesktop.org/~agd5f/htile/0003-r600g-check-bo-size-before-enabling-HiZ.patch
> http://people.freedesktop.org/~agd5f/htile/0004-r600g-evergreen-htile-fixes-update-comments.patch
> http://people.freedesktop.org/~agd5f/htile/0005-r600g-make-sure-we-allocate-htile-for-fbo-case.patch

I just tried these on my rv790 with d-r-t kernel ( plus "fix version comment
due to merge timing" so the drm patch would apply cleanly).

I don't get any exceptions or errors, but I do get some minor corruption on
some mesa demos and openarena. Nexuiz and etqw looked OK.

The corruption varies between runs and isn't always present or as bad as the
attached image. It's often just a few patches almost always running along the
diagonal top left to bottom right.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 36602] Hierarchical Z support for R600

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #20 from Andy Furniss  2011-08-05 
12:29:10 PDT ---
Created an attachment (id=49972)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=49972)
cubemap demo showing Hiz corruption.

Other demos seem to have only the diagonal affected not the bottom like this
one.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 36602] Hierarchical Z support for R600

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=36602

--- Comment #21 from Sven Arvidsson  2011-08-05 12:33:37 PDT ---
(In reply to comment #17)
> 
> Please post the output of "glxinfo | grep radeon_get" with this mesa patch.

Only this line is printed:
radeon_get_num_backends: 0 2


I *think* the problem is that linux 3.0 only uses version 2.10 of the kms
wrapper, where as the call to radeon_get_backend_map(radeon) in r600_drm.c only
happens when the minor version is >= 11. 

Just changing this value to 10 both makes the second line appear
(radeon_get_num_tile_pipes: 0 4) and gets working 3D again, but I guess I
really need a later kernel :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 40622] New: [radeon] - kms wrong resolution mode used after backlight on/off switch

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=40622

   Summary: [radeon] - kms wrong resolution mode used after
backlight on/off switch
   Product: Drivers
   Version: 2.5
Kernel Version: 3.0
  Platform: All
OS/Version: Linux
  Tree: Mainline
Status: NEW
  Severity: high
  Priority: P1
 Component: Video(DRI - non Intel)
AssignedTo: drivers_video-dri at kernel-bugs.osdl.org
ReportedBy: tkrah at fachschaft.imn.htwk-leipzig.de
Regression: Yes


Hi,

updated to recent 3.0 kernel (oneiric ubuntu build package) and got some
behaviour i would not expect.
Got a Samsung P35 Notebook - pressing my "backlight" Key does give this in
dmesg:

 keyboard: can't emulate rawmode for keycode 240

On and Off, both a mesage.

The native resolution is 1400x1050 of my LVDS Panel. 

[   23.577259] [drm] Panel ID String: Samsung LTN150P1-L02
[   23.577264] [drm] Panel Size 1400x1050

But after pressing backlight twice (off+on) my screen resolution does change to
1600x1024 - afaik not supported, at least it is not mentioned in Xorg.0.log for
detected valid panel Modelines.
But it does use this mode after backlight switch:

(II) RADEON(0): Allocate new frame buffer 1600x1024 stride 1600

I wonder why?

However i am forced to switch my resolution back everytime - don't know if its
good for the panel to use this resolution (because i don't know if it will
blast my panel away i'll set prio to high - if this won't going to happen
please set it back to normal ;-) ).

Bug or Feature? Both (message and resolution change) did not happen with
2.6.32.x before, so i guess its a regression, is it?
Tell me if you need more input or kernel testing.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

[Bug 40622] [radeon] - kms wrong resolution mode used after backlight on/off switch

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=40622





--- Comment #1 from Torsten Krah   
2011-08-05 20:26:42 ---
Additional Info:

I am able to select 1600x1024 in 2.6.32.x manually in screen resolution tool if
this is of interest.
But i want to use my native resolution, 1400x1050 is selected as default and
this res. does stay when pressing backlight switch, tested more than 4 times
now. The message about the keycode is also gone.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

[Bug 40622] [radeon] - kms wrong resolution mode used after backlight on/off switch

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=40622


Alex Deucher  changed:

   What|Removed |Added

 CC||alexdeucher at gmail.com




--- Comment #2 from Alex Deucher   2011-08-05 
20:33:42 ---
Sounds like some script/daemon is listening for hotkey events and trying to
change the mode with xrandr.  Please attach your xorg log and config, xrandr
--verbose output and dmesg output.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

[Bug 33790] [r300g] Black windows with opengl apps (ex. glxgears)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=33790

--- Comment #6 from speps  2011-08-05 16:46:36 PDT ---
You got it,
adding pci=nomsi to kernel solves all issues.

Thanks a lot.

Framerate is high enough, and all opengl apps runs fine
even without .drirc (no blank output).
Is this a real solution or just a workaround for a known bug?

I found the same answer for another related bug (even without no success),
shouldn't this be FAQed somewhere?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.