From: Andrew Morton <akpm@linux-foundation.org> Date: 2007-03-19 11:35:26
On Mon, 19 Mar 2007 03:19:31 -0700 bugme-daemon@bugzilla.kernel.org wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=8232
Summary: Creator3D Framebuffer (sparc64) on Sbus/UPA workstation
Kernel Version: ALL 2.6
Status: NEW
Severity: normal
Owner: jsimmons@infradead.org
Submitter: mt1@systella.fr
Most recent kernel where this bug did *NOT* occur: 2.4.34.1
Distribution: Debian/testing
Hardware Environment: U1E/170 with Creator3D (UPA), U2 with creator3D
Software Environment: debian without X on U1E, debian with Xorg on U2
Problem Description: Console is white foreground and blanck background by
default. Sometimes, the screen is cut like this :
N | N | N | N
--+---+---+---
N | G | G | G
--+---+---+---
N | W | W | W
--+---+---+---
N | G | G | G
where N is a 'normal' console, 'G' a 'like grey' console (black and white pixels
like snow), and 'W' a white console (many white pixels). I have tested some
differents Creator3D fb and this trouble only occurs on Sbus/UPA workstation. On
a U60 (PCI/UPA), I never see it.
When I launch Xorg, problem goes away.
Sometimes, on the same configuration, when X is running, console is not usable
because foreground _and_ background are black (and a signal is given by the
framebuffer, screen remains on).
Steps to reproduce: U1 or U2 with 2.6 kernel and Creator3D fb on UPA Slot.
I have tested with Creator3D Rev1.
Regards,
JKB
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
From: David Miller <davem@davemloft.net> Date: 2007-03-26 23:12:15
From: Andrew Morton <akpm@linux-foundation.org>
Date: Mon, 19 Mar 2007 03:34:25 -0800
On Mon, 19 Mar 2007 03:19:31 -0700 bugme-daemon@bugzilla.kernel.org wrote:
quoted
http://bugzilla.kernel.org/show_bug.cgi?id=8232
Summary: Creator3D Framebuffer (sparc64) on Sbus/UPA workstation
Kernel Version: ALL 2.6
Status: NEW
Severity: normal
Owner: jsimmons@infradead.org
Submitter: mt1@systella.fr
Most recent kernel where this bug did *NOT* occur: 2.4.34.1
Distribution: Debian/testing
Hardware Environment: U1E/170 with Creator3D (UPA), U2 with creator3D
Software Environment: debian without X on U1E, debian with Xorg on U2
Problem Description: Console is white foreground and blanck background by
default. Sometimes, the screen is cut like this :
N | N | N | N
--+---+---+---
N | G | G | G
--+---+---+---
N | W | W | W
--+---+---+---
N | G | G | G
where N is a 'normal' console, 'G' a 'like grey' console (black and white pixels
like snow), and 'W' a white console (many white pixels). I have tested some
differents Creator3D fb and this trouble only occurs on Sbus/UPA workstation. On
a U60 (PCI/UPA), I never see it.
When I launch Xorg, problem goes away.
A quick audit found that we're using the ->dac_rev value before
setting it properly. One difference between the older creator
cards and the newer ones is the DAC, so perhaps this was the
bug.
Can you test the following patch? Thanks. I'll fire up some of
my older systems to see if I can reproduce this one.
commit 2c4f1add7dd2747cd79c220c24e1dbc3dc4a315f
Author: David S. Miller [off-list ref]
Date: Mon Mar 26 16:10:52 2007 -0700
[FFB]: Initialize dac_rev before using it.
Signed-off-by: David S. Miller [off-list ref]
@@ -948,8 +948,9 @@ static int ffb_init_one(struct of_device *op)if((upa_readl(&fbc->ucsr)&FFB_UCSR_ALL_ERRORS)!=0)upa_writel(FFB_UCSR_ALL_ERRORS,&fbc->ucsr);-ffb_switch_from_graph(&all->par);-+/* Determine the DAC revision, we must do this before calling+*ffb_switch_from_graph().+*/dac=all->par.dac;upa_writel(0x8000,&dac->type);all->par.dac_rev=upa_readl(&dac->value)>>0x1c;
@@ -960,6 +961,8 @@ static int ffb_init_one(struct of_device *op)if(all->par.flags&FFB_FLAG_AFB)all->par.dac_rev=10;+ffb_switch_from_graph(&all->par);+/* Unblank it just to be sure. When there are multiple*FFB/AFBcardsinthesystem,oritisnottheOBP*chosenconsole,itwillhavevideooutputsoffin
From: Andrew Morton <akpm@linux-foundation.org>
Date: Mon, 19 Mar 2007 03:34:25 -0800
quoted
On Mon, 19 Mar 2007 03:19:31 -0700 bugme-daemon@bugzilla.kernel.org wrote:
quoted
http://bugzilla.kernel.org/show_bug.cgi?id=8232
Summary: Creator3D Framebuffer (sparc64) on Sbus/UPA workstation
Kernel Version: ALL 2.6
Status: NEW
Severity: normal
Owner: jsimmons@infradead.org
Submitter: mt1@systella.fr
Most recent kernel where this bug did *NOT* occur: 2.4.34.1
Distribution: Debian/testing
Hardware Environment: U1E/170 with Creator3D (UPA), U2 with creator3D
Software Environment: debian without X on U1E, debian with Xorg on U2
Problem Description: Console is white foreground and blanck background by
default. Sometimes, the screen is cut like this :
N | N | N | N
--+---+---+---
N | G | G | G
--+---+---+---
N | W | W | W
--+---+---+---
N | G | G | G
where N is a 'normal' console, 'G' a 'like grey' console (black and white pixels
like snow), and 'W' a white console (many white pixels). I have tested some
differents Creator3D fb and this trouble only occurs on Sbus/UPA workstation. On
a U60 (PCI/UPA), I never see it.
When I launch Xorg, problem goes away.
A quick audit found that we're using the ->dac_rev value before
setting it properly. One difference between the older creator
cards and the newer ones is the DAC, so perhaps this was the
bug.
Can you test the following patch? Thanks. I'll fire up some of
my older systems to see if I can reproduce this one.
commit 2c4f1add7dd2747cd79c220c24e1dbc3dc4a315f
Author: David S. Miller [off-list ref]
Date: Mon Mar 26 16:10:52 2007 -0700
[FFB]: Initialize dac_rev before using it.
Signed-off-by: David S. Miller [off-list ref]
@@ -948,8 +948,9 @@ static int ffb_init_one(struct of_device *op)if((upa_readl(&fbc->ucsr)&FFB_UCSR_ALL_ERRORS)!=0)upa_writel(FFB_UCSR_ALL_ERRORS,&fbc->ucsr);-ffb_switch_from_graph(&all->par);-+/* Determine the DAC revision, we must do this before calling+*ffb_switch_from_graph().+*/dac=all->par.dac;upa_writel(0x8000,&dac->type);all->par.dac_rev=upa_readl(&dac->value)>>0x1c;
@@ -960,6 +961,8 @@ static int ffb_init_one(struct of_device *op)if(all->par.flags&FFB_FLAG_AFB)all->par.dac_rev=10;+ffb_switch_from_graph(&all->par);+/* Unblank it just to be sure. When there are multiple*FFB/AFBcardsinthesystem,oritisnottheOBP*chosenconsole,itwillhavevideooutputsoffin
Thanks for your work, David. Unfortunately, I cannot test this patch
because my U2 randomly freeze... Any news about this bug ?
Regards,
JKB
-
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: David Miller <davem@davemloft.net> Date: 2007-03-27 08:04:58
From: BERTRAND_Joël <redacted>
Date: Tue, 27 Mar 2007 09:54:45 +0200
Thanks for your work, David. Unfortunately, I cannot test this patch
because my U2 randomly freeze... Any news about this bug ?
My U2 works perfectly fine here, sorry, there is nothing I can do
about that bug until I can reproduce it.
It's extremely unfortunate that I spent most of today working on this
bug only for you to let me know that you can't even test the fix :-/
Please don't report bugs you can't even test the fix for, it wastes
everyone's time.
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
From: BERTRAND_Joël <redacted>
Date: Tue, 27 Mar 2007 09:54:45 +0200
quoted
Thanks for your work, David. Unfortunately, I cannot test this patch
because my U2 randomly freeze... Any news about this bug ?
My U2 works perfectly fine here, sorry, there is nothing I can do
about that bug until I can reproduce it.
It's extremely unfortunate that I spent most of today working on this
bug only for you to let me know that you can't even test the fix :-/
I understand. Please, can you send to me your .config (for SMP
workstation) and your gcc release. I shall investigate difference
between your configuration and mine. If your U2 is stable, maybe a
kernel option can solve the trouble.
Regards,
JKB
-
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: David Miller <davem@davemloft.net> Date: 2007-03-27 08:24:02
From: BERTRAND_Joël <redacted>
Date: Tue, 27 Mar 2007 10:18:21 +0200
I understand. Please, can you send to me your .config (for SMP
workstation) and your gcc release. I shall investigate difference
between your configuration and mine. If your U2 is stable, maybe a
kernel option can solve the trouble.
Config is at:
http://vger.kernel.org/~davem/ultra2.config
GCC is 4.1.2 Ubuntu 4.1.2-0ubuntu4 out of current feisty release.
Current debian gcc-4.1.x is likely almost identical.
My machine is very simply configured, onboard HME ethernet,
Creator3D, and a 45GB scsi disk hung off of the onboard ESP
scsi controller. 512MB of ram.
FWIW my machine was very unstable (it would power off after being
up for more than 4 minutes) until I cleaned all of the dust out of
the inside and reseat all of the RAM and cpus. :-)
-
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: David Johnson <hidden> Date: 2007-03-27 09:25:51
On Tuesday 27 March 2007 00:12, David Miller wrote:
A quick audit found that we're using the ->dac_rev value before
setting it properly. One difference between the older creator
cards and the newer ones is the DAC, so perhaps this was the
bug.
Can you test the following patch? Thanks. I'll fire up some of
my older systems to see if I can reproduce this one.
I've also been seeing this issue, so I can test your fix. Unfortunately this
is not something that reproduces itself reliably, so it may be a while before
I can be sure if the fix has worked.
Thanks,
David.
--
David Johnson
www.david-web.co.uk
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
From: Andrew Morton <akpm@linux-foundation.org>
Date: Mon, 19 Mar 2007 03:34:25 -0800
quoted
On Mon, 19 Mar 2007 03:19:31 -0700 bugme-daemon@bugzilla.kernel.org wrote:
quoted
http://bugzilla.kernel.org/show_bug.cgi?id=8232
Summary: Creator3D Framebuffer (sparc64) on Sbus/UPA workstation
Kernel Version: ALL 2.6
Status: NEW
Severity: normal
Owner: jsimmons@infradead.org
Submitter: mt1@systella.fr
Most recent kernel where this bug did *NOT* occur: 2.4.34.1
Distribution: Debian/testing
Hardware Environment: U1E/170 with Creator3D (UPA), U2 with creator3D
Software Environment: debian without X on U1E, debian with Xorg on U2
Problem Description: Console is white foreground and blanck background by
default. Sometimes, the screen is cut like this :
N | N | N | N
--+---+---+---
N | G | G | G
--+---+---+---
N | W | W | W
--+---+---+---
N | G | G | G
where N is a 'normal' console, 'G' a 'like grey' console (black and white pixels
like snow), and 'W' a white console (many white pixels). I have tested some
differents Creator3D fb and this trouble only occurs on Sbus/UPA workstation. On
a U60 (PCI/UPA), I never see it.
When I launch Xorg, problem goes away.
A quick audit found that we're using the ->dac_rev value before
setting it properly. One difference between the older creator
cards and the newer ones is the DAC, so perhaps this was the
bug.
Can you test the following patch? Thanks. I'll fire up some of
my older systems to see if I can reproduce this one.
commit 2c4f1add7dd2747cd79c220c24e1dbc3dc4a315f
Author: David S. Miller [off-list ref]
Date: Mon Mar 26 16:10:52 2007 -0700
[FFB]: Initialize dac_rev before using it.
Signed-off-by: David S. Miller [off-list ref]
@@ -948,8 +948,9 @@ static int ffb_init_one(struct of_device *op)if((upa_readl(&fbc->ucsr)&FFB_UCSR_ALL_ERRORS)!=0)upa_writel(FFB_UCSR_ALL_ERRORS,&fbc->ucsr);-ffb_switch_from_graph(&all->par);-+/* Determine the DAC revision, we must do this before calling+*ffb_switch_from_graph().+*/dac=all->par.dac;upa_writel(0x8000,&dac->type);all->par.dac_rev=upa_readl(&dac->value)>>0x1c;
@@ -960,6 +961,8 @@ static int ffb_init_one(struct of_device *op)if(all->par.flags&FFB_FLAG_AFB)all->par.dac_rev=10;+ffb_switch_from_graph(&all->par);+/* Unblank it just to be sure. When there are multiple*FFB/AFBcardsinthesystem,oritisnottheOBP*chosenconsole,itwillhavevideooutputsoffin
Hello,
Bad news... This patch doesn't work for 2.6.21.3 and my U2 with
creator3D UPA freamebuffer...
Regards,
JKB
-
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html