November 2011 - U-Boot

[U-Boot] Good Day!!
by Nikos Tzortzakis 13 Nov '11

13 Nov '11

Good Day Although you might be apprehensive about my email as we have not met before, I am Andrew Bailey, I work with Bank Of England as Executive Director for Banking and Chief Cashier, There is the sum of $20,600,000.00 Dollars in my Bank, There were no beneficiaries stated concerning these funds which means no one would ever come forward to claim it. That is why I ask that we work together to transfer the funds out of my Bank into your Bank Account or any other account of your choice I will be pleased to see if you can help me and also be a good and trusted person. Once the funds have been transferred to your Nominated Bank Account we shall then share in the ratio of 60% for me, 40% for you, do send me email as soon as possible for more details here is my e-mail address: andrewbailey0123(a)msn.com Regards, Andrew Bailey

1 0

[U-Boot] join us in New York
by The United Nations Institute for Training and Research 13 Nov '11

13 Nov '11

The United Nations Institute for Training and Research conference 2012 Subject: UNITAR CONFERENCE INVITATION,2012 Dear Participant, We hereby commemorate you on your recommendation to partake in the forth-coming United Nations Institute for Training and Research conference, which would due to commence 9th to 13th July 2012 in California,USA and 16th to 19th January, 2012.in Accra,Ghana West Africa.The United Nations Institute for Training and Research is pleased to announce a Workshop on RACISM AND PREVENTION STRATEGIES and WAR AGAINST CHILD ABUSE Conference on 9th January from 9:30 am to 1pm. This workshop is organized jointly with the Permanent Mission of Switzerland to the United Nations.The Course Series on RACISM AND PREVENTION STRATEGIES and WAR AGAINST CHILD ABUSE Conference is intended to provide delegates, particularly those who have newly arrived in New York, with a comprehensive and impartial knowledge base on the main chapters of ongoing United Nations reform efforts to enable them to engage constructively in relevant consultations. This second session will focus specifically on WAR AGAINST CHILD ABUSE and on issues such as governance, delivering as one, funding and practices (GHANA,2012). This conference is not on air or advertised to draw the attention of the public. But we are only accepting you as a partaker because you are been recommended by our colleague(s). You are being giving the opportunity to participate on this International Conferences program on RACISM AND PREVENTION STRATEGIES scheduled to take place in Disneyland Covention Center Anaheim CA. come 9th to 16th January,2012 United States. The second conference on WAR AGAINST CHILD ABUSE will take place at the Royal convention Hall 16th to 19th January,2012.Ghana (west Africa) in Africa. The theme of the forth coming International Conferences is to teach humanity on the need to avoid Racism & Child Abuse which led to hatred which is increasing every day among the Youths, Key to this Education is to enlightens humanity to deceit from this kind of attitude. The Forth coming International Conferences is been Organized and sponsored by The United Nations Institute for Training and Research . This conference is dedicated to all our beloved Brothers and Sisters who is under Slavery and human abuses. The Organizations Database describes national organizations that focus on Child abuse and neglect on Child welfare issues not to deceit and have a significant child abuse and neglect/child welfare component, or have a related primary focus that can provide some information to the field. Child Abuse/Racism is a crime that may carry a lasting social stigma as well as serious legal consequences. In some states, the laws governing this crime have become more rigid, and the punishment for a conviction can often be quite severe. Because of this, it is extremely important that you entrust your attorney with a strong history of winning Racism Child Abuse cases. Doing so is the best way to keep yourself free. Recommended participants are entitled to participate in this coming International Conferences regardless of your Religion or belief. Only minimum of two (2) or maximum of ten (10) people expected to participate together as a group or organization from your Country and none of them will be less than eighteen years, they must participate in both Conferences. It does not necessary mean that you must belong to an organization before you can attend this event. You can build a group of two(2) or ten (10) persons from your country. They should be in position of their international passports to enable them participate in this conferences. Then you just contact and inform us that you are been recommended to participate along with your group. You should read and follow the instruction been given to you immediately.You are to forward the names and passport numbers of your group to us as soon as possible as all participants visa request will be forward to the U.S Bureau for Immigrant Affairs for visa Authorization that same day.Any group visa request not forwarded on that same day will miss the visa assistance. Only 2 to 10 members are accepted to participate as a group from the selected countries.

1 0

[U-Boot] [PATCH] [x86] Fix how the location of the realmode and bios blobs are calculated
by Gabe Black 13 Nov '11

13 Nov '11

