Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Linus Torvalds 
On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap randy.dun...@oracle.com wrote:

 The only significant difference that I can see in the kernel message log
 is this:

Hmm. I suspect that difference should have gone away with commit
92971021c6328 (Revert drm: Don't try and disable an encoder that was
never enabled), but clearly that didn't fix your blank screen.

Does reverting commit 448f53a1ede54eb854d036abf54573281412d650
(drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks) fix it for
you? It does for some people..

Chris - why did that lvds_ssc_freq thing suddenly start mattering? Can
we please just disable spread-spectrum entirely? Or perhaps only if we
notice that it was enabled already? Or something?

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

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes 
On Wed, 29 Dec 2010 11:40:04 -0800
Linus Torvalds torva...@linux-foundation.org wrote:

 On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap randy.dun...@oracle.com 
 wrote:
 
  The only significant difference that I can see in the kernel message log
  is this:
 
 Hmm. I suspect that difference should have gone away with commit
 92971021c6328 (Revert drm: Don't try and disable an encoder that was
 never enabled), but clearly that didn't fix your blank screen.
 
 Does reverting commit 448f53a1ede54eb854d036abf54573281412d650
 (drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks) fix it for
 you? It does for some people..
 
 Chris - why did that lvds_ssc_freq thing suddenly start mattering? Can
 we please just disable spread-spectrum entirely? Or perhaps only if we
 notice that it was enabled already? Or something?

Randy, Jeff and Alex, does the below help at all?  If so, it may be the
minimal fix we want for 2.6.37.

diff --git a/drivers/gpu/drm/i915/intel_bios.c b/drivers/gpu/drm/i915/intel_bios
index 2b20786..d27d016 100644
--- a/drivers/gpu/drm/i915/intel_bios.c
+++ b/drivers/gpu/drm/i915/intel_bios.c
@@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private *dev_priv,
dev_priv-int_tv_support = general-int_tv_support;
dev_priv-int_crt_support = general-int_crt_support;
dev_priv-lvds_use_ssc = general-enable_ssc;
+   /* force disable until we can parse this correctly */
+   if (IS_GEN5(dev) || IS_GEN6(dev))
+   dev_priv-lvds_use_ssc = 0;
 
