Hello Christian,
Christian Riesch wrote:
> Signed-off-by: Christian Riesch
> Cc: Albert Aribaud
> Cc: Tom Rini
> ---
> arch/arm/cpu/arm926ejs/start.S |5 -
> 1 files changed, 4 insertions(+), 1 deletions(-)
Acked-by: Heiko Schocher
Tested on the cam_enc_4xx and enbw_cmc board, so:
Hello Christian,
Christian Riesch wrote:
> The V bit of the c1 register of CP15 should not be cleared
> since the SoC has no valid memory at 0x.
>
> Signed-off-by: Christian Riesch
> Reported-by: Sughosh Ganu
> Cc: Albert Aribaud
> Cc: Tom Rini
> ---
> arch/arm/cpu/arm926ejs/start.S
Hello Christian,
Christian Riesch wrote:
> From: Sughosh Ganu
>
> The current implementation invalidates the data cache before turning it
> off and causes problems on the hawkboard. See the discussion in
> http://lists.denx.de/pipermail/u-boot/2012-January/115212.html
>
> According to the ARM92
Hello Christian,
Christian Riesch wrote:
> This patch reverts commit ca4b55800ed74207c35271bf7335a092d4955416
> "arm, arm926ejs: always do cpu critical inits" since it impacts all
> arm926ejs based configurations and caused problems, e.g., with
> the hawkboard.
>
> Instead the patch removes the C
Hello Christian,
Christian Riesch wrote:
> The low level initialization code in
> arch/arm/cpu/arm926ejs/davinci/lowlevel_init.S was written for
> DM644X SoCs only. This patch makes the lowlevel_init function in this
> file a dummy function for SoCs other than DM644X.
>
> Signed-off-by: Christian
Hi Igor,
On 25 January 2012 12:26, Igor Grinberg wrote:
> Hi Chander,
>
> On 01/25/12 07:19, Chander Kashyap wrote:
>> SMDK5250 board is based on Samsungs EXYNOS5250 SoC.
>>
>> Signed-off-by: Chander Kashyap
>> ---
>
> [...]
>
>> diff --git a/board/samsung/smdk5250/dmc_init.c
>> b/board/samsung
From: Rob Herring
Add support to read the boot src register and set bootcmd env from the
selected bootcmdX env setting.
Based on Linkstation boot choice selection.
Signed-off-by: Rob Herring
---
board/highbank/highbank.c | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
From: Jason Hobbs
Update the highbank config to use env from NVRAM. Also remove extra env
settings as they are not used unless the default env is used.
Signed-off-by: Jason Hobbs
Signed-off-by: Rob Herring
---
include/configs/highbank.h | 16 +++-
1 files changed, 7 insertions(+
From: Rob Herring
Implement reset for highbank platform. Reset is triggered via a wfi
instruction, so enabling armv7 for the compiler is necessary.
Signed-off-by: Rob Herring
---
arch/arm/cpu/armv7/highbank/config.mk |1 +
board/highbank/highbank.c |8
2 files chan
From: Rob Herring
Add boot counter support using an sysreg which is persistent across reset.
Signed-off-by: Rob Herring
---
arch/arm/cpu/armv7/highbank/Makefile|2 +-
arch/arm/cpu/armv7/highbank/bootcount.c | 36 +++
board/highbank/highbank.c
From: Rob Herring
udelay calls were off due to failing to convert us to ns. Fix this and drop
the unnecessary shifts since NS_PER_TICK is only 7ns.
Signed-off-by: Rob Herring
---
arch/arm/cpu/armv7/highbank/timer.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arc
From: Rob Herring
Make some space at the beginning of RAM so the FDT can be loaded to a
known fixed address at 0x1000.
Signed-off-by: Rob Herring
---
include/configs/highbank.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/highbank.h b/include/config
From: Rob Herring
This is a collection of updates to Calxeda highbank platform that adds
environment in nvram, boot counter, reset and bootcmd selection support.
Regards,
Rob
Jason Hobbs (1):
ARM: highbank: change env config to use nvram
Rob Herring (5):
ARM: highbank: fix us_to_tick calcu
Troy,
On Thu, Feb 2, 2012 at 9:37 AM, Troy Kisky
wrote:
> On 2/1/2012 6:14 PM, Troy Kisky wrote:
>>
>> + ksz9021_phy_write(phydev, 0, 0x105, 0x0); /* min rx data
>> delay */
>> + ksz9021_phy_write(phydev, 0, 0x106, 0x0); /* min tx data
>> delay */
>> + /* max rx/tx c
On 2/1/2012 6:14 PM, Troy Kisky wrote:
+ ksz9021_phy_write(phydev, 0, 0x105, 0x0); /* min rx data delay */
+ ksz9021_phy_write(phydev, 0, 0x106, 0x0); /* min tx data delay */
+ /* max rx/tx clock delay, min rx/tx control */
+ ksz9021_phy_write(phydev, 0, 0x104,
On 2/1/2012 6:14 PM, Troy Kisky wrote:
Define CONFIG_FEC_QUIRK_ENET_MAC and add to
board files mx6qarm2 and mx6qsabrelite.
Signed-off-by: Troy Kisky
Acked-by: Dirk Behme
---
drivers/net/fec_mxc.c | 21 +++--
drivers/net/fec_mxc.h |2 ++
include/confi
Define CONFIG_PHY_MICREL, and
minimize the tx clock delay.
There is an issue with 1000 baseTx mode on early revs
of the SabreLite boards. The center tap pin 9 of the mag RJ45
USB combo was connected to the 3.3 filtered supply. Letting
this pin float solved the problem. Symptoms of the problem
were
Kumar, in connection with his imminent departure from Freescale, has
asked Wolfgang to step down from custodianship for U-Boot for 85xx and
86xx. As such, I will be re-assuming those duties. Please make sure to
copy me on all 85xx-related patches in the future (most of the patches
have been, so thi
Also, surround non PHYLIB routines miiphy_restart_aneg
and miiphy_wait_aneg with ifndef CONFIG_PHYLIB.
Make fec_miiphy_read, and fec_miiphy_write call a routine
common with PHYLIB version so that when later PHYLIB is required
it is easy to delete the non-PHYLIB code. This separation idea
came from
Define CONFIG_FEC_QUIRK_ENET_MAC and add to
board files mx6qarm2 and mx6qsabrelite.
Signed-off-by: Troy Kisky
Acked-by: Dirk Behme
---
drivers/net/fec_mxc.c | 21 +++--
drivers/net/fec_mxc.h |2 ++
include/configs/mx6qarm2.h |1 +
include/confi
Add the gigabit phy KSZ9021.
Also, add function ksz9021_phy_write for
access to the phys extended registers.
The environment variable "disable_giga"
can be used to disable 1000baseTx.
Signed-off-by: Troy Kisky
Acked-by: Dirk Behme
---
drivers/net/phy/micrel.c | 82
Boards may have things they want done before or after normal phy config.
Letting the boards call drv->config allows them more flexibilty.
Boards affected by this change are corenet_ds and mpc8544ds.
Signed-off-by: Troy Kisky
Acked-by: Dirk Behme
---
board/freescale/corenet_ds/eth_p4080.c |2
Hi Mike,
On Tue, Jan 31, 2012 at 11:53 AM, Mike Frysinger wrote:
> Follow up patches want to be able to seek fd's.
>
> Signed-off-by: Mike Frysinger
> ---
> arch/sandbox/cpu/os.c | 13 +
> include/os.h | 15 +++
> 2 files changed, 28 insertions(+), 0 deletio
From: Rob Herring
If the net driver has setup a valid ethernet address and an ethernet
address is not set in the environment already, then set the environment
variables from the net driver setting.
This enables pxe booting on boards which don't set ethaddr env variable.
Signed-off-by: Rob Herri
From: Rob Herring
Include linux/compiler.h to fix build error due to missing __aligned
definition.
Signed-off-by: Rob Herring
---
drivers/net/calxedaxgmac.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/net/calxedaxgmac.c b/drivers/net/calxedaxgmac.c
index 01
On Wed, 2012-02-01 at 19:24 +0100, Michael Walle wrote:
> The decompressor expects the L2 cache to be disabled. This fixes booting
> some kernels, which have CONFIG_ARM_PATCH_PHYS_VIRT enabled.
I applied this locally and was able to boot a 3.2 Linux kernel on my
dreamplug where before I was having
On Wednesday 01 February 2012 14:31:39 Eric Nelson wrote:
> On 02/01/2012 10:00 AM, Mike Frysinger wrote:
> > On Wednesday 01 February 2012 06:30:04 Stefano Babic wrote:
> >> On 31/01/2012 20:14, Eric Nelson wrote:
> >>> On 01/31/2012 11:11 AM, Mike Frysinger wrote:
> On Tuesday 31 January 201
On Wed, Feb 1, 2012 at 12:49 PM, Wolfgang Denk wrote:
> Dear Tom Rini,
>
> In message
> you
> wrote:
>>
>> Maybe we need to separate out the systems which are very resource
>> constrained from the ones that aren't, share code where we can and
>> make that code obviously marked as such.
>
> I th
On Wed, Feb 1, 2012 at 12:51 PM, Wolfgang Denk wrote:
> Dear Tom Rini,
>
> In message
> you
> wrote:
>>
>> > I object against opening this pandora box.
>> >
>> > If you have so ample resources to run such code, then load a minimal
>> > configuration of U-Boot.
>>
>> Is this a change of heart th
Dear Tom Rini,
In message
you
wrote:
>
> > I object against opening this pandora box.
> >
> > If you have so ample resources to run such code, then load a minimal
> > configuration of U-Boot.
>
> Is this a change of heart then?
No - I never was happy about pulling arbitrary code into SPL.
>
Dear Tom Rini,
In message
you wrote:
>
> Maybe we need to separate out the systems which are very resource
> constrained from the ones that aren't, share code where we can and
> make that code obviously marked as such.
I think it's the other way round. You ned to find out which code is
safe to
Dear Scott Wood,
In message <4f29811d.5080...@freescale.com> you wrote:
>
> What's the alternative -- another name and separate makefile
> infrastructure for non-minimal initial loaders?
No, configura and use a small U-Boot image where the normal execution
environment can be guaranteed.
> It's i
On Wed, Feb 1, 2012 at 12:37 PM, Wolfgang Denk wrote:
> Dear Tom Rini,
>
> In message
> you
> wrote:
>>
>> > What originally has been designed to be minimal code now start to pull
>> > in all kinds of other crap, that has never been designed to run before
>> > relocation.
>>
>> Boards that don'
Dear Tom Rini,
In message
you wrote:
>
> > What originally has been designed to be minimal code now start to pull
> > in all kinds of other crap, that has never been designed to run before
> > relocation.
>
> Boards that don't need it can opt out. We use this internally for
> automated testing
On 02/01/2012 10:00 AM, Mike Frysinger wrote:
On Wednesday 01 February 2012 06:30:04 Stefano Babic wrote:
On 31/01/2012 20:14, Eric Nelson wrote:
On 01/31/2012 11:11 AM, Mike Frysinger wrote:
On Tuesday 31 January 2012 12:52:06 Eric Nelson wrote:
Patch 1 modifies the 'sf' command to allow a d
On Wed, Feb 1, 2012 at 11:14 AM, Scott Wood wrote:
> On 02/01/2012 04:24 AM, Wolfgang Denk wrote:
>> Dear Tom Rini,
>>
>> In message <1328047438-26294-1-git-send-email-tr...@ti.com> you wrote:
>>> From: Matt Porter
>>>
>>> Adds support for loading U-Boot from UART using YMODEM protocol.
>>> If YM
The decompressor expects the L2 cache to be disabled. This fixes booting
some kernels, which have CONFIG_ARM_PATCH_PHYS_VIRT enabled.
Signed-off-by: Michael Walle
Acked-by: Prafulla Wadaskar
Cc: Albert ARIBAUD
Cc: Prafulla Wadaskar
Cc: Wolfgang Denk
---
v4:
update copyright year of arch/arm
On 02/01/2012 04:24 AM, Wolfgang Denk wrote:
> Dear Tom Rini,
>
> In message <1328047438-26294-1-git-send-email-tr...@ti.com> you wrote:
>> From: Matt Porter
>>
>> Adds support for loading U-Boot from UART using YMODEM protocol.
>> If YMODEM support is enabled in SPL and the romcode indicates
>>
From: Schuyler Patton
AM3517: Changed default clock rate for AM3517
Changed #define MPU_M_13_ES2 from 0x1F4 to 0x258, this allows
the AM3517 to boot up at 600MHz instead of 500 MHz
Signed-off-by: Schuyler Patton
CC: Tom Rini
CC: Simon Schwarz
CC: Stefano Babic
---
This patch was sent to th
On Wednesday 01 February 2012 06:30:04 Stefano Babic wrote:
> On 31/01/2012 20:14, Eric Nelson wrote:
> > On 01/31/2012 11:11 AM, Mike Frysinger wrote:
> >> On Tuesday 31 January 2012 12:52:06 Eric Nelson wrote:
> >>> Patch 1 modifies the 'sf' command to allow a default bus and
> >>> chip-select
>
On Wednesday 01 February 2012 02:47:32 Vaibhav Kothari wrote:
> i am asking about possibility that in function 'write_buff'
> there is no checking of protect[] status...so how to get sure that over
> uboot sector is protected or not???
your summary doesn't seem to match the actual question here .
> Ok, what happens if you replace mx28_dram_init() with:
>
> while (!readl(0x8001c280))
> mx28_mem_init();
I'm sorry for my late response; I was attending an FPGA workshop today. I will
test this first thing in the morning, when I'm at the office.
___
hi Christian,
On Tue, Jan 31, 2012 at 7:26 PM, Christian Riesch <
christian.rie...@omicron.at> wrote:
> Hi,
>
> In this patchset I tried to put everything from the discussion
> in http://lists.denx.de/pipermail/u-boot/2012-January/115212.html
>
> Although this is the first version of this patchse
On Tue, Jan 31, 2012 at 11:40 PM, Christian Riesch
wrote:
> Hi Tom, Hi Matt,
>
> On Tuesday, January 31, 2012, Tom Rini wrote:
>> From: Matt Porter
>>
>> Adds support for loading U-Boot from UART using YMODEM protocol.
>> If YMODEM support is enabled in SPL and the romcode indicates
>> that SPL
On Wed, Feb 1, 2012 at 3:24 AM, Wolfgang Denk wrote:
> Dear Tom Rini,
>
> In message <1328047438-26294-1-git-send-email-tr...@ti.com> you wrote:
>> From: Matt Porter
>>
>> Adds support for loading U-Boot from UART using YMODEM protocol.
>> If YMODEM support is enabled in SPL and the romcode indic
On 02/01/12 13:26, Stefano Babic wrote:
> On 01/02/2012 12:01, Igor Grinberg wrote:
>
>> Thanks for testing!
>>
>> Govidraj, can the "enabling the ULPI for boards" reside
>> in a separate patch and also include the boards that were
>> tested with it (e.g. TAM3517)?
>
> Well, this is maybe too muc
Thnx for the previous post
You said that it is not fruitful idea to test flash post test at every boot
up as it is reduces the life cycle of flash??is there any mechanism to
prevent that?
and also i am using spi serial w25x32 flash and i dont know if it is CFI
complaint or not but i know the boar
Hello
I try to run u-boot-2009.11 on the chip P2020 from SDcard.
When i run u-boot i see in the terminal:
CPU0: P2020E, Version: 2.1, (0x80ea0021)
Core: E500, Version: 5.1, (0x80211051)
Clock Configuration:
CPU0:1200 MHz, CPU1:1200 MHz,
CCB:600 MHz,
DDR:300 MHz (600 MT/s d
Hi All,
I'm in the process of updating platform support for spear series of
SoC on the latest u-boot.
I picked u-boot v2011.12. I tried compiling for different spear boards
(spear 300, 310, 300 and spear600). In every compilation, I'm getting
following errors:
---
arm-linux-ld
On 31/01/2012 15:26, Tom Rini wrote:
>> A way can be to add an arch weak function to add arch specific
>> initialization inside board_init_*() functions, if any. Have you seen
>> other issues other what I report now ?
>
> That sounds about right. In short, ./MAKEALL -s arm still needs to
> buil
On 31/01/2012 13:07, Jason Liu wrote:
> FEC does not work on the i.mx51/53evk board, it will hangup
> In:serial
> Out: serial
> Err: serial
> Net:
>
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
=
DENX
On 01.02.2012 12:30, Stefano Babic wrote:
On 31/01/2012 20:14, Eric Nelson wrote:
On 01/31/2012 11:11 AM, Mike Frysinger wrote:
On Tuesday 31 January 2012 12:52:06 Eric Nelson wrote:
Patch 1 modifies the 'sf' command to allow a default bus and chip-select
to be specified by board headers. This
On 31/01/2012 20:14, Eric Nelson wrote:
> On 01/31/2012 11:11 AM, Mike Frysinger wrote:
>> On Tuesday 31 January 2012 12:52:06 Eric Nelson wrote:
>>> Patch 1 modifies the 'sf' command to allow a default bus and chip-select
>>> to be specified by board headers. This allows a bare 'sf' probe command:
On Wed, Feb 1, 2012 at 1:52 AM, Eric Nelson
wrote:
> The default settings store the persistent environment on SD card
> and not serial flash (SPI NOR).
>
> To use SPI NOR to save the environment instead of SD card, edit
> include/configs/mx6qsabrelite.h and
>
> - undefine CONFIG_ENV_IS_IN_MMC
> -
On Wed, Feb 1, 2012 at 1:52 AM, Eric Nelson
wrote:
> Signed-off-by: Eric Nelson
> Acked-by: Dirk Behme
> Acked-by: Stefano Babic
> ---
> board/freescale/mx6qsabrelite/mx6qsabrelite.c | 2 +-
> include/configs/mx6qsabrelite.h | 2 ++
> 2 files changed, 3 insertions(+), 1 del
On Wed, Feb 1, 2012 at 1:52 AM, Eric Nelson
wrote:
> Signed-off-by: Eric Nelson
> ---
> README | 20
> 1 files changed, 20 insertions(+), 0 deletions(-)
Acked-by: Jason Liu
>
> diff --git a/README b/README
> index 9d713e8..4dbebcb 100644
> --- a/README
> +++ b/README
>
On Wed, Feb 1, 2012 at 1:52 AM, Eric Nelson
wrote:
> This patch allows a board configuration file to provide default bus
> and chip-selects for SPI flash so that first argument to the 'sf' command
> is optional.
>
> On boards that use the mxc_spi driver and a GPIO for chip select, this allows
> a
On 01/02/2012 12:01, Igor Grinberg wrote:
> Thanks for testing!
>
> Govidraj, can the "enabling the ULPI for boards" reside
> in a separate patch and also include the boards that were
> tested with it (e.g. TAM3517)?
Well, this is maybe too much ;-)
... and Govidraj has no possibility to test i
On Wed, Feb 1, 2012 at 1:52 AM, Eric Nelson
wrote:
> Signed-off-by: Eric Nelson
> Acked-by: Dirk Behme
> Acked-by: Stefano Babic
> ---
> board/freescale/mx6qsabrelite/imximage.cfg | 2 +-
> board/freescale/mx6qsabrelite/mx6qsabrelite.c | 25
> +
> include/confi
On Wed, Feb 1, 2012 at 1:52 AM, Eric Nelson
wrote:
> Signed-off-by: Eric Nelson
> Acked-by: Dirk Behme
> Acked-by: Stefano Babic
> ---
> arch/arm/include/asm/arch-mx6/imx-regs.h | 44
> ++
> 1 files changed, 44 insertions(+), 0 deletions(-)
Acked-by: Jason Liu
On Wed, Feb 1, 2012 at 1:52 AM, Eric Nelson
wrote:
> Move (E)CSPI register declarations into the imx-regs.h files for each
> supported CPU
>
> Introduce two new macros to control conditional setup
> MXC_CSPI - Used for processors with the Configurable Serial Peripheral
> Interface (MX3x)
>
Hi Stefano,
On 01/29/12 13:42, Stefano Babic wrote:
> On 29/01/2012 10:42, Igor Grinberg wrote:
>> Hi Govindraj,
>>
>
> Hi all,
>
>> Put Remy on Cc.
>
> Remy resigned as USB maintainer - but Tom is aware about these patches...
Right. This patch touches the USB subsystem, therefore I put Remy i
> Dear Marek Vasut,
>
> In message <20120201.09465.marek.va...@gmail.com> you wrote:
> > > On Monday 30 January 2012 23:07:05 Bud Miljkovic wrote:
> > > > While getting acquainted with possible u-Boot development issues, I
> > > > read FAQ "14.2.1. Can U-Boot be configured such that it can be
> -Original Message-
> From: Michael Walle [mailto:mich...@walle.cc]
> Sent: 01 February 2012 04:53
> To: u-boot@lists.denx.de
> Cc: Michael Walle; Albert ARIBAUD; Prafulla Wadaskar; Wolfgang Denk
> Subject: [PATCH v3] arm, arm-kirkwood: disable l2c before linux boot
>
> The decompressor
i am asking about possibility that in function 'write_buff'
there is no checking of protect[] status...so how to get sure that over
uboot sector is protected or not???
thanks in advanece___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de
Dear Marek Vasut,
In message <20120202.28009.marek.va...@gmail.com> you wrote:
>
> The FAQ really means "is it possible to load u-boot from u-boot" ... which is
> possible in some cases, but officially unsupported.
This is your interpretation, and it is not quite correct.
Best regards,
Wol
Dear Marek Vasut,
In message <20120201.09465.marek.va...@gmail.com> you wrote:
> > On Monday 30 January 2012 23:07:05 Bud Miljkovic wrote:
> > > While getting acquainted with possible u-Boot development issues, I read
> > > FAQ "14.2.1. Can U-Boot be configured such that it can be started in
Dear Tom Rini,
In message <1328047438-26294-1-git-send-email-tr...@ti.com> you wrote:
> From: Matt Porter
>
> Adds support for loading U-Boot from UART using YMODEM protocol.
> If YMODEM support is enabled in SPL and the romcode indicates
> that SPL loaded via UART then SPL will wait for start o
> On 01/30/2012 09:07 PM, Bud Miljkovic wrote:
> > Hi there,
> >
> >
> >
> > While getting acquainted with possible u-Boot development issues, I read
> > FAQ "14.2.1. Can U-Boot be configured such that it can be started in
> > RAM?" and was puzzled to learn that u-Boot cannot run from RAM.
> >
> On Monday 30 January 2012 23:07:05 Bud Miljkovic wrote:
> > While getting acquainted with possible u-Boot development issues, I read
> > FAQ "14.2.1. Can U-Boot be configured such that it can be started in
> > RAM?" and was puzzled to learn that u-Boot cannot run from RAM.
>
> you misread it.
when missing USB PHY clock and issuing "usb start" at u-boot prompt, writing to
or_portsc register will cause CPU halt. We should check USBGP[PHY_CLK_VALID] bit
at the first time in ehci_hcd_init() to avoid CPU hang in this case.
Signed-off-by: Shengzhou Liu
---
drivers/usb/host/ehci-fsl.c | 2
71 matches
Mail list logo