There are two blobs embedded into the u-boot image which are linked to run at an address which is different from where they actually end up in the ROM, one called "realmode" and one called "bios". There are realmode_setup and bios_setup functions which prepare those blobs by copying them into the location they're supposed to run from, among other things. During u-boot relocation from ROM to RAM, the text and a few data segments are copied over. The realmode and bios sections are not copied, and so the only place they can be read from is their original location in the ROM. Looking specifically at the bios blob, there are symbols defined in the linker script called __bios_start and __bios_size which are defined to be the start and size of the blob in the ROM. In the bios_setup function, there seem to be two mistakes happening. First, the offset from ROM to RAM is being added to __bios_start which implies that this code expects to use the copy moved to RAM. No such copy is made, so that's wrong. More subtly, when u-boot relocates itself, it goes through all of the relocations stored in .rel.dyn and fixes them up. This has the effect of transforming the __bios_start reference in bios_setup so that it refers to the version in RAM (if one existed) instead of the one in ROM. To correct for that, the offset actually needs to be subtracted out again to translate the address back into the ROM. The net effect is that for both blobs, a + needs to be changed to a -. Signed-off-by: Gabe Black <gabeblack(a)chromium.org> --- arch/x86/lib/bios_setup.c | 6 +++++- arch/x86/lib/realmode.c | 6 +++++- 2 files changed, 10 insertions(+), 2 deletions(-) diff --git a/arch/x86/lib/bios_setup.c b/arch/x86/lib/bios_setup.c index 9bf7e58..6c6b0fe 100644 --- a/arch/x86/lib/bios_setup.c +++ b/arch/x86/lib/bios_setup.c @@ -140,7 +140,11 @@ static void setvector(int vector, u16 segment, void *handler) int bios_setup(void) { - ulong bios_start = (ulong)&__bios_start + gd->reloc_off; + /* + * The BIOS section is not relocated and still in the ROM. The + * __bios_start symbol was adjusted, though, so adjust it back. + */ + ulong bios_start = (ulong)&__bios_start - gd->reloc_off; ulong bios_size = (ulong)&__bios_size; static int done=0; diff --git a/arch/x86/lib/realmode.c b/arch/x86/lib/realmode.c index 6aa0f23..f8f2251 100644 --- a/arch/x86/lib/realmode.c +++ b/arch/x86/lib/realmode.c @@ -34,7 +34,11 @@ extern char realmode_enter; int realmode_setup(void) { - ulong realmode_start = (ulong)&__realmode_start + gd->reloc_off; + /* + * The realmode section is not relocated and still in the ROM. The + * __realmode_start symbol was adjusted, though, so adjust it back. + */ + ulong realmode_start = (ulong)&__realmode_start - gd->reloc_off; ulong realmode_size = (ulong)&__realmode_size; /* copy the realmode switch code */ -- 1.7.3.1

2 6

[U-Boot] [PATCH] [x86] [zboot] Change printf to puts to avoid a buffer overflow
by Gabe Black 13 Nov '11

13 Nov '11

printf as currently implemented in u-boot has a problem where it can overflow an internal buffer if it prints an expanded string that's too long. Our command lines are long enough to cause this problem. A fix should be coming, but in the mean time this change replaces a problematic printf with a few calls to puts that have the same effect. This may perform slightly better because it should avoid a copy and scanning for format specifiers. The amount of time it actually takes up is very tiny relative to everything else so in practice that's probably irrelevant. Signed-off-by: Gabe Black <gabeblack(a)chromium.org> --- arch/x86/lib/zimage.c | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/arch/x86/lib/zimage.c b/arch/x86/lib/zimage.c index d2dd6fd..a48ae6c 100644 --- a/arch/x86/lib/zimage.c +++ b/arch/x86/lib/zimage.c @@ -78,7 +78,9 @@ static void build_command_line(char *command_line, int auto_boot) } - printf("Kernel command line: \"%s\"\n", command_line); + puts("Kernel command line: \""); + puts(command_line); + puts("\"\n"); } void *load_zimage(char *image, unsigned long kernel_size, -- 1.7.3.1

3 4

[U-Boot] My Dearest one,
by sonia peterson 13 Nov '11

13 Nov '11

My Dearest one, Hi, My name is Sonia Justin Yak, 23years old originated from Sudan. I decide to contact you after my prayers, I really want to have a good relationship with you. My father Dr. Justin Yak was the former Minister for SPLA Affairs and Special Adviser to President Salva Kiir of South Sudan for Decentralization. My father Dr.Justin Yak and my mother including other topMilitary officers and top government officials had been on board when the plane crashed on Friday May 02, 2008. You can read more about the crash through the below site: http://news.bbc.co.uk/2/hi/ africa/7380412.stm After the burial of my father, my uncle conspired and sold my father's properties to a Chinease Expatriate and live nothing for me. On a faithful morning, I opened my father's briefcase and found out the documents which he have deposited huge amount of money in one bank in Burkina Faso with my name as the next of kin. I traveled to Burkina Faso to withdraw the money so that I can start a better life and take care of myself. On my arrival, the Branch manager of the Bank whom I met in persontold me that my father's instruction to the bank was the money be release to me only when I am married or present a trustee who will help me and invest the money overseas.I have Decided to contact you after my prayers and I believe that you will not betray my trust. But rather take me as your own sister. Though you may wonder why I am so soon revealing myself to you without knowing you, well, I will say that my mind convinced me that you are the true person to help me. More so, I will like to disclose much to you if you can help me to relocate to your country because my uncle have threaten to assassinate me. The amount is $4.5 Million and I have confirmed from the bank in Burkina Faso. You will also help me to place the money in a more profitable business venture in your Country.However, you will help by recommending a nice University in your country so that I can complete my studies. It is my intention to compensate you with 30% of the total money for your services and the balance shall be my capital in your establishment. As soon as I receive your interest in helping me, I will put things into action immediately. I shall appreciate an urgent message indicating your ability and willingness to handle this transaction sincerely. Please do keep this only to your self. I beg you not to disclose it till i come over because I am affraid of my wicked uncle who has threatened to kill me but God in heaven did not alow him to do so. Sincerely yours, Miss Sonia Justin Yak

1 0

Re: [U-Boot] x86 cleanup patches
by Graeme Russ 13 Nov '11

13 Nov '11

Hi Gabe, On 13/11/11 14:08, Gabe Black wrote: > So to clarify, what repository/branch should I be applying my patches to, > and when? For instance, where should my patches that create a coreboot > board go? I have other patches which depend on those so I'd like to get > them moving again. Also having a build target makes it possible to verify > that everything still compiles. My patches have been tested on our tree and > I've been trying not to change them more than necessary to try to preserve > their correctness, but that's not a good long term strategy. That's actually a very good question - and the answer relies in part on the state of the merge window and partly on the type of patch (cosmetic, bug-fix, performance improvement, new feature, etc.) Firstly, a bit of history :) As I mentioned previously, because the merge window was closed, I was planning on creating a u-boot-x86/next for you to rebase against. I was going to put my cleanup patches in u-boot-x86/next, have you rebase against it and I would apply them to u-boot-x86/next. I would then send a pull request to Wolfgang for u-boot-x86/next when the merge window re-opened after the next release (scheduled for the 12th December). However, Wolfgang felt that the cleanup changes could be pulled into the current release given the fact that they are mainly cosmetic and do not add any new major features. So, I cleaned up that patchset, posted the revision to the ML and waited a few days before applying them last night to u-boot-x86/master. Now your patches are bug fixes, so I'll apply them to u-boot-x86/master and send a pull request to Wolfgang. Of course, I could of sent a pull request to Wolfgang, waited for Wolfgang to pull then asked you to rebase to u-boot/master, applied your patches to u-boot-x86/master and then asked Wolfgang to pull again - More work, more time. So, in future: - I will keep keep u-boot-x86/master rebased to u-boot/master with 'any pending x86 related patches either submitted to the ML while the previous merge window was open' or 'post merge window closure bug fixes submitted to the ML' committed on top - I will keep keep u-boot-x86/next rebased to u-boot-x86/master with 'any non bug fix patches posted to the ML after the merge window closed' committed on top Here's where it gets a little tricky: - While the merge window is OPEN, send patches against u-boot-x86/master before sending to the mailing list (features and bug fixes) - While the merge window is CLOSED: - When submitting features, send patches against u-boot-x86/next - When submitting bug fixes, send patches against u-boot-x86/master Of course, there may be times when a patch submitted while the merge windows is closed needs to be moved from next to master or visa-versa - I'll let you know and if it applies to the other branch cleanly, there is no need for you to do anything, otherwise I'll ask for a rebase When the merge window opens after the release, I will rebase u-boot-x86/master against u-boot-x86/next. Wolgang - When do you prefer the pull requests - Should I send as soon as the window opens, or should I keep collecting patches and send a bigger pull after the merge window closes? I'll try to keep u-boot-x86/master in sync with u-boot/master, but this is an after hours job and life can take precedence sometimes - If you notice I've let it slip too far, drop me a line and I will prioritise a rebase I hope that answers your questions Regards, Graeme P.S. All of the above is subject to Wolfgang correcting me ;) > > Gabe > > On Sun, Nov 6, 2011 at 1:22 PM, Graeme Russ <graeme.russ(a)gmail.com > <mailto:graeme.russ@gmail.com>> wrote: > > Hi Wolfgang, > > On Mon, Nov 7, 2011 at 6:50 AM, Wolfgang Denk <wd(a)denx.de > <mailto:wd@denx.de>> wrote: > > Dear Graeme Russ, > > > > In message <4EB6E405.4060509(a)gmail.com > <mailto:4EB6E405.4060509@gmail.com>> you wrote: > >> > >> > This being mostly cleanup, and we still being relatively early in the > >> > stabilization phase, I would also accept this stuff now. > >> > >> OK - There is only one patch that adds new 'features' - The 'Add > multiboot > >> header' but that's just some canned static data, no code > > > > So let's add the stuff now. > > OK, I'll expedite posting a merged patchset > > Regards, > > Graeme > >

