ppc -> powerpc porting

ppc -> powerpc porting

[Rune Torgersen]

To make my life a little easier: Does anybody have a list of stuff to
watch out for/need to do when porting a board from ppc to powerpc?
The board uses a Freescale 8265 and runs under 2.6.17, using platfrom
device support for accessing fs_enet driver.

Re: ppc -> powerpc porting

[Vitaly Bordug]

On Mon, 10 Jul 2006 12:14:24 -0500
"Rune Torgersen" <runet@innovsys.com> wrote:

> To make my life a little easier: Does anybody have a list of stuff to
> watch out for/need to do when porting a board from ppc to powerpc?
> The board uses a Freescale 8265 and runs under 2.6.17, using platfrom
> device support for accessing fs_enet driver.
>
We have mpc8272 under arch/powerpc as work-in-progress, latest fs_enet being merged now.

I think it'll be a week or 2 before first submit, so it may make sense just to wait a bit :)


-- 
Sincerely, 
Vitaly

Re: ppc -> powerpc porting

[Guennadi Liakhovetski]

On Mon, 10 Jul 2006, Vitaly Bordug wrote:

> On Mon, 10 Jul 2006 12:14:24 -0500
> "Rune Torgersen" <runet@innovsys.com> wrote:
> 
> > To make my life a little easier: Does anybody have a list of stuff to
> > watch out for/need to do when porting a board from ppc to powerpc?
> > The board uses a Freescale 8265 and runs under 2.6.17, using platfrom
> > device support for accessing fs_enet driver.

Look at Documentation/powerpc/booting-without-of.txt - there's a section 
on that. I am attempting the same sort of conversion for an embedded 
mpc8241 board, so, would be glad to share ideas / experiences, I think, we 
won't offend others if we just discuss our problems on this list, maybe 
even somebody else will find it useful:-)) The first step I am trying to 
perform is to switch to the device-tree boot. Does your board already use 
it or does it have OF?

> We have mpc8272 under arch/powerpc as work-in-progress, latest fs_enet being merged now.
> 
> I think it'll be a week or 2 before first submit, so it may make sense just to wait a bit :)

Yep, you could wait, but, you see, an example will be great, but, I am 
afraid, all ports will be pretty different, so, we'll all have to "invent 
the wheel." Is your code available somewhere in some repository to have a 
look at?

Thanks
Guennadi
---
Guennadi Liakhovetski

RE: ppc -> powerpc porting

[Rune Torgersen]

> From: Vitaly Bordug [mailto:vbordug@ru.mvista.com]=20
> Sent: Monday, July 10, 2006 12:42
> We have mpc8272 under arch/powerpc as work-in-progress,=20
> latest fs_enet being merged now.
>=20
> I think it'll be a week or 2 before first submit, so it may=20
> make sense just to wait a bit :)

Ok. I sor of used the ppc version of the 8272 to get fs_enet working.=20
fs_enet is not my main concern. My concern is everything else... OF
tree, new IRQ code (we have two local IRQ muxes in FPGA modeled afrer
the PCI mux on 8266ADS). Our current port is running on 2.6.12. We have
a 2.6 17 port working, but have not started using it yet. I want to wait
until we have ported to powerpc/=20

Re: ppc -> powerpc porting

[Benjamin Herrenschmidt]

On Mon, 2006-07-10 at 21:43 +0200, Guennadi Liakhovetski wrote:
> On Mon, 10 Jul 2006, Vitaly Bordug wrote:
> 
> > On Mon, 10 Jul 2006 12:14:24 -0500
> > "Rune Torgersen" <runet@innovsys.com> wrote:
> > 
> > > To make my life a little easier: Does anybody have a list of stuff to
> > > watch out for/need to do when porting a board from ppc to powerpc?
> > > The board uses a Freescale 8265 and runs under 2.6.17, using platfrom
> > > device support for accessing fs_enet driver.
> 
> Look at Documentation/powerpc/booting-without-of.txt - 

