From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4b73d43f0603300839k4465b2aao7e073f83052b97ff@mail.gmail.com> Date: Thu, 30 Mar 2006 09:39:37 -0700 From: "John Rigby" To: Linuxppc-embedded Subject: Re: Kernel for MPC Lite 5200 will not compile In-Reply-To: <4b73d43f0603300829q7d45a029qdb5d8006ccda7275@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_11864_31465819.1143736777029" References: <442B11E8.7020107@246tNt.com> <20060330003419.3FF71353A37@atlas.denx.de> <4b73d43f0603300829q7d45a029qdb5d8006ccda7275@mail.gmail.com> List-Id: Linux on Embedded PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , ------=_Part_11864_31465819.1143736777029 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline After thinking about this more....I don't want to push getting the official Freescale code into the tree. If Dale's code works as well as the Freescal= e code then lets stay with it because it is a lot cleaner. The effort of porting other drivers will hopefully be easier now that I have the experience of having done ATA. On 3/30/06, John Rigby wrote: > > Sent this to Wolfgang last night. Accidently omitted Syvain and the list= . > > > The actual bestcomm "microcode" in Sylvain's tree is the same as the > latest Freescale supported code. The linux driver code that interfaces w= ith > it is code written by Dale Farnsworth and has Montavista copyright. I do= n't > know if it is based on old Freescale (Motorola) code or if it is Dale's > creation (perhaps Dale can comment). > > I have just spent some time getting UDMA support into the ATA driver usin= g > the the bestcomm code in Sylvain's tree. In the process I found some bug= s > in the code that may explain some problems people have seen with the FEC > driver. I'll try to get the patch out tomorrow. > > The ATA driver is a port from a version that worked on an older kernel an= d > used the supported Freescale Bestcomm code. I did the port because it wa= s > my understanding that attempts to get the supported Freescale code into a > public tree had met with resistance in the past. (Second hand info, I'm > actually fairly new to the 52xx world). > > The pluses for the Freescale version is that several devices are supporte= d > that are not in Sylvain's tree. The version in Sylvain's kernel has a > generic api plus specific code for FEC. My upcoming patch fixes some bug= s, > adds some missing functionality that I need for ATA and adds the specific > ATA dma driver code. > > The biggest minus for the Freescale version is that it is really opaque. > Its implementation makes it hard to figure out what the code is actually > doing. > > If there is a chance of getting the Freescale Bestcomm code into Sylvain'= s > tree (and on up the line to Linus) I would welcome that since I would not > have to port other Bestcomm dependent drivers to the version in Sylvain's > tree. I would gladly port the current FEC code to the Freescale Bestcomm > code to avoid the work of porting the other drivers. Also we at Freescal= e > would prefer to have one version of the Bestcomm code circulating. > > So I guess my question for those with an opinion is what version of > Bestcomm should be we use for 5200. > > Thanks for your input > John > > On 3/29/06, Wolfgang Denk wrote: > > > In message < 442B11E8.7020107@246tNt.com> you wrote: > > > > > > It is ? > > > > I think so. > > > > > I don't know about the 2.6-denx, but the stock 2.6.15 should work jus= t > > fine. > > > What's wrong with it ? (except it misses some drivers ... it should > > compile > > > and boot just fine) > > > > Isn't the current reengineered implementation of the BestComm code > > based on an very old Freescale version, which has known limitations > > and problems? > > > > Or has there any action resulted out of the discussion with the > > Freescale engineers, and I have missed it? > > > > Best regards, > > > > Wolfgang Denk > > > > -- > > Software Engineering: Embedded and Realtime Systems, Embedded Linux > > Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de > > In accord with UNIX philosophy, Perl gives you enough rope to hang > > yourself. - L. Wall & R. L. Schwartz, _Programming Perl_ > > _______________________________________________ > > Linuxppc-embedded mailing list > > Linuxppc-embedded@ozlabs.org > > https://ozlabs.org/mailman/listinfo/linuxppc-embedded > > > > ------=_Part_11864_31465819.1143736777029 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline After thinking about this more....I don't want to push getting the official= Freescale code into the tree.  If Dale's code works as well as the Fr= eescale code then lets stay with it because it is a lot cleaner.  The = effort of porting other drivers will hopefully be easier now that I have th= e experience of having done ATA.

On 3/30/06, John Rigby <jcrigby@gma= il.com> wrote:
Sent this to Wolfgang last night.  Acci= dently omitted Syvain and the list.


The actual bestcomm "microcode" in Sylvain= 's tree is the same as the latest Freescale supported code.  The linux driver code that interface= s with it is code written by Dale Farnsworth and has Montavista copyright.  I don't know if it is based on old Freescale (Motorola) code or if it is Dale's creation (perhaps Dale can comment).

I have just spent some time getting UDMA support into the ATA driver using the the bestcomm code in Sylvain's tree.  In the process = I found some bugs in the code that may explain some problems people have seen with the FEC driver.  I'll try to get the patch out tomorrow.

The ATA driver is a port from a version that worked on an older kernel and used the supported Freescale Bestcomm code.  I did th= e port because it was my understanding that attempts to get the supported Freescale code into a public tree had met with resistance in the past. = ; (Second hand info, I'm actually fairly new to the 52xx world).

The pluses for the Freescale version is that several devices are supported that are not in Sylvain's tree.  The version in Sylvain'= s kernel has a generic api plus specific code for FEC.  My upcoming patc= h fixes some bugs, adds some missing functionality that I need for ATA and adds the specific ATA dma driver code.

The biggest minus for the Freescale version is that it is really opaque.  Its implementation makes it hard to figure out what th= e code is actually doing.

If there is a chance of getting the Freescale Bestcomm code into Sylvain's tree (and on up the line to Linus) I would welcome that since I would not have to port other Bestcomm dependent drivers to the version in Sylvain's tree.  I would gladly port the current FEC code to the Freescale Bestcomm code to avoid the work of porting the other drivers.  Also we at Freescale would prefer to have one version of the Bestcomm code circulating.

So I guess my question for those with an opinion is what version of= Bestcomm should be we use for 5200.

Thanks for your input
John
On 3/29/06, Wolfgang Denk <wd@denx.de> wrot= e:
In message < 442B11E8.7020107@246tNt.com<= /a>> you wrote:
>
> It is ?

I think so.

> I= don't know about the=20 2.6-denx, but the stock 2.6.15 should work just fine.
> What's wrong with it ? (except it misses some drivers ... it shoul= d compile
> and boot just fine)

Isn't the current reengineered= implementation of  the  BestComm  code
ba= sed  on  an very old Freescale version, which has known= limitations
and problems?

Or has there any action resulted  out&nb= sp; of  the  discussion  with  = ;the
Freescale engineers, and I have missed it?

Best regards,
=
Wolfgang Denk

--
Software Engineering:  Embedded an= d Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
In accord with UNIX philosophy, Perl gi= ves you enough  rope  to  hang
yourself.          &n= bsp;   - L. Wall & R. L. Schwartz, _Programming Perl_
_______________________________________________
Linuxppc-embedded ma= iling list
Linuxppc-embe= dded@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
<= /span>


------=_Part_11864_31465819.1143736777029--