Re: [U-Boot-Users] AMCC PPC440EPx/sequoia stability question...
On Thu, 2008-04-24 at 06:36 +0200, Stefan Roese wrote: On Thursday 24 April 2008, Josh Boyer wrote: Please note that I recently introduced a CFG_MEM_TOP_HIDE option for the 440EPx CHIP 11 errata. I suggest you take a look at this too and see if this changes your behavior. Explain this a bit more please? Is a kernel change needed here? This depends. When the bootwrapper version is used then yes, the kernel should get changed. This is because the bootwrapper detects the SDRAM size from the DDR2 controller and passes it to Linux. Without bootwrapper no changes are needed, since U-Boot already passes the corrected memory size to Linux (totalsize-4k currently). Hm. Given that AMCC ships the boards with an older U-Boot that requires cuImages, I think we'll need to patch the wrapper. Does 440GRx share this same errata? I would think so. josh ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: [U-Boot-Users] AMCC PPC440EPx/sequoia stability question...
On Thursday 24 April 2008, Josh Boyer wrote: This depends. When the bootwrapper version is used then yes, the kernel should get changed. This is because the bootwrapper detects the SDRAM size from the DDR2 controller and passes it to Linux. Without bootwrapper no changes are needed, since U-Boot already passes the corrected memory size to Linux (totalsize-4k currently). Hm. Given that AMCC ships the boards with an older U-Boot that requires cuImages, I think we'll need to patch the wrapper. Yes, this should be done too. I forgot about it since I usually don't use the wrapper. Does 440GRx share this same errata? I would think so. Yep. Same problem on 440GRx. Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] = ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
EABI
Is it possible to compile a Linux application using an EABI compiler (specfically, Xilinx's EDK powerpc-eabi-gcc.exe)? The issue at hand is that we'd like for our customers to be able to use the Xilinx EDK toolchain (which we know they will have) to compile Linx apps without having to install another toolchain (crosstool, ELDK, etc). So, what I'm hoping is that the EDK toolchain can be configured to be Linux compatible binaries, or that there is some kind of wrapper that will handle the incompatible interfaces. Searching around, I've seen some mention of Linux EABI compatibility (for Debian ARM releases), but I haven't found any clear concensus... P.S. My apologies if this message appears on the mailing list twice... -- Brian Silverman Concept X, LLC ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: EABI
On Apr 24, 2008, at 11:13 AM, Brian Silverman wrote: Is it possible to compile a Linux application using an EABI compiler (specfically, Xilinx's EDK powerpc-eabi-gcc.exe)? The issue at hand is that we'd like for our customers to be able to use the Xilinx EDK toolchain (which we know they will have) to compile Linx apps without having to install another toolchain (crosstool, ELDK, etc). So, what I'm hoping is that the EDK toolchain can be configured to be Linux compatible binaries, or that there is some kind of wrapper that will handle the incompatible interfaces. Searching around, I've seen some mention of Linux EABI compatibility (for Debian ARM releases), but I haven't found any clear concensus... P.S. My apologies if this message appears on the mailing list twice... The EABI and Linux ABI are not compatible and if you want to link with any libraries you will need a different compiler for linux. - k ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: EABI
On Thu, Apr 24, 2008 at 10:13 AM, Brian Silverman [EMAIL PROTECTED] wrote: Is it possible to compile a Linux application using an EABI compiler (specfically, Xilinx's EDK powerpc-eabi-gcc.exe)? The issue at hand is that we'd like for our customers to be able to use the Xilinx EDK toolchain (which we know they will have) to compile Linx apps without having to install another toolchain (crosstool, ELDK, etc). So, what I'm hoping is that the EDK toolchain can be configured to be Linux compatible binaries, or that there is some kind of wrapper that will handle the incompatible interfaces. Searching around, I've seen some mention of Linux EABI compatibility (for Debian ARM releases), but I haven't found any clear concensus... P.S. My apologies if this message appears on the mailing list twice... Unfortunately, no. I recommend making use of the ELDK toolchain from Denx. Cheers, g. -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: SecretLab 2.6.24 with USB
Aaron == Aaron Sells [EMAIL PROTECTED] writes: Hi, Aaron I generate the xparameters_ml403.h file using Xilinx's EDK base system Aaron builder wizard. However, the wizard does not automatically enable the Aaron Cypress device to be interrupt driven. I have manually done this as Aaron described in the attached patch. Aaron The resulting xparameters_ml403.h has the following defines: Aaron [EMAIL PROTECTED]:~/spacesuit/linux-2.6-xlnx$ cat Aaron arch/ppc/platforms/4xx/xparameters/xparameters_ml403.h | grep USB Aaron /* Definitions for peripheral CYPRESS_USB */ Aaron #define XPAR_CYPRESS_USB_PRH0_BASEADDR 0x8080 Aaron #define XPAR_CYPRESS_USB_PRH0_HIGHADDR 0x8080 Aaron #define XPAR_SYSTEM_USB_INT_PIN_MASK 0X01 Aaron #define XPAR_XPS_INTC_0_SYSTEM_USB_INT_PIN_INTR 0 Ok. Aaron When I boot the Xilinx ML403 board up, I get the following: Aaron [9.256329] [ cut here ] Aaron [9.26] Badness at drivers/usb/c67x00/c67x00-ll-hpi.c:244 Aaron [9.26] NIP: c01b5d6c LR: c01b5d60 CTR: c00170f4 Aaron [9.26] REGS: c3c19d70 TRAP: 0700 Not tainted Aaron (2.6.24-rc8-xlnx-dirty) Aaron [9.26] MSR: 00029030 EE,ME,IR,DR CR: 2482 XER: 2073 Aaron [9.26] TASK = c3c178a0[1] 'swapper' THREAD: c3c18000 Aaron [9.26] GPR00: 0001 c3c19e20 c3c178a0 c032f518 Aaron c0372730 27b38fa6 0001 Aaron [9.26] GPR08: 00200200 c3d2b164 c3d2b164 2482 Aaron cd64 c02d4c5c c02d4c6c Aaron [9.26] GPR16: c02d4c90 c02d4c98 c02d4ca8 c02d4cd4 c02d4ce8 Aaron c02d7114 c0370e78 Aaron [9.26] GPR24: c036 c02d4c54 c0330724 c3d2b148 Aaron c3d2b140 c0330708 Aaron [9.26] NIP [c01b5d6c] c67x00_ll_reset+0x48/0x88 Aaron [9.26] LR [c01b5d60] c67x00_ll_reset+0x3c/0x88 Aaron [9.26] Call Trace: Aaron [9.26] [c3c19e20] [c01b5d60] c67x00_ll_reset+0x3c/0x88 (unreliable) This is an interrupt timeout. It seems like the interrupt isn't correctly connected. Aaron Sam, since you have this working, any help would be greatly Aaron appreciated. What else do I need to do in order to get USB host Aaron working on this board? That should be about it. Aaron +/* Aaron + * Cypress USB C67x00 shortcut macro for single instance Aaron + */ Aaron +#define XPAR_C67x00_USB(num) { \ Aaron + .name = c67x00, \ Aaron + .id = num, \ Aaron + .num_resources = 2, \ Aaron + .resource = (struct resource[]) { \ Aaron + { \ Aaron + .start = XPAR_CYPRESS_USB_PRH0_BASEADDR, \ Aaron + .end= XPAR_CYPRESS_USB_PRH0_BASEADDR + 0xf, \ Aaron + .flags = IORESOURCE_MEM, \ Aaron + }, \ Aaron + { \ Aaron + .start = XPAR_XPS_INTC_0_SYSTEM_USB_INT_PIN_INTR, \ Aaron + .end= XPAR_XPS_INTC_0_SYSTEM_USB_INT_PIN_INTR, \ Aaron + .flags = IORESOURCE_IRQ, \ Aaron + }, \ Aaron + }, \ I guess you need to add a few num to those defines to make it work with multiple devices. -- Bye, Peter Korsgaard ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
EABI
Is it possible to compile a Linux application using an EABI compiler (specfically, Xilinx's EDK powerpc-eabi-gcc.exe)? The issue at hand is that we'd like for our customers to be able to use the Xilinx EDK toolchain (which we know they will have) to compile Linx apps without having to install another toolchain (crosstool, ELDK, etc). So, what I'm hoping is that the EDK toolchain can be configured to be Linux compatible binaries, or that there is some kind of wrapper that will handle the incompatible interfaces. Searching around, I've seen some mention of Linux EABI compatibility (for Debian ARM releases), but I haven't found any clear concensus... Brian Silverman Principal Engineer iVeia ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: ppc-linux still not booting on my virtexII board
Hi , guys , i meet the same problem as yours . when it into the early_init(), the system was hang up . I see your solution , but i don't known it clearly . Can you tell me detailly ??? Why it happened and the solution . Waiting for your reply , thank you :) Hi, * (...)arch/ppc/boot/simple/embed_config.c * Oops, I skipped that code because my bootloader executes the uncompressed kernel image (loaded at 0x) without doing that stuff in the first place. All right ;) Thanks again, Patrick ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
bringing up latest kernel on EP8248E problems....
Hi geeks, i am trying to bring up the latest kernel on EP8248 target, i am using U-boot-1.3.2 and linux-2.6.25-rc8, I had some problems when i tried to build the u-boot source ( first i did make ep8248_config and then make) it was giving undefined reference related to ft_board_setup() function so i altered the U-boot-1.3.2 source code... i added the below code to the following file board/ep8248/ep8248.c #if defined(CONFIG_OF_LIBFDT) defined(CONFIG_OF_BOARD_SETUP) void ft_board_setup(void *blob, bd_t *bd) { ft_cpu_setup(blob, bd); } #endif /* defined(CONFIG_OF_LIBFDT) defined(CONFIG_OF_BOARD_SETUP) */ and also added the below lines to the file include/configs/ep8248.h by looking into the corresponding .dts file in the kernel source /* pass open firmware flat tree */ #define CONFIG_OF_LIBFDT1 #define CONFIG_OF_BOARD_SETUP 1 #define OF_CPU PowerPC,[EMAIL PROTECTED] #define OF_SOC [EMAIL PROTECTED] #define OF_TBCLK(bd-bi_busfreq / 4) #define OF_STDOUT_PATH /[EMAIL PROTECTED]/[EMAIL PROTECTED] Now afte doing the above 2 alterations i was able to build the u-boot-1.3.2 source for ep8248e then i created the uImage with the latest kernel source linux-2.6.25-rc8 and put that uImage to the target...also i created the ep8248e.dtb from the dtc (DEVICE TREE COMPILER) and put that to the target and passed this as an argument to the bootm I also cross checked in the U-boot environment for the fdt command ... it was present Finally when it hanged I started debugging using BDI2000.which helped me to know atleast what is going wrong, i have added some printk's in the kernel source but still i am not able to find where and what exactly is going wrong, The first statement it is printing in the log buffer is Using Embedded Planet EP8248E machine description and thats it the next message is Unable to handle kernel paging request for data at address 0xbfff Faulting instruction address:0xc0012070 (This nearest address to this address in System.map file is cacheable_memzero) and tracing like this i came to know that in the file arch/powerpc/mm/ppc_mmu_32.c , here in the function __init MMU_init_hw() and in the line n_hpteg = total_memory / (PAGE_SIZE * 8); probably it is getting problem because when i tried to print the variable total_memory it is printing zero !!! :( :( so probably i am thinking it is not able to find some memory for Hash table :( Please share your knowledge and skills to solve this problem.. thanks... :) -- View this message in context: http://www.nabble.com/bringing-up-latest-kernel-on-EP8248E-problems-tp16890712p16890712.html Sent from the linuxppc-embedded mailing list archive at Nabble.com. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded