[parisc-linux] framebuffer drawing incorrectly ?

[parisc-linux] framebuffer drawing incorrectly ?

[Mike Frysinger]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 1144 bytes --]

i've been trying to get the framebuffer to work but so far havent had any 
luck ... i was unable to locate anyone who had a similar problem ...

Display controller: Hewlett-Packard Comp A4977A Visualize EG (rev 3).
machine is a C360 ... STI Console works great ...
tried 2.4.22-pa13 and 2.6.0-test9-pa5 with same exact results

the frame buffer draws all messed up however ... it only draws on the right 
quarter of the screen ... the rest of the screen still contains the buffered 
video as found when the computer was booted (firmware output along with palo 
stuff) ... the colors are all skewed, basically white is purple along with a 
few other bit inversions of some sort ...
also, each line is drawn incorrectly ... it's like each has been split in half 
horizontally and then swapped ...
i can get X to load, but again it draws it all messed up in the right quarter 
on the screen

i wish i could post a frame buffer grab, but fbgrab doesnt support 8bit and 
fbscreenshot likes to segfault when writing the png to disk.

any ideas what i'm missing ?
or is the fbdriver the only way i can get X and running ?
-mike

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 827 bytes --]

Re: [parisc-linux] framebuffer drawing incorrectly ?

[Joel Soete]

please send your xfonfig-4 and your dmesg file.

Joel

Mike Frysinger wrote:
> i've been trying to get the framebuffer to work but so far havent had any 
> luck ... i was unable to locate anyone who had a similar problem ...
> 
> Display controller: Hewlett-Packard Comp A4977A Visualize EG (rev 3).
> machine is a C360 ... STI Console works great ...
> tried 2.4.22-pa13 and 2.6.0-test9-pa5 with same exact results
> 
> the frame buffer draws all messed up however ... it only draws on the right 
> quarter of the screen ... the rest of the screen still contains the buffered 
> video as found when the computer was booted (firmware output along with palo 
> stuff) ... the colors are all skewed, basically white is purple along with a 
> few other bit inversions of some sort ...
> also, each line is drawn incorrectly ... it's like each has been split in half 
> horizontally and then swapped ...
> i can get X to load, but again it draws it all messed up in the right quarter 
> on the screen
> 
> i wish i could post a frame buffer grab, but fbgrab doesnt support 8bit and 
> fbscreenshot likes to segfault when writing the png to disk.
> 
> any ideas what i'm missing ?
> or is the fbdriver the only way i can get X and running ?
> -mike

Re: [parisc-linux] framebuffer drawing incorrectly ?

[Mike Frysinger]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 533 bytes --]

On Monday 10 November 2003 17:35, you wrote:
> please send your xfonfig-4 and your dmesg file.

http://wh0rd.de/mike/hppa-dmesg
http://wh0rd.de/mike/hppa-XF86Config-4
http://wh0rd.de/mike/hppa-fbcon-pic.jpg
the pic is a little blurry but you can see that the white text is from the 
hppa firmware/palo while the purple text is from the bootup ... also, it 
seems that the buffer is swapped in the middle ... the lower half of the 
purple text is actually displayed first when scrolling back through the 
buffer ...
-mike

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 827 bytes --]

Re: [parisc-linux] framebuffer drawing incorrectly ?

[Joel Soete]

Mike,


Mike Frysinger wrote:
> On Monday 10 November 2003 17:35, you wrote:
> 
>>please send your xfonfig-4 and your dmesg file.
> 
> 
> http://wh0rd.de/mike/hppa-dmesg
> http://wh0rd.de/mike/hppa-XF86Config-4

All seems ok. I just notice a small difference with my "Display" definition:
[...]
Section "Screen"
         Identifier      "Default Screen"
         Device          "HPA208LC1024"
         Monitor         "Targa"
         DefaultDepth    8
         SubSection "Display"
                 Depth           1
                 Modes           "1280x1024"
         EndSubSection
EndSection
[...]

you added:
		Virtual		0 0
		ViewPort	0 0

well I don't know exactely what is realy makes and I presume that you 
already test without (commented) those lines?

