Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on Sbus/UPA workstation

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on Sbus/UPA workstation

[Andrew Morton]

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

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on

[Andrew Morton]

On Mon, 19 Mar 2007 03:19:31 -0700 bugme-daemon@bugzilla.kernel.org wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id‚32
> 
>            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.

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on Sbus/UPA workstation

[David Miller]

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:
> 
> > 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 <davem@sunset.davemloft.net>
Date:   Mon Mar 26 16:10:52 2007 -0700

    [FFB]: Initialize dac_rev before using it.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>

diff --git a/drivers/video/ffb.c b/drivers/video/ffb.c
index 15854ae..3c01f45 100644
--- a/drivers/video/ffb.c
+++ b/drivers/video/ffb.c
@@ -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/AFB cards in the system, or it is not the OBP
 	 * chosen console, it will have video outputs off in

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on

[David Miller]

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:
> 
> > http://bugzilla.kernel.org/show_bug.cgi?id‚32
> > 
> >            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 <davem@sunset.davemloft.net>
Date:   Mon Mar 26 16:10:52 2007 -0700

    [FFB]: Initialize dac_rev before using it.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>

diff --git a/drivers/video/ffb.c b/drivers/video/ffb.c
index 15854ae..3c01f45 100644
--- a/drivers/video/ffb.c
+++ b/drivers/video/ffb.c
@@ -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/AFB cards in the system, or it is not the OBP
 	 * chosen console, it will have video outputs off in

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on Sbus/UPA workstation

[BERTRAND Joël]

David Miller a écrit :
> 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:
>>
>>> 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 <davem@sunset.davemloft.net>
> Date:   Mon Mar 26 16:10:52 2007 -0700
> 
>     [FFB]: Initialize dac_rev before using it.
>     
>     Signed-off-by: David S. Miller <davem@davemloft.net>
> 
> diff --git a/drivers/video/ffb.c b/drivers/video/ffb.c
> index 15854ae..3c01f45 100644
> --- a/drivers/video/ffb.c
> +++ b/drivers/video/ffb.c
> @@ -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/AFB cards in the system, or it is not the OBP
>  	 * chosen console, it will have video outputs off in

	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

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on

[BERTRAND Joël]

David Miller a écrit :
> 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:
>>
>>> http://bugzilla.kernel.org/show_bug.cgi?id‚32
>>>
>>>            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 <davem@sunset.davemloft.net>
> Date:   Mon Mar 26 16:10:52 2007 -0700
> 
>     [FFB]: Initialize dac_rev before using it.
>     
>     Signed-off-by: David S. Miller <davem@davemloft.net>
> 
> diff --git a/drivers/video/ffb.c b/drivers/video/ffb.c
> index 15854ae..3c01f45 100644
> --- a/drivers/video/ffb.c
> +++ b/drivers/video/ffb.c
> @@ -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/AFB cards in the system, or it is not the OBP
>  	 * chosen console, it will have video outputs off in

	Thanks for your work, David. Unfortunately, I cannot test this patch 
because my U2 randomly freeze... Any news about this bug ?

	Regards,

	JKB

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on Sbus/UPA workstation

[David Miller]

From: BERTRAND_Joël <joel.bertrand@systella.fr>
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

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on

[David Miller]

From: BERTRAND_Joël <joel.bertrand@systella.fr>
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.

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on Sbus/UPA workstation

[BERTRAND Joël]

David Miller a écrit :
> From: BERTRAND_Joël <joel.bertrand@systella.fr>
> 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 :-/

	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

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on

[BERTRAND Joël]

David Miller a écrit :
> From: BERTRAND_Joël <joel.bertrand@systella.fr>
> 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 :-/

	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

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on Sbus/UPA workstation

[David Miller]

From: BERTRAND_Joël <joel.bertrand@systella.fr>
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

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on

[David Miller]

From: BERTRAND_Joël <joel.bertrand@systella.fr>
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. :-)

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on Sbus/UPA workstation

[David Johnson]

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

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on Sbus/UPA workstation

[BERTRAND Joël]

David Miller a écrit :
> 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:
>>
>>> 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 <davem@sunset.davemloft.net>
> Date:   Mon Mar 26 16:10:52 2007 -0700
> 
>     [FFB]: Initialize dac_rev before using it.
>     
>     Signed-off-by: David S. Miller <davem@davemloft.net>
> 
> diff --git a/drivers/video/ffb.c b/drivers/video/ffb.c
> index 15854ae..3c01f45 100644
> --- a/drivers/video/ffb.c
> +++ b/drivers/video/ffb.c
> @@ -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/AFB cards in the system, or it is not the OBP
>  	 * chosen console, it will have video outputs off in

	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

Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on

[BERTRAND Joël]

David Miller a écrit :
> 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:
>>
>>> http://bugzilla.kernel.org/show_bug.cgi?id‚32
>>>
>>>            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 <davem@sunset.davemloft.net>
> Date:   Mon Mar 26 16:10:52 2007 -0700
> 
>     [FFB]: Initialize dac_rev before using it.
>     
>     Signed-off-by: David S. Miller <davem@davemloft.net>
> 
> diff --git a/drivers/video/ffb.c b/drivers/video/ffb.c
> index 15854ae..3c01f45 100644
> --- a/drivers/video/ffb.c
> +++ b/drivers/video/ffb.c
> @@ -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/AFB cards in the system, or it is not the OBP
>  	 * chosen console, it will have video outputs off in

	Hello,

	Bad news... This patch doesn't work for 2.6.21.3 and my U2 with 
creator3D UPA freamebuffer...

	Regards,

	JKB