Hello List,
I'm taking a look at the memory diagnostics, specially for PowerPC mpc85xx
family CPUs. It seems to me that currently all the memory diagnostics on
mpc85xx are run with cache enabled, and memory mapped using cache-enabled TLB
entries. Isn't it true that in such a case all the memory
When reset code is in flash, the jump instructions emitted by the compiler are
relative instead of absolute jumps.
A fix to the reset code to make correct jumps to the beginning of code
relocated to RAM have also been added.
Signed-off-by: Julius Baxter
---
arch/openrisc/cpu/cpu.c |6 ++
On 25/04/2012 05:33, Troy Kisky wrote:
> Signed-off-by: Troy Kisky
> ---
> board/freescale/mx6qsabrelite/mx6qsabrelite.c | 11 +++
> include/configs/mx6qsabrelite.h |8
> 2 files changed, 19 insertions(+), 0 deletions(-)
>
Acked-by: Stefano Babic
Best rega
On 25/04/2012 05:33, Troy Kisky wrote:
> The following platforms had their config files changed
> flea3, imx31_phycore, mx35pdk, mx53ard, mx53evk, mx53smd
>
> Signed-off-by: Troy Kisky
> ---
Hi Troy,
> arch/arm/include/asm/arch-mx31/imx-regs.h |7 +++
> arch/arm/include/asm/arch-mx35/i
On 06/05/2012 01:06, Marek Vasut wrote:
> Dear Troy Kisky,
>
>> On 5/5/2012 2:36 PM, Marek Vasut wrote:
>>> Dear Troy Kisky,
>>>
On 5/5/2012 6:08 AM, Marek Vasut wrote:
> Dear Troy Kisky,
>
>> On 4/24/2012 8:33 PM, Troy Kisky wrote:
>>> Other then being very weird, this code w
On 05/05/2012 23:20, Fabio Estevam wrote:
> Hi Stefano and Wolfgang,
>
> On Wed, May 2, 2012 at 5:56 PM, stefano babic wrote:
>> Am 02/05/2012 20:48, schrieb Fabio Estevam:
>>> Hi Wolfgang,
>>>
>>> Have you tested USB host functionality on a mx53loco with a Freescale
>>> MC34708 PMIC ?
>>
>> No,
On 30/04/2012 20:12, Fabio Estevam wrote:
> Print CPU information within board_late_init().
>
> This is in preparation for adding 1GHz support, which requires programming a
> PMIC
> via I2C. As I2C is only available after relocation, print the CPU information
> later at board_late_init(), so that
On 30/04/2012 20:12, Fabio Estevam wrote:
> There are two types of mx53loco boards: initial boards were built with a
> Dialog
> DA9053 PMIC and more recent version is based on a Freescale MC34708 PMIC.
>
> Add DA9053 PMIC support and adjust the required voltages and clocks for
> running
> the CP
On 30/04/2012 20:12, Fabio Estevam wrote:
> There are two types of mx53loco boards: initial boards were built with a
> Dialog
> DA9053 PMIC and more recent version is based on a Freescale MC34708 PMIC.
>
> Add DA9053 PMIC support and adjust the required voltages and clocks for
> running
> the CP
On 30/04/2012 20:12, Fabio Estevam wrote:
> mx5: Add clock config interface
>
> Add clock config interface support, so that we
> can configure CPU or DDR clock in the later init
>
> Signed-off-by: Jason Liu
> Signed-off-by: Eric Miao
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx,
On 30/04/2012 20:12, Fabio Estevam wrote:
> Print CPU information within board_late_init().
>
> This is in preparation for adding 1GHz support, which requires programming a
> PMIC
> via I2C. As I2C is only available after relocation, print the CPU information
> later at board_late_init(), so that
On 03/05/2012 17:47, Marek Vasut wrote:
> This will eventually be needed with Linux 3.5, which will be the point when
> MXS will be switched to FDT.
>
> Signed-off-by: Marek Vasut
> Cc: Wolfgang Denk
> Cc: Detlev Zundel
> Cc: Stefano Babic
> Cc: Fabio Estevam
> ---
> include/configs/m28evk.h
Dear Stefano Babic,
> On 03/05/2012 17:47, Marek Vasut wrote:
> > This will eventually be needed with Linux 3.5, which will be the point
> > when MXS will be switched to FDT.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Wolfgang Denk
> > Cc: Detlev Zundel
> > Cc: Stefano Babic
> > Cc: Fabio Est
On 04/05/2012 12:08, David Jander wrote:
>
> Hi all,
>
Hi David,
> I discovered a bug in u-boot, that got evident after Freescale updated the
> i.MX51 datasheets to revision 5 in March this year. I don't know if it is a
> serious problem or not, but if I believe the wording of the datasheet man
On 06/05/2012 18:12, Marek Vasut wrote:
> Dear Stefano Babic,
>
> I think the series was cleared either way, wasn't it?
I am slowly applying all free of comments patches to u-boot-imx, and
reviewing what I have not yet done. So this one is completely
independent and I could apply without many th
On 03/05/2012 17:47, Marek Vasut wrote:
> This solves issues when larger amount of DRAM is used. Behave the
> same in case of CPU bypass as we do in case of EMI bypass, wait
> 15 ms. We need to wait until the clock domain stabilizes.
>
> Signed-off-by: Marek Vasut
> Cc: Wolfgang Denk
> Cc: Detle
Dear Stefano Babic,
> On 03/05/2012 17:47, Marek Vasut wrote:
> > This solves issues when larger amount of DRAM is used. Behave the
> > same in case of CPU bypass as we do in case of EMI bypass, wait
> > 15 ms. We need to wait until the clock domain stabilizes.
> >
> > Signed-off-by: Marek Vasut
Dear sir,
I'm trying BDI 2000 to connect MPC8280 Board buts its showing time
out and i'm new to BDI 2000. Please suggest me on this regards.
Regards
Thiru N
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-b
Hi Dirk,
On Sun, Apr 29, 2012 at 3:15 PM, Fabio Estevam wrote:
> I sent v2 which should fix the problem you reported in v1.
When you have a chance, could you please try this version and let us
know if it fixes the issues you reported previously?
Thanks,
Fabio Estevam
_
On 02/05/2012 16:36, Wolfgang Grandegger wrote:
> To get USB working again on the i.MX6, this patch fixes a bug introduced
> with commit 522b2a0 "Add proper IO accessors for mx6 usb registers.".
> At that occasion, I also added the missing __iomem directive.
>
> Cc: Marek Vasut
> CC: Fabio Esteva
On 04/05/2012 13:32, Marek Vasut wrote:
> This solves issues when larger amount of DRAM is used, like 256MB.
> Behave the same in case of CPU bypass as we do in case of EMI
> bypass, but wait 15 ms. We need to wait until the clock domain
> stabilizes.
>
> This issue seemed to have been caused by n
Dear Stefano Babic,
> On 04/05/2012 13:32, Marek Vasut wrote:
> > This solves issues when larger amount of DRAM is used, like 256MB.
> > Behave the same in case of CPU bypass as we do in case of EMI
> > bypass, but wait 15 ms. We need to wait until the clock domain
> > stabilizes.
> >
> > This is
Dear Stefano Babic,
> On 06/05/2012 18:12, Marek Vasut wrote:
> > Dear Stefano Babic,
> >
> >
> > I think the series was cleared either way, wasn't it?
>
> I am slowly applying all free of comments patches to u-boot-imx, and
> reviewing what I have not yet done. So this one is completely
> inde
On 17/04/2012 12:35, Lauri Hintsala wrote:
> NAND support is not enabled by default because Eval Kit is not delivered
> with NAND chip. To enable NAND support add CONFIG_CMD_NAND to board config.
>
> Signed-off-by: Lauri Hintsala
> ---
Applied to u-boot-imx, thanks
Best regards,
Stefano Babic
On 02/05/2012 14:12, Dirk Behme wrote:
> Init the core regulator voltage to 1.2V. This is required for the correct
> functioning of the GPU and when the ARM LDO is set to 1.225V. This is a
> workaround to fix some memory clock jitter.
>
> Note: This should be but can't be done in the DCD. The boot
On 28/04/2012 17:29, Eric Nelson wrote:
> Hi Dirk,
>
> I tried to address this global/non-const by making it explicitly public,
> but Stefano nacked the patch:
> http://patchwork.ozlabs.org/patch/144712/
>
> As it stands, the compiler won't generate an external reference for the
> local abov
On 01/05/2012 21:55, Eric Nelson wrote:
> Signed-off-by: Eric Nelson
> ---
> V2 has been stripped of the board-independent changes and
> uses clrsetbits_le32() instead of twiddling bits by hand.
>
> V3 returns immediately from setup_sata() if enable_sata_clock()
> returns an error.
>
> V4 remove
On 01/05/2012 21:55, Eric Nelson wrote:
> Signed-off-by: Eric Nelson
> ---
> V2 has been stripped of the board-independent changes and
> uses clrsetbits_le32() instead of twiddling bits by hand.
>
> V3 returns immediately from setup_sata() if enable_sata_clock()
> returns an error.
>
> V4 remove
On 19/04/2012 10:55, Timo Ketola wrote:
> Signed-off-by: Timo Ketola
> ---
>
> Changes in v2:
> - Dropped patches 2 and 3 so this one changed from 4 to 2
> - Rebased to u-boot-imx next
> - Fixed too long line
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
===
On 19/04/2012 10:55, Timo Ketola wrote:
> Signed-off-by: Timo Ketola
> ---
>
> Changes in v4:
> - Removed blank lines inside #ifdef
> - Manipulate 'this->options' with '|=' instead of '='
>
> Changes in v3:
> - Changed the subject
> - Changed the BBT pattern offsets (patch 4); They are now zero
On 19/04/2012 10:55, Timo Ketola wrote:
> The USB controller in i.MX25 has a PORTSCx registers which should be
> set. In this regard it is similar to the controller in i.MX31. As this
> file is compiled only with i.MX25 and -31, #ifdef check can be removed.
>
> Signed-off-by: Timo Ketola
> ---
>
On 19/04/2012 10:55, Timo Ketola wrote:
> The reference manual of i.MX25 (nor i.MX31) does not define such
> register. This seems to access read only UH2_CAPLENGTH register (if
> CONFIG_MXC_USB_PORT is zero).
>
> Signed-off-by: Timo Ketola
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stef
On 19/04/2012 10:55, Timo Ketola wrote:
> types.h must be included in imx-regs.h if one wants to include
> imx-regs.h in a board configuration file. That for one's part is
> necessary, if one wants to use addresses defined in imx-regs.h.
>
> For example, fsl_esdhc.c needs CONFIG_SYS_FSL_ESDHC_ADDR
On 19/04/2012 10:55, Timo Ketola wrote:
> Defining CONFIG_FSL_ESDHC brings in a call to get_clocks, so let's
> implement get_clocks function. This is how it seems to be implemented
> elsewhere.
>
> Signed-off-by: Timo Ketola
> ---
>
> Changes in v4:
> - Rewrapped commit message
>
> Changes in v
Hi Stefano,
On 05/06/2012 10:04 AM, Stefano Babic wrote:
On 28/04/2012 17:29, Eric Nelson wrote:
Hi Dirk,
I tried to address this global/non-const by making it explicitly public,
but Stefano nacked the patch:
http://patchwork.ozlabs.org/patch/144712/
As it stands, the compiler won't gen
On Wed, May 2, 2012 at 2:16 PM, Luka Perkov wrote:
> The kwboot program boots boards based on Marvell's Kirkwood platform
> via Xmodem over their integrated UART.
>
> Signed-off-by: Daniel Stodden
> Acked-by: Luka Perkov
> ---
>
> Changes from version v1:
> * fix man page
> * minor cosmetic fi
Hi Eric,
On Sun, May 6, 2012 at 2:42 PM, Eric Nelson
wrote:
> This is clearly fine, but it has me laughing because I never
> remember what 'mxc' stands for.
Yes, this can cause confunsion. The 'mxc' term is frequently used in
the kernel/u-boot and has the same meaning as 'imx'.
Regards,
Fabi
On 05/06/2012 11:08 AM, Fabio Estevam wrote:
Hi Eric,
On Sun, May 6, 2012 at 2:42 PM, Eric Nelson
wrote:
This is clearly fine, but it has me laughing because I never
remember what 'mxc' stands for.
Yes, this can cause confunsion. The 'mxc' term is frequently used in
the kernel/u-boot and
> -Original Message-
> From: David Purdy [mailto:david.c.pu...@gmail.com]
> Sent: 06 May 2012 23:24
> To: u-boot@lists.denx.de; daniel.stod...@googlemail.com; Prafulla
> Wadaskar; Luka Perkov; drea...@doukki.net
> Subject: Re: [U-Boot] [PATCH v2] kwboot: boot Marvell Kirkwood SoCs
> over
Hi,
Sorry, reply is late.
2012/4/19 Albert ARIBAUD :
> Le 19/04/2012 08:44, Albert ARIBAUD a écrit :
>
>> Hi Nobuhiro Iwamatsu,
>>
>> Le 18/04/2012 04:41, Nobuhiro Iwamatsu a écrit :
>>>
>>> With almost all the architecture and board BOARD_LATE_INIT does not use.
>>> CONFIG_BOARD_LATE_INIT is use
Hi Rajeshwari,
> This patchset series adds support to enable USB 2.0 on smdk5250.
> It corrects sysreg register, usb host, usb otg base address,
> adds power management registers,functions to enable and disable power
> to the USB host controller are added.
>
> This patchset is based on:
> USB: EX
41 matches
Mail list logo
