[U-Boot] Dear Valued Member

2010-09-24 Thread System Administration
Dear Valued Member, Due to the congestion in all Web mail account and removal of all unused Accounts,we would be shutting down all unused accounts, You will have to confirm your E-mail by filling out your Login Info below after clicking the reply button, or your account will be suspended within 4

Re: [U-Boot] [PATCH] usb: fix usb start problem with SMSC USB hub and Toshiba USB stick

2010-09-24 Thread Detlev Zundel
Hi Roland, [...] > I have tried a third usb2ide adapter cable of different brand. > Had that around at work > > Apparently , it uses exactly the same jmicron chipset as one of the > other ones which fail - but this one - surprise - WORKS ! Just as an additional datapoint - we have also seen

Re: [U-Boot] [RFC PATCH] ppc4xx: Use gc-sections to reduce image size

2010-09-24 Thread Detlev Zundel
Hi Stefan, > This patch enables gc-sections for PPC4xx. This is done to > generate smaller U-Boot images. For this the linker script > also needs some tweaking: > > - For example change *(text) to *(text*) > - Add KEEP to some of the symbols, especially "resetvec" > > This patch is tested on the f

Re: [U-Boot] [PATCH] mmc: fix capacity calculation with high capacity mmc

2010-09-24 Thread Marek Vasut
Dne Út 21. září 2010 16:45:25 John Rigby napsal(a): > On Sat, Sep 18, 2010 at 3:49 PM, Wolfgang Denk wrote: > > Dear Lei Wen, > > > > In message you wrote: > >> How about merge this patch? :-) > > > > I will wait for a pull request from the responsible custodian. > > > > Maybe you should have

Re: [U-Boot] [PATCH] ppc44x: config GPIOs for USB on canyonlands board

2010-09-24 Thread Rupjyoti Sarmah
Hello Wolfgang, > So moved the reconfiguration to the USB init function Does the Linux kernel perform the same initiaalization of the GPIO pins? If not, then your change will most likely cause the USB is not working in Linux unless you used USB in U-Boot. RUP >> Yes, it does. > --- a/board/a

[U-Boot] Coldfire Architecture and SELF

2010-09-24 Thread SANCHEZ VITORICA, GUILLERMO
Hi all, I wanted to develop a personalized U-Boot to my MCF54455 Coldfire V4 microcontroller. I got the sources from DENX FTP server and now I wanted to get the SELF but I don't really know wich one should I download. Maybe someone could push me in the right direction?. Thanks. Che

Re: [U-Boot] Coldfire Architecture and SELF

2010-09-24 Thread Wolfgang Wegner
Hi, On Fri, Sep 24, 2010 at 02:15:14PM +0200, SANCHEZ VITORICA, GUILLERMO wrote: > Hi all, > > I wanted to develop a personalized U-Boot to my MCF54455 Coldfire V4 > microcontroller. > > I got the sources from DENX FTP server and now I wanted to get the SELF but I > don't really know wich on

Re: [U-Boot] Coldfire Architecture and SELF

2010-09-24 Thread Wolfgang Denk
Dear "SANCHEZ VITORICA, GUILLERMO", In message <3694e0885cb1d844aaf54f75dbdc255831a...@mail1.usr.corp.gamesa.es> you wrote: > > I wanted to develop a personalized U-Boot to my MCF54455 Coldfire V4 > microcontroller. You are welcome. > I got the sources from DENX FTP server and now I wanted to

Re: [U-Boot] Coldfire Architecture and SELF

2010-09-24 Thread Wolfgang Wegner
On Fri, Sep 24, 2010 at 02:38:55PM +0200, Wolfgang Wegner wrote: > > Coming to Linux (which you seem to target with SELF?), my experience is > you have to use the horribly outdated LTIB package provided by Freescale > because they did not push any of their changes back to mainline. Just to remove

Re: [U-Boot] [PATCH 2/2] [NEXT] arm926ejs: reduce code size with -msingle-pic-base

2010-09-24 Thread Ben Gardiner
On Thu, Sep 23, 2010 at 5:30 PM, Albert ARIBAUD wrote: > Watch out: 'sl' is always 'r10': those are alias names of the register; I > specify both names because depending on the tool you use, you might see > either name. But the pic base, i.e. the register which holds the address of > the GOT, is n

Re: [U-Boot] [RFC] Driver model

2010-09-24 Thread Marek Vasut
Dne Po 20. září 2010 12:54:06 Wolfgang Denk napsal(a): > Dear Marek Vasut, > > In message <201009201205.41037.marek.va...@gmail.com> you wrote: > > most of the readers here probably noticed, there are various forks of > > U-Boot bootloader floating around the net. The development model there > > i

Re: [U-Boot] [PATCH 2/2] [NEXT] arm926ejs: reduce code size with -msingle-pic-base

2010-09-24 Thread Albert ARIBAUD
I think I have found the root cause of your issue. I was actually lucky that it worked at all for me; and as Heiko's board skipped relocation, it would not trigger the bug either... My computing of r9/r10 in the relocate_code stage was plain wrong, based on the FLASH execution location, not the

