Re: [U-Boot] [PATCH v6] Marvell Kirkwood family SOC support
-Original Message- From: Wolfgang Denk [mailto:w...@denx.de] Sent: Tuesday, May 05, 2009 4:21 AM To: Jean-Christophe PLAGNIOL-VILLARD Cc: Prafulla Wadaskar; u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik; Ronen Shitrit Subject: Re: [U-Boot] [PATCH v6] Marvell Kirkwood family SOC support Dear Jean-Christophe PLAGNIOL-VILLARD, In message 20090504223746.ge13...@game.jcrosoft.org you wrote: please move to include/asm-arm/u-boot-arm.h This change request makes no sense to me. Please leave as is. all other arm specific init are already store there so for me it's make sense to have them all store at the same place arch_misc_init() is not exactly ARM specific. It might as well be used by other architectures (ievenif this is currently not the case). I agree with Wolfgang on this. arch_misc_init() can be used by any architecture. It may not be currently used by other architectures. Same applies for arch_cpu_init() too Regards.. Prafulla . . ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v6] Marvell Kirkwood family SOC support
diff --git a/include/asm-arm/config.h b/include/asm-arm/config.h index 049c44e..5d52f15 100644 --- a/include/asm-arm/config.h +++ b/include/asm-arm/config.h @@ -21,4 +21,8 @@ #ifndef _ASM_CONFIG_H_ #define _ASM_CONFIG_H_ +#if defined (CONFIG_KIRKWOOD) +#include asm-arm/arch-kirkwood/kirkwood.h +#endif /* CONFIG_KIRKWOOD */ a header must only be include in the file that need it please remove from here asm/config.h is included in include/common.h which is automatically generated by make It makes no sense to keep include/asm-arm/config.h empty. Regards.. Prafulla . . ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] hello, how to git a clone from http://git.denx.de/
i'm a beginner to uboot and git, advice me,thanks___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] What mkimage arguments for standalone AVR32 app?
Hi list I'm trying to create a standalone application for the ICnova ap7000 Base and have compiled this little application: #include avr32/io.h int main( void ) { __asm__(nop\n\tnop\n\tnop\n\tnop\n\t); while(1) { ; } return 0; } To create the header file for it I use this mkimage command: mkimage -A avr32 -O u-boot -T standalone -C none -a 0x1100 -e 0x1100 -n myapp -d test.bin test_uboot.bin but when i try to execute it i get this error: ICnova tftp 1100 test_uboot.bin macb0: Starting autonegotiation... macb0: Autonegotiation complete macb0: link up, 100Mbps full-duplex (lpa: 0x45e1) Using macb0 device TFTP from server 192.168.18.38; our IP address is 192.168.18.145 Filename 'test_uboot.bin'. Load address: 0x1100 Loading: # done Bytes transferred = 74 (4a hex) ICnova bootm 1100 ## Booting image at 1100 ... Image Name: myapp Image Type: AVR32 U-Boot Standalone Program (uncompressed) Data Size:10 Bytes = 0 kB Load Address: 1100 Entry Point: 1100 Verifying Checksum ... OK XIP Standalone Application ... OK *** Unhandled exception 13 at PC=0x1102 MMU exception at address 0x pc: 1102lr: 13fe87c2sp: 13fa0b30 r12: 0001 r11: 13fa0ea8 r10: 13fa0b30r9: 0061r8: 1100 r7: 13fff420r6: 13ff9e78r5: 13fa0f30r4: 1140 r3: 0001r2: 1100r1: 0002r0: 13fa0ea4 Flags: qvnzc Mode bits: hrjeg CPU Mode: Supervisor Stack: (0x13fa0b30 to 0x13fa0fcc) 0b20: 13ff9ab8 1140 0001 0b40: 13ff4ba4 1100 00fe82d2 00fe82d3 00fe82d4 00fe82d5 13fec0f2 13ff9ab8 0b60: 13ff9e78 13fa0fa0 000a 13fe7cc6 0002 13ff9e78 13fa0fa0 13fe8524 0b80: 13ff9ab8 00f2 13fa0cb2 13fa0db2 0001 0ba0: 00fe82e9 00fe82ea 00fe82eb 00fe82ec 00fe82ed 00fe82ee 00fe82ef 0bc0: 00fe82f0 00fe82f1 00fe82f2 00fe82f3 00fe82f4 00fe82f5 00fe82f6 00fe82f7 0be0: 00fe82f8 00fe82f9 00fe82fa 00fe82fb 00fe82fc 00fe82fd 00fe82fe 00fe82ff 0c00: 00fe8300 00fe8301 00fe8302 00fe8303 00fe8304 00fe8305 00fe8306 00fe8307 0c20: 00fe8308 00fe8309 00fe830a 00fe830b 00fe830c 00fe830d 00fe830e 00fe830f 0c40: 00fe8310 00fe8311 00fe8312 00fe8313 00fe8314 00fe8315 00fe8316 00fe8317 0c60: 00fe8318 00fe8319 00fe831a 00fe831b 00fe831c 00fe831d 00fe831e 00fe831f 0c80: 00fe8320 00fe8321 00fe8322 00fe8323 00fe8324 00fe8325 00fe8326 00fe8327 0ca0: 00fe8328 626f6f74 6d003131 30303030 30300065 73745f75 626f6f74 2e62696e 0cc0: 00fe8330 00fe8331 00fe8332 00fe8333 00fe8334 00fe8335 00fe8336 00fe8337 0ce0: 00fe8338 00fe8339 00fe833a 00fe833b 00fe833c 00fe833d 00fe833e 00fe833f 0d00: 00fe8340 0020 13ff8338 33fe8344 00fe8345 00fe8346 00fe8347 0d20: 00fe8348 00fe8349 00fe834a 00fe834b 00fe834c 00fe834d 00fe834e 00fe834f 0d40: 13fe77c6 000a 13ff9e78 13fa0fa0 0003 13fe77e8 13fa0dcf 13ff9e78 0d60: 13fa0fa0 0003 13fec2f2 13fa0f00 13ff9e78 13fa0fa0 0003 13fec350 0d80: 13fa0f00 13ff9e78 13fa0fa0 0003 13fec372 13fa0f00 13ff9e78 13fa0fa0 0da0: 0003 626f6f74 6d203131 30303030 30300065 73745f75 626f6f74 2e62696e 0dc0: 0020696e 20332073 65636f6e 64730a00 13ff9e78 13fa0fa0 0002 6d616362 0de0: 3000c350 13fb9060 13ff9e78 13fa0fa0 0001 13fec372 13fb9060 13ff9e78 0e00: 13fa0fa0 0001 73657269 616c0a00 0002 13fec372 13fa0fcc 13ff9e78 0e20: 0020 13ff8338 3023303a 20313030 30303030 13fe77e8 13ff90bb 0e40: 13ff9e78 13fa0fa0 13fe77c6 000a 13ff9e78 13fa0fa0 13fff320 13fe77e8 0e60: 13ff8bea 13ff9e78 13fa0fa0 13fff320 13fec2f2 13fff32e 13ff9e78 13fa0fa0 0e80: 13fff320 13fec350 13fff32e 13ff9e78 13fa0fa0 13fff320 13fe7934 13fff32e 0ea0: 13ff9e78 13fa0ca4 13fa0caa 000e 13fe79fa 0001 13ff9e78 0ec0: 13fa0fa0 0003 13fe7ee0 0001 13ff9e78 13fa0fa0 0003 13fa0f34 0ee0: 0001 0001 195a3c25 00518b25 195a3c25 13fa901c 0f00: 13ff7cc8 0001 0001 0001 13ff3c38 0001 0f20: 20fa0fa0 0002 13fec2f2 13fa0fcc 0f40: 13ff9e78 001fe500 09140002 13fa90a3 13fe5466 13fa0fcc 13ff9e78 13fa0fa0 0f60: 0002 13fa0fcc 13ffaaa0 13ffaaac 13ffaaa8 13fe50c4 0400 13ff9e78 0f80: 24007fb4 0002 c5a5300c 13ff0c00 13ffaaac 0fa0: 13fa0fcc 0003 0001c200 13fa0fa0 0001 13fe5000 13fa9014 0001 0fc0: 08583b00 13fb9170 00fe83f2 Unhandled exception What could be wrong? ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] hello, how to git a clone from http://git.denx.de/
Hi vc_...@hotmail.com, i'm a beginner to uboot and git, advice me,thanks You found http://git.denx.de so I'm having difficulties to understand why you cannot read the first paragraph there which answers your question. Cheers Detlev -- SWYM XYZ (Sympathize with your machinery). [..] In fact it is often called a no-op, because it performs no operation. It does, however, keep the machine running smoothly, just as real-world swimming helps to keep programmers healthy. -- Donald Knuth, Fascicle 1 -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] include/ns16550.h: Unify structure declaration for registers
Hi Shinya, Wolfgang Denk wrote: We can easily ignore such boards of course, but it would be very nice for U-Boot if it could provide easy configurable drivers and could support as many hardwares as possible. Currently it seems that all in-tree boards can be accomodated with the construct that I suggested. I am not at all sure that we want code which is only used by out-of-tree ports. Post the port and we can rediscuss new code. Full ACK here. It makes no sense to spend time and resources on sup- porting out-of-tree ports on broken hardware. Ok, that's fine by me. That's by the way not much different to the state before my change. You always had local changes as there was never support for 16-byte strides. This time I even posted a pretty short patch which - as you said - works for your board. Cheers Detlev -- I shall be telling this with a sigh / Somewhere ages and ages hence: / Two roads diverged in a wood, and I-- / I took the one less traveled by, / And that has made all the difference. -- Robert Frost -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] What mkimage arguments for standalone AVR32 app?
On Tuesday 05 May 2009 04:55:44 Jesper Vestergaard wrote: mkimage -A avr32 -O u-boot -T standalone -C none -a 0x1100 -e 0x1100 -n myapp -d test.bin test_uboot.bin the entry/load addresses need to match reality. you cant pick them out of the air without properly setting them everywhere. you also didnt say how you compiled/linked the standalone code ... you must be sure to not use any files/libraries/toolchain that expect an operating system (like Linux). ICnova tftp 1100 test_uboot.bin ICnova bootm 1100 Load Address: 1100 Entry Point: 1100 you shoulud not load (tftp) the bootable image to the same address that it will be uncompressing to (load address). really you should read doc/README.standalone and the simple examples in examples/ instead of trying random commands. -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] OMAP3EVM: Set default bootfile
The current configuration doesn't define default bootfile; leading to this warning at execution: OMAP3_EVM # dhcp ... ... DHCP client bound to address 192.168.1.11 *** Warning: no boot file name; using 'AC18BE16.img' TFTP from server 0.0.0.0; our IP address is 192.168.1.11; sending through gateway 192.168.1.1 Filename 'AC18BE16.img'. Load address: 0x8200 Loading: * TFTP error: 'File not found' (1) Signed-off-by: Sanjeev Premi pr...@ti.com --- include/configs/omap3_evm.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/include/configs/omap3_evm.h b/include/configs/omap3_evm.h index 549cef9..e205c01 100644 --- a/include/configs/omap3_evm.h +++ b/include/configs/omap3_evm.h @@ -149,6 +149,8 @@ /* Environment information */ #define CONFIG_BOOTDELAY 10 +#define CONFIG_BOOTFILEuImage + #define CONFIG_EXTRA_ENV_SETTINGS \ loadaddr=0x8200\0 \ console=ttyS2,115200n8\0 \ -- 1.6.2.2 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] What mkimage arguments for standalone AVR32 app?
Mike Frysinger wrote: On Tuesday 05 May 2009 04:55:44 Jesper Vestergaard wrote: mkimage -A avr32 -O u-boot -T standalone -C none -a 0x1100 -e 0x1100 -n myapp -d test.bin test_uboot.bin the entry/load addresses need to match reality. you cant pick them out of the air without properly setting them everywhere. you also didnt say how you compiled/linked the standalone code ... you must be sure to not use any files/libraries/toolchain that expect an operating system (like Linux). Here's how i compiled it: avr32-gcc -O2 -Wall -c -fmessage-length=0 -mpart=ap7000 -ffunction-sections -o test.o test.c avr32-ld test.o -e 0x -T simple.lds -o test.out avr32-objcopy -O binary test.out test.bin And the simple.lds: SECTIONS { . = 0x1100; /*. = 0x; */ .text : { *(.text) } /* . = 0x800; */ .data : { *(.data) } .bss : { *(.bss) } } and a objectdump: avr32-objdump -d test.out test.out: file format elf32-avr32 Disassembly of section .text.main: 1100 main: 1100:d7 03 nop 1102:d7 03 nop 1104:d7 03 nop 1106:d7 03 nop 1108:c0 08 rjmp1108 main+0x8 ICnova tftp 1100 test_uboot.bin ICnova bootm 1100 Load Address: 1100 Entry Point: 1100 you shoulud not load (tftp) the bootable image to the same address that it will be uncompressing to (load address). really you should read doc/README.standalone and the simple examples in examples/ instead of trying random commands. -mike According to the Makefile in the example directory i should load the binary to 0x ifeq ($(ARCH),avr32) LOAD_ADDR = 0x endif but looking at the uboot startup it says that the flash is placed at that address and that the SDRAM is placed at 0x1000. Flash: 8 MB at address 0x SDRAM: 64 MB at address 0x1000 Which of the addresses should i use? I couldn't find any documentation about what entry address i should use for the avr32 but according to the README.standalone it is only the power pc which needs a entry address different from the load address so i guess load address=entry address. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] ARM: unbreak PXA build by defining UP2OCR
On Tue, May 05, 2009 at 12:58:57AM +0200, Wolfgang Denk wrote: the usb driver use the same file for supporting all the PXA and as it's store in a generic header. We must define the register only the specific pxa version and when the same register could mean differents things depending the pxa version That's the theory. Praxis is that we have a bug, and we need a fix. And we seem to have one. Correct. It does not build anymore. Another possibility is to revert the commit which caused the trouble and make Markus Klotzbuecher fix it in a way Jean-Christophe PLAGNIOL-VILLARD likes. - how many PXA platforms with USB support do we have? That's not the point. I for myself won't bring my board support into U-Boot's mainline (at least not now) because that would help nobody as nobody except for me has the hardware the code was written for. And I guess I'm not the only one. IMO hings should compile, even when the config for this is not in your repository; hope you agree. In other words - is your concern a real problem, or just a theoretical one? Code using that macro is guarded by MONAHANS #ifdefs anyway, his point is solely not to have it in the register headers. Daniel ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] OMAP3EVM: Set default bootfile
Dear Sanjeev Premi, In message 1241515371-24359-1-git-send-email-pr...@ti.com you wrote: The current configuration doesn't define default bootfile; leading to this warning at execution: Note that this is not a problem, but a decision of the board maintainer. Also, you can always just use setenv + saveenv if you want this changed on your board. OMAP3_EVM # dhcp ... ... DHCP client bound to address 192.168.1.11 *** Warning: no boot file name; using 'AC18BE16.img' TFTP from server 0.0.0.0; our IP address is 192.168.1.11; sending through gateway 192.168.1.1 Filename 'AC18BE16.img'. Load address: 0x8200 Loading: * TFTP error: 'File not found' (1) This is standard behaviour and not a problem. Signed-off-by: Sanjeev Premi pr...@ti.com --- include/configs/omap3_evm.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/include/configs/omap3_evm.h b/include/configs/omap3_evm.h index 549cef9..e205c01 100644 --- a/include/configs/omap3_evm.h +++ b/include/configs/omap3_evm.h @@ -149,6 +149,8 @@ /* Environment information */ #define CONFIG_BOOTDELAY 10 +#define CONFIG_BOOTFILE uImage + You should probably add the board maintainer on Cc: (done here) to get his ACK. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de The thing is, as you progress in the Craft, you'll learn there is another rule... When you break rules, break 'em good and hard. - Terry Pratchett, _Wyrd Sisters_ ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] OMAP3EVM: Set default bootfile
-Original Message- From: Wolfgang Denk [mailto:w...@denx.de] Sent: Tuesday, May 05, 2009 3:51 PM To: Premi, Sanjeev Cc: u-boot@lists.denx.de; Pillai, Manikandan Subject: Re: [U-Boot] [PATCH] OMAP3EVM: Set default bootfile Dear Sanjeev Premi, In message 1241515371-24359-1-git-send-email-pr...@ti.com you wrote: The current configuration doesn't define default bootfile; leading to this warning at execution: Note that this is not a problem, but a decision of the board maintainer. Also, you can always just use setenv + saveenv if you want this changed on your board. OMAP3_EVM # dhcp ... ... DHCP client bound to address 192.168.1.11 *** Warning: no boot file name; using 'AC18BE16.img' TFTP from server 0.0.0.0; our IP address is 192.168.1.11; sending through gateway 192.168.1.1 Filename 'AC18BE16.img'. Load address: 0x8200 Loading: * TFTP error: 'File not found' (1) This is standard behaviour and not a problem. Signed-off-by: Sanjeev Premi pr...@ti.com --- include/configs/omap3_evm.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/include/configs/omap3_evm.h b/include/configs/omap3_evm.h index 549cef9..e205c01 100644 --- a/include/configs/omap3_evm.h +++ b/include/configs/omap3_evm.h @@ -149,6 +149,8 @@ /* Environment information */ #define CONFIG_BOOTDELAY 10 +#define CONFIG_BOOTFILEuImage + You should probably add the board maintainer on Cc: (done here) to get his ACK. In this case, the board maintainer works with me. He will ACK it. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de The thing is, as you progress in the Craft, you'll learn there is another rule... When you break rules, break 'em good and hard. - Terry Pratchett, _Wyrd Sisters_ ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] OMAP3EVM: Set default bootfile
-Original Message- From: Wolfgang Denk [mailto:w...@denx.de] Sent: Tuesday, May 05, 2009 3:51 PM To: Premi, Sanjeev Cc: u-boot@lists.denx.de; Pillai, Manikandan Subject: Re: [U-Boot] [PATCH] OMAP3EVM: Set default bootfile Dear Sanjeev Premi, In message 1241515371-24359-1-git-send-email-pr...@ti.com you wrote: The current configuration doesn't define default bootfile; leading to this warning at execution: Note that this is not a problem, but a decision of the board maintainer. Also, you can always just use setenv + saveenv if you want this changed on your board. OMAP3_EVM # dhcp ... ... DHCP client bound to address 192.168.1.11 *** Warning: no boot file name; using 'AC18BE16.img' TFTP from server 0.0.0.0; our IP address is 192.168.1.11; sending through gateway 192.168.1.1 Filename 'AC18BE16.img'. Load address: 0x8200 Loading: * TFTP error: 'File not found' (1) This is standard behaviour and not a problem. Signed-off-by: Sanjeev Premi pr...@ti.com --- include/configs/omap3_evm.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/include/configs/omap3_evm.h b/include/configs/omap3_evm.h index 549cef9..e205c01 100644 --- a/include/configs/omap3_evm.h +++ b/include/configs/omap3_evm.h @@ -149,6 +149,8 @@ /* Environment information */ #define CONFIG_BOOTDELAY 10 +#define CONFIG_BOOTFILEuImage + You should probably add the board maintainer on Cc: (done here) to get his ACK. [Pillai, Manikandan] Acked Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de The thing is, as you progress in the Craft, you'll learn there is another rule... When you break rules, break 'em good and hard. - Terry Pratchett, _Wyrd Sisters_ ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] ARM: unbreak PXA build by defining UP2OCR
Dear Daniel Mack, In message 20090505101606.gd22...@buzzloop.caiaq.de you wrote: Correct. It does not build anymore. Another possibility is to revert the commit which caused the trouble and make Markus Klotzbuecher fix it in a way Jean-Christophe PLAGNIOL-VILLARD likes. We will not do that. - how many PXA platforms with USB support do we have? That's not the point. I for myself won't bring my board support into U-Boot's mainline (at least not now) because that would help nobody as nobody except for me has the hardware the code was written for. And I guess I'm not the only one. Well, that is your decision. But if you chose your place intentionally outside the community that you should not be surprised if you only receive pretty limited support from that community either. IMO hings should compile, even when the config for this is not in your repository; hope you agree. No, I disagree. I don't care at all about any out-of-tree ports that might exist anywhere. I will not waste any thoughts about the eventual possibility that changes to the mainline U-Boot code might cause problems in such out-of-tree ports. That's not our problem. In other words - is your concern a real problem, or just a theoretical one? Code using that macro is guarded by MONAHANS #ifdefs anyway, his point is solely not to have it in the register headers. ...where it could be protected by a similar #ifdef, so I really don't see where the problem is. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de If a group of N persons implements a COBOL compiler, there will be N-1 passes. Someone in the group has to be the manager. - T. Cheatham ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] ARM: unbreak PXA build by defining UP2OCR
On Tue, May 05, 2009 at 12:28:33PM +0200, Wolfgang Denk wrote: That's not the point. I for myself won't bring my board support into U-Boot's mainline (at least not now) because that would help nobody as nobody except for me has the hardware the code was written for. And I guess I'm not the only one. Well, that is your decision. But if you chose your place intentionally outside the community that you should not be surprised if you only receive pretty limited support from that community either. Well, I was just talking about the config itself - I _do_ merge everything else upstream. IMO hings should compile, even when the config for this is not in your repository; hope you agree. No, I disagree. I don't care at all about any out-of-tree ports that might exist anywhere. I will not waste any thoughts about the eventual possibility that changes to the mainline U-Boot code might cause problems in such out-of-tree ports. That's not our problem. What we're facing here is a clear build breakage that occurs in a combination of valid configuration flags. It's not an out-of-tree port. I was just reporting that in order to help other who might face a similar problem. In other words - is your concern a real problem, or just a theoretical one? Code using that macro is guarded by MONAHANS #ifdefs anyway, his point is solely not to have it in the register headers. ...where it could be protected by a similar #ifdef, so I really don't see where the problem is. Me neither. Daniel ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] ARM: unbreak PXA build by defining UP2OCR
U-Boot does not currently build for PXA platforms with USB support enabled. This is due to commit 24e37645e7378b20fa8f20e2996c8fb8e9 which introduced the usage of UP2OCR without defining it. Signed-off-by: Daniel Mack dan...@caiaq.de Cc: Markus Klotzbuecher m...@denx.de --- include/asm-arm/arch-pxa/pxa-regs.h |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/include/asm-arm/arch-pxa/pxa-regs.h b/include/asm-arm/arch-pxa/pxa-regs.h index a8d30e2..5a0885a 100644 --- a/include/asm-arm/arch-pxa/pxa-regs.h +++ b/include/asm-arm/arch-pxa/pxa-regs.h @@ -992,6 +992,10 @@ typedef void (*ExcpHndlr) (void) ; #define UHCHIE __REG(0x4C68) #define UHCHIT __REG(0x4C6C) +#if defined(CONFIG_CPU_MONAHANS) +#define UP2OCR __REG(0x40600020) +#endif + #define UHCHR_FSBIR(10) #define UHCHR_FHR (11) #define UHCHR_CGR (12) -- 1.6.2.1 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] ARM: unbreak PXA build by defining UP2OCR
On Tue, May 05, 2009 at 12:16:06PM +0200, Daniel Mack wrote: On Tue, May 05, 2009 at 12:58:57AM +0200, Wolfgang Denk wrote: the usb driver use the same file for supporting all the PXA and as it's store in a generic header. We must define the register only the specific pxa version and when the same register could mean differents things depending the pxa version That's the theory. Praxis is that we have a bug, and we need a fix. And we seem to have one. Correct. It does not build anymore. Another possibility is to revert the commit which caused the trouble and make Markus Klotzbuecher fix it in a way Jean-Christophe PLAGNIOL-VILLARD likes. You and which army are going to *make* me do something? Markus -- 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: off...@denx.de) ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Congratulations
Confirm receipt by contacting the process unit officer Herald claim your £1,000,000GBP E-mail:phun...@btinternet.com Fill the details:Name,Add,Tel.Yours Ms.Caroline ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] ARM: unbreak PXA build by defining UP2OCR
Dear Daniel Mack, In message 20090505103623.ge22...@buzzloop.caiaq.de you wrote: No, I disagree. I don't care at all about any out-of-tree ports that might exist anywhere. I will not waste any thoughts about the eventual possibility that changes to the mainline U-Boot code might cause problems in such out-of-tree ports. That's not our problem. What we're facing here is a clear build breakage that occurs in a combination of valid configuration flags. It's not an out-of-tree port. We don't test all possible combinations of valid configuration flags. As long as nobody is affected, there is little urge to move. But here the situation is different: it does affect an actual board which is in mainline: - ./MAKEALL delta Configuring for delta board... usb.c: In function 'usb_cpu_init': usb.c:46: error: 'UP2OCR' undeclared (first use in this function) usb.c:46: error: (Each undeclared identifier is reported only once usb.c:46: error: for each function it appears in.) make[1]: *** [usb.o] Error 1 I was just reporting that in order to help other who might face a similar problem. I understand this, and I appreciate your help. I just wanted to point out some limitations that affect code or configurations that are not in mainline. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Each honest calling, each walk of life, has its own elite, its own aristocracy based on excellence of performance. - James Bryant Conant ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] What mkimage arguments for standalone AVR32 app?
On Tuesday 05 May 2009 06:05:19 Jesper Vestergaard wrote: According to the Makefile in the example directory i should load the binary to 0x ifeq ($(ARCH),avr32) LOAD_ADDR = 0x endif but looking at the uboot startup it says that the flash is placed at that address and that the SDRAM is placed at 0x1000. Flash: 8 MB at address 0x SDRAM: 64 MB at address 0x1000 Which of the addresses should i use? someone who actually knows/uses AVR32 will have to answer -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] LOAN APPLICATION
We give loan at 0.3%,Any interested person,irrespective of your country, Contact us now Via jmcloanf...@ymail.com with the following details: Names:Address,Amount Required,Duration Of Loan. Regards, J.M.C Loan Company ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] U-BOOT kgdb support for ARM920T (s3c2440)
I've just written and tested this kgdb patch for ARM920T cpus. The development was aimed at providing a low-cost cross-debugging environment for a Samsung ARM board produced from SERP (www.serp.it) used in an Computer Architecture course taught at the university of Padova (IT) (www.dei.unipd.it). It works with gdb software breakpoint (on the host computer). Also with an arm-linux- toolchain. Eng. Antonio Barbalace Istituto Gas Ionizzati del CNR Consorzio RFX - Associazione EURATOM/ENEA sulla Fusione Corso Stati Uniti 4, 35127 Padova - Italy antonio.barbal...@igi.cnr.it, http://www.igi.cnr.it This message was sent using IMP, the Internet Messaging Program. diff -r -u u-boot/common/kgdb.c u-boot-UniPd/common/kgdb.c --- u-boot/common/kgdb.c2007-11-06 18:07:07.0 +0100 +++ u-boot-UniPd/common/kgdb.c 2009-02-23 16:47:31.0 +0100 @@ -322,7 +322,7 @@ kgdb_interruptible(0); - printf(kgdb: handle_exception; trap [0x%x]\n, kgdb_trap(regs)); +// printf(kgdb: handle_exception; trap [0x%x]\n, kgdb_trap(regs)); if (kgdb_setjmp((long*)error_jmp_buf) != 0) panic(kgdb: error or fault in entry init!\n); @@ -457,10 +457,11 @@ } goto doexit; - - case 'S':/* SSS single step with signal SS */ - *ptr = '\0';/* ignore the signal number for now */ - /* fall through */ +/* +#ifdef _PPC + case 'S':// SSS single step with signal SS + *ptr = '\0';// ignore the signal number for now + // fall through case 's': kd.extype = KGDBEXIT_SINGLE; @@ -469,7 +470,8 @@ kd.exaddr = addr; kd.extype |= KGDBEXIT_WITHADDR; } - +#endif +*/ doexit: /* Need to flush the instruction cache here, as we may have deposited a * breakpoint, and the icache probably has no way of knowing that a data ref to @@ -496,8 +498,12 @@ } else { kgdb_error(KGDBERR_BADPARAMS); } - break; - } /* switch */ + case 'q': + if (!(strcmp(ptr, Supported))) { + sprintf(remcomOutBuffer, PacketSize=%d, BUFMAX); + } + break; + } /* switch */ if (errnum != 0) sprintf(remcomOutBuffer, E%02d, errnum); diff -r -u u-boot/cpu/arm920t/Makefile u-boot-UniPd/cpu/arm920t/Makefile --- u-boot/cpu/arm920t/Makefile 2007-11-07 17:18:30.0 +0100 +++ u-boot-UniPd/cpu/arm920t/Makefile 2009-01-15 17:01:58.0 +0100 @@ -26,7 +26,8 @@ LIB= $(obj)lib$(CPU).a START = start.o -COBJS = cpu.o interrupts.o +COBJS = cpu.o interrupts.o +SOBJS = kgdb.o SRCS := $(START:.o=.S) $(SOBJS:.o=.S) $(COBJS:.o=.c) OBJS := $(addprefix $(obj),$(COBJS) $(SOBJS)) diff -r -u u-boot/cpu/arm920t/interrupts.c u-boot-UniPd/cpu/arm920t/interrupts.c --- u-boot/cpu/arm920t/interrupts.c 2007-11-06 18:11:29.0 +0100 +++ u-boot-UniPd/cpu/arm920t/interrupts.c 2009-01-19 22:55:29.0 +0100 @@ -33,6 +33,10 @@ #include arm920t.h #include asm/proc-armv/ptrace.h +#if defined(CONFIG_CMD_KGDB) +int (*debugger_exception_handler)(struct pt_regs *) = 0; +#endif + #ifdef CONFIG_USE_IRQ /* enable IRQ interrupts */ void enable_interrupts (void) @@ -119,13 +123,26 @@ void do_undefined_instruction (struct pt_regs *pt_regs) { +#if defined(CONFIG_CMD_KGDB) + pt_regs-ARM_pc -= 4; + if (debugger_exception_handler (*debugger_exception_handler)(pt_regs)) { + return; + } +#else printf (undefined instruction\n); show_regs (pt_regs); bad_mode (); +#endif } void do_software_interrupt (struct pt_regs *pt_regs) { +/* +#if defined(CONFIG_CMD_KGDB) + if (debugger_exception_handler (*debugger_exception_handler)(pt_regs)) + return; +#endif +*/ printf (software interrupt\n); show_regs (pt_regs); bad_mode (); @@ -133,13 +150,24 @@ void do_prefetch_abort (struct pt_regs *pt_regs) { +/* +#if defined(CONFIG_CMD_KGDB) + if (debugger_exception_handler (*debugger_exception_handler)(pt_regs)) + return; +#endif +*/ printf (prefetch abort\n); show_regs (pt_regs); bad_mode (); } void do_data_abort (struct pt_regs *pt_regs) -{ +{/* +#if defined(CONFIG_CMD_KGDB) + if (debugger_exception_handler (*debugger_exception_handler)(pt_regs)) + return; +#endif +*/ printf (data abort\n); show_regs (pt_regs); bad_mode ();
[U-Boot] U-BOOT kgdb support for ARM920T (s3c2440)
I've just written and tested this kgdb patch for ARM920T cpus. The development was aimed at providing a low-cost cross-debugging environment for a Samsung ARM board produced from SERP (www.serp.it) used in an Computer Architecture course taught at the university of Padova (IT) (www.dei.unipd.it). It works with gdb software breakpoint (on the host computer). Also with an arm-linux- toolchain. Eng. Antonio Barbalace Istituto Gas Ionizzati del CNR Consorzio RFX - Associazione EURATOM/ENEA sulla Fusione Corso Stati Uniti 4, 35127 Padova - Italy antonio.barbal...@igi.cnr.it, http://www.igi.cnr.it This message was sent using IMP, the Internet Messaging Program. diff -r -u u-boot/common/kgdb.c u-boot-UniPd/common/kgdb.c --- u-boot/common/kgdb.c2007-11-06 18:07:07.0 +0100 +++ u-boot-UniPd/common/kgdb.c 2009-02-23 16:47:31.0 +0100 @@ -322,7 +322,7 @@ kgdb_interruptible(0); - printf(kgdb: handle_exception; trap [0x%x]\n, kgdb_trap(regs)); +// printf(kgdb: handle_exception; trap [0x%x]\n, kgdb_trap(regs)); if (kgdb_setjmp((long*)error_jmp_buf) != 0) panic(kgdb: error or fault in entry init!\n); @@ -457,10 +457,11 @@ } goto doexit; - - case 'S':/* SSS single step with signal SS */ - *ptr = '\0';/* ignore the signal number for now */ - /* fall through */ +/* +#ifdef _PPC + case 'S':// SSS single step with signal SS + *ptr = '\0';// ignore the signal number for now + // fall through case 's': kd.extype = KGDBEXIT_SINGLE; @@ -469,7 +470,8 @@ kd.exaddr = addr; kd.extype |= KGDBEXIT_WITHADDR; } - +#endif +*/ doexit: /* Need to flush the instruction cache here, as we may have deposited a * breakpoint, and the icache probably has no way of knowing that a data ref to @@ -496,8 +498,12 @@ } else { kgdb_error(KGDBERR_BADPARAMS); } - break; - } /* switch */ + case 'q': + if (!(strcmp(ptr, Supported))) { + sprintf(remcomOutBuffer, PacketSize=%d, BUFMAX); + } + break; + } /* switch */ if (errnum != 0) sprintf(remcomOutBuffer, E%02d, errnum); diff -r -u u-boot/cpu/arm920t/Makefile u-boot-UniPd/cpu/arm920t/Makefile --- u-boot/cpu/arm920t/Makefile 2007-11-07 17:18:30.0 +0100 +++ u-boot-UniPd/cpu/arm920t/Makefile 2009-01-15 17:01:58.0 +0100 @@ -26,7 +26,8 @@ LIB= $(obj)lib$(CPU).a START = start.o -COBJS = cpu.o interrupts.o +COBJS = cpu.o interrupts.o +SOBJS = kgdb.o SRCS := $(START:.o=.S) $(SOBJS:.o=.S) $(COBJS:.o=.c) OBJS := $(addprefix $(obj),$(COBJS) $(SOBJS)) diff -r -u u-boot/cpu/arm920t/interrupts.c u-boot-UniPd/cpu/arm920t/interrupts.c --- u-boot/cpu/arm920t/interrupts.c 2007-11-06 18:11:29.0 +0100 +++ u-boot-UniPd/cpu/arm920t/interrupts.c 2009-01-19 22:55:29.0 +0100 @@ -33,6 +33,10 @@ #include arm920t.h #include asm/proc-armv/ptrace.h +#if defined(CONFIG_CMD_KGDB) +int (*debugger_exception_handler)(struct pt_regs *) = 0; +#endif + #ifdef CONFIG_USE_IRQ /* enable IRQ interrupts */ void enable_interrupts (void) @@ -119,13 +123,26 @@ void do_undefined_instruction (struct pt_regs *pt_regs) { +#if defined(CONFIG_CMD_KGDB) + pt_regs-ARM_pc -= 4; + if (debugger_exception_handler (*debugger_exception_handler)(pt_regs)) { + return; + } +#else printf (undefined instruction\n); show_regs (pt_regs); bad_mode (); +#endif } void do_software_interrupt (struct pt_regs *pt_regs) { +/* +#if defined(CONFIG_CMD_KGDB) + if (debugger_exception_handler (*debugger_exception_handler)(pt_regs)) + return; +#endif +*/ printf (software interrupt\n); show_regs (pt_regs); bad_mode (); @@ -133,13 +150,24 @@ void do_prefetch_abort (struct pt_regs *pt_regs) { +/* +#if defined(CONFIG_CMD_KGDB) + if (debugger_exception_handler (*debugger_exception_handler)(pt_regs)) + return; +#endif +*/ printf (prefetch abort\n); show_regs (pt_regs); bad_mode (); } void do_data_abort (struct pt_regs *pt_regs) -{ +{/* +#if defined(CONFIG_CMD_KGDB) + if (debugger_exception_handler (*debugger_exception_handler)(pt_regs)) + return; +#endif +*/ printf (data abort\n); show_regs (pt_regs); bad_mode (); @@
Re: [U-Boot] U-BOOT kgdb support for ARM920T (s3c2440)
Dear Antonio, in message 20090505134728.464224dhyq8hu...@webmail.igi.cnr.it you wrote: I've just written and tested this kgdb patch for ARM920T cpus. The development was aimed at providing a low-cost cross-debugging environment for a Samsung ARM board produced from SERP (www.serp.it) used in an Computer Architecture course taught at the university of Padova (IT) (www.dei.unipd.it). It works with gdb software breakpoint (on the host computer). Also with an arm-linux- toolchain. Thanks a lot for your contribution. Unfortunately I have a few formal change requests. Please see http://www.denx.de/wiki/U-Boot/CodingStyle and http://www.denx.de/wiki/U-Boot/Patches for more detailed instructions. First: please submit your patch with an appropriate commit message, and make sure to add your Signed-off-by: line. --- u-boot/common/kgdb.c 2007-11-06 18:07:07.0 +0100 +++ u-boot-UniPd/common/kgdb.c2009-02-23 16:47:31.0 +0100 @@ -322,7 +322,7 @@ kgdb_interruptible(0); - printf(kgdb: handle_exception; trap [0x%x]\n, kgdb_trap(regs)); +// printf(kgdb: handle_exception; trap [0x%x]\n, kgdb_trap(regs)); Are you sure it is a good idea to comment out this code? Anyway - if you want to remove this line, then really remove it; don;t just leve it commented out. Also, please do not use C++ comments. if (kgdb_setjmp((long*)error_jmp_buf) != 0) panic(kgdb: error or fault in entry init!\n); @@ -457,10 +457,11 @@ } goto doexit; - - case 'S':/* SSS single step with signal SS */ - *ptr = '\0';/* ignore the signal number for now */ - /* fall through */ +/* +#ifdef _PPC + case 'S':// SSS single step with signal SS + *ptr = '\0';// ignore the signal number for now + // fall through case 's': kd.extype = KGDBEXIT_SINGLE; @@ -469,7 +470,8 @@ kd.exaddr = addr; kd.extype |= KGDBEXIT_WITHADDR; } - +#endif +*/ It seems here you are removing PowerPC support? Why that? doexit: /* Need to flush the instruction cache here, as we may have deposited a * breakpoint, and the icache probably has no way of knowing that a data re f to @@ -496,8 +498,12 @@ } else { kgdb_error(KGDBERR_BADPARAMS); } - break; - } /* switch */ + case 'q': + if (!(strcmp(ptr, Supported))) { + sprintf(remcomOutBuffer, PacketSize=%d, BUFMAX); + } + break; + } /* switch */ What exactly is that? if (errnum != 0) sprintf(remcomOutBuffer, E%02d, errnum); diff -r -u u-boot/cpu/arm920t/Makefile u-boot-UniPd/cpu/arm920t/Makefile --- u-boot/cpu/arm920t/Makefile 2007-11-07 17:18:30.0 +0100 +++ u-boot-UniPd/cpu/arm920t/Makefile 2009-01-15 17:01:58.0 +0100 @@ -26,7 +26,8 @@ LIB = $(obj)lib$(CPU).a START= start.o -COBJS= cpu.o interrupts.o +COBJS= cpu.o interrupts.o +SOBJS= kgdb.o SRCS := $(START:.o=.S) $(SOBJS:.o=.S) $(COBJS:.o=.c) OBJS := $(addprefix $(obj),$(COBJS) $(SOBJS)) diff -r -u u-boot/cpu/arm920t/interrupts.c u-boot-UniPd/cpu/arm920t/interrup ts.c --- u-boot/cpu/arm920t/interrupts.c 2007-11-06 18:11:29.0 +0100 +++ u-boot-UniPd/cpu/arm920t/interrupts.c 2009-01-19 22:55:29.0 +0 100 ... void do_software_interrupt (struct pt_regs *pt_regs) { +/* +#if defined(CONFIG_CMD_KGDB) + if (debugger_exception_handler (*debugger_exception_handler)(pt_regs) ) + return; +#endif +*/ printf (software interrupt\n); show_regs (pt_regs); bad_mode (); @@ -133,13 +150,24 @@ void do_prefetch_abort (struct pt_regs *pt_regs) { +/* +#if defined(CONFIG_CMD_KGDB) + if (debugger_exception_handler (*debugger_exception_handler)(pt_regs) ) + return; +#endif +*/ printf (prefetch abort\n); show_regs (pt_regs); bad_mode (); } It seems the added code is commented out? Please do not add dead code. void do_data_abort (struct pt_regs *pt_regs) -{ +{/* +#if defined(CONFIG_CMD_KGDB) + if (debugger_exception_handler (*debugger_exception_handler)(pt_regs) ) + return; +#endif +*/ Ditto. printf (data abort\n); show_regs (pt_regs); bad_mode (); @@ -154,6 +182,12 @@ void do_fiq (struct pt_regs *pt_regs) { +/* +#if defined(CONFIG_CMD_KGDB) + if (debugger_exception_handler
[U-Boot] [PATCH] powerpc/inka4x0: Remove left-over ide reset code.
The pin which was used in preliminary versions of the board for ide reset is really connected to the rtc clock. Signed-off-by: Detlev Zundel d...@denx.de --- board/inka4x0/inka4x0.c | 33 - include/configs/inka4x0.h |1 - 2 files changed, 0 insertions(+), 34 deletions(-) diff --git a/board/inka4x0/inka4x0.c b/board/inka4x0/inka4x0.c index 7428b92..c645b05 100644 --- a/board/inka4x0/inka4x0.c +++ b/board/inka4x0/inka4x0.c @@ -274,36 +274,3 @@ void pci_init_board(void) pci_mpc5xxx_init(hose); } #endif - -#if defined(CONFIG_CMD_IDE) defined(CONFIG_IDE_RESET) - -void init_ide_reset (void) -{ - volatile struct mpc5xxx_wu_gpio *wu_gpio = - (struct mpc5xxx_wu_gpio *)MPC5XXX_WU_GPIO; - - debug (init_ide_reset\n); - - /* Configure PSC1_4 as GPIO output for ATA reset */ - setbits_8(wu_gpio-enable, MPC5XXX_GPIO_WKUP_PSC1_4); - setbits_8(wu_gpio-ddr,MPC5XXX_GPIO_WKUP_PSC1_4); - /* Deassert reset */ - setbits_8(wu_gpio-dvo,MPC5XXX_GPIO_WKUP_PSC1_4); -} - -void ide_set_reset (int idereset) -{ - volatile struct mpc5xxx_wu_gpio *wu_gpio = - (struct mpc5xxx_wu_gpio *)MPC5XXX_WU_GPIO; - - debug (ide_reset(%d)\n, idereset); - - if (idereset) { - clrbits_8(wu_gpio-dvo, MPC5XXX_GPIO_WKUP_PSC1_4); - /* Make a delay. MPC5200 spec says 25 usec min */ - udelay(50); - } else { - setbits_8(wu_gpio-dvo, MPC5XXX_GPIO_WKUP_PSC1_4); - } -} -#endif diff --git a/include/configs/inka4x0.h b/include/configs/inka4x0.h index 5f06b09..46606ca 100644 --- a/include/configs/inka4x0.h +++ b/include/configs/inka4x0.h @@ -418,7 +418,6 @@ static inline void tws_data_config_output(unsigned output) #undef CONFIG_IDE_8xx_DIRECT /* Direct IDEnot supported */ #undef CONFIG_IDE_LED /* LED for ide not supported */ -#defineCONFIG_IDE_RESET/* reset for ide supported */ #define CONFIG_IDE_PREINIT #define CONFIG_SYS_IDE_MAXBUS 1 /* max. 1 IDE bus */ -- 1.6.0.6 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/2][Net][ppc4xx] Remove support for non-CONFIG_NET_MULTI on PPC4xx EMAC
On Monday 04 May 2009, Stefan Roese wrote: Ben, this doesn't apply against mainline. I suppose you already based this against your next? Best would be if you would apply this patch directly and I'll apply the other one [[PATCH 1/2][Net][ppc4xx] Enable CONFIG_NET_MULTI on all remaining PPC4xx boards]. OK? If yes, I'll send a pull request for my next to Wolfgang tomorrow. Ben? 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: off...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] OMAP3EVM: Set default bootfile
Sanjeev Premi wrote: The current configuration doesn't define default bootfile; leading to this warning at execution: OMAP3_EVM # dhcp ... ... DHCP client bound to address 192.168.1.11 *** Warning: no boot file name; using 'AC18BE16.img' TFTP from server 0.0.0.0; our IP address is 192.168.1.11; sending through gateway 192.168.1.1 Filename 'AC18BE16.img'. Load address: 0x8200 Loading: * TFTP error: 'File not found' (1) Signed-off-by: Sanjeev Premi pr...@ti.com Acked-by: Dirk Behme dirk.be...@googlemail.com --- include/configs/omap3_evm.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/include/configs/omap3_evm.h b/include/configs/omap3_evm.h index 549cef9..e205c01 100644 --- a/include/configs/omap3_evm.h +++ b/include/configs/omap3_evm.h @@ -149,6 +149,8 @@ /* Environment information */ #define CONFIG_BOOTDELAY 10 +#define CONFIG_BOOTFILE uImage + #define CONFIG_EXTRA_ENV_SETTINGS \ loadaddr=0x8200\0 \ console=ttyS2,115200n8\0 \ ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Cross-compiling U-Boot on Mac OS X -- can't find crc32.c?
On Mon, May 4, 2009 at 7:47 PM, Mike Frysinger vap...@gentoo.org wrote: On Monday 04 May 2009 09:27:11 Timur Tabi wrote: On Fri, May 1, 2009 at 7:10 PM, Jean-Christophe wrote: to compile on Mac OS you will have to move to the laster Mainline , What is that? the latest git source tree, not the latest release That's what I've been using, and that's what's broken. -- Timur Tabi Linux kernel developer at Freescale ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH 0/3] OMAP3: Minor code clean up, no functional change
This patch series is an attempt (*) to help with [1] and the first part of [2]. It contains only minor code clean up, no functional changes. Complete patch series boot tested on OMAP3 BeagleBoard and compile tested with ./MAKEALL ARM_CORTEX_A8. I'm unsure about two topics: * The initial ideas and patches for these changes are all from Jean-Christophe (*). So I added Jean-Christophe's From: and Signed-off-by:. If this is wrong, please correct. * Patch 2/3 renames interrupts.c to timer.c. In git this can be done easier by just rename. But for testing and sending it as patch to be applied I had to do it this way. Maybe the rename could be done easier while applying the patch to git? Best regards Dirk (*) Jean-Christophe told me that he is busy, hopefully I can help a little with this. [1] http://lists.denx.de/pipermail/u-boot/2009-May/051948.html [2] http://lists.denx.de/pipermail/u-boot/2009-May/051949.html ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH 2/3] OMAP3: Rename interrupts.c to timer.c
After removal of dublicated interrupt code, rename file to what it really does now. From: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com Signed-off-by: Dirk Behme dirk.be...@googlemail.com --- cpu/arm_cortexa8/omap3/Makefile |2 cpu/arm_cortexa8/omap3/interrupts.c | 138 cpu/arm_cortexa8/omap3/timer.c | 138 3 files changed, 139 insertions(+), 139 deletions(-) Index: u-boot-main/cpu/arm_cortexa8/omap3/Makefile === --- u-boot-main.orig/cpu/arm_cortexa8/omap3/Makefile +++ u-boot-main/cpu/arm_cortexa8/omap3/Makefile @@ -26,7 +26,7 @@ include $(TOPDIR)/config.mk LIB= $(obj)lib$(SOC).a SOBJS := lowlevel_init.o -COBJS := sys_info.o board.o clock.o interrupts.o mem.o syslib.o +COBJS := sys_info.o board.o clock.o timer.o mem.o syslib.o SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) OBJS := $(addprefix $(obj),$(COBJS) $(SOBJS)) Index: u-boot-main/cpu/arm_cortexa8/omap3/timer.c === --- /dev/null +++ u-boot-main/cpu/arm_cortexa8/omap3/timer.c @@ -0,0 +1,138 @@ +/* + * (C) Copyright 2008 + * Texas Instruments + * + * Richard Woodruff r-woodru...@ti.com + * Syed Moahmmed Khasim kha...@ti.com + * + * (C) Copyright 2002 + * Sysgo Real-Time Solutions, GmbH www.elinos.com + * Marius Groeger mgroe...@sysgo.de + * Alex Zuepke a...@sysgo.de + * + * (C) Copyright 2002 + * Gary Jennejohn, DENX Software Engineering, g...@denx.de + * + * See file CREDITS for list of people who contributed to this + * project. + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of + * the License, or (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, + * MA 02111-1307 USA + */ + +#include common.h +#include asm/io.h + +static ulong timestamp; +static ulong lastinc; +static gptimer_t *timer_base = (gptimer_t *)CONFIG_SYS_TIMERBASE; + +/* + * Nothing really to do with interrupts, just starts up a counter. + * We run the counter with 13MHz, divided by 8, resulting in timer + * frequency of 1.625MHz. With 32bit counter register, counter + * overflows in ~44min + */ + +/* 13MHz / 8 = 1.625MHz */ +#define TIMER_CLOCK(V_SCLK / (2 CONFIG_SYS_PTV)) +#define TIMER_LOAD_VAL 0x + +int interrupt_init(void) +{ + /* start the counter ticking up, reload value on overflow */ + writel(TIMER_LOAD_VAL, timer_base-tldr); + /* enable timer */ + writel((CONFIG_SYS_PTV 2) | TCLR_PRE | TCLR_AR | TCLR_ST, + timer_base-tclr); + + reset_timer_masked(); /* init the timestamp and lastinc value */ + + return 0; +} + +/* + * timer without interrupts + */ +void reset_timer(void) +{ + reset_timer_masked(); +} + +ulong get_timer(ulong base) +{ + return get_timer_masked() - base; +} + +void set_timer(ulong t) +{ + timestamp = t; +} + +/* delay x useconds */ +void udelay(unsigned long usec) +{ + long tmo = usec * (TIMER_CLOCK / 1000) / 1000; + unsigned long now, last = readl(timer_base-tcrr); + + while (tmo 0) { + now = readl(timer_base-tcrr); + if (last now) /* count up timer overflow */ + tmo -= TIMER_LOAD_VAL - last + now; + else + tmo -= now - last; + last = now; + } +} + +void reset_timer_masked(void) +{ + /* reset time, capture current incrementer value time */ + lastinc = readl(timer_base-tcrr) / (TIMER_CLOCK / CONFIG_SYS_HZ); + timestamp = 0; /* start advancing time stamp from 0 */ +} + +ulong get_timer_masked(void) +{ + /* current tick value */ + ulong now = readl(timer_base-tcrr) / (TIMER_CLOCK / CONFIG_SYS_HZ); + + if (now = lastinc) /* normal mode (non roll) */ + /* move stamp fordward with absoulte diff ticks */ + timestamp += (now - lastinc); + else/* we have rollover of incrementer */ + timestamp += ((TIMER_LOAD_VAL / (TIMER_CLOCK / CONFIG_SYS_HZ)) + - lastinc) + now; + lastinc = now; + return timestamp; +} + +/* + * This function is derived from PowerPC code (read timebase as long long). + * On ARM it just returns the timer value. + */
[U-Boot] [PATCH 1/3] OMAP3: Remove dublicated interrupt code
Remove duplicated interrupt code. Original, identical code can be found in lib_arm/interrupts.c From: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com Signed-off-by: Dirk Behme dirk.be...@googlemail.com --- cpu/arm_cortexa8/omap3/interrupts.c | 128 1 file changed, 128 deletions(-) Index: u-boot-main/cpu/arm_cortexa8/omap3/interrupts.c === --- u-boot-main.orig/cpu/arm_cortexa8/omap3/interrupts.c +++ u-boot-main/cpu/arm_cortexa8/omap3/interrupts.c @@ -34,134 +34,6 @@ #include common.h #include asm/io.h -#include asm/proc-armv/ptrace.h - -#ifdef CONFIG_USE_IRQ -/* enable IRQ interrupts */ -void enable_interrupts(void) -{ - unsigned long temp; - __asm__ __volatile__(mrs %0, cpsr\n -bic %0, %0, #0x80\n msr cpsr_c, %0:=r(temp) -::memory); -} - -/* - * disable IRQ/FIQ interrupts - * returns true if interrupts had been enabled before we disabled them - */ -int disable_interrupts(void) -{ - unsigned long old, temp; - __asm__ __volatile__(mrs %0, cpsr\n -orr %1, %0, #0xc0\n -msr cpsr_c, %1:=r(old), =r(temp) -::memory); - return (old 0x80) == 0; -} -#else -void enable_interrupts(void) -{ - return; -} -int disable_interrupts(void) -{ - return 0; -} -#endif - -void bad_mode(void) -{ - panic(Resetting CPU ...\n); - reset_cpu(0); -} - -void show_regs(struct pt_regs *regs) -{ - unsigned long flags; - const char *processor_modes[] = { - USER_26, FIQ_26, IRQ_26, SVC_26, - UK4_26, UK5_26, UK6_26, UK7_26, - UK8_26, UK9_26, UK10_26, UK11_26, - UK12_26, UK13_26, UK14_26, UK15_26, - USER_32, FIQ_32, IRQ_32, SVC_32, - UK4_32, UK5_32, UK6_32, ABT_32, - UK8_32, UK9_32, UK10_32, UND_32, - UK12_32, UK13_32, UK14_32, SYS_32, - }; - - flags = condition_codes(regs); - - printf(pc : [%08lx]lr : [%08lx]\n - sp : %08lx ip : %08lx fp : %08lx\n, - instruction_pointer(regs), - regs-ARM_lr, regs-ARM_sp, regs-ARM_ip, regs-ARM_fp); - printf(r10: %08lx r9 : %08lx r8 : %08lx\n, - regs-ARM_r10, regs-ARM_r9, regs-ARM_r8); - printf(r7 : %08lx r6 : %08lx r5 : %08lx r4 : %08lx\n, - regs-ARM_r7, regs-ARM_r6, regs-ARM_r5, regs-ARM_r4); - printf(r3 : %08lx r2 : %08lx r1 : %08lx r0 : %08lx\n, - regs-ARM_r3, regs-ARM_r2, regs-ARM_r1, regs-ARM_r0); - printf(Flags: %c%c%c%c, - flags CC_N_BIT ? 'N' : 'n', - flags CC_Z_BIT ? 'Z' : 'z', - flags CC_C_BIT ? 'C' : 'c', flags CC_V_BIT ? 'V' : 'v'); - printf( IRQs %s FIQs %s Mode %s%s\n, - interrupts_enabled(regs) ? on : off, - fast_interrupts_enabled(regs) ? on : off, - processor_modes[processor_mode(regs)], - thumb_mode(regs) ? (T) : ); -} - -void do_undefined_instruction(struct pt_regs *pt_regs) -{ - printf(undefined instruction\n); - show_regs(pt_regs); - bad_mode(); -} - -void do_software_interrupt(struct pt_regs *pt_regs) -{ - printf(software interrupt\n); - show_regs(pt_regs); - bad_mode(); -} - -void do_prefetch_abort(struct pt_regs *pt_regs) -{ - printf(prefetch abort\n); - show_regs(pt_regs); - bad_mode(); -} - -void do_data_abort(struct pt_regs *pt_regs) -{ - printf(data abort\n); - show_regs(pt_regs); - bad_mode(); -} - -void do_not_used(struct pt_regs *pt_regs) -{ - printf(not used\n); - show_regs(pt_regs); - bad_mode(); -} - -void do_fiq(struct pt_regs *pt_regs) -{ - printf(fast interrupt request\n); - show_regs(pt_regs); - bad_mode(); -} - -void do_irq(struct pt_regs *pt_regs) -{ - printf(interrupt request\n); - show_regs(pt_regs); - bad_mode(); -} - static ulong timestamp; static ulong lastinc; ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH 3/3] OMAP3: Reorganize Makefile style
Reformat COBJS handling. From: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com Signed-off-by: Dirk Behme dirk.be...@googlemail.com --- cpu/arm_cortexa8/omap3/Makefile |8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) Index: u-boot-main/cpu/arm_cortexa8/omap3/Makefile === --- u-boot-main.orig/cpu/arm_cortexa8/omap3/Makefile +++ u-boot-main/cpu/arm_cortexa8/omap3/Makefile @@ -26,7 +26,13 @@ include $(TOPDIR)/config.mk LIB= $(obj)lib$(SOC).a SOBJS := lowlevel_init.o -COBJS := sys_info.o board.o clock.o timer.o mem.o syslib.o + +COBJS += board.o +COBJS += clock.o +COBJS += mem.o +COBJS += syslib.o +COBJS += sys_info.o +COBJS += timer.o SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) OBJS := $(addprefix $(obj),$(COBJS) $(SOBJS)) ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] powerpc: why call unlock_ram_in_cache() only for e500 cores and linux?
For the powerpc architecture there are 2 locations that I see caches being unlocked for those boards which lock a cache for use as early memory: - lib_ppc/board.c, line 757 in board_init_r() #if defined(CONFIG_SYS_INIT_RAM_LOCK) defined(CONFIG_E500) unlock_ram_in_cache(); /* it's time to unlock D-cache in e500 */ #endif - lib_ppc/bootm.c, line 74 in boot_jump_linux() #if defined(CONFIG_SYS_INIT_RAM_LOCK) !defined(CONFIG_E500) unlock_ram_in_cache(); #endif I had a few questions about this and was hoping someone had some insight: 1. Why is the cache only unlocked for e500 cores in board.c? It seems like the cache should be unlocked for all processor types in board.c. I was under the impression any data which was initially stored/referenced in the cache as RAM early in the boot process was not needed after relocating to SDRAM. I've tried unlocking an mpc8640's cache in board.c and the board appears to function normally to (somewhat) support this. 2. Why is the cache only unlocked when booting Linux for non-e500 processors? Shouldn't the cache be unlocked before booting all OSes? For example, from what I can tell, the reference VxWorks BSP for the mpc8641 expects the caches to be unlocked/enabled when booting and has issues when booting with the L1 cache locked. It seems like unlocking the cache for all CPUs in lib_ppc/board.c would provide a slight performance boost as well as a bit of consistency, while I'm not aware of any downsides. Based on the git changelogs, it looks like the 86xx and 83xx architectures used to have some bugs related to unlock_ram_in_cache() (d685b74c64a38849f1a129b3ab846fbf67dd937e use r4 instead of r2 in lock_ram_in_cache and unlock_ram_in_cache). Perhaps these bugs were the reason that caches were only unlocked for e500 cores? Thanks for any insight, Peter ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/2][Net][ppc4xx] Remove support for non-CONFIG_NET_MULTI on PPC4xx EMAC
Hi Stefan, Stefan Roese wrote: On Monday 04 May 2009, Stefan Roese wrote: Ben, this doesn't apply against mainline. I suppose you already based this against your next? Best would be if you would apply this patch directly and I'll apply the other one [[PATCH 1/2][Net][ppc4xx] Enable CONFIG_NET_MULTI on all remaining PPC4xx boards]. OK? If yes, I'll send a pull request for my next to Wolfgang tomorrow. Ben? Sorry for the delay. Yeah, please go ahead and apply 1/2 to your tree and ask Wolfgang to pull. The second part can be applied at any time - I'll take care of it. Thanks for your help. Best regards, Stefan regards, Ben ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/2][Net][ppc4xx] Enable CONFIG_NET_MULTI on all remaining PPC4xx boards
On Wednesday 29 April 2009, Ben Warren wrote: All in-tree PPC4xx boards now use CONFIG_NET_MULTI Signed-off-by: Ben Warren biggerbadder...@gmail.com Applied to ppc4xx/next. Thanks. 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: off...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Please pull u-boot-ppc4xx/next
Hi Wolfgang, please pull some changes for ppc4xx/next: The following changes since commit 6b8edfde22acc574b5532e9f086e6a7287a9bc78: Wolfgang Denk (1): Prepare v2009.06-rc1 are available in the git repository at: git://www.denx.de/git/u-boot-ppc4xx.git next Ben Warren (1): Enable CONFIG_NET_MULTI on all remaining PPC4xx boards Matthias Fuchs (6): esd/common: extend cpld command with address parameter 4xx: Remove binary cpld bitstream from CMS700 board 4xx: Remove binary cpld bitstream from PMC405 board 4xx: Remove binary cpld bitstream from VOM405 board 4xx: Remove binary cpld bitstream from DP405 board 4xx: Add support for DP405 hardware variants board/esd/cms700/cms700.c|8 - board/esd/cms700/config.mk |7 +- board/esd/cms700/fpgadata.c | 1812 - board/esd/common/xilinx_jtag/micro.c | 24 +- board/esd/common/xilinx_jtag/ports.c | 10 +- board/esd/dp405/config.mk|7 +- board/esd/dp405/dp405.c | 40 +- board/esd/dp405/fpgadata.c | 1812 - board/esd/pmc405/fpgadata.c | 2472 -- board/esd/pmc405/pmc405.c|7 - board/esd/vom405/config.mk |8 +- board/esd/vom405/fpgadata.c | 1812 - board/esd/vom405/vom405.c|7 - include/configs/AR405.h |1 + include/configs/CMS700.h | 53 +- include/configs/CPCIISER4.h |1 + include/configs/CRAYL1.h |1 + include/configs/DP405.h | 86 +-- include/configs/ERIC.h |1 + include/configs/EXBITGEN.h |1 + include/configs/HUB405.h |1 + include/configs/JSE.h|1 + include/configs/MIP405.h |1 + include/configs/OCRTC.h |1 + include/configs/ORSG.h |1 + include/configs/PIP405.h |1 + include/configs/PMC405.h |3 - include/configs/VOM405.h | 21 +- include/configs/W7OLMC.h |1 + include/configs/W7OLMG.h |1 + include/configs/WUH405.h |1 + include/configs/csb272.h |1 + include/configs/csb472.h |1 + include/configs/netstal-common.h |2 +- include/configs/sbc405.h |1 + 35 files changed, 83 insertions(+), 8125 deletions(-) delete mode 100644 board/esd/cms700/fpgadata.c delete mode 100644 board/esd/dp405/fpgadata.c delete mode 100644 board/esd/pmc405/fpgadata.c delete mode 100644 board/esd/vom405/fpgadata.c ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Congrats
Confirm receipt by contacting the process unit officer Herald claim your £1,000,000GBP E-mail:phun...@btinternet.com Fill the details:Name,Add,Tel.Yours Ms.Caroline ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Micrel Switch KS8995M Driver
Hello all, I need some help here :P I'm trying to add a driver for a KS8995M ethernet switch, I found one at OpenWRT. Has anyone here ever included a driver for this ethernet device on u-boot? Thanks in advance. Raphael Amorim ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] PATCH arm920t kgdb serial support
Dear barbal...@igi.cnr.it, In message 4a0078e2.2060...@igi.cnr.it you wrote: diff -r -u u-boot/common/kgdb.c u-boot-UniPd-denx.de/common/kgdb.c --- u-boot/common/kgdb.c2007-11-06 18:07:07.0 +0100 +++ u-boot-UniPd-denx.de/common/kgdb.c2009-05-05 18:44:25.0 Commit message missing. Signed-off-by: line missing. ... /* Need to flush the instruction cache here, as we may have deposited a * breakpoint, and the icache probably has no way of knowing that a data ref to And your mailer wrapped long lines, so the whole patch is corrupted. I don't even continue reading here. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Chapter 1 -- The story so far: In the beginning the Universe was created. This has made a lot of people very angry and been widely regarded as a bad move. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] arm920t kgdb serial support
This patch add kgdb to ARM920T cpus (full support to s3c2440). The patch lets debugging remote ARM targets using the serial line and GDB. Signed-off-by: Antonio Barbalace antonio.barbalace at igi.cnr.it diff -r -u u-boot/common/kgdb.c u-boot-UniPd-denx.de/common/kgdb.c --- u-boot/common/kgdb.c2007-11-06 18:07:07.0 +0100 +++ u-boot-UniPd-denx.de/common/kgdb.c 2009-05-05 18:44:25.0 +0200 @@ -458,6 +458,7 @@ goto doexit; +#ifdef _PPC case 'S':/* SSS single step with signal SS */ *ptr = '\0';/* ignore the signal number for now */ /* fall through */ @@ -469,7 +470,7 @@ kd.exaddr = addr; kd.extype |= KGDBEXIT_WITHADDR; } - +#endif doexit: /* Need to flush the instruction cache here, as we may have deposited a * breakpoint, and the icache probably has no way of knowing that a data ref to @@ -496,8 +497,13 @@ } else { kgdb_error(KGDBERR_BADPARAMS); } + + case 'q': + if (!(strcmp(ptr, Supported))) { + sprintf(remcomOutBuffer, PacketSize=%d, BUFMAX); + } break; - } /* switch */ + } /* switch */ if (errnum != 0) sprintf(remcomOutBuffer, E%02d, errnum); diff -r -u u-boot/cpu/arm920t/Makefile u-boot-UniPd-denx.de/cpu/arm920t/Makefile --- u-boot/cpu/arm920t/Makefile 2007-11-07 17:18:30.0 +0100 +++ u-boot-UniPd-denx.de/cpu/arm920t/Makefile 2009-01-15 17:01:58.0 +0100 @@ -26,7 +26,8 @@ LIB = $(obj)lib$(CPU).a START = start.o -COBJS = cpu.o interrupts.o +COBJS = cpu.o interrupts.o +SOBJS = kgdb.o SRCS := $(START:.o=.S) $(SOBJS:.o=.S) $(COBJS:.o=.c) OBJS := $(addprefix $(obj),$(COBJS) $(SOBJS)) diff -r -u u-boot/cpu/arm920t/interrupts.c u-boot-UniPd-denx.de/cpu/arm920t/interrupts.c --- u-boot/cpu/arm920t/interrupts.c 2007-11-06 18:11:29.0 +0100 +++ u-boot-UniPd-denx.de/cpu/arm920t/interrupts.c 2009-05-05 18:52:15.0 +0200 @@ -33,6 +33,10 @@ #include arm920t.h #include asm/proc-armv/ptrace.h +#if defined(CONFIG_CMD_KGDB) +int (*debugger_exception_handler)(struct pt_regs *) = 0; +#endif + #ifdef CONFIG_USE_IRQ /* enable IRQ interrupts */ void enable_interrupts (void) @@ -119,9 +123,16 @@ void do_undefined_instruction (struct pt_regs *pt_regs) { +#if defined(CONFIG_CMD_KGDB) + pt_regs-ARM_pc -= 4; + if (debugger_exception_handler (*debugger_exception_handler)(pt_regs)) { + return; + } +#else printf (undefined instruction\n); show_regs (pt_regs); bad_mode (); +#endif } void do_software_interrupt (struct pt_regs *pt_regs) diff -r -u u-boot/cpu/arm920t/s3c24x0/serial.c u-boot-UniPd-denx.de/cpu/arm920t/s3c24x0/serial.c --- u-boot/cpu/arm920t/s3c24x0/serial.c 2007-11-06 18:13:13.0 +0100 +++ u-boot-UniPd-denx.de/cpu/arm920t/s3c24x0/serial.c 2009-05-05 19:00:14.0 +0200 @@ -306,6 +306,114 @@ #endif /* CONFIG_SERIAL_MULTI */ +#if defined(CONFIG_CMD_KGDB) +/* + according to CONFIG_KGDB_SER_INDEX kgdb uses serial port + number 0 or number 1 + - if CONFIG_KGDB_SER_INDEX = 1 = serial port number 0 : + configuration has been already done + - if CONFIG_KGDB_SER_INDEX = 2 = serial port number 1 : + configure port 1 for serial I/O with rate = CONFIG_KGDB_BAUDRATE +*/ +#if (CONFIG_KGDB_SER_INDEX 2) +void kgdb_serial_init (void) +{ + volatile char val; + unsigned short br_reg; + + get_clocks (); + br_reg = (gd-cpu_clk / 16) / 18) * 10) / CONFIG_KGDB_BAUDRATE) + + 5) / 10; + /* +* Init onboard 16550 UART +*/ + out8 (ACTING_UART1_BASE + UART_LCR, 0x80); /* set DLAB bit */ + out8 (ACTING_UART1_BASE + UART_DLL, (br_reg 0x00ff)); /* set divisor for 9600 baud */ + out8 (ACTING_UART1_BASE + UART_DLM, ((br_reg 0xff00) 8)); /* set divisor for 9600 baud */ + out8 (ACTING_UART1_BASE + UART_LCR, 0x03); /* line control 8 bits no parity */ + out8 (ACTING_UART1_BASE + UART_FCR, 0x00); /* disable FIFO */ + out8 (ACTING_UART1_BASE + UART_MCR, 0x00); /* no modem control DTR RTS */ + val = in8 (ACTING_UART1_BASE + UART_LSR); /* clear line status */ + val = in8 (ACTING_UART1_BASE + UART_RBR); /* read receive buffer */ + out8 (ACTING_UART1_BASE + UART_SCR, 0x00); /* set scratchpad */ + out8 (ACTING_UART1_BASE + UART_IER, 0x00); /* set interrupt enable reg */ +} + +void putDebugChar (const char c) +{ + if (c == '\n') + serial_putc ('\r'); + + out8 (ACTING_UART1_BASE +
Re: [U-Boot] [PATCH] arm920t kgdb serial support
barbal...@igi.cnr.it wrote: This patch add kgdb to ARM920T cpus (full support to s3c2440). The patch lets debugging remote ARM targets using the serial line and GDB. Signed-off-by: Antonio Barbalace antonio.barbalace at igi.cnr.it diff -r -u u-boot/common/kgdb.c u-boot-UniPd-denx.de/common/kgdb.c --- u-boot/common/kgdb.c 2007-11-06 18:07:07.0 +0100 +++ u-boot-UniPd-denx.de/common/kgdb.c2009-05-05 18:44:25.0 +0200 @@ -458,6 +458,7 @@ goto doexit; +#ifdef _PPC CONFIG_PPC -- and explain in a comment why this is powerpc-specific (and keep in mind that ARM and PowerPC are not the only possibilities), and what happens on other architectures if those commands are used. @@ -496,8 +497,13 @@ } else { kgdb_error(KGDBERR_BADPARAMS); } + + case 'q': + if (!(strcmp(ptr, Supported))) { + sprintf(remcomOutBuffer, PacketSize=%d, BUFMAX); + } break; Explain what this change does -- what does it have to do with arm920t? -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/3] smc911x: write back the manually set MAC address
On Wednesday 08 April 2009 07:23:37 Daniel Mack wrote: If the MAX address is given by the environment, write it back to the hardware. Signed-off-by: Mike Frysinger vap...@gentoo.org -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] u-boot-v2 initrd support for ARM
Hi, here's a small patch to make initrd working on ARM in u-boot-v2. I use it to boot over the network like this: tftp /tftpboot/kernel.uImage kernel tftp /tftpboot/rootfs.uImage rootfs bootm -r rootfs kernel I create the rootfs image like this: mkimage -A arm -O linux -T ramdisk -C none -a 0xA080 -n rootfs \ -d rootfs.cpio.gz rootfs.uImage (this is for imx27) regards, Eric Signed-off-by: Eric Lammerts e...@lammerts.org diff --git a/arch/arm/lib/armlinux.c b/arch/arm/lib/armlinux.c index ce86ff8..7d686eb 100644 --- a/arch/arm/lib/armlinux.c +++ b/arch/arm/lib/armlinux.c @@ -68,14 +68,12 @@ static void __setup_memory_tags(void); #define setup_memory_tags() do {} while(0) #endif -#if 0 #ifdef CONFIG_INITRD_TAG static void __setup_initrd_tag(ulong initrd_start, ulong initrd_end); #define setup_initrd_tag __setup_initrd_tag #else #define setup_initrd_tag(a,b) do {} while(0) #endif -#endif extern ulong calc_fbsize(void); #if defined (CONFIG_VFD) || defined (CONFIG_LCD) @@ -156,10 +154,8 @@ int do_bootm_linux(struct image_data *data) setup_revision_tag(params); setup_memory_tags(); setup_commandline_tag(commandline); -#if 0 - if (initrd_start initrd_end) - setup_initrd_tag (initrd_start, initrd_end); -#endif + if (data-initrd-data) + setup_initrd_tag ((ulong)data-initrd-data, (ulong)data-initrd-data + ntohl(data-initrd-header.ih_size)); setup_videolfb_tag((gd_t *) gd); setup_end_tag(); ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot