Dear "Bedia, Vaibhav",
In message you
wrote:
>
> Is having a config option to specify the location of bss (like
> CONFIG_SYS_BSS_ADDR) better/acceptable?
No such option is necessary because it is up to the SPL linker script
where it places the BSS.
Best regards,
Wolfgang Denk
--
DENX Soft
Dear Albert ARIBAUD,
In message <4d47ad9a.3060...@free.fr> you wrote:
>
> Wolfgang, do we:
>
> - wait for Prafulla's pull, or
>
> - just take Stefano's and move ahead with this release, and Prafulla
> stacks the current changes onto his 'next' branch until the MW opens
> again, or
>
> - something
Dear Aneesh V,
In message <4d4798e2.3050...@ti.com> you wrote:
>
> I had been working on creating an MMC SPL for OMAP4. OMAP boards
> typically support booting from the FAT partition of a removable SD/MMC
> card. So, we need to have FAT support in the SPL. But I am having some
> difficulties in a
Dear Aaron Williams,
In message <201101311955.50902.aaron.willi...@caviumnetworks.com> you wrote:
> There is a bug in the min and max macros in common.h which occurs if
> Y is a larger type than X. For example, if Y is a 64-bit value and X
> is a 32-bit value then Y will be truncated to 32-bits.
Dear Aaron Williams,
In message <201101311944.13761.aaron.willi...@caviumnetworks.com> you wrote:
> I'm still fighting with my mail tool, hopefully this will work.
You should use "git format-patch" to create and "git send-email" to
submit the patch instead. Noter that such a comment as the line a
Dear Scott Wood,
In message <20110131135548.50d65...@udp111988uds.am.freescale.net> you wrote:
>
> > [Btw: "final" is probably not a technically correct term for all the
> > use cases I see below.]
>
> I meant final as compared to partial links, not anything to do with spl
> versus tpl versus the
Hi David,
On Friday 28 January 2011 14:57:06 David Thomas wrote:
> We have a board with an AMCC PPC 405EX connected to two fpga's with PCIE
> interfaces.
>
> On some boards, on power up, the u-boot code hangs in the while loop in
> the following code waiting for PCIE1 to come out of reset. PCIE0
On 11/29/2010 03:18 PM, Marek Vasut wrote:
> Signed-off-by: Marek Vasut
Hi Marek,
in my regression tests to check if all IMX boards are compiled clean I
found the following warnings (efikamx):
mxc_ata.c:90: warning: 'pio_t0' defined but not used
mxc_ata.c:93: warning: 'pio_t2_16' defined but no
Le 01/02/2011 08:04, Albert ARIBAUD a écrit :
> I'd like to make sure I understand the issue. Do these three BSS
> variables occupy space in the U-Boot binary? If they do, then *that*
> must be fixed rather than allocating a fixed address for them. In ARM
> achitectures, the linker file makes sure
Le 01/02/2011 06:23, Aneesh V a écrit :
> Dear Wolfgang,
>
> I had been working on creating an MMC SPL for OMAP4. OMAP boards
> typically support booting from the FAT partition of a removable SD/MMC
> card. So, we need to have FAT support in the SPL. But I am having some
> difficulties in adding FA
(actually Cc:ing Wolfgang, sorry)
Le 01/02/2011 07:52, Albert ARIBAUD a écrit :
>> Hi Albert,
>> I am sorry being on business trip and very busy schedule,
>> I just have pantheon patch-series to be pulled in and few more stuff related
>> to fixes. But I don't think I will be able to do it within
Hi Aneesh,
On Tuesday, February 01, 2011 10:54 AM, Aneesh V wrote:
> Dear Wolfgang,
>
> I had been working on creating an MMC SPL for OMAP4. OMAP boards
> typically support booting from the FAT partition of a removable
> SD/MMC card. So, we need to have FAT support in the SPL. But I am
> having s
Le 01/02/2011 07:14, Prafulla Wadaskar a écrit :
>
>
>> -Original Message-
>> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
>> Sent: Monday, January 31, 2011 4:06 AM
>> To: Stefano Babic
>> Cc: Marek Vasut; u-boot@lists.denx.de; m...@genesi-usa.com; Prafulla
>> Wadaskar
>> Subject: R
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
> Sent: Monday, January 31, 2011 4:06 AM
> To: Stefano Babic
> Cc: Marek Vasut; u-boot@lists.denx.de; m...@genesi-usa.com; Prafulla
> Wadaskar
> Subject: Re: [PATCH 3/3 v4] iMX5: EfikaMX: Preliminary board support
Move fsl_ddr_get_spd into common mpc8xxx/ddr/main.c as most boards
pretty much do the same thing. The only variations are in how many
controllers or DIMMs per controller exist. To make this work we
standardize on the names of the SPD_EEPROM_ADDRESS defines based on the
use case of the board.
We
I've published some related cleanup patches and push those patches into
u-boot-85xx.git 'dev' branch.
You should be able to:
* drop board_lmb_reserve()
* remove config.mk and CONFIG_SYS_LDSCRIPT in config.h
* remove fsl_ddr_get_mem_data_rate(), fsl_ddr_get_spd() [need to rename
SPD_EEPROM_ADDR
Dear Wolfgang,
I had been working on creating an MMC SPL for OMAP4. OMAP boards
typically support booting from the FAT partition of a removable SD/MMC
card. So, we need to have FAT support in the SPL. But I am having some
difficulties in adding FAT support to SPL.
BSS footprint of fat.c is very h
Move some processor specific QE defines into config_mpc85xx.h and use
QE_MURAM_SIZE to cleanup some ifdef mess in the QE immap struct.
Also fixed up some comment style issues in immap_qe.h
Signed-off-by: Kumar Gala
---
arch/powerpc/include/asm/config_mpc85xx.h |6 ++
arch/powerpc/include/as
Move fsl_ddr_get_spd into common mpc8xxx/ddr/main.c as most boards
pretty much do the same thing. The only variations are in how many
controllers or DIMMs per controller exist. To make this work we
standardize on the names of the SPD_EEPROM_ADDRESS defines based on the
use case of the board.
We
Every 85xx board implements fsl_ddr_get_mem_data_rate via get_ddr_freq()
and every 86xx board uses get_bus_freq(). If implement get_ddr_freq()
as a static inline to call get_bus_freq() we can remove
fsl_ddr_get_mem_data_rate altogether and just call get_ddr_freq()
directly.
Signed-off-by: Kumar G
Move the include of mpc85xx/u-boot-nand.lds to utilize
CONFIG_SYS_LDSCRIPT rather than having an explicit config.mk
Signed-off-by: Kumar Gala
---
* Use $(TOPDIR)/$(CPUDIR)/u-boot-nand.lds so we should work in O=
* Move CONFIG_SYS_LDSCRIPT for NAND to !CONFIG_NAND_SPL case
board/freescale/mpc853
On Jan 25, 2011, at 12:47 PM, Kumar Gala wrote:
> Specify the number of DDR controllers, number of frame managers, number
> of 1g and 10g ports.
>
> Signed-off-by: Kumar Gala
> ---
> arch/powerpc/include/asm/config_mpc85xx.h | 15 +++
> 1 files changed, 15 insertions(+), 0 deletion
On Jan 25, 2011, at 3:22 AM, Kumar Gala wrote:
> From: Pankaj Chauhan
>
> In a manner similar to passing ethernet stashing parameters into device
> tree for "gianfar", extend the support to the "fsl,etsec2" as well.
>
> Signed-off-by: Pankaj Chauhan
> Signed-off-by: Sandeep Gopalpet
> Signed
On Jan 26, 2011, at 12:22 AM, Kumar Gala wrote:
> Remove declerations of fsl_ddr_set_memctl_regs in board files with and
> place it into a common header.
>
> Based on patch from Poonam Aggrwal.
>
> Signed-off-by: Kumar Gala
> ---
> arch/powerpc/include/asm/fsl_ddr_sdram.h |2 ++
> board/fre
On Jan 26, 2011, at 12:22 AM, Kumar Gala wrote:
> Rather than having #defines DATARATE_*_MHZ, lets just match what we do on
> the SPD code and convert the DDR frequency into MHZ and just compare
> with a constant.
>
> Based on patch from Poonam Aggrwal.
>
> Signed-off-by: Kumar Gala
> ---
> bo
On Jan 26, 2011, at 12:22 AM, Kumar Gala wrote:
> From: York Sun
>
> Using hwconfig to turn on/off ECC, without re-compiling.
>
> Signed-off-by: York Sun
> Signed-off-by: Kumar Gala
> ---
> include/configs/MPC8572DS.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
applied to 85
On Jan 26, 2011, at 12:22 AM, Kumar Gala wrote:
> From: York Sun
>
> Workaround for the following errata:
> DDR111 - MCKE signal may not function correctly at assertion of HRESET
> DDR134 - The automatic CAS-to-Preamble feature of the DDR controller can
> calibrate to incorrect values
>
On Jan 26, 2011, at 12:22 AM, Kumar Gala wrote:
> From: York Sun
>
> Use unique erratum number instead of platform number.
> Enable command that reports errata on MPC8572DS.
>
> Signed-off-by: York Sun
> Signed-off-by: Kumar Gala
> ---
> arch/powerpc/cpu/mpc85xx/cmd_errata.c |4 +++-
On Jan 26, 2011, at 12:22 AM, Kumar Gala wrote:
> From: York Sun
>
> This polling loop is not required normally, unless specifically stated in
> workaround.
>
> Signed-off-by: York Sun
> Signed-off-by: Kumar Gala
> ---
> arch/powerpc/cpu/mpc85xx/ddr-gen3.c |2 --
> 1 files changed, 0 inse
On Jan 26, 2011, at 12:22 AM, Kumar Gala wrote:
> From: York Sun
>
> Also removed duplicate CONFIG_CMD_IRQ define.
>
> Signed-off-by: York Sun
> Signed-off-by: Kumar Gala
> ---
> include/configs/MPC8572DS.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
applied to 85xx
- k
__
On Jan 29, 2011, at 5:20 PM, Kumar Gala wrote:
> Data timeout counter (SYSCTL[DTOCV]) is not reliable for values of 4, 8,
> and 12. Program one more than the desired value: 4 -> 5, 8 -> 9, 12 -> 13.
>
> Signed-off-by: Kumar Gala
> ---
> arch/powerpc/cpu/mpc85xx/cmd_errata.c |3 +++
> arc
On Jan 29, 2011, at 5:20 PM, Kumar Gala wrote:
> Signed-off-by: Kumar Gala
> ---
> arch/powerpc/include/asm/config_mpc85xx.h |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
applied to 85xx
- k
___
U-Boot mailing list
U-Boot@lists.denx.de
On Jan 31, 2011, at 5:36 PM, Timur Tabi wrote:
> On Mon, Jan 31, 2011 at 3:08 PM, Kumar Gala wrote:
>
>>> @@ -588,6 +588,9 @@ typedef struct qe_immap {
>>> #elif defined(CONFIG_MPC8569)
>>> u8 muram[0x2]; /* 0x1_ - 0x3_ Multi-user RAM */
>>> u8 res17[0x1];
On Jan 31, 2011, at 4:52 PM, Scott Wood wrote:
> On Mon, 31 Jan 2011 16:37:44 -0600
> Kumar Gala wrote:
>
>> * fix where we define this, it should !CONFIG_NAND_SPL, read the old
>> config.mk incorrectly.
>
> I don't think that will make a difference -- CONFIG_NAND_SPL is never
> set when symb
There is a bug in the min and max macros in common.h which occurs if
Y is a larger type than X. For example, if Y is a 64-bit value and X
is a 32-bit value then Y will be truncated to 32-bits. This fix
matches what is done in the Linux kernel but without the additional
type checking present in the
I'm still fighting with my mail tool, hopefully this will work.
This patch adds support for NAND flash 4GiB and larger. The changes in
the data structure match those found in the Linux kernel. Most of the
changes involve changing u32s to u64s.
-Aaron
Signed-off-by: Aaron Williams
common/cmd_
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Mon, 2011-01-31 at 15:28 -0600, Kumar Gala wrote:
> On Jan 31, 2011, at 2:50 PM, Haiying Wang wrote:
>
> > On Mon, 2011-01-31 at 21:11 +0100, Wolfgang Denk wrote:
> >>>
> >>> +#ifdef CONFIG_P1021
> >>> + ccsr_gur_t *gur = (void *)(CONFIG_SYS_MPC85xx_GUTS_ADDR);
> >>> +
> >>> + /* QE9 and QE12
Trying again submitting the patch.
Adds support for NAND flash chips that are 4GiB and larger.
Signed-off-by: Aaron Williams
diff --git a/common/cmd_mtdparts.c b/common/cmd_mtdparts.c
index 5481c88..26d24b0 100644
--- a/common/cmd_mtdparts.c
+++ b/common/cmd_mtdparts.c
@@ -21,6 +21,11 @@
*
Hi Remy,
Still waiting on some boards to try, unfortunately. I expect it will happen
in the next 2 weeks though (ARM9 and OMAP4 platforms). Once I get to the
bottom of it I will split the patches as requested. I have not seen reports
from other users of U-Boot. Also working on USB host Ethernet.
On Mon, Jan 31, 2011 at 3:08 PM, Kumar Gala wrote:
>> @@ -588,6 +588,9 @@ typedef struct qe_immap {
>> #elif defined(CONFIG_MPC8569)
>> u8 muram[0x2]; /* 0x1_ - 0x3_ Multi-user RAM */
>> u8 res17[0x1]; /* 0x3_ - 0x4_ */
>> +#elif defined(CONFIG_P102
On Thu, 27 Jan 2011 17:43:10 -0800
Aaron Williams wrote:
> I have included my preliminary patch which seems to be working.
> It has not been extensively tested yet. All of the changes were basically
> making the sizes and offsets u64 instead of u32. When looking at the Linux
> kernel code it lo
This patch seems to be working fine in my setup. Any comments?
-Aaron
On Thursday, January 27, 2011 05:43:10 pm Aaron Williams wrote:
> I have included my preliminary patch which seems to be working.
> It has not been extensively tested yet. All of the changes were basically
> making the sizes
Any comments on this? This bug caused me a lot of troube.
-Aaron
On Tuesday, January 25, 2011 02:30:55 pm Aaron Williams wrote:
> In some of my work with the Cavium Octeon 64-bit processor I ran into a
> problem with the min and max macros provided in common.h. The problem
> occurs if x is 32-bi
On Mon, 31 Jan 2011 23:40:41 +0100
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20110131160713.0b78c...@udp111988uds.am.freescale.net> you wrote:
> >
> > Do you want the README changes to be a separate patch from the
> > board/makefile changes?
>
> Did you not just explain that this
On Mon, 31 Jan 2011 16:37:44 -0600
Kumar Gala wrote:
> * fix where we define this, it should !CONFIG_NAND_SPL, read the old
> config.mk incorrectly.
I don't think that will make a difference -- CONFIG_NAND_SPL is never
set when symbols are extracted into autoconf.mk, and
CONFIG_SYS_LDSCRIPT is
Dear Scott Wood,
In message <20110131160713.0b78c...@udp111988uds.am.freescale.net> you wrote:
>
> Do you want the README changes to be a separate patch from the
> board/makefile changes?
Did you not just explain that this would make no sense?
Best regards,
Wolfgang Denk
--
DENX Software Engi
On Jan 31, 2011, at 4:15 PM, Kumar Gala wrote:
> Move the include of mpc85xx/u-boot-nand.lds to utilize
> CONFIG_SYS_LDSCRIPT rather than having an explicit config.mk
>
> Signed-off-by: Kumar Gala
> ---
> board/freescale/mpc8536ds/config.mk | 30 --
> board/freesca
Dear Kumar Gala,
In message you wrote:
> A bug fix, and I felt that Alex had published code well ahead of merge
> window close that this was reasonable to go in (and new board so isn't
> going to break anything).
>
> The following changes since commit 8aba9dceebb14144e07d19593111ee3a999c37fc:
>
Dear Heiko Schocher,
In message <4d4112b1.70...@denx.de> you wrote:
> Hello Wolfgang,
>
> please pull from u-boot-i2c.git. This should go in actual release,
> as it is a bugfix.
>
> The following changes since commit 8aba9dceebb14144e07d19593111ee3a999c37fc:
>
> Divides variable of linker fla
Dear Kumar Gala,
In message you wrote:
>
> >>> +LDSCRIPT := $(TOPDIR)/$(CPUDIR)/u-boot-nand.lds
> >>> +endif
> >>> +endif
> >>> +endif
> >>
> >> Why is this config.mk needed? Can you not do all this in the board
> >> config file instead?
> > Do you mean the board header file or arch/powerpc/co
Move the include of mpc85xx/u-boot-nand.lds to utilize
CONFIG_SYS_LDSCRIPT rather than having an explicit config.mk
Signed-off-by: Kumar Gala
---
board/freescale/mpc8536ds/config.mk | 30 --
board/freescale/mpc8569mds/config.mk | 30 --
We've been utilizing board_lmb_reserve to reserve the boot page for MP
systems. We can just move this into arch_lmb_reserve for 85xx & 86xx
systems rather than duplicating in each board port.
Signed-off-by: Kumar Gala
---
* Fix compiler warning for not including in bootm.c
arch/powerpc/lib/bo
Dear Haiying Wang,
In message <1296509955.2049.543.camel@haiying-laptop> you wrote:
>
> > Why is this config.mk needed? Can you not do all this in the board
> > config file instead?
> Do you mean the board header file or arch/powerpc/config.mk? I did not see
> any LDSCRIPT defined in Freescale b
On Mon, 31 Jan 2011 22:34:34 +0100
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20110131151506.700dd...@udp111988uds.am.freescale.net> you wrote:
> >
> > > For example, why must we add the Makefile changes in the first step,
> > > when all the code it references is still missing? Sh
On Jan 31, 2011, at 3:39 PM, Haiying Wang wrote:
> On Mon, 2011-01-31 at 21:03 +0100, Wolfgang Denk wrote:
>> Dear haiying.w...@freescale.com,
>>> diff --git a/board/freescale/p1021mds/config.mk
>>> b/board/freescale/p1021mds/config.mk
>>> new file mode 100644
>>> index 000..3888f61
>>> ---
We've been utilizing board_lmb_reserve to reserve the boot page for MP
systems. We can just move this into arch_lmb_reserve for 85xx & 86xx
systems rather than duplicating in each board port.
Signed-off-by: Kumar Gala
---
arch/powerpc/lib/bootm.c |4
board/freescale/co
Dear Anatolij Gustschin,
In message <20110127003229.4a6f09ac@wker> you wrote:
> Dear Wolfgang,
>
> The following changes since commit 8aba9dceebb14144e07d19593111ee3a999c37fc:
>
> Divides variable of linker flags to LDFLAGS-u-boot and LDFLAGS (2011-01-25
> 22:22:30 +0100)
>
> are available i
> It seems there are a number of functions here which ar actually shared
> with other files, for example board/freescale/p1022ds/ddr.c.
>
> I wonder if it is not possible to use more common code here - especially
> given the fact that we already have a nice collection of such files:
>
> boa
On Mon, 2011-01-31 at 21:03 +0100, Wolfgang Denk wrote:
> Dear haiying.w...@freescale.com,
> > diff --git a/board/freescale/p1021mds/config.mk
> > b/board/freescale/p1021mds/config.mk
> > new file mode 100644
> > index 000..3888f61
> > --- /dev/null
> > +++ b/board/freescale/p1021mds/config.mk
Dear Haiying Wang,
In message <1296507737.2049.518.camel@haiying-laptop> you wrote:
> On Mon, 2011-01-31 at 21:08 +0100, Wolfgang Denk wrote:
> > Dear haiying.w...@freescale.com,
> >
> > In message <1296499317-26616-6-git-send-email-haiying.w...@freescale.com>
> > you wrote:
> > > From: Haiying
Dear Scott Wood,
In message <20110131151506.700dd...@udp111988uds.am.freescale.net> you wrote:
>
> > For example, why must we add the Makefile changes in the first step,
> > when all the code it references is still missing? Should this not be
> > the last step?
>
> If you make it the last step,
On Jan 31, 2011, at 2:50 PM, Haiying Wang wrote:
> On Mon, 2011-01-31 at 21:11 +0100, Wolfgang Denk wrote:
>>>
>>> +#ifdef CONFIG_P1021
>>> + ccsr_gur_t *gur = (void *)(CONFIG_SYS_MPC85xx_GUTS_ADDR);
>>> +
>>> + /* QE9 and QE12 need to be set for enabling QE MII managment signals */
>>> +
On Mon, 31 Jan 2011 21:50:57 +0100
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20110131143141.2959d...@udp111988uds.am.freescale.net> you wrote:
> >
> > I'm confused. You say "of course not all together", but the first one
> > you say to include with the second, and the second you s
On Jan 31, 2011, at 12:41 PM,
wrote:
> From: Haiying Wang
>
> Signed-off-by: Haiying Wang
> ---
> arch/powerpc/include/asm/immap_85xx.h |6 ++
> arch/powerpc/include/asm/immap_qe.h |9 +++--
> 2 files changed, 13 insertions(+), 2 deletions(-)
>
> diff --git a/arch/powerpc/i
On Mon, 2011-01-31 at 21:08 +0100, Wolfgang Denk wrote:
> Dear haiying.w...@freescale.com,
>
> In message <1296499317-26616-6-git-send-email-haiying.w...@freescale.com> you
> wrote:
> > From: Haiying Wang
> >
> > For some board which doesn't have NOR flash and the QE's firmware(ucode) is
> > sa
Hi all,
where could I find informations about to configure u-boot for altera ep2s60-sdr
board?
I saw that there is a board gr_ep2s60 but I suppose it is for altera ep2s60-
ddr.
Any suggestion will be appreciated.
Regards
--
Ing. Fabio Giovagnini
Aurion s.r.l.
P.I e C.F.
00885711200
skype: au
Dear Kumar Gala,
In message you wrote:
>
...
> I'm in agreement with Scott on this. I believe we've taken this a bit
> too far about "dead code". It should be reasonable in a patch series to
> have code that will be used in a subsequent patch.
Yes, but you should not enable it or add it to Ma
Dear Scott Wood,
In message <20110131143141.2959d...@udp111988uds.am.freescale.net> you wrote:
>
> I'm confused. You say "of course not all together", but the first one
> you say to include with the second, and the second you say to include
> with the third.
I did not say this.
> If you're sugg
On Mon, 2011-01-31 at 21:11 +0100, Wolfgang Denk wrote:
> >
> > +#ifdef CONFIG_P1021
> > + ccsr_gur_t *gur = (void *)(CONFIG_SYS_MPC85xx_GUTS_ADDR);
> > +
> > + /* QE9 and QE12 need to be set for enabling QE MII managment signals */
> > + setbits_be32(&gur->pmuxcr, MPC85xx_PMUXCR_QE9);
> >
On Jan 31, 2011, at 2:31 PM, Scott Wood wrote:
> On Mon, 31 Jan 2011 21:22:04 +0100
> Wolfgang Denk wrote:
>
>> Dear Scott Wood,
>>
>> In message <20110131141332.5a4a2...@udp111988uds.am.freescale.net> you wrote:
>>>
I think these patches are incorrectly split.
>>>
>>> I think the inten
On Mon, 31 Jan 2011 21:22:04 +0100
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20110131141332.5a4a2...@udp111988uds.am.freescale.net> you wrote:
> >
> > > I think these patches are incorrectly split.
> >
> > I think the intent was to split the arch-neutral stuff from the 85xx
> > st
Dear Haiying Wang,
In message <1296504850.2049.434.camel@haiying-laptop> you wrote:
>
> > If you introduce a new LDFLAGS_FINAL instead, then why do we have to
> > keep LDFLAGS_u-boot - isn't LDFLAGS_u-boot also for "final" linking of
> > the U-Boot image?
> LDFLAGS_FINAL does not provide the whol
On Mon, 31 Jan 2011 21:18:35 +0100
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20110131140801.33609...@udp111988uds.am.freescale.net> you wrote:
> >
> > > Please rather omit the setting instead of using fillers that are of no
> > > practical value.
> >
> > Well, they do make it easi
Dear Scott Wood,
In message <20110131141332.5a4a2...@udp111988uds.am.freescale.net> you wrote:
>
> > I think these patches are incorrectly split.
>
> I think the intent was to split the arch-neutral stuff from the 85xx
> stuff from the board stuff -- you'd rather they be all bunched together?
No
Dear Scott Wood,
In message <20110131140801.33609...@udp111988uds.am.freescale.net> you wrote:
>
> > Please rather omit the setting instead of using fillers that are of no
> > practical value.
>
> Well, they do make it easier for a user to quickly see what the names
> are that U-Boot expects for
On Mon, 2011-01-31 at 20:33 +0100, Wolfgang Denk wrote:
> If I understand the intention of the LDFLAGS_u-boot setting
> corrrectly, then you would have to add a "LDFLAGS_nand_spl" setting.
No, I don't want to add a LDFLAGS_nand_spl for nand_spl only, I need
LDFLAGS_FINAL to be passed to nand spl,
On Mon, 31 Jan 2011 20:39:51 +0100
Wolfgang Denk wrote:
> Dear haiying.w...@freescale.com,
>
> In message <1296499317-26616-1-git-send-email-haiying.w...@freescale.com> you
> wrote:
> > This patchset adds support for TPL(Tertiary Program Loader) and P1021MDS
> > board.
> > It is a rework of pa
Dear haiying.w...@freescale.com,
In message <1296499317-26616-7-git-send-email-haiying.w...@freescale.com> you
wrote:
> From: Haiying Wang
>
> P1021 has some QE pins which need to be set in pmuxcr register before using QE
> functions. In this patch, pin QE0 and QE3 are set for UCC1 and UCC5 in
Dear haiying.w...@freescale.com,
In message <1296499317-26616-6-git-send-email-haiying.w...@freescale.com> you
wrote:
> From: Haiying Wang
>
> For some board which doesn't have NOR flash and the QE's firmware(ucode) is
> saved in its NAND flash, we don't want call qe_init in cpu_init_r, but wil
On Mon, 31 Jan 2011 21:03:17 +0100
Wolfgang Denk wrote:
> > +/*
> > + * Environment Configuration
> > + */
> > +#define CONFIG_HOSTNAMEp1021mds
> > +#define CONFIG_ROOTPATH/nfsroot
> > +#define CONFIG_BOOTFILEyour.uImage
>
> Please rather omit the setting instead of using fillers tha
Dear haiying.w...@freescale.com,
In message <1296499317-26616-5-git-send-email-haiying.w...@freescale.com> you
wrote:
> From: Haiying Wang
>
> Signed-off-by: Haiying Wang
> ---
> arch/powerpc/include/asm/immap_85xx.h |6 ++
> arch/powerpc/include/asm/immap_qe.h |9 +++--
> 2
Dear haiying.w...@freescale.com,
In message <1296499317-26616-4-git-send-email-haiying.w...@freescale.com> you
wrote:
> From: Haiying Wang
>
> Support P1021MDS board to boot from NAND flash (No NOR flash on this
> board). And because P1021 only has 256K L2 SRAM, which can not used for final
> u
With the current hardware initialisation of the driver all packets with
an odd number of preamble nibbles are dropped. Some switches seem to
send all packets with such an preamble.
According to the functional specifications of the marvell 88F6180,
6190, 6192 and 6281 the reception of such packets
On Mon, 31 Jan 2011 20:33:09 +0100
Wolfgang Denk wrote:
> Dear haiying.w...@freescale.com,
>
> In message <1296498767-26408-1-git-send-email-haiying.w...@freescale.com> you
> wrote:
> > From: Haiying Wang
> >
> > commit 8aba9dceebb14144e07d19593111ee3a999c37fc
> > Divides variable of linker f
Hi,
2011/1/31 Remy Bohmer :
> Hi Simon,
>
> 2010/12/16 Simon Glass :
>> Hi Remy,
>> Thanks for the feedback. I will update the patch with your changes.
>> Unfortunately I don't have a lot of hardware to try, hence the list post. I
>> will be doing some more testing in January so will come back to
Dear haiying.w...@freescale.com,
In message <1296499317-26616-1-git-send-email-haiying.w...@freescale.com> you
wrote:
> This patchset adds support for TPL(Tertiary Program Loader) and P1021MDS
> board.
> It is a rework of patchset at
> http://lists.denx.de/pipermail/u-boot/2010-December/082881.h
Dear haiying.w...@freescale.com,
In message <1296498767-26408-1-git-send-email-haiying.w...@freescale.com> you
wrote:
> From: Haiying Wang
>
> commit 8aba9dceebb14144e07d19593111ee3a999c37fc
> Divides variable of linker flags to LDFLAGS-u-boot and LDFLAGS
>
> breaks the usage of --gc-section t
On Mon, 31 Jan 2011 13:16:59 -0600
Scott Wood wrote:
> On Mon, 31 Jan 2011 09:05:55 +0100
> Jaap de Jong wrote:
>
> > Hi all,
> > On my board (at91sam9263ek) I have enabled the watchdog.
> > It will reset the processor after about 16 seconds.
> > It looks like it is working but if I'm writing a
Am 01/31/2011 08:01 PM, schrieb Scott Wood:
>>
>> I got out everything except the LDSCRIPT definition. However, I can't
>> find a way to specify a board-specific linker script (which I need due
>> to the embedded environment) without using config.mk in the board
>> directory, since the platform set
Hi Simon,
2010/12/16 Simon Glass :
> Hi Remy,
> Thanks for the feedback. I will update the patch with your changes.
> Unfortunately I don't have a lot of hardware to try, hence the list post. I
> will be doing some more testing in January so will come back to it then. In
Have you made any progres
Dear "GRACE, ERWAN (ERWAN)** CTR **",
In message
you wrote:
>
> My name is Erwan Grâce, I'm French. Here's my issue : I had loaded the Fl
> ash memory of an electronic card with 2 RAMdisk which are supposed to be th
> e same. However, when I checked the messages displayed on a screen at boot
>
Dear prakash bedge,
In message you
wrote:
>
> Could anyone tell which version of u-boot supports PPC476FP processor?
The only ones I am aware of are the out-of-tree ports which you can
find on LSI's web site.
No patches have been submitted for mainline inclusion yet.
Best regards,
Wolfgang D
On Mon, 31 Jan 2011 09:05:55 +0100
Jaap de Jong wrote:
> Hi all,
> On my board (at91sam9263ek) I have enabled the watchdog.
> It will reset the processor after about 16 seconds.
> It looks like it is working but if I'm writing a large file into nand it
> seems that the watchdog is not reset and
On Sat, 29 Jan 2011 16:57:07 +0100
Michael Schwingen wrote:
> Am 01/25/2011 09:44 PM, schrieb Wolfgang Denk:
> >
> >> diff --git a/board/actux1/config.mk b/board/actux1/config.mk
> >> index 88634f7..a370337 100644
> >> --- a/board/actux1/config.mk
> >> +++ b/board/actux1/config.mk
> >> @@ -1,6 +1
From: Haiying Wang
TPL is introduced to enable a loader stub that boots out of some type of RAM,
after being loaded by an SPL or similar platform-specific mechanism.
One example of using this tpl loader is to initialize the ddr through spd code
in case the L2 SRAM size is not big enough to hold
From: Haiying Wang
P1021 has some QE pins which need to be set in pmuxcr register before using QE
functions. In this patch, pin QE0 and QE3 are set for UCC1 and UCC5 in Eth mode.
QE9 and QE12 are set for MII management. QE12 needs to be released after MII
access because QE12 pin is muxed with LBC
From: Haiying Wang
Support P1021MDS board to boot from NAND flash (No NOR flash on this
board). And because P1021 only has 256K L2 SRAM, which can not used for final
uboot image, this patch also enables the TPL BOOT on P1021MDS so that DDR can
be initialized in L2 SRAM through SPD code. So there
This patchset adds support for TPL(Tertiary Program Loader) and P1021MDS board.
It is a rework of patchset at
http://lists.denx.de/pipermail/u-boot/2010-December/082881.html,
addresses the comments from the list and is based on the top of the tree.
It needs to be applied after patch
http://lists
From: Haiying Wang
For some board which doesn't have NOR flash and the QE's firmware(ucode) is
saved in its NAND flash, we don't want call qe_init in cpu_init_r, but will
call it later after nand is initialized.
Signed-off-by: Haiying Wang
---
arch/powerpc/cpu/mpc85xx/cpu_init.c |2 +-
1 f
1 - 100 of 125 matches
Mail list logo