You guys be careful, if you use OpenPIC/MPIC, that there is an error in
that documentation for the interrupt specifier definition. I'll send an
updated documentation soon with some more details about the OF interrupt
tree, but in the meantime, the proper sense encoding for MPIC is:

 0 = rising edge
 1 = negative level
 2 = positive level
 3 = falling edge

Cheers,
Ben.

Maple platform - adding graphics to IBM PIBS firmware

[jf simon]

Hi,
We have designed a VME CPU card based on IBM Maple platform.
We've had problems making it work with a PCI/PMC graphic card we've also 
designed based around the ATI Radeon 7000 (RV100 QY). To solve this we 
have linux consultants helping us in emulating the ATI video BIOS at the 
linux kernel level.
But we would like to modify  the PIBs firmware with simple routines 
(scroll,..)  to use the graphic screen attached to the ATI as a text 
(alphanumeric) console. The keyboard would be USB.
Is this possible even if the video BIOs didn't previously  initialize 
the ATI graphic chip?
I realize this question doesn't really belong here...but not sure where 
to ask, sorry about that.
Thanks a lot
-jf simon






	

	
		
___________________________________________________________________________ 
Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire.
http://fr.mail.yahoo.com

Re: Maple platform - adding graphics to IBM PIBS firmware

[Benjamin Herrenschmidt]

On Tue, 2006-07-11 at 15:28 +0200, jf simon wrote:
> Hi,
> We have designed a VME CPU card based on IBM Maple platform.
> We've had problems making it work with a PCI/PMC graphic card we've also 
> designed based around the ATI Radeon 7000 (RV100 QY). To solve this we 
> have linux consultants helping us in emulating the ATI video BIOS at the 
> linux kernel level.
> But we would like to modify  the PIBs firmware with simple routines 
> (scroll,..)  to use the graphic screen attached to the ATI as a text 
> (alphanumeric) console. The keyboard would be USB.
> Is this possible even if the video BIOs didn't previously  initialize 
> the ATI graphic chip?

If the BIOS hasn't initialized the chip, you are pretty much out of
luck... The good news is that soft-booting an rv100 with the BIOS works
fine, at least from my previous experiemnts with it.

> I realize this question doesn't re
> ally belong here...but not sure where 
> to ask, sorry about that.
> Thanks a lot
> -jf simon
> 
> 
> 
> 
> 
> 
> 	
> 
> 	
> 		
> ___________________________________________________________________________ 
> Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire.
> http://fr.mail.yahoo.com
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev

Re: Maple platform - adding graphics to IBM PIBS firmware

[jf simon]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii; format=flowed, Size: 776 bytes --]

Hi,
Benjamin Herrenschmidt wrote:

>
>If the BIOS hasn't initialized the chip, you are pretty much out of
>luck... The good news is that soft-booting an rv100 with the BIOS works
>fine, at least from my previous experiemnts with it.
>
>  
>
I was (naively) thinking that if I could access the legacy VGA register 
set, I could set the graphic card to text mode and use the graphic 
screen as a alphanumeric console, until linux soft boots the graphic 
card . Do you think this is doable? I haven't been able to locate that 
VGA register set yet.
Thanks,.
-jf simon


	

	
		
___________________________________________________________________________ 
Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire.
http://fr.mail.yahoo.com

Re: Maple platform - adding graphics to IBM PIBS firmware

[Benjamin Herrenschmidt]

> I was (naively) thinking that if I could access the legacy VGA register 
> set, I could set the graphic card to text mode and use the graphic 
> screen as a alphanumeric console, until linux soft boots the graphic 
> card . Do you think this is doable? I haven't been able to locate that 
> VGA register set yet.

The legacy VGA operations also require the card to be fully initialized
by the BIOS. In addition to that, there is an issue with using VGA text
mode on machines using the CPC925 bridge as it doesn't have a legacy
memory window: It doesn't have a facility to generate PCI or HT memory
cycles in the low addresses required for VGA.

You can still hack-around in a somewhat card-specific way using the main
memory apperture and doing your onw interleaving of characters and
attributes but it's dodgy.

In any case, you still need the card to be initialized.

Ben.