[PATCH][PPC32] Marvell host bridge support (mv64x60)
Christoph Hellwig wrote: Just looking through this and you should share some more code with mips, e.g. the mavell register layout should move from asm-mips/marvell.h and your file to linux/marvell.h or something, especially as another ppc plattform (pegasosII) needs it aswell. Yes, and there is already include/linux/mv643xx.h that has a bunch of 64340 definitions which share offset with the 64360 (and some with the 64260). However, to be correct, there needs to be a lot of munging. mv643xx.h should be renamed to mv64xxx.h and all of the MV64340 macros need to be renamed as well. This ripples into the mips code which I didn't want to battle with right now. I would prefer that this patch go in and then submit a separate patch that fixes and combines the hdr files macros they contain. Doing it that way, there is one patch for the ppc bridge support and one patch for the hdr file clean up. That's cleaner than mixing the two (IMHO). It is on the todo list. Mark
(no subject)
Hi, I am trying to build a toolchain for MPC5200 using gcc 3.4.1. The bootstrap compiler build fails with a complain that it could not locate signal.h. This happens even though I have the kernel headers (with signal.h) installed. A quick search on google shows that some other people have also run into this issue, although no patches/sloution appears. Any ideas?? Also, has anyone tried using 3.4.1 compiler for kernel 2.4.23 What are the matching glibc and binutils to use with 3.4.1?? Any patches?? Thanks, Rk. -- next part -- An HTML attachment was scrubbed... URL: http://ozlabs.org/pipermail/linuxppc-embedded/attachments/20041122/dc2dabc6/attachment.htm
MPC82xx -- DPRAM1
On Nov 19, 2004, at 9:25 AM, Rune Torgersen wrote: Send a patch to fix this in the driver. I think most people on this list would like the seriaql drivers to be totally independent of the bootloader (no matter what it is). The serial driver is totally independent of the bootloader. It configures the SMC from scratch and assumes nothing of the bootloader. However, if the bootloader configures itself as Linux does, then other functions like early kgdb over serial port work properly. -- Dan
(no subject)
Ratin, I would suggest looking at Dan Kegel's crosstool @ http://www.kegel.com/crosstool/. Very helpful in pairing various parts of the GNU toolchain together to get a working version. For MPC5200 you want the ppc750 build. - kumar On Nov 22, 2004, at 1:23 PM, Ratin Kumar wrote: Hi, I am trying to build a toolchain for MPC5200 using gcc 3.4.1. The bootstrap compiler build fails with a complain that it could not locate signal.h. This happens even though I have the kernel headers (with signal.h) installed. A quick search on google shows that some other people have also run into this issue, although no patches/sloution appears. Any ideas?? Also, has anyone tried using 3.4.1 compiler for kernel 2.4.23 What are the matching glibc and binutils to use with 3.4.1?? Any patches?? Thanks, Rk. ATT949193.txt
compiling ELDK3 microwindows source paket
In message 41A24026.5070908 at gmx.net you wrote: I want to rebuild the ELDK3 (www.denx.de) microwindows source paket (host system: i386 pc running SUSE 9.0; target system: embedded ppc405; CROSS_COMPILE=ppc_4xx-). For it I installed the source in the ELDK3 directory and tried to rebuild the paket with ${CROSS_COMPILE}rpmbuild -ba microwindows.spec. This gave some errors because the host and not the cross compiler was used. There is a detailed description how to do this inthe ELDK manual; please see http://www.denx.de/twiki/bin/view/DULG/ELDKRebuildingComponents#Section_3.7.2. Please pay special attention to the two requirements shown at the end of this paragraph. After I changed the file microwindows-0.90-config.ppc.patch from Don't do this, it will break the build. What can it be? User error. Please RTFM. 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 There's only one kind of woman ... Or man, for that matter. You either believe in yourself or you don't. -- Kirk and Harry Mudd, Mudd's Women, stardate 1330.1
[PATCH][PPC32] Marvell host bridge support (mv64x60)
Andrew Morton wrote: Anyway, I'll stick this as-is in -mm. Feel free to send an incremental patch, or a replacement. Here is an incremental patch [hopefully] with your concerns addressed. Note that the arch/ppc/boot code is not kernel code and only exists for a short period of time before execution jumps to the kernel. Please let me know if you have any more concerns. Signed-off-by: Mark A. Greer mgreer at mvista.com -- -- next part -- An embedded and charset-unspecified text was scrubbed... Name: mv64x60_2.patch Url: http://ozlabs.org/pipermail/linuxppc-embedded/attachments/20041122/e9de0d7d/attachment.txt
[PATCH][PPC32] Marvell host bridge support (mv64x60)
Mark A. Greer mgreer at mvista.com wrote: Andrew Morton wrote: Anyway, I'll stick this as-is in -mm. Feel free to send an incremental patch, or a replacement. Here is an incremental patch [hopefully] with your concerns addressed. OK, thanks. I added this to the queue for post-2.6.10. I'll assume that silence means assent from the rest of the ppc team ;) (Patches are at ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.10-rc2/2.6.10-rc2-mm3/broken-out/ppc32-marvell-host-bridge-support-mv64x60.patch ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.10-rc2/2.6.10-rc2-mm3/broken-out/ppc32-support-for-marvell-ev-64260-bp-eval-platform.patch ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.10-rc2/2.6.10-rc2-mm3/broken-out/ppc32-support-for-artesyn-katana-cpci-boards.patch