1 0

[U-Boot] Warning Bad crc using default environment.
by Nisha gunasekaran 13 Nov '11

13 Nov '11

I am using u-boot-2011.03 on MPC8379E processor board. While booting i got "Warning bad crc using default enviroment" message. As per your site information, i have given "saveenv" command and reset the board. Still i got the same message. Board is having 32MB Flash. Flash base address is 0xfe000000. I dont know what is the problem, as far as i know the crc is going wrong. My configuration for environment is #define CONFIG_ENV_IS_IN_FLASH 1 #define CONFIG_ENV_ADDR 0xfff06000 #define CONFIG_ENV_SECT_SIZE 0x20000 #define CONFIG_ENV_SIZE 0x2000 and my TEXT_BASE is 0xFFF00000 and using 0xfff00000-0xfff5ffff for U-boot How to solve this problem. Help me.

2 1

[U-Boot] Attention..
by Karen Polak & Co 13 Nov '11

13 Nov '11

KAREN POLAK & CO ATTORNEYS AT LAW AND LEGAL PRACTITIONERS Am Schanzengraben 25, Zurich 8047, Switzerland. THIS IS FOR YOUR ATTENTION: On behalf of Trustees and Executors of the Estate of our late client, I wish to notify you that, it is been found in our records with your name as the beneficiary/next of kin to my late client as you bear the same name identity. Please you are advice to immediately get back for processing and release of bequest to you as the new beneficiary to the said estate. *************************** Karen Polak & Co Legal Trustees, Zurich Switzerland. Tell: +414-3508-1051