[U-Boot] [PATCH] board/armltd/integrator/split_by_variant.sh: fix 'echo -n'

2010-09-24 Thread Andreas Bießmann
This patch fixes an error when running MAKEALL for ARM9. On OS X /bin/sh uses builtin echo which does not utilise '-n' switch. GNU manual for builtins recomend to use here-document style to solve this portability issue. Signed-off-by: Andreas Bießmann CC: Peter Pearse --- board/armltd/integrat

Re: [U-Boot] [PATCH 2/2] [NEXT] arm926ejs: reduce code size with -msingle-pic-base

2010-09-24 Thread Rogan Dawes
On 2010/09/24 7:47 AM, Albert ARIBAUD wrote: > On a side note, I do not know of a clear general definition of > 'bisectability', which means I could break it yet again unkonwingly. Can > you (or anyone, actually :) ) point me to a, or even the, standard > definition of 'bisectable' and, if that

Re: [U-Boot] [PATCH 2/2] [NEXT] arm926ejs: reduce code size with -msingle-pic-base

2010-09-24 Thread Rogan Dawes
On 2010/09/24 6:45 PM, Rogan Dawes wrote: > On 2010/09/24 7:47 AM, Albert ARIBAUD wrote: > >> On a side note, I do not know of a clear general definition of >> 'bisectability', which means I could break it yet again unkonwingly. Can >> you (or anyone, actually :) ) point me to a, or even the, st

[U-Boot] [PATCH V2 1/2] [NEXT] arm: change relocation flag from -fPIC to -fPIE

2010-09-24 Thread Albert Aribaud
Replace GOT indirect addressing with more efficient pic-base relative addressing for initialized data (uninitialized data still use GOTi indirect addressing). This also reduces code size by 0.4% compared to -fPIC. Signed-off-by: Albert Aribaud --- SUMMARY This patch aims at optimizing relocatab

[U-Boot] [PATCH V2 2/2] [NEXT] arm926ejs: reduce code size with -msingle-pic-base

2010-09-24 Thread Albert Aribaud
Add -msingle-pic-base to the relocation flags, and compute the pic base in start.S twice and for all -- once before relocation to run board_init_f, and once after relocation to run board_init_r and the rest of u-boot. This further reduces code size by 2.5% compared to -fPIE alone. Signed-off-by: A

Re: [U-Boot] [PATCH] board/armltd/integrator/split_by_variant.sh: fix 'echo -n'

2010-09-24 Thread Mike Frysinger
On Friday, September 24, 2010 12:27:52 Andreas Bießmann wrote: > - echo -n "#define CONFIG_CM720T" >> ${config_file} > - echo" 1 /* CPU core is ARM720T */ " >> ${config_file} > + cat >> ${config_file} << _EOF > +#define CONFIG_CM720T 1 /* CPU core is ARM720T

Re: [U-Boot] [PATCH V2 2/2] [NEXT] arm926ejs: reduce code size with -msingle-pic-base

2010-09-24 Thread Ben Gardiner
On Fri, Sep 24, 2010 at 12:59 PM, Albert Aribaud wrote: > Add -msingle-pic-base to the relocation flags, and compute the pic base > in start.S twice and for all -- once before relocation to run board_init_f, > and once after relocation to run board_init_r and the rest of u-boot. > This further red

Re: [U-Boot] [PATCH V2 1/2] [NEXT] arm: change relocation flag from -fPIC to -fPIE

2010-09-24 Thread Ben Gardiner
On Fri, Sep 24, 2010 at 12:59 PM, Albert Aribaud wrote: > Replace GOT indirect addressing with more efficient pic-base > relative addressing for initialized data (uninitialized data > still use GOTi indirect addressing).  This also reduces code > size by 0.4% compared to -fPIC. > > Signed-off-by:

Re: [U-Boot] [PATCH 2/2] [NEXT] arm926ejs: reduce code size with -msingle-pic-base

