Hello Everyone,
I posted to this mailing list this morning (well,
it was morning for me, about 12 hours ago?). My post
has yet to show up. Anyway, here are the details of
the compiler error that I get when trying to compile
an unpatched linux kernel (from ftp.kernel.org) on a
sparc64 box wi
On Thursday 17 February 2005 07:02, Antonino A. Daplas wrote:
> On Thursday 17 February 2005 06:10, Frans Pop wrote:
> > On Wednesday 16 February 2005 16:51, David S. Miller wrote:
> > > On Wed, 16 Feb 2005 19:27:57 +0800 Antonino A. Daplas wrote:
> > > > Nope, those are proposed options. If nobod
On Thursday 17 February 2005 07:02, Antonino A. Daplas wrote:
> On Thursday 17 February 2005 06:10, Frans Pop wrote:
> > On Wednesday 16 February 2005 16:51, David S. Miller wrote:
> > > On Wed, 16 Feb 2005 19:27:57 +0800 Antonino A. Daplas wrote:
> > > > Nope, those are proposed options. If nobod
On Thursday 17 February 2005 06:10, Frans Pop wrote:
> On Wednesday 16 February 2005 16:51, David S. Miller wrote:
> > On Wed, 16 Feb 2005 19:27:57 +0800 Antonino A. Daplas wrote:
> > > Nope, those are proposed options. If nobody disagrees, I can easily
> > > add this for atyfb.
> >
> > Please do.
On Wednesday 16 February 2005 16:51, David S. Miller wrote:
> On Wed, 16 Feb 2005 19:27:57 +0800 Antonino A. Daplas wrote:
> > Nope, those are proposed options. If nobody disagrees, I can easily
> > add this for atyfb.
>
> Please do.
>
> BTW, for Sparc we may wish to inherit the CSYNC setting from
Could you quickly confirm that 2.4.x does blank properly on cg6 for you?
Yes, 2.4.30-pre1 blanks and unblanks correctly.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at h
Hi Mellis,
The register masks are set up for an 8bit byte operation. If you use a
32bit read/write (readl/writel) you get very different results on a big
endian system (SPARC) when you apply a byte mask. This is why you need to
use 8bit (readb/writeb) operations.
In addition, using 8bit read/writ
On Wed, 16 Feb 2005 16:15:47 +0200
Meelis Roos <[EMAIL PROTECTED]> wrote:
> MF> This patch fixes an error in the blanking code for the GCThree SBUS
> MF> video card. Now I get a logo and black screen, not just a blank (no
> MF> video) screen. It is a trivual fix that has taken too long to identify
Right, I bet your debugging printk()'s prompted the console to unblank :-)
Yes, that's what I thought too.
Could you quickly confirm that 2.4.x does blank properly on cg6 for you?
I believe you said this already, but I want to make sure.
No, I didn't test 2.4 yet, will do.
--
Meelis Roos ([EMAIL PR
On Wed, 16 Feb 2005 19:27:57 +0800
"Antonino A. Daplas" <[EMAIL PROTECTED]> wrote:
> Nope, those are proposed options. If nobody disagrees, I can easily add
> this for atyfb.
Please do.
BTW, for Sparc we may wish to inherit the CSYNC setting from default_var.
-
To unsubscribe from this list: se
On Wed, 16 Feb 2005 15:29:16 +0200 (EET)
Meelis Roos <[EMAIL PROTECTED]> wrote:
> > Actually I spotted the cg3 problem already. You'll need to add some
> > debugging to the cg6 case as I can't find any problems with the blanking
> > code there. If the cg6 is not the primary console, probably the
MF> This patch fixes an error in the blanking code for the GCThree SBUS
MF> video card. Now I get a logo and black screen, not just a blank (no
MF> video) screen. It is a trivual fix that has taken too long to identify as
MF> it is such a small typing error during the rewriting of the code for
MF>
Actually I spotted the cg3 problem already. You'll need to add some
debugging to the cg6 case as I can't find any problems with the blanking
code there. If the cg6 is not the primary console, probably the blank
function simply isn't being invoked.
I redid my printks to be KERN_DEBUG and now unbla
On Wednesday 16 February 2005 11:20, David S. Miller wrote:
> On Wed, 16 Feb 2005 03:27:51 +0100
>
> Frans Pop <[EMAIL PROTECTED]> wrote:
> > Excellent!
> > Tested the patch with 2.6.11-rc3-bk2 and AFAICT it completely restores
> > the old behavior. I guess that solves the regression since 2.6.10-r
On Wednesday 16 February 2005 10:27, Frans Pop wrote:
> On Tuesday 15 February 2005 13:10, Antonino A. Daplas wrote:
> > Can you verify if this is the case? Insert a bunch of printk's in and
> > around this line "if (node == pcp->prom_node) {" in
> > atyfb_setup_sparc(). For the 2.6.8 kernel, thi
Good Afternoon!
Recenty intrdocuced legislation requires business and home users to print
personal and business checks with security blank check stock and magnetic ink.
Please find qualified suppliers at Google by clicking on the followingl link.
http://www.google.com/search?sourceid=navclient&i
16 matches
Mail list logo