1 0

[U-Boot] (no subject)
by Uk Lottery 13 Nov '11

13 Nov '11

Congratulation You Won £750,000.00 in this years Lottery End of Year promotion To claim your prize Send; Full Names, Address, Occupation ,Tel, Age, to Mr Barry Email:agtbarrywood2013@hotmail.com

1 0

[U-Boot] [PATCH] PXA: Unify vpac270 environment size
by Marek Vasut 13 Nov '11

13 Nov '11

Signed-off-by: Marek Vasut <marek.vasut(a)gmail.com> Cc: Albert Aribaud <albert.u.boot(a)aribaud.net> --- include/configs/vpac270.h | 14 ++------------ 1 files changed, 2 insertions(+), 12 deletions(-) diff --git a/include/configs/vpac270.h b/include/configs/vpac270.h index e486228..9b29667 100644 --- a/include/configs/vpac270.h +++ b/include/configs/vpac270.h @@ -211,7 +211,8 @@ #define CONFIG_SYS_MONITOR_LEN 0x80000 #define CONFIG_ENV_ADDR \ (CONFIG_SYS_MONITOR_BASE + CONFIG_SYS_MONITOR_LEN) -#define CONFIG_ENV_SIZE 0x4000 +#define CONFIG_ENV_SIZE 0x20000 +#define CONFIG_ENV_SECT_SIZE 0x20000 #if defined(CONFIG_CMD_FLASH) /* NOR */ #define PHYS_FLASH_1 0x00000000 /* Flash Bank #1 */ @@ -240,22 +241,11 @@ #define CONFIG_ENV_IS_IN_FLASH 1 -/* - * The first four sectors of the NOR flash are 0x8000 bytes big, the rest of the - * flash consists of 0x20000 bytes big sectors. - */ -#if (CONFIG_ENV_ADDR <= 0x18000) -#define CONFIG_ENV_SECT_SIZE 0x8000 -#else -#define CONFIG_ENV_SECT_SIZE 0x20000 -#endif - #elif defined(CONFIG_CMD_ONENAND) /* OneNAND */ #define CONFIG_SYS_NO_FLASH #define CONFIG_SYS_ONENAND_BASE 0x00000000 #define CONFIG_ENV_IS_IN_ONENAND 1 -#define CONFIG_ENV_SECT_SIZE 0x20000 #else /* No flash */ #define CONFIG_SYS_NO_FLASH -- 1.7.7.1

1 0