MPC5xxx code issues
trini at kernel.crashing.org
Tue Nov 18 07:49:46 EST 2003
On Mon, Nov 17, 2003 at 09:43:15PM +0100, Wolfgang Denk wrote:
> in message <20031117202944.GH30251 at ip68-0-152-218.tc.ph.cox.net> you wrote:
> > Must clean: These files need some sort of rewrite to look less like
> > a drop of commerical code into the kernel and more like working the
> > commercial code into the kernel:
> > arch/ppc/5xxx_io/bestcomm/capi/Makefile
> > arch/ppc/5xxx_io/bestcomm/code_dma/image_rtos1/Makefile
> > arch/ppc/5xxx_io/bestcomm/code_dma/image_rtos2/Makefile
> > arch/ppc/5xxx_io/bestcomm/include/dummy files (should these be needed?)
> I recommend NOT to touch anything in the bestocmm directory. This
> stuff is supplied directly by Motorola, and it is more than likely
> that new versions of this code will have to be dropped in soon.
I'd like to point to the xilinx_ocp directory in linuxppc_2_4_devel.
While Xilinx is probably more concerned with the code being in the
Linux kernel than Motorola (but I could be wrong), the OS-independant
code is still always the same.
Since I wasn't explicit enough, I'm hoping we can rewrite the Makefiles
(which shouldn't be too hard to keep in sync as it should end up being
just changing the file lists) and that the dummy files can just be
removed and ignored.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-dev