if (dev_priv-lvds_use_ssc) {
if (IS_I85X(dev))


-- 
Jesse Barnes, Intel Open Source Technology Center
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread François Valenduc 
Le 29/12/10 21:16, Jesse Barnes a écrit :
 On Wed, 29 Dec 2010 11:40:04 -0800
 Linus Torvalds torva...@linux-foundation.org wrote:
 
 On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap randy.dun...@oracle.com 
 wrote:

 The only significant difference that I can see in the kernel message log
 is this:

 Hmm. I suspect that difference should have gone away with commit
 92971021c6328 (Revert drm: Don't try and disable an encoder that was
 never enabled), but clearly that didn't fix your blank screen.

 Does reverting commit 448f53a1ede54eb854d036abf54573281412d650
 (drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks) fix it for
 you? It does for some people..

 Chris - why did that lvds_ssc_freq thing suddenly start mattering? Can
 we please just disable spread-spectrum entirely? Or perhaps only if we
 notice that it was enabled already? Or something?
 
 Randy, Jeff and Alex, does the below help at all?  If so, it may be the
 minimal fix we want for 2.6.37.
 
 diff --git a/drivers/gpu/drm/i915/intel_bios.c 
 b/drivers/gpu/drm/i915/intel_bios
 index 2b20786..d27d016 100644
 --- a/drivers/gpu/drm/i915/intel_bios.c
 +++ b/drivers/gpu/drm/i915/intel_bios.c
 @@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private *dev_priv,
 dev_priv-int_tv_support = general-int_tv_support;
 dev_priv-int_crt_support = general-int_crt_support;
 dev_priv-lvds_use_ssc = general-enable_ssc;
 +   /* force disable until we can parse this correctly */
 +   if (IS_GEN5(dev) || IS_GEN6(dev))
 +   dev_priv-lvds_use_ssc = 0;
  
 if (dev_priv-lvds_use_ssc) {
 if (IS_I85X(dev))
 
 
I also encountered the black screen problem after commit 448f53a1. I can
confirm that the above patch solves the problem.

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

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen 
On Wed, Dec 29, 2010 at 21:16, Jesse Barnes jbar...@virtuousgeek.org wrote:
 On Wed, 29 Dec 2010 11:40:04 -0800
 Linus Torvalds torva...@linux-foundation.org wrote:
 Chris - why did that lvds_ssc_freq thing suddenly start mattering? Can
 we please just disable spread-spectrum entirely? Or perhaps only if we
 notice that it was enabled already? Or something?

 Randy, Jeff and Alex, does the below help at all?  If so, it may be the
 minimal fix we want for 2.6.37.

Something broke your patch: whitespace instead of tabs.

 diff --git a/drivers/gpu/drm/i915/intel_bios.c 
 b/drivers/gpu/drm/i915/intel_bios
 index 2b20786..d27d016 100644
 --- a/drivers/gpu/drm/i915/intel_bios.c
 +++ b/drivers/gpu/drm/i915/intel_bios.c
 @@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private *dev_priv,
                dev_priv-int_tv_support = general-int_tv_support;
                dev_priv-int_crt_support = general-int_crt_support;
                dev_priv-lvds_use_ssc = general-enable_ssc;
 +               /* force disable until we can parse this correctly */

This comment seems to imply that SSC wasn't used at all until recently, right?

 +               if (IS_GEN5(dev) || IS_GEN6(dev))
 +                       dev_priv-lvds_use_ssc = 0;

Doesn't change anything here. Display stays blank.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes 
  Doesn't change anything here. Display stays blank.
 
 Sounds like your problem is separate from SSC then, more likely related
 to panel power or backlight control.  Have you tried bisecting for the
 problem between 2.6.35 and 2.6.36?

Nevermind, I just checked out the bug, looks like it is panel power
related.  Can you try this patch?

If it doesn't work, can you send me the output of intel_reg_dumper from
before you turn off the display and after you try to turn it back on?

Thanks,
-- 
Jesse Barnes, Intel Open Source Technology Center

diff --git a/drivers/gpu/drm/i915/intel_lvds.c 
b/drivers/gpu/drm/i915/intel_lvds.c
index aa23070..830e3b0 100644
--- a/drivers/gpu/drm/i915/intel_lvds.c
+++ b/drivers/gpu/drm/i915/intel_lvds.c
@@ -82,8 +82,6 @@ static void intel_lvds_enable(struct intel_lvds *intel_lvds)
lvds_reg = LVDS;
}
 
-   I915_WRITE(lvds_reg, I915_READ(lvds_reg) | LVDS_PORT_EN);
-
if (intel_lvds-pfit_dirty) {
/*
 * Enable automatic panel scaling so that non-native modes
@@ -104,7 +102,7 @@ static void intel_lvds_enable(struct intel_lvds *intel_lvds)
}
 
I915_WRITE(ctl_reg, I915_READ(ctl_reg) | POWER_TARGET_ON);
-   POSTING_READ(lvds_reg);
+   POSTING_READ(ctl_reg);
 
intel_panel_set_backlight(dev, dev_priv-backlight_level);
 }
@@ -136,8 +134,7 @@ static void intel_lvds_disable(struct intel_lvds 
*intel_lvds)
intel_lvds-pfit_dirty = true;
}
 
-   I915_WRITE(lvds_reg, I915_READ(lvds_reg)  ~LVDS_PORT_EN);
-   POSTING_READ(lvds_reg);
+   POSTING_READ(ctl_reg);
 }
 
 static void intel_lvds_dpms(struct drm_encoder *encoder, int mode)
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen 
On Wed, Dec 29, 2010 at 22:18, Jesse Barnes jbar...@virtuousgeek.org wrote:
  +               if (IS_GEN5(dev) || IS_GEN6(dev))
  +                       dev_priv-lvds_use_ssc = 0;

 Doesn't change anything here. Display stays blank.

 Sounds like your problem is separate from SSC then, more likely related
 to panel power or backlight control.  Have you tried bisecting for the
 problem between 2.6.35 and 2.6.36?

No. I assumed the bisection in the bug

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

was for the same problem as mine. It probably is not...
I'm running a bisect right now.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Randy Dunlap 
On Wed, 29 Dec 2010 12:16:01 -0800 Jesse Barnes wrote:

 On Wed, 29 Dec 2010 11:40:04 -0800
 Linus Torvalds torva...@linux-foundation.org wrote:
 
  On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap randy.dun...@oracle.com 
  wrote:
  
   The only significant difference that I can see in the kernel message log
   is this:
  
  Hmm. I suspect that difference should have gone away with commit
  92971021c6328 (Revert drm: Don't try and disable an encoder that was
  never enabled), but clearly that didn't fix your blank screen.
  
  Does reverting commit 448f53a1ede54eb854d036abf54573281412d650
  (drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks) fix it for
  you? It does for some people..
  
  Chris - why did that lvds_ssc_freq thing suddenly start mattering? Can
  we please just disable spread-spectrum entirely? Or perhaps only if we
  notice that it was enabled already? Or something?
 
 Randy, Jeff and Alex, does the below help at all?  If so, it may be the
 minimal fix we want for 2.6.37.
 
 diff --git a/drivers/gpu/drm/i915/intel_bios.c 
 b/drivers/gpu/drm/i915/intel_bios
 index 2b20786..d27d016 100644
 --- a/drivers/gpu/drm/i915/intel_bios.c
 +++ b/drivers/gpu/drm/i915/intel_bios.c
 @@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private *dev_priv,
 dev_priv-int_tv_support = general-int_tv_support;
 dev_priv-int_crt_support = general-int_crt_support;
 dev_priv-lvds_use_ssc = general-enable_ssc;
 +   /* force disable until we can parse this correctly */
 +   if (IS_GEN5(dev) || IS_GEN6(dev))
 +   dev_priv-lvds_use_ssc = 0;
  
 if (dev_priv-lvds_use_ssc) {
 if (IS_I85X(dev))
 
 
 -- 

Ugh, looks like I have confused things horribly.  Sorry about this.

2.6.37-rc8 with no patches works for me.  My original report was incorrect --
I was using -rc7 when I thought I was using -rc8.  :(

Regrets,
---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
desserts:  http://www.xenotime.net/linux/recipes/
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes 
  diff --git a/drivers/gpu/drm/i915/intel_bios.c 
  b/drivers/gpu/drm/i915/intel_bios
  index 2b20786..d27d016 100644
  --- a/drivers/gpu/drm/i915/intel_bios.c
  +++ b/drivers/gpu/drm/i915/intel_bios.c
  @@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private 
  *dev_priv,
  dev_priv-int_tv_support = general-int_tv_support;
  dev_priv-int_crt_support = general-int_crt_support;
  dev_priv-lvds_use_ssc = general-enable_ssc;
  +   /* force disable until we can parse this correctly */
  +   if (IS_GEN5(dev) || IS_GEN6(dev))
  +   dev_priv-lvds_use_ssc = 0;
   
  if (dev_priv-lvds_use_ssc) {
  if (IS_I85X(dev))
  
  
  -- 
 
 Ugh, looks like I have confused things horribly.  Sorry about this.
 
 2.6.37-rc8 with no patches works for me.  My original report was incorrect --
 I was using -rc7 when I thought I was using -rc8.  :(

Can you confirm that the above doesn't break your setup just in case we
need to apply it?

Thanks,
-- 
Jesse Barnes, Intel Open Source Technology Center
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 24462] r600: spread spectrum: flickering screen (bisected)

2010-12-29 Thread bugzilla-daemon 
https://bugzilla.kernel.org/show_bug.cgi?id=24462


Rafael J. Wysocki r...@sisk.pl changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED
 Resolution|PATCH_ALREADY_AVAILABLE |CODE_FIX




--- Comment #12 from Rafael J. Wysocki r...@sisk.pl  2010-12-29 22:48:03 ---
Fixed by commit e5fd205 drm/radeon/kms: disable ss fixed ref divide .

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

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen 
On Wed, Dec 29, 2010 at 22:53, Jesse Barnes jbar...@virtuousgeek.org wrote:
  Doesn't change anything here. Display stays blank.

 Sounds like your problem is separate from SSC then, more likely related
 to panel power or backlight control.  Have you tried bisecting for the
 problem between 2.6.35 and 2.6.36?

 Nevermind, I just checked out the bug, looks like it is panel power
 related.  Can you try this patch?

Tried. Does not work.

 If it doesn't work, can you send me the output of intel_reg_dumper from
 before you turn off the display and after you try to turn it back on?

See the links below (sorry, they files are a bit large):

Before running xset dpms force standby:

  http://vin-soft.org/~raa/public/test/intel_gpu_dump-before

After running sleep 3

  http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-suspend

After running xset dpms force on

  http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-xset-on

After closing and opening the lid (displays backlight is back)

  http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-lid
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes 
On Thu, 30 Dec 2010 00:09:56 +0100
Alex Riesen raa.l...@gmail.com wrote:

 On Wed, Dec 29, 2010 at 22:53, Jesse Barnes jbar...@virtuousgeek.org wrote:
   Doesn't change anything here. Display stays blank.
 
  Sounds like your problem is separate from SSC then, more likely related
  to panel power or backlight control.  Have you tried bisecting for the
  problem between 2.6.35 and 2.6.36?
 
  Nevermind, I just checked out the bug, looks like it is panel power
  related.  Can you try this patch?
 
 Tried. Does not work.
 
  If it doesn't work, can you send me the output of intel_reg_dumper from
  before you turn off the display and after you try to turn it back on?
 
 See the links below (sorry, they files are a bit large):
 
 Before running xset dpms force standby:
 
   http://vin-soft.org/~raa/public/test/intel_gpu_dump-before
 
 After running sleep 3
 
   http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-suspend
 
 After running xset dpms force on
 
   http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-xset-on
 
 After closing and opening the lid (displays backlight is back)
 
   http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-lid

I need the intel_reg_dumper output, not intel_gpu_dump. :)

-- 
Jesse Barnes, Intel Open Source Technology Center
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

2.6.37-rc8: Reported regressions 2.6.35 - 2.6.36

2010-12-29 Thread Rafael J. Wysocki 
[NOTE: This most likely is the last summary report of regressions introduced
 between 2.6.35 and 2.6.36.]

This message contains a list of some post-2.6.35 regressions introduced before
2.6.36, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.

If you know of any other unresolved post-2.6.35 regressions, please let us know
either and we'll add them to the list.  Also, please let us know if any
of the entries below are invalid.

Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.


Listed regressions statistics:

  Date  Total  Pending  Unresolved
  
  2010-12-30   99   22  20
  2010-12-19   98   28  23
  2010-12-05   95   34  31
  2010-11-19   92   38  34
  2010-10-17   70   27  27
  2010-10-10   56   16  15
  2010-10-03   52   16  14
  2010-09-26   46   15  13
  2010-09-20   38   15  15
  2010-09-12   28   14  13
  2010-08-30   21   16  15


Unresolved regressions
--

Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=24752
Subject : Random crashes easily reproducible with make -j5 - intel i915 
- kernel 2.6.36 on intel/nvidia hybrid graphics machine
Submitter   : Giacomo dellece...@gmail.com
Date: 2010-12-10 8:57 (20 days old)
Message-ID  : aanlktimkqm94u9iz7fvvjehb0mwdwfknwkhf2f2ty...@mail.gmail.com
References  : http://marc.info/?l=linux-kernelm=129197146619176w=2


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=24722
Subject : Disconnecting my USB mouse hangs the machine and issues 
kernel warning
Submitter   : Heinz Diehl h...@fancy-poultry.org
Date: 2010-12-12 12:42 (18 days old)


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=24392
Subject : AGP aperture disabled, worked in 2.6.35
Submitter   : Stephen Kitt st...@sk2.org
Date: 2010-12-06 06:31 (24 days old)
First-Bad-Commit: 
http://git.kernel.org/linus/http://git.kernel.org/linus/96576a9e1a0cdb8a43d3af5846be0948f52b4460


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=24202
Subject : [830] drm:intel_prepare_page_flip, *ERROR* Prepared flip 
multiple times
Submitter   : mkkot marcin2...@gmail.com
Date: 2010-12-02 14:10 (28 days old)


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=23812
Subject : HAL does not provide battery information on RHEL5 and CentOS-5
Submitter   : Dag Wieers d...@wieers.com
Date: 2010-11-26 18:08 (34 days old)


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=22842
Subject : iwl3945 suddenly stops working
Submitter   : Felipe Contreras felipe.contre...@gmail.com
Date: 2010-11-14 11:14 (46 days old)


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=22782
Subject : 2.6.36: general protection fault during lockfs lockspace 
removal
Submitter   : n...@linuxbox.cz n...@linuxbox.cz
Date: 2010-11-12 12:05 (48 days old)


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=22172
Subject : alsa-util.c: snd_pcm_avail_delay() returned strange values: 
delay 0 is less than avail 32
Submitter   : Tobias devn...@plzk.org
Date: 2010-11-06 09:33 (54 days old)


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=22092
Subject : Kernel v2.6.36 trouble on USB disconnect
Submitter   : Ketil Froyn ke...@froyn.name
Date: 2010-10-29 8:05 (62 days old)
Message-ID  : 
aanlktik5qvxkegvaa1psogk2ktw+ekhpswttsqewz...@mail.gmail.com
References  : http://marc.info/?l=linux-kernelm=128833956503607w=2


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=21652
Subject : several problems with intel graphics since 2.6.36
Submitter   : Norbert Preining prein...@logic.at
Date: 2010-10-27 14:32 (64 days old)
Message-ID  : 20101027143252.ga8...@gamma.logic.tuwien.ac.at
References  : http://marc.info/?l=linux-kernelm=128818998630241w=2


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=21402
Subject : [KVM] Noacpi Windows guest can not boot up on 32bit KVM host
Submitter   : xudong xudong@intel.com
Date: 2010-10-29 03:01 (62 days old)


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=20332
Subject : [LogFS] [2.6.36-rc7] Kernel BUG at lib/btree.c:465!
Submitter   : Prasad Joshi prasadjoshi...@gmail.com
Date: 2010-10-12 18:56 (79 days old)
Message-ID  : aanlktimabcznhlq5naduiac+7jpaejbemjfwdxyz-...@mail.gmail.com
References  : http://marc.info/?l=linux-kernelm=128690910501830w=2

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen 
On Thu, Dec 30, 2010 at 00:20, Alex Riesen raa.l...@gmail.com wrote:
 On Thu, Dec 30, 2010 at 00:13, Jesse Barnes jbar...@virtuousgeek.org wrote:
 After closing and opening the lid (displays backlight is back)

   http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-lid

 I need the intel_reg_dumper output, not intel_gpu_dump. :)


 Hmm, there is no intel_reg_dumper in intel-gpu-tools-1.0.2, which is
 the latest on http://xorg.freedesktop.org/archive/individual/app/,
 so I assumed you just mistyped the name. Is it in git only? ...
 Yeah, look like it is in git only, which I have problems to compile
 (I have a bit of obsoleted system).


Is there any other way to get at the dump? Because it looks like
it is plainly impossible to build the tools. A lot of dependencies,
all really hard to get at on Ubuntu Jaunty.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Randy Dunlap 
On Wed, 29 Dec 2010 14:46:14 -0800 Jesse Barnes wrote:

   diff --git a/drivers/gpu/drm/i915/intel_bios.c 
   b/drivers/gpu/drm/i915/intel_bios
   index 2b20786..d27d016 100644
   --- a/drivers/gpu/drm/i915/intel_bios.c
   +++ b/drivers/gpu/drm/i915/intel_bios.c
   @@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private 
   *dev_priv,
   dev_priv-int_tv_support = general-int_tv_support;
   dev_priv-int_crt_support = general-int_crt_support;
   dev_priv-lvds_use_ssc = general-enable_ssc;
   +   /* force disable until we can parse this correctly */
   +   if (IS_GEN5(dev) || IS_GEN6(dev))
   +   dev_priv-lvds_use_ssc = 0;

   if (dev_priv-lvds_use_ssc) {
   if (IS_I85X(dev))
   
   
   -- 
  
  Ugh, looks like I have confused things horribly.  Sorry about this.
  
  2.6.37-rc8 with no patches works for me.  My original report was incorrect 
  --
  I was using -rc7 when I thought I was using -rc8.  :(
 
 Can you confirm that the above doesn't break your setup just in case we
 need to apply it?


Yes, confirmed, my test platform still works with this patch applied.

---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
desserts:  http://www.xenotime.net/linux/recipes/
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes 
On Thu, 30 Dec 2010 00:35:15 +0100
Alex Riesen raa.l...@gmail.com wrote:

 On Thu, Dec 30, 2010 at 00:20, Alex Riesen raa.l...@gmail.com wrote:
  On Thu, Dec 30, 2010 at 00:13, Jesse Barnes jbar...@virtuousgeek.org 
  wrote:
  After closing and opening the lid (displays backlight is back)
 
    http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-lid
 
  I need the intel_reg_dumper output, not intel_gpu_dump. :)
 
 
  Hmm, there is no intel_reg_dumper in intel-gpu-tools-1.0.2, which is
  the latest on http://xorg.freedesktop.org/archive/individual/app/,
  so I assumed you just mistyped the name. Is it in git only? ...
  Yeah, look like it is in git only, which I have problems to compile
  (I have a bit of obsoleted system).
 
 
 Is there any other way to get at the dump? Because it looks like
 it is plainly impossible to build the tools. A lot of dependencies,
 all really hard to get at on Ubuntu Jaunty.

That's the easiest way; I think there are existing packages available
as well, but you may have to check Karmic or newer.

-- 
Jesse Barnes, Intel Open Source Technology Center
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen 
On Thu, Dec 30, 2010 at 01:02, Jesse Barnes jbar...@virtuousgeek.org wrote:
 That's the easiest way; I think there are existing packages available
 as well, but you may have to check Karmic or newer.

Never mind. I'm lazy (that's not to say someone is too).

I redid the test:

Before running xset dpms force standby:

 http://vin-soft.org/~raa/public/test/intel_reg_dumper-before

After running sleep 3

 http://vin-soft.org/~raa/public/test/intel_reg_dumper-suspend

After running xset dpms force on; sleep 3

 http://vin-soft.org/~raa/public/test/intel_reg_dumper-xset-on

After closing and opening the lid (displays backlight is back)

 http://vin-soft.org/~raa/public/test/intel_reg_dumper-lid
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 32733] New: arbocclude2 from mesa-demos segfaults

2010-12-29 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=32733

   Summary: arbocclude2 from mesa-demos segfaults
   Product: Mesa
   Version: git
  Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
  Severity: major
  Priority: medium
 Component: Drivers/Gallium/r600
AssignedTo: dri-devel@lists.freedesktop.org
ReportedBy: r0ug...@yahoo.de


When trying to run arbocclude2 on my system it gives me this output:
OQ2 supported
Depthbits: 24
[1]27415 segmentation fault  arbocclude2

Steps to Reproduce:
run arbocclude2 with gallium r600 driver

Additional Information:
It doesn't crash if I force the use of the software rasterizer
OpenGL renderer string: Software Rasterizer
But it crashes also when I use the llvmpipe driver
OpenGL renderer string: Gallium 0.4 on llvmpipe

backtrace:
#0  0x731e1f55 in r600_query_end () from
/usr/lib/xorg/modules/dri/r600_dri.so
#1  0x00401b41 in Display ()
#2  0x776cf16b in processWindowWorkList () from /usr/lib/libglut.so.3
#3  0x776d026c in glutMainLoop () from /usr/lib/libglut.so.3
#4  0x00401e60 in main ()

Version information:
mesa: git 2010-12-29
$ glxinfo|grep -i opengl
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RV770
OpenGL version string: 2.1 Mesa 7.10-devel
OpenGL shading language version string: 1.20

OS: 2.6.36-ARCH #1 SMP PREEMPT x86_64

-- 
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

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Randy Dunlap 
On Tue, 28 Dec 2010 17:18:12 -0800 Linus Torvalds wrote:

> Another week, another -rc. This should be the last for the 37 series,
> so I still expect the merge window to open early January when people
> are hopefully back to working order after having eaten (and drunk) too
> much.
> 
> The -rc8 release shouldn't be all that exciting. The most noticeable
> is probably the fact that hopefully the "blank screen" problem with
> intel graphics is fixed. But on the whole, it's all just a collection
> of random fixes all over.


I booted -rc8 and found that my video worked for only a few seconds,
then it goes blank.  -rc7 and -rc6 do the same.  -rc5 is OK.

The only significant difference that I can see in the kernel message log
is this:

from 2.6.37-rc5:

[drm] initialized overlay support
i2c i2c-3: master_xfer[0] W, addr=0x50, len=1
i2c i2c-3: master_xfer[1] R, addr=0x50, len=1
i2c i2c-3: master_xfer[0] W, addr=0x50, len=1
i2c i2c-3: master_xfer[1] R, addr=0x50, len=128
fbcon: inteldrmfb (fb0) is primary device
Console: switching to colour frame buffer device 160x64
fb0: inteldrmfb frame buffer device
drm: registered panic notifier
[drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0

and from 2.6.37-rc6:

[drm] initialized overlay support
No connectors reported connected with modes
[drm] Cannot find any crtc or sizes - going 1024x768
fbcon: inteldrmfb (fb0) is primary device
Console: switching to colour frame buffer device 128x48
fb0: inteldrmfb frame buffer device
drm: registered panic notifier
[drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0


Full kernel boot logs are in http://www.xenotime.net/linux/logs/
(2637-rc5.notimes and 2637-rc6.notimes).

The 2.6.37-rc5 kernel config file is attached.  It is close to an
allmodconfig.

---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
desserts:  http://www.xenotime.net/linux/recipes/
-- next part --
A non-text attachment was scrubbed...
Name: config-2637-rc5
Type: application/octet-stream
Size: 119862 bytes
Desc: not available
URL: 
<http://lists.freedesktop.org/archives/dri-devel/attachments/20101229/aa03d8b7/attachment-0001.obj>

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Linus Torvalds 
On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap  
wrote:
>
> The only significant difference that I can see in the kernel message log
> is this:

Hmm. I suspect that difference should have gone away with commit
92971021c6328 (Revert "drm: Don't try and disable an encoder that was
never enabled"), but clearly that didn't fix your blank screen.

Does reverting commit 448f53a1ede54eb854d036abf54573281412d650
("drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks") fix it for
you? It does for some people..

Chris - why did that lvds_ssc_freq thing suddenly start mattering? Can
we please just disable spread-spectrum entirely? Or perhaps only if we
notice that it was enabled already? Or something?

 Linus

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes 
On Wed, 29 Dec 2010 11:40:04 -0800
Linus Torvalds  wrote:

> On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap  
> wrote:
> >
> > The only significant difference that I can see in the kernel message log
> > is this:
> 
> Hmm. I suspect that difference should have gone away with commit
> 92971021c6328 (Revert "drm: Don't try and disable an encoder that was
> never enabled"), but clearly that didn't fix your blank screen.
> 
> Does reverting commit 448f53a1ede54eb854d036abf54573281412d650
> ("drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks") fix it for
> you? It does for some people..
> 
> Chris - why did that lvds_ssc_freq thing suddenly start mattering? Can
> we please just disable spread-spectrum entirely? Or perhaps only if we
> notice that it was enabled already? Or something?

Randy, Jeff and Alex, does the below help at all?  If so, it may be the
minimal fix we want for 2.6.37.

diff --git a/drivers/gpu/drm/i915/intel_bios.c b/drivers/gpu/drm/i915/intel_bios
index 2b20786..d27d016 100644
--- a/drivers/gpu/drm/i915/intel_bios.c
+++ b/drivers/gpu/drm/i915/intel_bios.c
@@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private *dev_priv,
dev_priv->int_tv_support = general->int_tv_support;
dev_priv->int_crt_support = general->int_crt_support;
dev_priv->lvds_use_ssc = general->enable_ssc;
+   /* force disable until we can parse this correctly */
+   if (IS_GEN5(dev) || IS_GEN6(dev))
+   dev_priv->lvds_use_ssc = 0;

if (dev_priv->lvds_use_ssc) {
if (IS_I85X(dev))


-- 
Jesse Barnes, Intel Open Source Technology Center

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread François Valenduc 
Le 29/12/10 21:16, Jesse Barnes a ?crit :
> On Wed, 29 Dec 2010 11:40:04 -0800
> Linus Torvalds  wrote:
> 
>> On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap  
>> wrote:
>>>
>>> The only significant difference that I can see in the kernel message log
>>> is this:
>>
>> Hmm. I suspect that difference should have gone away with commit
>> 92971021c6328 (Revert "drm: Don't try and disable an encoder that was
>> never enabled"), but clearly that didn't fix your blank screen.
>>
>> Does reverting commit 448f53a1ede54eb854d036abf54573281412d650
>> ("drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks") fix it for
>> you? It does for some people..
>>
>> Chris - why did that lvds_ssc_freq thing suddenly start mattering? Can
>> we please just disable spread-spectrum entirely? Or perhaps only if we
>> notice that it was enabled already? Or something?
> 
> Randy, Jeff and Alex, does the below help at all?  If so, it may be the
> minimal fix we want for 2.6.37.
> 
> diff --git a/drivers/gpu/drm/i915/intel_bios.c 
> b/drivers/gpu/drm/i915/intel_bios
> index 2b20786..d27d016 100644
> --- a/drivers/gpu/drm/i915/intel_bios.c
> +++ b/drivers/gpu/drm/i915/intel_bios.c
> @@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private *dev_priv,
> dev_priv->int_tv_support = general->int_tv_support;
> dev_priv->int_crt_support = general->int_crt_support;
> dev_priv->lvds_use_ssc = general->enable_ssc;
> +   /* force disable until we can parse this correctly */
> +   if (IS_GEN5(dev) || IS_GEN6(dev))
> +   dev_priv->lvds_use_ssc = 0;
>  
> if (dev_priv->lvds_use_ssc) {
> if (IS_I85X(dev))
> 
> 
I also encountered the black screen problem after commit 448f53a1. I can
confirm that the above patch solves the problem.

Fran?ois Valenduc

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen 
On Wed, Dec 29, 2010 at 21:16, Jesse Barnes  wrote:
> On Wed, 29 Dec 2010 11:40:04 -0800
> Linus Torvalds  wrote:
>> Chris - why did that lvds_ssc_freq thing suddenly start mattering? Can
>> we please just disable spread-spectrum entirely? Or perhaps only if we
>> notice that it was enabled already? Or something?
>
> Randy, Jeff and Alex, does the below help at all? ?If so, it may be the
> minimal fix we want for 2.6.37.

Something broke your patch: whitespace instead of tabs.

> diff --git a/drivers/gpu/drm/i915/intel_bios.c 
> b/drivers/gpu/drm/i915/intel_bios
> index 2b20786..d27d016 100644
> --- a/drivers/gpu/drm/i915/intel_bios.c
> +++ b/drivers/gpu/drm/i915/intel_bios.c
> @@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private *dev_priv,
> ? ? ? ? ? ? ? ?dev_priv->int_tv_support = general->int_tv_support;
> ? ? ? ? ? ? ? ?dev_priv->int_crt_support = general->int_crt_support;
> ? ? ? ? ? ? ? ?dev_priv->lvds_use_ssc = general->enable_ssc;
> + ? ? ? ? ? ? ? /* force disable until we can parse this correctly */

This comment seems to imply that SSC wasn't used at all until recently, right?

> + ? ? ? ? ? ? ? if (IS_GEN5(dev) || IS_GEN6(dev))
> + ? ? ? ? ? ? ? ? ? ? ? dev_priv->lvds_use_ssc = 0;

Doesn't change anything here. Display stays blank.

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes 
On Wed, 29 Dec 2010 22:11:09 +0100
Alex Riesen  wrote:

> On Wed, Dec 29, 2010 at 21:16, Jesse Barnes  
> wrote:
> > On Wed, 29 Dec 2010 11:40:04 -0800
> > Linus Torvalds  wrote:
> >> Chris - why did that lvds_ssc_freq thing suddenly start mattering? Can
> >> we please just disable spread-spectrum entirely? Or perhaps only if we
> >> notice that it was enabled already? Or something?
> >
> > Randy, Jeff and Alex, does the below help at all? ?If so, it may be the
> > minimal fix we want for 2.6.37.
> 
> Something broke your patch: whitespace instead of tabs.

Yeah, just copy & pasted, sorry.

> > diff --git a/drivers/gpu/drm/i915/intel_bios.c 
> > b/drivers/gpu/drm/i915/intel_bios
> > index 2b20786..d27d016 100644
> > --- a/drivers/gpu/drm/i915/intel_bios.c
> > +++ b/drivers/gpu/drm/i915/intel_bios.c
> > @@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private 
> > *dev_priv,
> > ? ? ? ? ? ? ? ?dev_priv->int_tv_support = general->int_tv_support;
> > ? ? ? ? ? ? ? ?dev_priv->int_crt_support = general->int_crt_support;
> > ? ? ? ? ? ? ? ?dev_priv->lvds_use_ssc = general->enable_ssc;
> > + ? ? ? ? ? ? ? /* force disable until we can parse this correctly */
> 
> This comment seems to imply that SSC wasn't used at all until recently, right?

No, we enabled it previously, but it apparently doesn't work on all
platforms, probably because we're either looking in the wrong place for
the bit that tells us to enable it or not, or we're getting the wrong
frequency on some platforms.  Probably both (the VBIOS guys work
closely with the Windows driver team that consumes this data, and don't
always tell us when they make incompatible changes).

> > + ? ? ? ? ? ? ? if (IS_GEN5(dev) || IS_GEN6(dev))
> > + ? ? ? ? ? ? ? ? ? ? ? dev_priv->lvds_use_ssc = 0;
> 
> Doesn't change anything here. Display stays blank.

Sounds like your problem is separate from SSC then, more likely related
to panel power or backlight control.  Have you tried bisecting for the
problem between 2.6.35 and 2.6.36?

-- 
Jesse Barnes, Intel Open Source Technology Center

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes 
> > Doesn't change anything here. Display stays blank.
> 
> Sounds like your problem is separate from SSC then, more likely related
> to panel power or backlight control.  Have you tried bisecting for the
> problem between 2.6.35 and 2.6.36?

Nevermind, I just checked out the bug, looks like it is panel power
related.  Can you try this patch?

If it doesn't work, can you send me the output of intel_reg_dumper from
before you turn off the display and after you try to turn it back on?

Thanks,
-- 
Jesse Barnes, Intel Open Source Technology Center

diff --git a/drivers/gpu/drm/i915/intel_lvds.c 
b/drivers/gpu/drm/i915/intel_lvds.c
index aa23070..830e3b0 100644
--- a/drivers/gpu/drm/i915/intel_lvds.c
+++ b/drivers/gpu/drm/i915/intel_lvds.c
@@ -82,8 +82,6 @@ static void intel_lvds_enable(struct intel_lvds *intel_lvds)
lvds_reg = LVDS;
}

-   I915_WRITE(lvds_reg, I915_READ(lvds_reg) | LVDS_PORT_EN);
-
if (intel_lvds->pfit_dirty) {
/*
 * Enable automatic panel scaling so that non-native modes
@@ -104,7 +102,7 @@ static void intel_lvds_enable(struct intel_lvds *intel_lvds)
}

I915_WRITE(ctl_reg, I915_READ(ctl_reg) | POWER_TARGET_ON);
-   POSTING_READ(lvds_reg);
+   POSTING_READ(ctl_reg);

intel_panel_set_backlight(dev, dev_priv->backlight_level);
 }
@@ -136,8 +134,7 @@ static void intel_lvds_disable(struct intel_lvds 
*intel_lvds)
intel_lvds->pfit_dirty = true;
}

-   I915_WRITE(lvds_reg, I915_READ(lvds_reg) & ~LVDS_PORT_EN);
-   POSTING_READ(lvds_reg);
+   POSTING_READ(ctl_reg);
 }

 static void intel_lvds_dpms(struct drm_encoder *encoder, int mode)

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Alex Riesen 
On Wed, Dec 29, 2010 at 22:18, Jesse Barnes  wrote:
>> > + ? ? ? ? ? ? ? if (IS_GEN5(dev) || IS_GEN6(dev))
>> > + ? ? ? ? ? ? ? ? ? ? ? dev_priv->lvds_use_ssc = 0;
>>
>> Doesn't change anything here. Display stays blank.
>
> Sounds like your problem is separate from SSC then, more likely related
> to panel power or backlight control. ?Have you tried bisecting for the
> problem between 2.6.35 and 2.6.36?

No. I assumed the bisection in the bug

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

was for the same problem as mine. It probably is not...
I'm running a bisect right now.

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Randy Dunlap 
On Wed, 29 Dec 2010 12:16:01 -0800 Jesse Barnes wrote:

> On Wed, 29 Dec 2010 11:40:04 -0800
> Linus Torvalds  wrote:
> 
> > On Wed, Dec 29, 2010 at 10:21 AM, Randy Dunlap  
> > wrote:
> > >
> > > The only significant difference that I can see in the kernel message log
> > > is this:
> > 
> > Hmm. I suspect that difference should have gone away with commit
> > 92971021c6328 (Revert "drm: Don't try and disable an encoder that was
> > never enabled"), but clearly that didn't fix your blank screen.
> > 
> > Does reverting commit 448f53a1ede54eb854d036abf54573281412d650
> > ("drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks") fix it for
> > you? It does for some people..
> > 
> > Chris - why did that lvds_ssc_freq thing suddenly start mattering? Can
> > we please just disable spread-spectrum entirely? Or perhaps only if we
> > notice that it was enabled already? Or something?
> 
> Randy, Jeff and Alex, does the below help at all?  If so, it may be the
> minimal fix we want for 2.6.37.
> 
> diff --git a/drivers/gpu/drm/i915/intel_bios.c 
> b/drivers/gpu/drm/i915/intel_bios
> index 2b20786..d27d016 100644
> --- a/drivers/gpu/drm/i915/intel_bios.c
> +++ b/drivers/gpu/drm/i915/intel_bios.c
> @@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private *dev_priv,
> dev_priv->int_tv_support = general->int_tv_support;
> dev_priv->int_crt_support = general->int_crt_support;
> dev_priv->lvds_use_ssc = general->enable_ssc;
> +   /* force disable until we can parse this correctly */
> +   if (IS_GEN5(dev) || IS_GEN6(dev))
> +   dev_priv->lvds_use_ssc = 0;
>  
> if (dev_priv->lvds_use_ssc) {
> if (IS_I85X(dev))
> 
> 
> -- 

Ugh, looks like I have confused things horribly.  Sorry about this.

2.6.37-rc8 with no patches works for me.  My original report was incorrect --
I was using -rc7 when I thought I was using -rc8.  :(

Regrets,
---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
desserts:  http://www.xenotime.net/linux/recipes/

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes 
> > diff --git a/drivers/gpu/drm/i915/intel_bios.c 
> > b/drivers/gpu/drm/i915/intel_bios
> > index 2b20786..d27d016 100644
> > --- a/drivers/gpu/drm/i915/intel_bios.c
> > +++ b/drivers/gpu/drm/i915/intel_bios.c
> > @@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private 
> > *dev_priv,
> > dev_priv->int_tv_support = general->int_tv_support;
> > dev_priv->int_crt_support = general->int_crt_support;
> > dev_priv->lvds_use_ssc = general->enable_ssc;
> > +   /* force disable until we can parse this correctly */
> > +   if (IS_GEN5(dev) || IS_GEN6(dev))
> > +   dev_priv->lvds_use_ssc = 0;
> >  
> > if (dev_priv->lvds_use_ssc) {
> > if (IS_I85X(dev))
> > 
> > 
> > -- 
> 
> Ugh, looks like I have confused things horribly.  Sorry about this.
> 
> 2.6.37-rc8 with no patches works for me.  My original report was incorrect --
> I was using -rc7 when I thought I was using -rc8.  :(

Can you confirm that the above doesn't break your setup just in case we
need to apply it?

Thanks,
-- 
Jesse Barnes, Intel Open Source Technology Center

[Bug 24462] r600: spread spectrum: flickering screen (bisected)

2010-12-29 Thread bugzilla-dae...@bugzilla.kernel.org 
https://bugzilla.kernel.org/show_bug.cgi?id=24462


Rafael J. Wysocki  changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED
 Resolution|PATCH_ALREADY_AVAILABLE |CODE_FIX




--- Comment #12 from Rafael J. Wysocki   2010-12-29 22:48:03 ---
Fixed by commit e5fd205 drm/radeon/kms: disable ss fixed ref divide .

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

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

2.6.37-rc8: Reported regressions from 2.6.36

2010-12-29 Thread Rafael J. Wysocki 
This message contains a list of some regressions from 2.6.36,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.

If you know of any other unresolved regressions from 2.6.36, please let us
know either and we'll add them to the list.  Also, please let us know
if any of the entries below are invalid.

Each entry from the list will be sent additionally in an automatic reply
to this message with CCs to the people involved in reporting and handling
the issue.


Listed regressions statistics:

  Date  Total  Pending  Unresolved
  
  2010-12-30   85   32  26
  2010-12-19   73   28  24
  2010-12-03   55   25  19
  2010-11-19   39   29  25


Unresolved regressions
--

Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=25842
Subject : thinkpad T410s intel i915 regression
Submitter   : Travis Hume 
Date: 2010-12-29 18:21 (1 days old)


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=25822
Subject : [BUG] kernel BUG at mm/truncate.c:479! on 2.6.37-rc8
Submitter   : Gurudas Pai 
Date: 2010-12-29 6:58 (1 days old)
Message-ID  : <4D1AD935.1020504 at oracle.com>
References  : http://marc.info/?l=linux-kernel=129360511222037=2


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=25812
Subject : 2.6.37-rc7: Regression: b43: crashes in hwrng_register()
Submitter   : Mario 'BitKoenig' Holbe 
Date: 2010-12-28 13:32 (2 days old)
Message-ID  : 
References  : http://marc.info/?l=linux-kernel=129354319002301=2


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=25602
Subject : [regression] 2.6.37-rc5: scsi_eh_11 CPU loop
Submitter   : Martin Steigerwald 
Date: 2010-12-20 10:05 (10 days old)
Message-ID  : <201012201105.08993.Martin at lichtvoll.de>
References  : http://marc.info/?l=linux-kernel=129283954108331=2


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=25432
Subject : Alpha fails to build with gcc 4.4
Submitter   : Ben Hutchings 
Date: 2010-12-22 01:55 (8 days old)


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=25402
Subject : kernel (2.6.37-8-generic_amd64) panic on boot (with message 
"map_single: bounce buffer is not DMA'ble) - possible regression !!!
Submitter   : carlos 
Date: 2010-12-21 19:58 (9 days old)


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=25392
Subject : scsi_eh_11 CPU loop
Submitter   : Zhang, Yanmin 
Date: 2010-08-18 6:18 (134 days old)
Message-ID  : <1282112318.21202.8.camel at ymzhang.sh.intel.com>
References  : http://marc.info/?t=12928396714=1=2
  http://lkml.org/lkml/2010/12/20/52


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=24882
Subject : PM/Hibernate: Memory corruption patch introduces regression 
(2.6.36.2)
Submitter   :  
Date: 2010-12-14 04:00 (16 days old)


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=24822
Subject : Embedded DisplayPort is detected wrongly on HP ProBook 5320m
Submitter   : Takashi Iwai 
Date: 2010-12-13 11:09 (17 days old)
Handled-By  : Chris Wilson 


Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=24772
Subject : Crash with btrfs rootfs on dm-crypt [ kernel BUG at 
fs/btrfs/inode.c:806! ] on linux 2.6.37-rc5
Submitter   : Fabio Comolli 
Date: 2010-12-10 20:30 (20 days old)
Message-ID  :

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes 
On Thu, 30 Dec 2010 00:09:56 +0100
Alex Riesen  wrote:

> On Wed, Dec 29, 2010 at 22:53, Jesse Barnes  
> wrote:
> >> > Doesn't change anything here. Display stays blank.
> >>
> >> Sounds like your problem is separate from SSC then, more likely related
> >> to panel power or backlight control. ?Have you tried bisecting for the
> >> problem between 2.6.35 and 2.6.36?
> >
> > Nevermind, I just checked out the bug, looks like it is panel power
> > related. ?Can you try this patch?
> 
> Tried. Does not work.
> 
> > If it doesn't work, can you send me the output of intel_reg_dumper from
> > before you turn off the display and after you try to turn it back on?
> 
> See the links below (sorry, they files are a bit large):
> 
> Before running "xset dpms force standby":
> 
>   http://vin-soft.org/~raa/public/test/intel_gpu_dump-before
> 
> After running "sleep 3"
> 
>   http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-suspend
> 
> After running "xset dpms force on"
> 
>   http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-xset-on
> 
> After closing and opening the lid (displays backlight is back)
> 
>   http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-lid

I need the intel_reg_dumper output, not intel_gpu_dump. :)

-- 
Jesse Barnes, Intel Open Source Technology Center

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Randy Dunlap 
On Wed, 29 Dec 2010 14:46:14 -0800 Jesse Barnes wrote:

> > > diff --git a/drivers/gpu/drm/i915/intel_bios.c 
> > > b/drivers/gpu/drm/i915/intel_bios
> > > index 2b20786..d27d016 100644
> > > --- a/drivers/gpu/drm/i915/intel_bios.c
> > > +++ b/drivers/gpu/drm/i915/intel_bios.c
> > > @@ -263,6 +263,9 @@ parse_general_features(struct drm_i915_private 
> > > *dev_priv,
> > > dev_priv->int_tv_support = general->int_tv_support;
> > > dev_priv->int_crt_support = general->int_crt_support;
> > > dev_priv->lvds_use_ssc = general->enable_ssc;
> > > +   /* force disable until we can parse this correctly */
> > > +   if (IS_GEN5(dev) || IS_GEN6(dev))
> > > +   dev_priv->lvds_use_ssc = 0;
> > >  
> > > if (dev_priv->lvds_use_ssc) {
> > > if (IS_I85X(dev))
> > > 
> > > 
> > > -- 
> > 
> > Ugh, looks like I have confused things horribly.  Sorry about this.
> > 
> > 2.6.37-rc8 with no patches works for me.  My original report was incorrect 
> > --
> > I was using -rc7 when I thought I was using -rc8.  :(
> 
> Can you confirm that the above doesn't break your setup just in case we
> need to apply it?


Yes, confirmed, my test platform still works with this patch applied.

---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
desserts:  http://www.xenotime.net/linux/recipes/

Linux 2.6.37-rc8 (no fb)

2010-12-29 Thread Jesse Barnes 
On Thu, 30 Dec 2010 00:35:15 +0100
Alex Riesen  wrote:

> On Thu, Dec 30, 2010 at 00:20, Alex Riesen  wrote:
> > On Thu, Dec 30, 2010 at 00:13, Jesse Barnes  
> > wrote:
> >>> After closing and opening the lid (displays backlight is back)
> >>>
> >>> ? http://vin-soft.org/~raa/public/test/intel_gpu_dump-after-lid
> >>
> >> I need the intel_reg_dumper output, not intel_gpu_dump. :)
> >>
> >
> > Hmm, there is no intel_reg_dumper in intel-gpu-tools-1.0.2, which is
> > the latest on http://xorg.freedesktop.org/archive/individual/app/,
> > so I assumed you just mistyped the name. Is it in git only? ...
> > Yeah, look like it is in git only, which I have problems to compile
> > (I have a bit of obsoleted system).
> >
> 
> Is there any other way to get at the dump? Because it looks like
> it is plainly impossible to build the tools. A lot of dependencies,
> all really hard to get at on Ubuntu Jaunty.

That's the easiest way; I think there are existing packages available
as well, but you may have to check Karmic or newer.

-- 
Jesse Barnes, Intel Open Source Technology Center

[Bug 32733] New: arbocclude2 from mesa-demos segfaults

2010-12-29 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=32733

   Summary: arbocclude2 from mesa-demos segfaults
   Product: Mesa
   Version: git
  Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
  Severity: major
  Priority: medium
 Component: Drivers/Gallium/r600
AssignedTo: dri-devel at lists.freedesktop.org
ReportedBy: r0ugh_l at yahoo.de


When trying to run arbocclude2 on my system it gives me this output:
OQ2 supported
Depthbits: 24
[1]27415 segmentation fault  arbocclude2

Steps to Reproduce:
run arbocclude2 with gallium r600 driver

Additional Information:
It doesn't crash if I force the use of the software rasterizer
OpenGL renderer string: Software Rasterizer
But it crashes also when I use the llvmpipe driver
OpenGL renderer string: Gallium 0.4 on llvmpipe

backtrace:
#0  0x731e1f55 in r600_query_end () from
/usr/lib/xorg/modules/dri/r600_dri.so
#1  0x00401b41 in Display ()
#2  0x776cf16b in processWindowWorkList () from /usr/lib/libglut.so.3
#3  0x776d026c in glutMainLoop () from /usr/lib/libglut.so.3
#4  0x00401e60 in main ()

Version information:
mesa: git 2010-12-29
$ glxinfo|grep -i opengl
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RV770
OpenGL version string: 2.1 Mesa 7.10-devel
OpenGL shading language version string: 1.20

OS: 2.6.36-ARCH #1 SMP PREEMPT x86_64

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