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 shengzhou@freescale.com
---
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. the
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.
Dear Tom Rini,
In message 1328047438-26294-1-git-send-email-tr...@ti.com you wrote:
From: Matt Porter mpor...@ti.com
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
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
RAM?
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,
Wolfgang
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
-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
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
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 in Cc.
On Wed, Feb 1, 2012 at 1:52 AM, Eric Nelson
eric.nel...@boundarydevices.com 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
On Wed, Feb 1, 2012 at 1:52 AM, Eric Nelson
eric.nel...@boundarydevices.com wrote:
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
Acked-by: Dirk Behme dirk.be...@de.bosch.com
Acked-by: Stefano Babic sba...@denx.de
---
arch/arm/include/asm/arch-mx6/imx-regs.h | 44
On Wed, Feb 1, 2012 at 1:52 AM, Eric Nelson
eric.nel...@boundarydevices.com wrote:
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
Acked-by: Dirk Behme dirk.be...@de.bosch.com
Acked-by: Stefano Babic sba...@denx.de
---
board/freescale/mx6qsabrelite/imximage.cfg | 2 +-
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 it. I
On Wed, Feb 1, 2012 at 1:52 AM, Eric Nelson
eric.nel...@boundarydevices.com 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
On Wed, Feb 1, 2012 at 1:52 AM, Eric Nelson
eric.nel...@boundarydevices.com wrote:
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
---
README | 20
1 files changed, 20 insertions(+), 0 deletions(-)
Acked-by: Jason Liu jason@linaro.org
diff --git
On Wed, Feb 1, 2012 at 1:52 AM, Eric Nelson
eric.nel...@boundarydevices.com wrote:
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
Acked-by: Dirk Behme dirk.be...@de.bosch.com
Acked-by: Stefano Babic sba...@denx.de
---
board/freescale/mx6qsabrelite/mx6qsabrelite.c | 2 +-
On Wed, Feb 1, 2012 at 1:52 AM, Eric Nelson
eric.nel...@boundarydevices.com 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
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 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.
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 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
build before
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:
---
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
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
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 much ;-)
...
On Wed, Feb 1, 2012 at 3:24 AM, Wolfgang Denk w...@denx.de wrote:
Dear Tom Rini,
In message 1328047438-26294-1-git-send-email-tr...@ti.com you wrote:
From: Matt Porter mpor...@ti.com
Adds support for loading U-Boot from UART using YMODEM protocol.
If YMODEM support is enabled in SPL and the
On Tue, Jan 31, 2012 at 11:40 PM, Christian Riesch
christian.rie...@omicron.at wrote:
Hi Tom, Hi Matt,
On Tuesday, January 31, 2012, Tom Rini tr...@ti.com wrote:
From: Matt Porter mpor...@ti.com
Adds support for loading U-Boot from UART using YMODEM protocol.
If YMODEM support is enabled in
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 patchset, the
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.
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 ...
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
to be
From: Schuyler Patton spat...@ti.com
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 spat...@ti.com
CC: Tom Rini tom.r...@gmail.com
CC: Simon Schwarz
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 mpor...@ti.com
Adds support for loading U-Boot from UART using YMODEM protocol.
If YMODEM support is enabled in SPL and the romcode indicates
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 mich...@walle.cc
Acked-by: Prafulla Wadaskar prafu...@marvell.com
Cc: Albert ARIBAUD albert.u.b...@aribaud.net
Cc: Prafulla Wadaskar
On Wed, Feb 1, 2012 at 11:14 AM, Scott Wood scottw...@freescale.com 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 mpor...@ti.com
Adds support for loading U-Boot from UART using YMODEM
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
Dear Tom Rini,
In message ca+m6bxmkum1b39rvcj+jgdrmfcfr5stozyduvxnm4nfuz-x...@mail.gmail.com
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
On Wed, Feb 1, 2012 at 12:37 PM, Wolfgang Denk w...@denx.de wrote:
Dear Tom Rini,
In message
ca+m6bxmkum1b39rvcj+jgdrmfcfr5stozyduvxnm4nfuz-x...@mail.gmail.com you
wrote:
What originally has been designed to be minimal code now start to pull
in all kinds of other crap, that has never
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
Dear Tom Rini,
In message CA+M6bXkXA+356AFLGDS55o=7bzuuqccpcxavejo9awdenn3...@mail.gmail.com
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
Dear Tom Rini,
In message
CA+M6bXnb5k6gA8kbqr0BQ+JLMVFXpzCT+g+dEXfJx307fYn=e...@mail.gmail.com 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
On Wed, Feb 1, 2012 at 12:51 PM, Wolfgang Denk w...@denx.de wrote:
Dear Tom Rini,
In message
CA+M6bXnb5k6gA8kbqr0BQ+JLMVFXpzCT+g+dEXfJx307fYn=e...@mail.gmail.com you
wrote:
I object against opening this pandora box.
If you have so ample resources to run such code, then load a minimal
On Wed, Feb 1, 2012 at 12:49 PM, Wolfgang Denk w...@denx.de wrote:
Dear Tom Rini,
In message
CA+M6bXkXA+356AFLGDS55o=7bzuuqccpcxavejo9awdenn3...@mail.gmail.com you
wrote:
Maybe we need to separate out the systems which are very resource
constrained from the ones that aren't, share code
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 2012 12:52:06
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
From: Rob Herring rob.herr...@calxeda.com
Include linux/compiler.h to fix build error due to missing __aligned
definition.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
---
drivers/net/calxedaxgmac.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
From: Rob Herring rob.herr...@calxeda.com
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.
Hi Mike,
On Tue, Jan 31, 2012 at 11:53 AM, Mike Frysinger vap...@gentoo.org wrote:
Follow up patches want to be able to seek fd's.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
arch/sandbox/cpu/os.c | 13 +
include/os.h | 15 +++
2 files changed,
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 troy.ki...@boundarydevices.com
Acked-by: Dirk Behme
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 troy.ki...@boundarydevices.com
Acked-by: Dirk Behme dirk.be...@de.bosch.com
---
Define CONFIG_FEC_QUIRK_ENET_MAC and add to
board files mx6qarm2 and mx6qsabrelite.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Dirk Behme dirk.be...@de.bosch.com
---
drivers/net/fec_mxc.c | 21 +++--
drivers/net/fec_mxc.h |2 ++
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
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
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
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 Kiskytroy.ki...@boundarydevices.com
Acked-by: Dirk Behmedirk.be...@de.bosch.com
---
drivers/net/fec_mxc.c | 21 +++--
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,
Troy,
On Thu, Feb 2, 2012 at 9:37 AM, Troy Kisky
troy.ki...@boundarydevices.com 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 */
+
From: Rob Herring rob.herr...@calxeda.com
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:
From: Rob Herring rob.herr...@calxeda.com
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 rob.herr...@calxeda.com
---
include/configs/highbank.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
From: Rob Herring rob.herr...@calxeda.com
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 rob.herr...@calxeda.com
---
arch/arm/cpu/armv7/highbank/timer.c |4 ++--
1 files changed, 2
From: Rob Herring rob.herr...@calxeda.com
Add boot counter support using an sysreg which is persistent across reset.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
---
arch/arm/cpu/armv7/highbank/Makefile|2 +-
arch/arm/cpu/armv7/highbank/bootcount.c | 36
From: Rob Herring rob.herr...@calxeda.com
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 rob.herr...@calxeda.com
---
arch/arm/cpu/armv7/highbank/config.mk |1 +
From: Jason Hobbs jason.ho...@calxeda.com
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 jason.ho...@calxeda.com
Signed-off-by: Rob Herring rob.herr...@calxeda.com
---
From: Rob Herring rob.herr...@calxeda.com
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 rob.herr...@calxeda.com
---
board/highbank/highbank.c | 13 +
1
Hi Igor,
On 25 January 2012 12:26, Igor Grinberg grinb...@compulab.co.il 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 chander.kash...@linaro.org
---
[...]
diff --git
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
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
Hello Christian,
Christian Riesch wrote:
From: Sughosh Ganu urwithsugh...@gmail.com
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
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 christian.rie...@omicron.at
Reported-by: Sughosh Ganu urwithsugh...@gmail.com
Cc: Albert Aribaud
Hello Christian,
Christian Riesch wrote:
Signed-off-by: Christian Riesch christian.rie...@omicron.at
Cc: Albert Aribaud albert.u.b...@aribaud.net
Cc: Tom Rini tr...@ti.com
---
arch/arm/cpu/arm926ejs/start.S |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
Acked-by: Heiko
71 matches
Mail list logo
