Re: O2 framebuffer problems with install kernel

Jorge Acereda Maciá <[email protected]>
Newsgroups gmane.os.netbsd.ports.sgimips
Message-ID <[email protected]>
On Jul 28, 2008, at 3:48 PM, Michael Lorenz wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hello,
>
> On Jul 28, 2008, at 06:39, Jorge Acereda Maciá wrote:
>
>> I'm right now trying to install NetBSD-current on my 'new' O2, but  
>> I get the vertical red strips referred to recently in this list.
>
> You've got an R10k O2?

Yes.
>
>> Will the framebuffer work if I install through serial port?
>
> I seriously doubt it.

Meanwhile, I've installed through the serial port and got it running  
in multiuser state through the serial port. The installation process  
went smoothly. But the dmesg says:

crmfb0: device unusable if not setup by firmware

I'm new to this boxes, so how do I configure the width and height?  
Should I post a 'printenv'?

>
>> I have some free time this week and I'm cross-building from my OSX  
>> box, so if you have any suggestion I'm available to do some tests.
>
> Have a look at sgimips/dev/crmfb.c, if you have any MIPS clue see  
> if there's something obviously wrong that I'm missing. If you feel  
> like it sprinkle wbflush() and maybe delay()s and see if that makes  
> any difference ( there are a few instances where we wait for some  
> busy bit to set or clear - you may want to put a delay() there in  
> case we're too fast and grab those bits too early from some buffer  
> or whatever. Maybe we need additional barriers there. Also you may  
> want to sprinkle some printf()s for delays and progress reporting.

OK, I'll try to inspect that module.

After a quick look, I've noticed that 'defattr' in crmfb_attach()  
seems to be uninitialized, but that can hardly be the reason.


> Oh, and the obvious bit - you may want to verify that your kernel  
> really uses the MIPS-3 bus_space ops, especially the 64bit ones.  
> CRIME has a bunch of 64bit wide registers that can only be written  
> at 64bit-aligned addresses, unaligned writes don't throw an error,  
> they're silently ignored. 32bit writes work if they're 64bit  
> aligned, so if by any chance you end up using MIPS-1 ops then 64bit  
> writes get broken down into 2x 32bit which would royally screw up  
> crmfb because the non-64bit-aligned write would be ignored and  
> you'd write only the upper half of a register.
>


Given that I reach multiuser, can I discard this possibility?

Thanks,
   Jorge
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.