Video Card to Lite5200
Andrey Volkov
avolkov at varma-el.com
Fri Dec 9 22:49:55 EST 2005
Wolfgang Denk wrote:
> In message <20051208065907.26c2b1d0 at White64> you wrote:
>
>>DMA is a problem, because the implementation from Freescale use binary
>>data, and has some dirty points. This would never be included in the
>>mainstream kernel. Sylvian has included the new DMA .. works fine for
>>FEC.
>
>
> ...did you try this on Rev. B (like B3) silicon?
>
> What I cannot understand is why there were no attempots to co-operate
> on this with Freescale. They offered their help here on the list...
>
Cooperation? With Freescale? THEY don't wish it.
About Bestcomm DMA tasks, fec, PCI ... in kernel.
1) Quotation from Freescale support (AFAIK standard answer to
everybody):
===============================================================
"Dear Andrey Volkov,
In reply to your message regarding Service Request SR 1-214731336 (see
details below):
Freescale doesn't disclose the Bestcomm specifications. Alas, I can't
govern this policy.
The customers can use BestComm API with precompiled BestComm images.
OEM customers can create a custom images from a redy for use tasks.
So, Freescale do not give an opportunity for customers to write their
own BestComm tasks.
Should you need to contact us with regard to this message, please see
the notes below.
Best Regards,
Pavel
---------------------------------------------------------------------
This message is in reply to:Activity ID: 1-3KDNVD
Comment:
Dear Andrey Volkov,
In reply to your message regarding Service Request SR 1-214731336 (see
details below):
As far as i know, Freescale do not provide ability to create BestComm
tasks. OEM customers can only link ready for use tasks into BestComm image.
I've asked the factory about current Freescale policy regarding BestComm
development tools and documentation. I'll send their reply to you ASAP.
Please accept my apology for possible delay.
Should you need to contact us with regard to this message, please see
the notes below.
Best Regards,
Pavel
===============================================================
2) Whithout Bestcomm spec you couldn't write right DMA tasklet
or FIX FREESCALE BestcommAPI images (rev B. and fec as ex.),
and hence eth, pci, ide, or something else, like custom mem mapped
device will not work (in worst case) or will work SLOW.
3) Bestcomm API doesn't freely available (you couldn't download it
from MPC5200 page).
3) I and Sylvain try some reverse engineering work of bestcomm u-code,
docos draft is here: http://patchwork.ozlabs.org/linuxppc/patch?id=2057.
So, I repeat my proposal: if somebody have more info, please, expand
this doco.
--
Regards
Andrey Volkov
P.S. I feel like Freescale wish to kill this fine proc or restrict
OS (linux in particular) that could run on it, for they one known
internal reasons.
More information about the Linuxppc-embedded
mailing list