Re: [U-Boot] Unable to run scripts with autoscr command
Hi Graeme, On Mon, Feb 27, 2012 at 12:12 PM, Graeme Russ graeme.r...@gmail.com wrote: Hi Asif, On 02/27/2012 05:26 PM, Asif Sulikeri wrote: And the increase of 100kB is massive - are you sure you are compiling with the same set of options defined in the board config file? If you are sure, then it would be interesting to find out what has caused it. I am compiling with the default options, with no additional changes made to the conf file, the 1.3.4 version used to give me 150kB binary as compared to the 252kB binary generated by the 2010.06 version. Ah - Looks like some more options have crept into the default configuration - Can you send the two board config files (as inline text, not attachments) so I can compare? Here's the exact contents of the config file:*u-boot/include/configs/davinci_dm365_ipnc.h * u-boot version: *1.3.4* #ifndef __CONFIG_H #define __CONFIG_H #include asm/sizes.h /*===*/ /* Board */ /*===*/ #define CFG_DM365_IPNC #define CFG_USE_NAND //ANR - Use old layout //#define CFG_DAVINCI_STD_NAND_LAYOUT #define CONFIG_ENV_OVERWRITE /*===*/ /* SoC Configuration */ /*===*/ #define CONFIG_ARM926EJS/* arm926ejs CPU core */ #define CONFIG_SYS_CLK_FREQ29700/* Arm Clock frequency */ #define CFG_TIMERBASE0x01C21400/* use timer 0 */ #define CFG_HZ_CLOCK2400/* Timer Input clock freq */ #define CFG_HZ1000 /*=*/ /* Memory Info */ /*=*/ #define CFG_MALLOC_LEN(0x4 + 128*1024) /* malloc () len */ #define CFG_GBL_DATA_SIZE128/* reserved for initial data */ #define CFG_MEMTEST_START0x8200/* memtest start address */ #define CFG_MEMTEST_END0x9000/* 16MB RAM test */ #define CONFIG_NR_DRAM_BANKS1/* we have 1 bank of DRAM */ #define CONFIG_STACKSIZE(256*1024)/* regular stack */ #define PHYS_SDRAM_10x8000/* DDR Start */ #define PHYS_SDRAM_1_SIZE0x800/* DDR size 128MB */ /**/ /* Serial Driver info */ /**/ #define CFG_NS16550 #define CFG_NS16550_SERIAL #define CFG_NS16550_REG_SIZE4/* NS16550 register size */ #define CFG_NS16550_COM10x01C2/* Base address of UART0 */ #define CFG_NS16550_COM20x01D06000/* Base address of UART0 */ #define CFG_NS16550_CLK12150/* Input clock to NS16550 */ #define CONFIG_CONS_INDEX2/* use UART0 for console */ #define CONFIG_BAUDRATE115200/* Default baud rate */ #define CFG_BAUDRATE_TABLE{ 9600, 19200, 38400, 57600, 115200 } /*===*/ /* I2C Configuration */ /*===*/ #define CONFIG_HARD_I2C #define CONFIG_DRIVER_DAVINCI_I2C #define CFG_I2C_SPEED10/* 100Kbps */ #define CFG_I2C_SLAVE10/* Bogus, master-only in U-Boot */ /**/ #define CFG_I2C_EEPROM_ADDR_LEN2 #define CFG_I2C_EEPROM_ADDR0x50 #define CFG_EEPROM_PAGE_WRITE_BITS6 #define CFG_EEPROM_PAGE_WRITE_DELAY_MS20 /*==*/ /* Network Ethernet Configuration */ /*==*/ #define CONFIG_DRIVER_TI_EMAC #define CONFIG_MII #define CONFIG_BOOTP_DEFAULT #define CONFIG_BOOTP_DNS #define CONFIG_BOOTP_DNS2 #define CONFIG_BOOTP_SEND_HOSTNAME #define CONFIG_NET_RETRY_COUNT10 /*=*/ /* Flash Environment */ /*=*/ #ifdef CFG_USE_NAND #undef CFG_ENV_IS_IN_FLASH #define CFG_NO_FLASH #define CFG_ENV_IS_IN_NAND/* U-Boot env in NAND Flash */ #define CFG_ENV_SECT_SIZE0x4000 /* Env sector Size */ #define CFG_ENV_SIZESZ_16K #define CONFIG_SKIP_LOWLEVEL_INIT/* U-Boot is loaded by a bootloader */ #define CONFIG_SKIP_RELOCATE_UBOOT/* to a proper address, init done */ #define CFG_NAND_BASE0x0200 #define CFG_NAND_4BIT_ECC #define CFG_NAND_HW_ECC #define CFG_MAX_NAND_DEVICE1/* Max number of NAND devices */ #define CFG_ENV_OFFSET0x6c000/* environment starts here */ #define CFG_NAND_BASE_LIST {CFG_NAND_BASE, CFG_NAND_BASE+0x4000} #endif /*==*/ /* U-Boot general configuration */ /*==*/ #undefCONFIG_USE_IRQ/* No IRQ/FIQ in U-Boot */ #define CONFIG_MISC_INIT_R #define CONFIG_BOOTDELAY4 #define CONFIG_BOOTFILEuImage/* Boot file name */ #define CFG_PROMPTDM365 IPNC :/* Monitor Command Prompt */ #define CFG_CBSIZE1024/* Console I/O Buffer Size */ #define CFG_PBSIZE(CFG_CBSIZE+sizeof(CFG_PROMPT) + 16)/* Print buffer sz */ #define CFG_MAXARGS16/* max number of command args */ #define CFG_BARGSIZECFG_CBSIZE/* Boot Argument Buffer Size */ #define CFG_LOAD_ADDR
Re: [U-Boot] Unable to run scripts with autoscr command
Hi Asif, On 02/27/2012 07:19 PM, Asif Sulikeri wrote: Hi Graeme, On Mon, Feb 27, 2012 at 12:12 PM, Graeme Russ graeme.r...@gmail.com mailto:graeme.r...@gmail.com wrote: Hi Asif, On 02/27/2012 05:26 PM, Asif Sulikeri wrote: And the increase of 100kB is massive - are you sure you are compiling with the same set of options defined in the board config file? If you are sure, then it would be interesting to find out what has caused it. I am compiling with the default options, with no additional changes made to the conf file, the 1.3.4 version used to give me 150kB binary as compared to the 252kB binary generated by the 2010.06 version. Ah - Looks like some more options have crept into the default configuration - Can you send the two board config files (as inline text, not attachments) so I can compare? [snip] and the contents of: *u-boot-2010.06/include/configs/davinci_dm365evm.h * u-boot version: *2010.06* [snip] /* USB Configuration */ #define CONFIG_USB_DAVINCI #define CONFIG_MUSB_HCD I think this is where most of the code size increase is coming from - Try to #undef there and all of the following USB stuff will go #ifdef CONFIG_USB_DAVINCI #define CONFIG_CMD_USB /* include support for usb */ #define CONFIG_CMD_STORAGE /* include support for usb */ #define CONFIG_CMD_FAT /* include support for FAT/storage*/ #define CONFIG_DOS_PARTITION /* include support for FAT/storage*/ #endif #ifdef CONFIG_MUSB_HCD /* include support for usb host */ #define CONFIG_CMD_USB /* include support for usb cmd */ #define CONFIG_USB_STORAGE /* MSC class support */ #define CONFIG_CMD_STORAGE /* inclue support for usb-storage cmd */ #define CONFIG_CMD_FAT /* inclue support for FAT/storage */ #define CONFIG_DOS_PARTITION /* inclue support for FAT/storage */ #ifdef CONFIG_USB_KEYBOARD /* HID class support */ #define CONFIG_SYS_USB_EVENT_POLL #define CONFIG_PREBOOT usb start #endif /* CONFIG_USB_KEYBOARD */ #endif /* CONFIG_MUSB_HCD */ #ifdef CONFIG_MUSB_UDC #define CONFIG_USB_DEVICE 1 #define CONFIG_USB_TTY 1 #define CONFIG_SYS_CONSOLE_IS_IN_ENV 1 #define CONFIG_USBD_VENDORID 0x0451 #define CONFIG_USBD_PRODUCTID 0x5678 #define CONFIG_USBD_MANUFACTURER Texas Instruments #define CONFIG_USBD_PRODUCT_NAME DM365VM #endif /* CONFIG_MUSB_UDC */ Regards, Graeme ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Unable to run scripts with autoscr command
Hi any updates on this? On Sat, Feb 25, 2012 at 6:44 AM, Graeme Russ graeme.r...@gmail.com wrote: Hi Asif, On 02/24/2012 04:43 PM, Asif Sulikeri wrote: Thanks Graeme, replies in-line, Appreciated (after all, that is ML etiquette) On Fri, Feb 24, 2012 at 11:01 AM, Graeme Russ graeme.r...@gmail.com mailto:graeme.r...@gmail.com wrote: Hi Asif, On Fri, Feb 24, 2012 at 4:25 PM, Asif Sulikeri asifiqbal...@gmail.com mailto:asifiqbal...@gmail.com wrote: Hi, any updates on this, this is a blocker for me, and waiting for your suggestions to resolve this issue. On Mon, Feb 20, 2012 at 3:45 PM, Asif Sulikeri asifiqbal...@gmail.com mailto:asifiqbal...@gmail.comwrote: Detlev Zundel dzu at denx.de http://denx.de writes: Appreciate your reply Detlev, please find my replies in-line, what is the DM365-IPNC-1.0.14 version about? I cannot see such a version (or tag) in mainline U-Boot. I'm sorry for the typo that is supposed to be 1.0.1. Don't expect much response if you stay with version 1.0.1 I'm sorry for all the confusion, the u-boot version is actually 1.3.4 and 1.0.1 is added as a suffix for internal use, sorry for that. Am I still not liable to get help for this version(1.3.4) of u-boot? Nope - 1.3.4 is 3.5 years old - more than half of the commits in mainline have been applied since then. On the other hand, davinci_dm365evm is a supported configuration in mainline, so why not try current code. This way we would be in a much better position to help you. I'll consider the suggestion, but since I've spent considerable time on this, want to make sure where actually the problem lies. Have you tried the suggestion of using the current mainline code? If the problem still exists in latest mainline, you stand a fair chance that we'll make an effort to help you out :) :) Thats definitely not the way you bail me out ;), jokes apart, I did try using u-boot-2010.06 but the u-boot binary generated is bulky 252KB, as compared the usual 150KB, this leads to another blocker as the UBL(User Boot Loader) is now unable to load this bulky u-boot into RAM(or may be some other issue), and gets stuck as below: Well 2010.06 is also very old - the latest release is 2011.12 And the increase of 100kB is massive - are you sure you are compiling with the same set of options defined in the board config file? If you are sure, then it would be interesting to find out what has caused it. Could you try some intermediate releases (2008.10 is the next release after 1.3.4) DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 Jumping to entry point at 0x8108 and there's no response whatsoever after this. what might be the issue now? This is outside my knowledge - I've Cc'd the davinci_dm365evm (Sandeep Paulraj), maybe he can provide some pointers... Regards, Graeme ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Unable to run scripts with autoscr command
Hi, On Feb 27, 2012 4:57 PM, Asif Sulikeri asifiqbal...@gmail.com wrote: Hi any updates on this? Have you looked into any of my other suggestions? Regards, Graeme On Sat, Feb 25, 2012 at 6:44 AM, Graeme Russ graeme.r...@gmail.com wrote: Hi Asif, On 02/24/2012 04:43 PM, Asif Sulikeri wrote: Thanks Graeme, replies in-line, Appreciated (after all, that is ML etiquette) On Fri, Feb 24, 2012 at 11:01 AM, Graeme Russ graeme.r...@gmail.com mailto:graeme.r...@gmail.com wrote: Hi Asif, On Fri, Feb 24, 2012 at 4:25 PM, Asif Sulikeri asifiqbal...@gmail.com mailto:asifiqbal...@gmail.com wrote: Hi, any updates on this, this is a blocker for me, and waiting for your suggestions to resolve this issue. On Mon, Feb 20, 2012 at 3:45 PM, Asif Sulikeri asifiqbal...@gmail.com mailto:asifiqbal...@gmail.comwrote: Detlev Zundel dzu at denx.de http://denx.de writes: Appreciate your reply Detlev, please find my replies in-line, what is the DM365-IPNC-1.0.14 version about? I cannot see such a version (or tag) in mainline U-Boot. I'm sorry for the typo that is supposed to be 1.0.1. Don't expect much response if you stay with version 1.0.1 I'm sorry for all the confusion, the u-boot version is actually 1.3.4 and 1.0.1 is added as a suffix for internal use, sorry for that. Am I still not liable to get help for this version(1.3.4) of u-boot? Nope - 1.3.4 is 3.5 years old - more than half of the commits in mainline have been applied since then. On the other hand, davinci_dm365evm is a supported configuration in mainline, so why not try current code. This way we would be in a much better position to help you. I'll consider the suggestion, but since I've spent considerable time on this, want to make sure where actually the problem lies. Have you tried the suggestion of using the current mainline code? If the problem still exists in latest mainline, you stand a fair chance that we'll make an effort to help you out :) :) Thats definitely not the way you bail me out ;), jokes apart, I did try using u-boot-2010.06 but the u-boot binary generated is bulky 252KB, as compared the usual 150KB, this leads to another blocker as the UBL(User Boot Loader) is now unable to load this bulky u-boot into RAM(or may be some other issue), and gets stuck as below: Well 2010.06 is also very old - the latest release is 2011.12 And the increase of 100kB is massive - are you sure you are compiling with the same set of options defined in the board config file? If you are sure, then it would be interesting to find out what has caused it. Could you try some intermediate releases (2008.10 is the next release after 1.3.4) DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 Jumping to entry point at 0x8108 and there's no response whatsoever after this. what might be the issue now? This is outside my knowledge - I've Cc'd the davinci_dm365evm (Sandeep Paulraj), maybe he can provide some pointers... Regards, Graeme ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Unable to run scripts with autoscr command
Hi Graeme, On Mon, Feb 27, 2012 at 11:33 AM, Graeme Russ graeme.r...@gmail.com wrote: Hi, On Feb 27, 2012 4:57 PM, Asif Sulikeri asifiqbal...@gmail.com wrote: Hi any updates on this? Have you looked into any of my other suggestions? Regards, Graeme I'm sorry don't know how I missed out to see the updated mail from you, I thought there was no response at all, sorry though. On Sat, Feb 25, 2012 at 6:44 AM, Graeme Russ graeme.r...@gmail.com wrote: Hi Asif, On 02/24/2012 04:43 PM, Asif Sulikeri wrote: Thanks Graeme, replies in-line, Appreciated (after all, that is ML etiquette) On Fri, Feb 24, 2012 at 11:01 AM, Graeme Russ graeme.r...@gmail.com mailto:graeme.r...@gmail.com wrote: Hi Asif, On Fri, Feb 24, 2012 at 4:25 PM, Asif Sulikeri asifiqbal...@gmail.com mailto:asifiqbal...@gmail.com wrote: Hi, any updates on this, this is a blocker for me, and waiting for your suggestions to resolve this issue. On Mon, Feb 20, 2012 at 3:45 PM, Asif Sulikeri asifiqbal...@gmail.com mailto:asifiqbal...@gmail.comwrote: Detlev Zundel dzu at denx.de http://denx.de writes: Appreciate your reply Detlev, please find my replies in-line, what is the DM365-IPNC-1.0.14 version about? I cannot see such a version (or tag) in mainline U-Boot. I'm sorry for the typo that is supposed to be 1.0.1. Don't expect much response if you stay with version 1.0.1 I'm sorry for all the confusion, the u-boot version is actually 1.3.4 and 1.0.1 is added as a suffix for internal use, sorry for that. Am I still not liable to get help for this version(1.3.4) of u-boot? Nope - 1.3.4 is 3.5 years old - more than half of the commits in mainline have been applied since then. Hmmm, seems to be I'm on my own if I have decided to resolve this particular issue on this particular version. On the other hand, davinci_dm365evm is a supported configuration in mainline, so why not try current code. This way we would be in a much better position to help you. I'll consider the suggestion, but since I've spent considerable time on this, want to make sure where actually the problem lies. Have you tried the suggestion of using the current mainline code? If the problem still exists in latest mainline, you stand a fair chance that we'll make an effort to help you out :) :) Thats definitely not the way you bail me out ;), jokes apart, I did try using u-boot-2010.06 but the u-boot binary generated is bulky 252KB, as compared the usual 150KB, this leads to another blocker as the UBL(User Boot Loader) is now unable to load this bulky u-boot into RAM(or may be some other issue), and gets stuck as below: Well 2010.06 is also very old - the latest release is 2011.12 And the increase of 100kB is massive - are you sure you are compiling with the same set of options defined in the board config file? If you are sure, then it would be interesting to find out what has caused it. I am compiling with the default options, with no additional changes made to the conf file, the 1.3.4 version used to give me 150kB binary as compared to the 252kB binary generated by the 2010.06 version. Could you try some intermediate releases (2008.10 is the next release after 1.3.4) I would definitely give it a try. I want to resolve this with whatever it takes. :) DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 Jumping to entry point at 0x8108 and there's no response whatsoever after this. what might be the issue now? This is outside my knowledge - I've Cc'd the davinci_dm365evm (Sandeep Paulraj), maybe he can provide some pointers... Thanks for all the help, definitely appreciate your support and the early help. Regards, Graeme Regards, Asif ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Unable to run scripts with autoscr command
Hi Asif, On 02/27/2012 05:26 PM, Asif Sulikeri wrote: And the increase of 100kB is massive - are you sure you are compiling with the same set of options defined in the board config file? If you are sure, then it would be interesting to find out what has caused it. I am compiling with the default options, with no additional changes made to the conf file, the 1.3.4 version used to give me 150kB binary as compared to the 252kB binary generated by the 2010.06 version. Ah - Looks like some more options have crept into the default configuration - Can you send the two board config files (as inline text, not attachments) so I can compare? Regards, Graeme ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Unable to run scripts with autoscr command
Hi Asif, On 02/24/2012 04:43 PM, Asif Sulikeri wrote: Thanks Graeme, replies in-line, Appreciated (after all, that is ML etiquette) On Fri, Feb 24, 2012 at 11:01 AM, Graeme Russ graeme.r...@gmail.com mailto:graeme.r...@gmail.com wrote: Hi Asif, On Fri, Feb 24, 2012 at 4:25 PM, Asif Sulikeri asifiqbal...@gmail.com mailto:asifiqbal...@gmail.com wrote: Hi, any updates on this, this is a blocker for me, and waiting for your suggestions to resolve this issue. On Mon, Feb 20, 2012 at 3:45 PM, Asif Sulikeri asifiqbal...@gmail.com mailto:asifiqbal...@gmail.comwrote: Detlev Zundel dzu at denx.de http://denx.de writes: Appreciate your reply Detlev, please find my replies in-line, what is the DM365-IPNC-1.0.14 version about? I cannot see such a version (or tag) in mainline U-Boot. I'm sorry for the typo that is supposed to be 1.0.1. Don't expect much response if you stay with version 1.0.1 I'm sorry for all the confusion, the u-boot version is actually 1.3.4 and 1.0.1 is added as a suffix for internal use, sorry for that. Am I still not liable to get help for this version(1.3.4) of u-boot? Nope - 1.3.4 is 3.5 years old - more than half of the commits in mainline have been applied since then. On the other hand, davinci_dm365evm is a supported configuration in mainline, so why not try current code. This way we would be in a much better position to help you. I'll consider the suggestion, but since I've spent considerable time on this, want to make sure where actually the problem lies. Have you tried the suggestion of using the current mainline code? If the problem still exists in latest mainline, you stand a fair chance that we'll make an effort to help you out :) :) Thats definitely not the way you bail me out ;), jokes apart, I did try using u-boot-2010.06 but the u-boot binary generated is bulky 252KB, as compared the usual 150KB, this leads to another blocker as the UBL(User Boot Loader) is now unable to load this bulky u-boot into RAM(or may be some other issue), and gets stuck as below: Well 2010.06 is also very old - the latest release is 2011.12 And the increase of 100kB is massive - are you sure you are compiling with the same set of options defined in the board config file? If you are sure, then it would be interesting to find out what has caused it. Could you try some intermediate releases (2008.10 is the next release after 1.3.4) DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 Jumping to entry point at 0x8108 and there's no response whatsoever after this. what might be the issue now? This is outside my knowledge - I've Cc'd the davinci_dm365evm (Sandeep Paulraj), maybe he can provide some pointers... Regards, Graeme ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Unable to run scripts with autoscr command
Hi, any updates on this, this is a blocker for me, and waiting for your suggestions to resolve this issue. On Mon, Feb 20, 2012 at 3:45 PM, Asif Sulikeri asifiqbal...@gmail.comwrote: Detlev Zundel dzu at denx.de writes: Appreciate your reply Detlev, please find my replies in-line, what is the DM365-IPNC-1.0.14 version about? I cannot see such a version (or tag) in mainline U-Boot. I'm sorry for the typo that is supposed to be 1.0.1. So indeed, this cannot be in your version 1.3.4 Thanks for the confirmation, This is indeed the problem, the used shell is not powerful enough to do such scripting. Using the hush shell will indeed solve the original problem. Thanks for confirming the same, It seems that by changing your configuration somehow the increase in code size has broken the compilation. Did you see any errors or warnings while compiling? There weren't any errors, and no related warnings while compiling and the code compiled fine and also binary was created. The resulting binary was of the size 157KB as compared to the usual 148KB, the size did definitely increased there. On the other hand, davinci_dm365evm is a supported configuration in mainline, so why not try current code. This way we would be in a much better position to help you. I'll consider the suggestion, but since I've spent considerable time on this, want to make sure where actually the problem lies. Thanks Detlev ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Unable to run scripts with autoscr command
Hi Asif, On Fri, Feb 24, 2012 at 4:25 PM, Asif Sulikeri asifiqbal...@gmail.com wrote: Hi, any updates on this, this is a blocker for me, and waiting for your suggestions to resolve this issue. On Mon, Feb 20, 2012 at 3:45 PM, Asif Sulikeri asifiqbal...@gmail.comwrote: Detlev Zundel dzu at denx.de writes: Appreciate your reply Detlev, please find my replies in-line, what is the DM365-IPNC-1.0.14 version about? I cannot see such a version (or tag) in mainline U-Boot. I'm sorry for the typo that is supposed to be 1.0.1. Don't expect much response if you stay with version 1.0.1 On the other hand, davinci_dm365evm is a supported configuration in mainline, so why not try current code. This way we would be in a much better position to help you. I'll consider the suggestion, but since I've spent considerable time on this, want to make sure where actually the problem lies. Have you tried the suggestion of using the current mainline code? If the problem still exists in latest mainline, you stand a fair chance that we'll make an effort to help you out :) Regards, Graeme ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Unable to run scripts with autoscr command
Thanks Graeme, replies in-line, On Fri, Feb 24, 2012 at 11:01 AM, Graeme Russ graeme.r...@gmail.com wrote: Hi Asif, On Fri, Feb 24, 2012 at 4:25 PM, Asif Sulikeri asifiqbal...@gmail.com wrote: Hi, any updates on this, this is a blocker for me, and waiting for your suggestions to resolve this issue. On Mon, Feb 20, 2012 at 3:45 PM, Asif Sulikeri asifiqbal...@gmail.com wrote: Detlev Zundel dzu at denx.de writes: Appreciate your reply Detlev, please find my replies in-line, what is the DM365-IPNC-1.0.14 version about? I cannot see such a version (or tag) in mainline U-Boot. I'm sorry for the typo that is supposed to be 1.0.1. Don't expect much response if you stay with version 1.0.1 I'm sorry for all the confusion, the u-boot version is actually 1.3.4 and 1.0.1 is added as a suffix for internal use, sorry for that. Am I still not liable to get help for this version(1.3.4) of u-boot? On the other hand, davinci_dm365evm is a supported configuration in mainline, so why not try current code. This way we would be in a much better position to help you. I'll consider the suggestion, but since I've spent considerable time on this, want to make sure where actually the problem lies. Have you tried the suggestion of using the current mainline code? If the problem still exists in latest mainline, you stand a fair chance that we'll make an effort to help you out :) :) Thats definitely not the way you bail me out ;), jokes apart, I did try using u-boot-2010.06 but the u-boot binary generated is bulky 252KB, as compared the usual 150KB, this leads to another blocker as the UBL(User Boot Loader) is now unable to load this bulky u-boot into RAM(or may be some other issue), and gets stuck as below: DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 Jumping to entry point at 0x8108 and there's no response whatsoever after this. what might be the issue now? Regards, Graeme ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Unable to run scripts with autoscr command
Detlev Zundel dzu at denx.de writes: Appreciate your reply Detlev, please find my replies in-line, what is the DM365-IPNC-1.0.14 version about? I cannot see such a version (or tag) in mainline U-Boot. I'm sorry for the typo that is supposed to be 1.0.1. So indeed, this cannot be in your version 1.3.4 Thanks for the confirmation, This is indeed the problem, the used shell is not powerful enough to do such scripting. Using the hush shell will indeed solve the original problem. Thanks for confirming the same, It seems that by changing your configuration somehow the increase in code size has broken the compilation. Did you see any errors or warnings while compiling? There weren't any errors, and no related warnings while compiling and the code compiled fine and also binary was created. The resulting binary was of the size 157KB as compared to the usual 148KB, the size did definitely increased there. On the other hand, davinci_dm365evm is a supported configuration in mainline, so why not try current code. This way we would be in a much better position to help you. I'll consider the suggestion, but since I've spent considerable time on this, want to make sure where actually the problem lies. Thanks Detlev ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Unable to run scripts with autoscr command
Hi, Im using u-boot version U-Boot 1.3.4 (Dec 9 2010 - 17:45:52) DM365-IPNC-1.0.14 on a davinci_dm365 board, I'm trying to run script under U-boot using autoscr command, since I don't see any source command ported into this version of U-boot yet, but autoscr isn't executing commands like -if -then -while in the script, gives the following error: *Unknown command 'if' - try 'help'* *After this I tried enabling the hush shell by setting the following in the config file for respective board,* #define CFG_HUSH_PARSER #define CFG_PROMPT_HUSH_PS2 = #undef CONFIG_BOOT_RETRY_TIME #undef CONFIG_RESET_TO_RETRY #define CONFIG_AUTOSCRIPT 1 #define CONFIG_CMD_AUTOSCRIPT *but after this when I reboot the board, I get indefinite repetative display of the u-boot prompt as below:* Jumping to entry point at 0x8108 DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 Jumping to entry point at 0x8108 DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 Jumping to entry point at 0x8108 DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 Jumping to entry point at 0x8108 DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 Jumping to entry point at 0x8108 DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 ... what might be the problem, early help would be much appreciated. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Unable to run scripts with autoscr command
Hi Asif, Im using u-boot version U-Boot 1.3.4 (Dec 9 2010 - 17:45:52) DM365-IPNC-1.0.14 on a davinci_dm365 board, what is the DM365-IPNC-1.0.14 version about? I cannot see such a version (or tag) in mainline U-Boot. I'm trying to run script under U-boot using autoscr command, since I don't see any source command ported into this version of U-boot yet, Yes, it was renamed at some point: commit 74de7aefd79690bae8cf5a5120f5962d444be089 Author: Wolfgang Denk w...@denx.de Date: Wed Apr 1 23:34:12 2009 +0200 Add source command; prepare removal of autoscr command According to the doc/feature-removal-schedule.txt, the autoscr command will be replaced by the source command in approximately 6 months from now. This patch prepares this change and starts a 6 month transition period as follows: - The new source command has been added, which implements exactly the same functionlaity as the old autoscr command before - The old autoscr command name is kept as an alias for compatibility - Command sequences, script files atc. have been adapted to use the new source command - Related environment variables (autoscript, autoscript_uname) have *not* been adapted yet; these will be renamed resp. removed in a separate patch when the support for the autoscr command get's finally dropped. Signed-off-by: Wolfgang Denk w...@denx.de [dzu@pollux u-boot-testing (master)]$ git describe --contains 74de7aefd79690bae8cf5a5120f5962d444be089 v2009.06-rc1~110 [dzu@pollux u-boot-testing (master)]$ So indeed, this cannot be in your version 1.3.4 but autoscr isn't executing commands like -if -then -while in the script, gives the following error: *Unknown command 'if' - try 'help'* *After this I tried enabling the hush shell by setting the following in the config file for respective board,* This is indeed the problem, the used shell is not powerful enough to do such scripting. Using the hush shell will indeed solve the original problem. #define CFG_HUSH_PARSER #define CFG_PROMPT_HUSH_PS2 = #undef CONFIG_BOOT_RETRY_TIME #undef CONFIG_RESET_TO_RETRY #define CONFIG_AUTOSCRIPT 1 #define CONFIG_CMD_AUTOSCRIPT *but after this when I reboot the board, I get indefinite repetative display of the u-boot prompt as below:* Jumping to entry point at 0x8108 DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 Jumping to entry point at 0x8108 DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 Jumping to entry point at 0x8108 DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 Jumping to entry point at 0x8108 DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 Jumping to entry point at 0x8108 DM36x initialization passed! TI UBL Base Version: 1.50 Boot Loader BootMode = NAND Starting NAND Copy... Valid magicnum, 0xA1ACED66, found in block 0x0008. Boot Mode Task Completed IPNC UBL Version: 1.1.0 Platform: DM365 ... what might be the problem, early help would be much appreciated. It seems that by changing your configuration somehow the increase in code size has broken the compilation. Did you see any errors or warnings while compiling? On the other hand, davinci_dm365evm is a supported configuration in mainline, so why not try current code. This way we would be in a much better position to help you. Thanks Detlev -- Wissenschaft ohne Verstand ist doppelte Narrheit. --- Baltasar Gracian -- 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