Thread (30 messages) flat view 30 messages, 6 authors, 2007-10-16

Re: [PATCH v2 4/7] bestcomm: core bestcomm support for Freescale MPC5200

From: Sven Luther <hidden>
Date: 2007-10-14 20:25:36

On Sun, Oct 14, 2007 at 02:22:16PM -0600, Grant Likely wrote:
On 10/14/07, Sven Luther [off-list ref] wrote:
quoted
On Sat, Oct 13, 2007 at 10:42:05PM -0600, Grant Likely wrote:
quoted
From: Sylvain Munaut <redacted>

This patch adds support for the core of the BestComm API
for the Freescale MPC5200(b). The BestComm engine is a
microcode-controlled / tasks-based DMA used by several
of the onchip devices.

Setting up the tasks / memory allocation and all common
low level functions are handled by this patch.
The specifics details of each tasks and their microcode
are split-out in separate patches.

This is not the official API, but a much cleaner one.
(hopefully)

Signed-off-by: Sylvain Munaut <redacted>
Signed-off-by: Grant Likely <redacted>
Hi Grant, ...

I am unsure if this is a regression with regard to Sylvain's patch, or
somethign else, but it is no more possible to build bestcomm modular :
Hmmm, interesting.  I'll try that out here this afternoon.
Notice that domen said it was working, so it could have been a
mismanipulation on my part, or some problem with the debian patches.

The older patchset with 2.6.23-rc6 worked fine though, and making the
main bestcomm module builtin solved the error messages. I did not spot
anything obvious when looking at the code.

Friendly;

Sven Luther
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help