CPM I/O port pin functions for MPC85xx

the

I/O

I would better cast my vote for the "CPM2 Config" and "MPC85XX ioports" patches from Jon Loeliger.

         From: 	Jon Loeliger <jdl@fr...>
         To: 	u-boot-users <u-boot-users@li...>
         Subject: 	[U-Boot-Users] CPM2 Config Patches
         Date: 	Tue, 08 Feb 2005 11:58:50 -0600
 
         From: 	Jon Loeliger <jdl@fr...>
         To: 	u-boot-users <u-boot-users@li...>
         Subject: 	[U-Boot-Users] MPC85XX ioports patch
         Date: 	Tue, 08 Feb 2005 12:03:25 -0600

Talking about MPC85xx patches, it looks like they're filtered out in the U-Boot CVS while others patches still find their way. Besides the patches above, the MPC85xx platforms do need the CFI patch from Jon/Freescale. The TLB fix is a nice to have too, etc.

Thanks all for your efforts

Stephane

I have no objection to the patches you mention above - I believe the patch I posted and the two you mention should be able to co-exist.

My patch is fairly benign - its purpose is to allow code that already exists in U-Boot for the 8260 platform to also work on the 8560 platform (since the two share the CPM2 in common).

I need this because we have a new Hymod board based on the 8560 which is almost identical to our old 8260-based board - and I re-use most of the old code for the new board.

In fact, both the old board port (now called hymod1) and the new board port (hymod2) use the same board directory ("board/hymod") when building. I will be posting the Hymod board port changes soon. Cheers!

								Murray...

Murray Jensen, CSIRO Manufacturing & Infra. Tech.      Phone: +61 3 9662 7763
Locked Bag No. 9, Preston, Vic, 3072, Australia.         Fax: +61 3 9662 7853
Internet: Murray.Jensen at csiro.au

To the extent permitted by law, CSIRO does not represent, warrant and/or
guarantee that the integrity of this communication has been maintained or
that the communication is free of errors, virus, interception or interference.

The information contained in this e-mail may be confidential or privileged.
Any unauthorised use or disclosure is prohibited. If you have received this
e-mail in error, please delete it immediately and notify Murray Jensen on
+61 3 9662 7763. Thank you.

Good call.

That's a good observation. What is happening here and can I do something to "fix" or help the situation?

Indeed. And in the meantime, it is causing me to have to hand-support multiple users as well.

Any chance we can help get some of this resolved? Do we need to convert to GIT or so? Would that help?

Thanks!
jdl

...

Thanks.

Nothing was filtered out, at least not intentionally. Actualkly all my patch processing came to a halt some time ago when I decided to spend some time on thinking about more efficient ways for the U-Boot development cycle first. I think we will have a git tree soon. I just need a little more exercise with all the new (and quickly changing) tools.

I cannot parse that. What have multiple users to do with U-Boot?

If you want you can go ahead and create a git tree from the CVS server at SF, using something like

git cvsimport -d :pserver:anonymous at cvs.sourceforge.net:/cvsroot/u-boo -C u-boot u-boot

If you then provide an URL to pull from and indicate which patches in my queue this bsoletes this might indeed help. Note that all the other rules for patch submission are still in place, and I will definitely reject pulls for formal reasons.

Best regards,

Wolfgang Denk

Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
If I had to live my life again,  I'd  make  the  same  mistakes, only
sooner.                                          -- Tallulah Bankhead