> http://wh0rd.de/mike/hppa-fbcon-pic.jpg
> the pic is a little blurry but you can see that the white text is from the 
> hppa firmware/palo while the purple text is from the bootup ... also, it 
> seems that the buffer is swapped in the middle ... the lower half of the 
> purple text is actually displayed first when scrolling back through the 
> buffer ...
> -mike
hmm, i never see such behaviour before but it seems that electronic 
signals emitted by hp system are not compatible with your screen (bad 
cable, adapter?)??
[For my part I also try, here at home with a foreign screen (not hp, i 
mean) but it doesn't work very well (at each reboot I was obliged to fix 
the pdc screen definition but it was working fine with a hp screen), so 
i don't even test XFree more then the time of a login...)]
Before you install Linux, do you have the opportunity to check if it was 
working with hpux X11 hpview or cde?
Or do you have some opportunity to test with a hp screen?
(or the graphical controler is broken?)

Sorry couldn't help you more.

Good luck,
	Joel

Joel

Re: [parisc-linux] framebuffer drawing incorrectly ?

[Mike Frysinger]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 1585 bytes --]

On Tuesday 11 November 2003 11:27, Joel Soete wrote:
> well I don't know exactely what is realy makes and I presume that you
> already test without (commented) those lines?

well the fb is messed up w/out X ... i just mentioned X because thats the real 
reason i'm messing around with it ;)
and yes, the viewport settings make no difference

> hmm, i never see such behaviour before but it seems that electronic
> signals emitted by hp system are not compatible with your screen (bad
> cable, adapter?)??
> [For my part I also try, here at home with a foreign screen (not hp, i
> mean) but it doesn't work very well (at each reboot I was obliged to fix
> the pdc screen definition but it was working fine with a hp screen), so
> i don't even test XFree more then the time of a login...)]
> Before you install Linux, do you have the opportunity to check if it was
> working with hpux X11 hpview or cde?
> Or do you have some opportunity to test with a hp screen?
> (or the graphical controler is broken?)

i didnt have a chance to test it ... the box was a server that was given to me 
thus no display and i didnt really feel like brute forcing the passwords to 
get to the installed HPUX ...
as for the monitor, it's a 19" trintron that i've done resolutions much 
greater than 1600x1200 with before so i know it's a pretty good monitor ... i 
dunno about the signals as you mentioned ... but i know the STI Console works 
just dandy :)

perhaps i'll try some random pci cards i got laying around (voodoo/ati) and 
see if i have any luck with them
-mike

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 827 bytes --]

Re: [parisc-linux] framebuffer drawing incorrectly ?

[John David Anglin]

> On Tuesday 11 November 2003 11:27, Joel Soete wrote:
> > well I don't know exactely what is realy makes and I presume that you
> > already test without (commented) those lines?
> 
> well the fb is messed up w/out X ... i just mentioned X because thats the r=
> eal=20
> reason i'm messing around with it ;)
> and yes, the viewport settings make no difference

The X config and the mode setting for the card have to match.  You
probably have the card in double buffered mode.  This isn't compatible
with the frame buffer driver.  The selected resolutions also have to match.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Re: [parisc-linux] framebuffer drawing incorrectly ?

[Thomas Bogendoerfer]

On Mon, Nov 10, 2003 at 04:46:22PM -0500, Mike Frysinger wrote:
> the frame buffer draws all messed up however ... it only draws on the right 
> quarter of the screen ... the rest of the screen still contains the buffered 

try to turn off double buffering.

> or is the fbdriver the only way i can get X and running ?

yes.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea.                                 [ Alexander Viro on linux-kernel ]

Re: [parisc-linux] framebuffer drawing incorrectly ?

[Mike Frysinger]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 124 bytes --]

On Monday 10 November 2003 17:54, you wrote:
> try to turn off double buffering.

that did the trick, thanks everyone
-mike

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 827 bytes --]

Re: [parisc-linux] framebuffer drawing incorrectly ?

[Thibaut VARÈNE]

Le lundi, 10 nov 2003, =E0 22:46 Europe/Paris, Mike Frysinger a =E9crit =
:
>
> i wish i could post a frame buffer grab, but fbgrab doesnt support=20
> 8bit and
> fbscreenshot likes to segfault when writing the png to disk.
>

you can try to take pics with a digital camera or a webcam, if you have
any...

see: this is what we got with sticon init on 64bit kernel on B2000:
http://www.pateam.org/images/cell/pictures/B2000/B2000_sti_init800.jpg

Maybe this could help illustrating what you see?


Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/