2010-09-24 Thread Albert ARIBAUD
Le 24/09/2010 18:58, Rogan Dawes a écrit : > On 2010/09/24 6:45 PM, Rogan Dawes wrote: >> On 2010/09/24 7:47 AM, Albert ARIBAUD wrote: >> >>> On a side note, I do not know of a clear general definition of >>> 'bisectability', which means I could break it yet again unkonwingly. Can >>> you (or anyon

Re: [U-Boot] [PATCH] ppc44x: config GPIOs for USB on canyonlands board

2010-09-24 Thread Feng Kan
> > Also, when adding this code to usb_board_init(), would it not be > logical to undo this initialization in usb_board_stop()? > > RUP >> Ok, I will include your suggestion and resubmit > FKAN: Dear Wolfgang, is the symmetry needed here? If a user plan to use the usb, he will trigger the function

Re: [U-Boot] [RFC] Driver model

2010-09-24 Thread Wolfgang Denk
Dear Marek Vasut, In message <201009241737.27335.marek.va...@gmail.com> you wrote: > > > Using the DT for run-time configuration of U-Boot would be especially > > interesting. Assume: a single U-Boot image for all - say - OMAP3 > > boards... > > This looks very cool. I thought about this and I cam

Re: [U-Boot] [PATCH] ppc44x: config GPIOs for USB on canyonlands board

2010-09-24 Thread Wolfgang Denk
Dear Feng Kan, In message you wrote: > > FKAN: Dear Wolfgang, is the symmetry needed here? If a user > plan to use the usb, he will trigger the function. Otherwise, on > a stop what value would we put it back to. Design rules say: Shall initialize only such peripherals used by U-Boot i

Re: [U-Boot] [RFC] Driver model

2010-09-24 Thread Albert ARIBAUD
Le 24/09/2010 19:35, Wolfgang Denk a écrit : > Dear Marek Vasut, > > In message<201009241737.27335.marek.va...@gmail.com> you wrote: >> >>> Using the DT for run-time configuration of U-Boot would be especially >>> interesting. Assume: a single U-Boot image for all - say - OMAP3 >>> boards... >> >>

Re: [U-Boot] [RFC] Driver model

2010-09-24 Thread Wolfgang Denk
Dear Albert ARIBAUD, In message <4c9ce432.7060...@free.fr> you wrote: > > Stop me if I'm wrong, but basically this would imply that u-boot be > built with support for the largest possible device combination, thus be > rather big, right? ... Probably yes - similar to how Linux kernels are configur

Re: [U-Boot] u-boot USB status

2010-09-24 Thread Remy Bohmer
Hi Marcel, Please don' t top-post... 2010/9/23 Marcel : > Hi Remy, > > At this moment I only need the device support because the host connection is > not always available on my designs. Host support is however also very > interesting and I certainly will have a need for that as well at some point

[U-Boot] [PATCH v2] board/armltd/integrator/split_by_variant.sh: fix 'echo -n'

2010-09-24 Thread Andreas Bießmann
This patch fixes an error when running MAKEALL for ARM9. On OS X /bin/sh uses builtin echo which does not utilise '-n' switch. GNU manual for builtins recomend to use here-document style to solve this portability issue. This patch removes the usage of 'echo -n' and replace by here-document style

Re: [U-Boot] [RFC] Driver model

2010-09-24 Thread Albert ARIBAUD
Le 24/09/2010 20:59, Wolfgang Denk a écrit : > Of course. We will always allow customized, board specific > configurations that can be kept as small as possible if they don't > need this feature. Good. > But if you look at current trends with SoC and board manufacturers, it > would be really gre

[U-Boot] [PATCH] arch/arm/include/asm/sizes.h: cleanups

2010-09-24 Thread Andreas Bießmann
Merge several sizes.h in asm/arch subdirectories into a single asm/sizes.h file. Fixup usage of asm/arch/sizes.h in some files to use the merged file. Signed-off-by: Andreas Bießmann --- These changes where submitted in 2008 but never applied. See http://thread.gmane.org/gmane.comp.boot-loaders.

Re: [U-Boot] [PATCH] ppc44x: config GPIOs for USB on canyonlands board

2010-09-24 Thread Feng Kan
On Fri, Sep 24, 2010 at 10:43 AM, Wolfgang Denk wrote: > Dear Feng Kan, > > In message you > wrote: >> >> FKAN: Dear Wolfgang, is the symmetry needed here? If a user >> plan to use the usb, he will trigger the function. Otherwise, on >> a stop what value would we put it back to. > > Design rules

[U-Boot] [PATCH v4 0/2] Add support for new SoC APM821XX

2010-09-24 Thread tmarri
From: Tirumala Marri APM821XX is Applied Micro Circuits Corporations naming convention for new line of SoCs. V3: * Missing TLB entry for CONFIG_SYS_BOOT_BASE_ADDR. * Move CONFIG_SYS_EBC_PB0AP etc to EBC area in the config file. * remove unused CONFIG_RTL8211CL_PHY. * Replace hard coded v

[U-Boot] [PATCH v4 1/2] APM821xx: Add CPU support

2010-09-24 Thread tmarri
From: Tirumala Marri APM821XX is a new line of SoCs which are derivatives of PPC44X family of processors. This patch adds support of CPU, cache, tlb, 32k ocm, bootstraps, PLB and AHB bus. Signed-off-by: Tirumala R Marri --- V3: * Change APM82XXX to APM821XX * Modify the way cpu id is prin

[U-Boot] [PATCH v4 2/2] APM821xx: Add bluestone board support

2010-09-24 Thread tmarri
From: Tirumala Marri Add support code for bluestone board wth APM821XX processor based. This patch includes early board init, misc init, configure EBC, initializes UIC, MAKEALL, board.cfg and MAINTAINERS file. Signed-off-by: Tirumala R Marri inka4x0 MPC5200 +Tirumala Marri

Re: [U-Boot] [PATCH V3] mvsata_ide: adjust port init sequence

2010-09-24 Thread Albert ARIBAUD
Le 16/09/2010 13:13, Prafulla Wadaskar a écrit : > > >> -Original Message- >> From: u-boot-boun...@lists.denx.de >> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud >> Sent: Wednesday, September 08, 2010 11:01 PM >> To: u-boot@lists.denx.de >> Subject: [U-Boot] [PATCH V3] m