linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
* VRAM not recognized! platinumfb, kernel 2.2.2
@ 1999-03-21 18:08 Paul Barrette
  1999-03-22 18:08 ` Franz Sirl
  0 siblings, 1 reply; 3+ messages in thread
From: Paul Barrette @ 1999-03-21 18:08 UTC (permalink / raw)
  To: linuxppc-dev


I've gone through the faq on this and there are several questions and few
 answers.  Firstly, I added a1mb vram card (1 built in + 1 =2MB) to my
 7200/120 r4 kernel 2.2.2, Xpmac_mga machine.  It should be able to run in
 24/32 bit colour at 800x600.  I checked the apple spec database and it says
 I can go up to 832x624 at 24 bit colour.  Furthermore 800x600x 4 B < 2MB,
 so it should work; now to get it to work.  btw I boot with OF.

 I checked /var/log/dmesg and it says "Total VRAM=1 MB 0001"  !!!! I guess
 it doesn't recognize my vram?    Any ideas on getting linux to
 recognize my vram?

It was suggested that I hack the video driver to force it to use 2mb for
vram (platinumfb.c file?).  Here is where I would guess to set it:
bank0 = 1; /* builtin 1MB vram, always there */
bank1 = info->base_frame_buffer[0x100000] == 0x34;

****can I just set "bank1=1;" and get away with it?  Or does the kernel
have to find it?

bank2 = info->base_frame_buffer[0x200000] == 0x56;
bank3 = info->base_frame_buffer[0x300000] == 0x78;
info->total_vram = (bank0 + bank1 + bank2 + bank3) * 0x100000;
printk(KERN_INFO "Total VRAM = %dMB %d%d%d%d\n", (int) (info->total_vram /
1024 / 1024), bank3, bank2, bank1, bank0);

There are severals calls to "info->total_vram == 0x100000"  but I would
guess that the values are already set at this point (??).  Any help would
be appreciated.

--
Paul Barrette
Ph.D. candidate, dept. of Classics
System Administrator
McMaster University

umbra loco deerat; qua postquam parte resedit
Dis genitus vates et fila sonantia movit,
umbra loco venit.                  (Ov. Met. 10. 88 ff.)
http://www.humanities.mcmaster.ca/~barrette/



[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: VRAM not recognized! platinumfb, kernel 2.2.2
  1999-03-21 18:08 VRAM not recognized! platinumfb, kernel 2.2.2 Paul Barrette
@ 1999-03-22 18:08 ` Franz Sirl
  1999-03-23  5:17   ` Paul Barrette
  0 siblings, 1 reply; 3+ messages in thread
From: Franz Sirl @ 1999-03-22 18:08 UTC (permalink / raw)
  To: Paul Barrette; +Cc: linuxppc-dev


At 19:08 21.03.99 , Paul Barrette wrote:
>It was suggested that I hack the video driver to force it to use 2mb for
>vram (platinumfb.c file?).  Here is where I would guess to set it:
>bank0 = 1; /* builtin 1MB vram, always there */
>bank1 = info->base_frame_buffer[0x100000] == 0x34;
>
>****can I just set "bank1=1;" and get away with it?  Or does the kernel
>have to find it?

yes, you can simply set bank1=1. But as I modified this code a while ago to 
fix this, I would like you to try some things:

- does it work if you replace the "dcbi" assembler instruction a few lines 
before in the invalidate_cache() macro with "dcbf"?
- or if you add a 2nd eieio after dcbi/dcbf?

BTW, which compiler version are you using?

Franz.


[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: VRAM not recognized! platinumfb, kernel 2.2.2
  1999-03-22 18:08 ` Franz Sirl
@ 1999-03-23  5:17   ` Paul Barrette
  0 siblings, 0 replies; 3+ messages in thread
From: Paul Barrette @ 1999-03-23  5:17 UTC (permalink / raw)
  To: Franz Sirl; +Cc: linuxppc-dev


Thank you Franz, the "dcbf" substitution for "dcbi" worked like a charm.
That is much better than forcing it to recognize x amount of ram, what if I
buy more vram, another compile? -it is not necessary now, good call.

>At 19:08 21.03.99 , Paul Barrette wrote:
>>It was suggested that I hack the video driver to force it to use 2mb for
>>vram (platinumfb.c file?).  Here is where I would guess to set it:
>>bank0 = 1; /* builtin 1MB vram, always there */
>>bank1 = info->base_frame_buffer[0x100000] == 0x34;
>>
>>****can I just set "bank1=1;" and get away with it?  Or does the kernel
>>have to find it?
>
>yes, you can simply set bank1=1. But as I modified this code a while ago to
>fix this, I would like you to try some things:
>
>- does it work if you replace the "dcbi" assembler instruction a few lines
>before in the invalidate_cache() macro with "dcbf"?
>- or if you add a 2nd eieio after dcbi/dcbf?
>
>BTW, which compiler version are you using?
>
>Franz.
>


--
Paul Barrette
Ph.D. candidate, dept. of Classics
System Administrator
McMaster University

umbra loco deerat; qua postquam parte resedit
Dis genitus vates et fila sonantia movit,
umbra loco venit.                  (Ov. Met. 10. 88 ff.)
http://www.humanities.mcmaster.ca/~barrette/



[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~1999-03-23  5:17 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
1999-03-21 18:08 VRAM not recognized! platinumfb, kernel 2.2.2 Paul Barrette
1999-03-22 18:08 ` Franz Sirl
1999-03-23  5:17   ` Paul Barrette

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).