Renesas SH and R-Mobile set up device using PFC.
This provide the framework. Most codes were brought from linux kernel.
Signed-off-by: Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com
---
drivers/gpio/Makefile |1 +
drivers/gpio/sh_pfc.c | 629
Renesas SH and R-Mobile set up device using PFC.
This provide the framework. Most codes were brought from linux kernel.
Signed-off-by: Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com
---
drivers/gpio/Makefile |1 +
drivers/gpio/sh_pfc.c | 629
The KZM-A9-GT board has Renesas R-Mobile SH73A0, 512MB DDR2-SDRAM,
USB, Ethernet, and more.
This patch supports the following functions:
- 512MB DDR2-SDRAM
- 16MB NOR Flash memory
- Serial console (SCIF)
- Ethernet (SMSC)
- I2C
Signed-off-by: Nobuhiro
This patch fixes the following build error when CONFIG_CPU_SH7757 is set:
In file included from sh_eth.c:32:
sh_eth.h:466: error: expected identifier before ‘}’ token
sh_eth.c: In function ‘sh_eth_config’:
sh_eth.c:380: error: ‘ECSIPR_BRCRXIP’ undeclared (first use in this function)
sh_eth.c:380:
Hi,
2012/06/21 15:51, Nobuhiro Iwamatsu wrote:
Hi,
This patch already send to this ML
http://lists.denx.de/pipermail/u-boot/2012-June/125789.html
Thank you for the information.
I will test the patch.
Best regards,
Yoshihiro Shimoda
___
U-Boot
Hi,
This patch already send to this ML
http://lists.denx.de/pipermail/u-boot/2012-June/125789.html
Best regards,
Nobuhiro
2012/6/21 Shimoda, Yoshihiro yoshihiro.shimoda...@renesas.com:
This patch fixes the following build error when CONFIG_CPU_SH7757 is set:
In file included from
Hi,
2012/06/06 11:39, Nobuhiro Iwamatsu wrote:
When support sh7734 of sh-ether, ECSIPR_BRCRXIP and other were removed.
Therefore SH7757 and SH7724 can not build. This revise this probelem.
Signed-off-by: Nobuhiro Iwamatsu iwama...@nigauri.org
I tested this patch. And, it is good.
On 21/06/2012 03:15, Tom Rini wrote:
On Thu, Jun 14, 2012 at 10:29:47AM +0200, Stefano Babic wrote:
Hi Tom,
Signed-off-by: Stefano Babic sba...@denx.de
[snip]
+static GraphicDevice panel;
+static const struct panel_config lcd_cfg = {
+.timing_h = 0x01101d1b, /* Horizontal
Hi Mikhail,
On Tue, Jun 12, 2012 at 11:15 PM, Mikhail Kshevetskiy
mikhail.kshevets...@gmail.com wrote:
follow section 15.2.13.1 (Initializing Following Device Power Up or Reset) of
OMAP-L138 DSP+ARM Processor Technical Reference Manual
Thanks for fixing this! Just out of curiosity: Did you hit
Some Atmel SoC support USB EHCI, add the EHCI driver to support it.
To enable the USB EHCI, add the following configuration options into
board relative configuration file and remove USB OHCI options.
#define CONFIG_USB_EHCI
#define CONFIG_USB_EHCI_ATMEL
#define
From: Lad, Prabhakar prabhakar@ti.com
This series adds MMC/SD, NAND and NOR SPL support
for Logic PD's DA850/OMAP-L138 EVM. This series
also fixes some issues found on the EVM during
testing. The patches are sent in a series as these
patches need to be applied in the order they are sent.
From: Lad, Prabhakar prabhakar@ti.com
This patch adds support for MMC/SD on DA850/OMAP-L138.
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Rajashekhara, Sudhakar sudhakar@ti.com
Signed-off-by: Hadli, Manjunath manjunath.ha...@ti.com
---
Changes for v2:
1:Removed
From: Rajashekhara, Sudhakar sudhakar@ti.com
AHCLKR/UART1_RTS/GP0[11] pin needs to be configured for
MMC and NOR to work on DA850/OMAP-L138 Rev.3 EVM. When
GP0[11] is low, the SD0 interface will not work, but NOR
flash will. When GP0[11] is high, SD0 will work but NOR
flash will not.
From: Rajashekhara, Sudhakar sudhakar@ti.com
On Logic PD Rev.3 DA850/OMAP-L138 EVM, NOR and MMC/SD cannot
work together. This patch enables the MMC/SD support only
when NOR support is disabled. NOR Flash identification works
even without this patch, but erase and write will have issues.
From: Lad, Prabhakar prabhakar@ti.com
define SPI specific configs for SPL only when CONFIG_USE_SPIFLASH
config is defined
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Rajashekhara, Sudhakar sudhakar@ti.com
Signed-off-by: Hadli, Manjunath manjunath.ha...@ti.com
---
From: Lad, Prabhakar prabhakar@ti.com
initialize baudrate, flags, data and serial intialization,
only when CONFIG_SPL_LIBCOMMON_SUPPORT is defined.
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Rajashekhara, Sudhakar sudhakar@ti.com
Signed-off-by: Hadli, Manjunath
Hi Mikhail,
On Tue, Jun 12, 2012 at 11:15 PM, Mikhail Kshevetskiy
mikhail.kshevets...@gmail.com wrote:
follow section 15.2.13.1 (Initializing Following Device Power Up or Reset) of
OMAP-L138 DSP+ARM Processor Technical Reference Manual
Signed-off-by: Mikhail Kshevetskiy
From: Lad, Prabhakar prabhakar@ti.com
Though Commit id a3f88293ddd13facd734769c1664d35ab4ed681f (da850evm:
setup the NAND flash timings) has configured the AEMIF timings, they
are not exactly in sync with the timings used in Linux. Linux is
configuring the timing register as 0x0804, where
From: Lad, Prabhakar prabhakar@ti.com
DA850/OMAP-L138 does not support strict MMC/SD boot mode. SPL will
be in SPI flash and U-Boot image will be in MMC/SD card. SPL will
do the low level initialization and then loads the u-boot image
from MMC/SD card.
Define CONFIG_SPL_MMC_LOAD macro in the
From: Lad, Prabhakar prabhakar@ti.com
This patch adds configuration required for NAND SP
on DA850/OMAP-L138.
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Rajashekhara, Sudhakar sudhakar@ti.com
Signed-off-by: Hadli, Manjunath manjunath.ha...@ti.com
---
Changes for
From: Lad, Prabhakar prabhakar@ti.com
This patch adds support for direct NOR boot mode on
da850/omap-l138. Added da850evm_direct_nor entry in
boards.cfg to allow to build targets.
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Rajashekhara, Sudhakar sudhakar@ti.com
Hi Mikhail,
On Tue, Jun 12, 2012 at 11:15 PM, Mikhail Kshevetskiy
mikhail.kshevets...@gmail.com wrote:
also fix NS16550_init() as we need 16x divider
Signed-off-by: Mikhail Kshevetskiy mikhail.kshevets...@gmail.com
---
drivers/serial/ns16550.c | 2 +-
include/ns16550.h | 9
Hi,
[snip..]
On 06/15/2012 07:48 AM, R, Sricharan wrote:
Hi,
On Fri, Jun 15, 2012 at 12:31 AM, Tom Rinitr...@ti.com wrote:
If we are built with D-CACHE enabled but have run 'dcache off' and
then
attempt to flush unaligned regions we spam the console with
problems
that aren't true
Dear Jim Lin,
A known hardware issue of USB1 port where bit 1 (connect status
change) of PORTSC register will be set after issuing Port Reset
(like usb reset in u-boot command line).
This will be treated as an error and stops later device enumeration.
Therefore we clear that bit after Port
Dear Bo Shen,
Some Atmel SoC support USB EHCI, add the EHCI driver to support it.
To enable the USB EHCI, add the following configuration options into
board relative configuration file and remove USB OHCI options.
#define CONFIG_USB_EHCI
#define CONFIG_USB_EHCI_ATMEL
#define
Hi Roger,
If board config does not select CONFIG_USB_EHCI_OMAP (e.g.
omap4_sdp4430_config)
then the USB DPLL is stuck in running state and it prevents the system from
entering OFF mode (i.e. l3init domain is kept ON).
With this patch we unconditionally configure the USB DPLL so it
From: Marek Vasut [mailto:marek.va...@gmail.com]
Sent: Thursday, June 21, 2012 6:16 PM
--- a/drivers/usb/host/ehci-tegra.c
+++ b/drivers/usb/host/ehci-tegra.c
@@ -1,5 +1,5 @@
/*
- * Copyright (c) 2009 NVIDIA Corporation
+ * Copyright (c) 2009-2012 NVIDIA Corporation
*
* See file
Hi Roger,
If board config does not select CONFIG_USB_EHCI_OMAP (e.g.
omap4_sdp4430_config)
then the USB DPLL is stuck in running state and it prevents the system from
entering OFF mode (i.e. l3init domain is kept ON).
With this patch we unconditionally configure the USB DPLL so it
Hi Tom,
[snip..]
#define CONFIG_USB_HOST
#define CONFIG_USB_EHCI
#define CONFIG_USB_EHCI_OMAP
+#define CONFIG_SYS_DCACHE_OFF/* USB_EHCI is unusable with
DCACHE
support */
#define CONFIG_USB_STORAGE
#define CONFIG_SYS_USB_EHCI_MAX_ROOT_PORTS 3
While, this looks like to be the
If board config does not select CONFIG_USB_EHCI_OMAP (e.g. omap4_sdp4430_config)
then the USB DPLL is stuck in running state and it prevents the system from
entering OFF mode (i.e. l3init domain is kept ON).
With this patch we unconditionally configure the USB DPLL so it functions
properly even
Hi Sricharan,
On 06/21/2012 01:18 PM, R, Sricharan wrote:
Hi Roger,
If board config does not select CONFIG_USB_EHCI_OMAP (e.g.
omap4_sdp4430_config)
then the USB DPLL is stuck in running state and it prevents the system from
entering OFF mode (i.e. l3init domain is kept ON).
With this
On 06/21/2012 01:51 PM, R, Sricharan wrote:
Hi Roger,
If board config does not select CONFIG_USB_EHCI_OMAP (e.g.
omap4_sdp4430_config)
then the USB DPLL is stuck in running state and it prevents the system from
entering OFF mode (i.e. l3init domain is kept ON).
With this patch we
On Thu, 2012-06-21 at 12:39 +0300, Roger Quadros wrote:
If board config does not select CONFIG_USB_EHCI_OMAP (e.g.
omap4_sdp4430_config)
then the USB DPLL is stuck in running state and it prevents the system from
entering OFF mode (i.e. l3init domain is kept ON).
With this patch we
Hi Prabhakar,
On Thu, Jun 21, 2012 at 9:51 AM, Prabhakar Lad prabhakar@ti.com wrote:
From: Rajashekhara, Sudhakar sudhakar@ti.com
AHCLKR/UART1_RTS/GP0[11] pin needs to be configured for
MMC and NOR to work on DA850/OMAP-L138 Rev.3 EVM. When
GP0[11] is low, the SD0 interface will not
On Thu, Jun 21, 2012 at 9:51 AM, Prabhakar Lad prabhakar@ti.com wrote:
From: Lad, Prabhakar prabhakar@ti.com
initialize baudrate, flags, data and serial intialization,
initialization
only when CONFIG_SPL_LIBCOMMON_SUPPORT is defined.
Signed-off-by: Lad, Prabhakar
Hi Prabhakar,
On Thu, Jun 21, 2012 at 9:51 AM, Prabhakar Lad prabhakar@ti.com wrote:
From: Lad, Prabhakar prabhakar@ti.com
This series adds MMC/SD, NAND and NOR SPL support
for Logic PD's DA850/OMAP-L138 EVM. This series
also fixes some issues found on the EVM during
testing. The
Hi Prafulla,
On 06/12/2012 06:39 AM, Prafulla Wadaskar wrote:
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-
boun...@lists.denx.de] On Behalf Of Valentin Longchamp
Sent: 07 June 2012 15:37
To: prafu...@mavell.com
Cc: Valentin Longchamp;
On Thu, 2012-06-21 at 14:18 +0300, Roger Quadros wrote:
On 06/21/2012 01:51 PM, R, Sricharan wrote:
Hi Roger,
If board config does not select CONFIG_USB_EHCI_OMAP (e.g.
omap4_sdp4430_config)
then the USB DPLL is stuck in running state and it prevents the system
from
entering OFF
Dear,..Hi,
I try to intall a newest u-Boot on a Freescale mpc8641hpcn board.
I have does folloing:
git clone git://git.denx.de/u-boot.git /mnt/sata/usr/src/u-boot/
date -s ??/??/2012 11:20:00
make mrproper
make MPC8641HPCN_config
make
Flash now u-boot.bin into board (per jtag interface
Hi Aneesh,
On Thu, Jun 21, 2012 at 2:55 PM, Sricharan R r.sricha...@ti.com wrote:
Hi,
[snip..]
On 06/15/2012 07:48 AM, R, Sricharan wrote:
Hi,
On Fri, Jun 15, 2012 at 12:31 AM, Tom Rinitr...@ti.com wrote:
If we are built with D-CACHE enabled but have run 'dcache off' and
then
Hi,
On Thu, Jun 21, 2012 at 4:49 PM, Sricharan R r.sricha...@ti.com wrote:
Hi Tom,
[snip..]
#define CONFIG_USB_HOST
#define CONFIG_USB_EHCI
#define CONFIG_USB_EHCI_OMAP
+#define CONFIG_SYS_DCACHE_OFF /* USB_EHCI is unusable with
DCACHE
support */
#define CONFIG_USB_STORAGE
On Thu, Jun 14, 2012 at 10:34:41AM +0200, Stefano Babic wrote:
Signed-off-by: Stefano Babic sba...@denx.de
CC: Tom Rini tr...@ti.com
This (along with 2, 3 and 4) are applied to u-boot-ti/next, thanks!
--
Tom
signature.asc
Description: Digital signature
On Fri, Jun 08, 2012 at 05:12:09PM +0400, Ilya Yanok wrote:
Various devices like EEPROMs require 2-byte address support to
be properly accessed. This patch adds this support for OMAP2/3/4
I2C controller driver.
I've tested it with EEPROM (16 bit address) and TPS65217 chip
(8 bit address) on
On Wed, Jun 13, 2012 at 11:23:29AM +0530, R Sricharan wrote:
On OMAP4/5 platforms, certain kernel drivers are dependent upon the
bootloaders for clocks, dpll, pad configurations. But this should
not be the case. Removing this from the u-boot is a way to get things
fixed in the kernel.
Have
On Wed, Jun 13, 2012 at 05:16:40PM +0200, Sebastien Jan wrote:
This reduced M,N couple corresponds to the advised value from
TI HW team.
Tested on 4460 Pandaboard, it also provides peripheral clocks
closer to the advised values.
Signed-off-by: Sebastien Jan s-...@ti.com
Queued up for
On Thu, Jun 14, 2012 at 12:09:06AM +0530, Sughosh Ganu wrote:
Parameters used for configuring certain SoC peripherals are parsed
from the cfg file and appended as part of the ais image's header. The
u-boot-spl.ais generated is flashed separately to the nand, so do not
delete the file after
Dear Jim Lin,
From: Marek Vasut [mailto:marek.va...@gmail.com]
Sent: Thursday, June 21, 2012 6:16 PM
--- a/drivers/usb/host/ehci-tegra.c
+++ b/drivers/usb/host/ehci-tegra.c
@@ -1,5 +1,5 @@
/*
- * Copyright (c) 2009 NVIDIA Corporation
+ * Copyright (c) 2009-2012 NVIDIA
On Thu, Jun 21, 2012 at 09:57:49AM -0700, Tom Rini wrote:
On Thu, Jun 14, 2012 at 12:09:06AM +0530, Sughosh Ganu wrote:
Parameters used for configuring certain SoC peripherals are parsed
from the cfg file and appended as part of the ais image's header. The
u-boot-spl.ais generated is
On Wed, May 30, 2012 at 10:56:40AM +0530, Lokesh Vutla wrote:
`
Certain modules are not affected by means of a warm reset and need not
be configured again. Adding an API to detect a warm reset.
Emif is one such module that need not be configured after warm reset.
All the registers are
On Wed, May 30, 2012 at 10:46:00AM -0700, Steve Sakoman wrote:
The PLL setup values currently assume a 24 Mhz input clock.
This patch uses V_OSCK from the board config file to support boards
with different input clock rates.
Signed-off-by: Steve Sakoman st...@sakoman.com
Queued up for
On Mon, Jun 04, 2012 at 07:10:23PM +0530, R Sricharan wrote:
The external phy is present in the case OMAP5 soc is currently
configured in emif-common.c. This results in having dummy structures
for those Socs which do not have a external phy. So by having a weak
function in emif-common and
On Wed, May 30, 2012 at 10:38:05AM -0700, Steve Sakoman wrote:
While bringing up a new OMAP4 based board I encountered a number of issues
when attempting to use the automatic emif setup code.
This patch series fixes a compile error and two runtime issues.
Tested on the new custom OMAP4
On Mon, Jun 04, 2012 at 08:26:14AM -0700, Steve Sakoman wrote:
UART_RESET, UART_CLK_RUNNING_MASK, and UART_SMART_IDLE_EN
are defined inn evm.c but not used. Also removes unnecessary
include of serial.h
PHYS_DRAM_1_SIZE is defined in am335x_evm.h but never used.
Signed-off-by: Steve
On Mon, Jun 04, 2012 at 08:35:34AM -0700, Steve Sakoman wrote:
This patch uses the code in omap-common to support gpio modules 1-3
on am33xx based boards.
It adds base address and register definitions, enables clocks to the
modules, and enables building the common gpio code for
On Thu, Jun 21, 2012 at 10:19:23AM -0700, Tom Rini wrote:
On Mon, Jun 04, 2012 at 08:26:14AM -0700, Steve Sakoman wrote:
UART_RESET, UART_CLK_RUNNING_MASK, and UART_SMART_IDLE_EN
are defined inn evm.c but not used. Also removes unnecessary
include of serial.h
PHYS_DRAM_1_SIZE is
On Thu, Jun 07, 2012 at 03:57:44PM +0530, Prabhakar Lad wrote:
From: Rajashekhara, Sudhakar sudhakar@ti.com
On DA850/OMAP-L138 it was observed that in RMII mode,
auto negotiation was not performed. This patch enables
auto negotiation in RMII mode. Without this patch, EMAC
On Thu, Jun 14, 2012 at 08:41:40AM +0300, Igor Grinberg wrote:
Fix the comment to reflect the actual function call time.
Change the printf message to look nicer in the context it might be printed.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Pushed to u-boot-ti/next, thanks!
--
On Thu, Jun 21, 2012 at 01:21:22PM +0530, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar@ti.com
This series adds MMC/SD, NAND and NOR SPL support
for Logic PD's DA850/OMAP-L138 EVM. This series
also fixes some issues found on the EVM during
testing. The patches are sent in a
Hi all,
Am Mittwoch 06 Juni 2012, 13:26:40 schrieb Prafulla Wadaskar:
u-boot-marvell.git is cloned from u-boot-arm.git, and I always sync with
this before any task. And just to keep it clean for pull requests I would
not like to pull any other repository in it.
Copying Albert on this, who
Dear =?UTF-8?q?Lo=C3=AFc=20Minier?=,
In message 1331480582-30085-1-git-send-email-l...@debian.org you wrote:
Signed-off-by: Loïc Minier l...@debian.org
---
tools/env/Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX
Dear Simon Glass,
In message CAPnjgZ3of9HxpFrtoMh+tuLDQ7SX4fOVgkU9t=vtwmtukth...@mail.gmail.com
you wrote:
Isn't it better to move timer_get_boot_us() to common/bootstage.c ?
Or is there a plan to use this function not only in bootstage code?
Yes I sent through the smallest fix.
But
Dear Marek Vasut,
In message 1330909892-15949-1-git-send-email-ma...@denx.de you wrote:
This driver is unused and obsolete.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Wolfgang Denk w...@denx.de
Cc: unsik Kim donar...@gmail.com
---
common/Makefile |2 -
Hi Wolfgang,
On Thu, Jun 21, 2012 at 11:43 AM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message CAPnjgZ3of9HxpFrtoMh+tuLDQ7SX4fOVgkU9t=
vtwmtukth...@mail.gmail.com you wrote:
Isn't it better to move timer_get_boot_us() to common/bootstage.c ?
Or is there a plan to use
Dear Mike,
In message CALZhoSQpyzWnA=z1am+tuz0ejrhwmug3br90dnfyxjayu6q...@mail.gmail.com
Lei Wen wrote:
i think you've missed the point of my questions. we aren't concerned with
changes you've written (such as patch 4/6 in this series), but bug fixes
that
were added to the zlib code
Dear Eric Nelson,
In message 1336015938-3174-1-git-send-email-eric.nel...@boundarydevices.com
you wrote:
This tests for a bad habits of mine like this:
return 0 ;
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
---
scripts/checkpatch.pl |6 ++
1 files changed,
To save memory the UBIFS is disabled by default.
The original patch was introdused with commit:
0114da7b06bd47b7f5c3f20a152dd11903b38fba
Signed-off-by: Stephan Linz l...@li-pro.net
---
include/configs/microblaze-generic.h | 23 +++
1 files changed, 19 insertions(+), 4
Use XILINX_FLASH_START to set/unset FLASH and RAMENV.
Error was:
board.c: In function 'board_init':
board.c:134: error: 'XILINX_FLASH_START' undeclared (first use in this function)
board.c:134: error: (Each undeclared identifier is reported only once
board.c:134: error: for each function it
Dear Fabio Estevam,
In message 1336405354-15410-1-git-send-email-fabio.este...@freescale.com you
wrote:
Add I2C support.
Tested by placing a 24LC16 EEPROM into the U50 slot which comes empty from
factory.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Dear Srikanth Reddy,
In message
3c902e36b0bfad4394cbf7d8633b02a10b5e598...@blrinmsmbx01.bglrodc.lntinfotech.com
you wrote:
could you please clarify on the below review comment.
I'm not sure which aditional comment you need.
So this is not GPL? Until this is cleared (or WD claims
Micrel accidentally used the same part number
for the KS8721 and KSZ9021. So, both cannot be
in the same build of u-boot. Add a config option
to handle this.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
drivers/net/phy/micrel.c| 15 +--
Dear Marek Vasut,
In message 201205231422.17293.ma...@denx.de you wrote:
What would be wrong if all boards would use the same u-boot.bin.sdcard
target name?
That such file (u-boot.bin.sdcard) would be generated by a different tool for
each different board, unlike u-boot.bin . Maybe I'm
Dear Rob Herring,
In message 1332949898-6502-2-git-send-email-robherri...@gmail.com you wrote:
From: Rob Herring rob.herr...@calxeda.com
Make the menu timeout apply only when prompt flag is set and after the
menu is displayed. This allows auto boot to work no matter whether prompt
is set or
Dear Rob Herring,
In message 1337978596-7769-1-git-send-email-robherri...@gmail.com you wrote:
From: Rob Herring rob.herr...@calxeda.com
Include files outside of a menu were not getting included and parsed.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
---
v2:
- ensure include file
Dear Rob Herring,
In message 1332949898-6502-4-git-send-email-robherri...@gmail.com you wrote:
From: Rob Herring rob.herr...@calxeda.com
Use a menu string if present, otherwise use the kernel string.
Signed-off-by: Rob Herring rob.herr...@calxeda.com
---
common/cmd_pxe.c | 13
Dear Rob Herring,
In message 1332949898-6502-5-git-send-email-robherri...@gmail.com you wrote:
From: Rob Herring rob.herr...@calxeda.com
Kernels can be specified using linux or kernel entry. The difference
is kernel is supposed to detect the type of file, but for u-boot both are
treated the
Dear Rob Herring,
In message 1332949898-6502-6-git-send-email-robherri...@gmail.com you wrote:
From: Rob Herring rob.herr...@calxeda.com
If the file path starts with a '/', then don't pre-pend the bootfile path.
This fixes a problem with running 'pxe boot' multiple times where the
bootfile
Dear Rob Herring,
In message 1332949898-6502-7-git-send-email-robherri...@gmail.com you wrote:
From: Rob Herring rob.herr...@calxeda.com
For syslinux, the initrd can be set in the append string as
initrd=file, so try to find it there if we haven't already set the
initrd.
Signed-off-by:
Dear Rob Herring,
In message 1337978859-8501-1-git-send-email-robherri...@gmail.com you wrote:
From: Rob Herring rob.herr...@calxeda.com
Add a new command sysboot which parses syslinux menu files and boots
using kernel and initrd specified by menu files. The operation is similar
to pxe boot
Dear Jason Cooper,
In message 1338566090-15008-1-git-send-email-u-b...@lakedaemon.net you wrote:
This patch dramatically drops the amount of time u-boot needs to read a
file from an ext2 partition. On a typical 2 to 5 MB file (kernels and
initrds) it goes from tens of seconds to a couple
Dear Eric Nelson,
In message 4fcd17a5.6030...@boundarydevices.com you wrote:
The function of the watchdog should be reserved for auch systems who
need it to implement security related functions; messing with it in
unrelated places (like setting it into unexpected states and or
timeouts)
Hey All!
I'm trying to step through code using gdb and uboot. I have an iMX35 board
that I've connected to via JTAG. I load up the uboot code and set a
breakpoint at board_init but it gives me a really strange error. Can anyone
make sense of it?
(gdb) target remote localhost:
Remote
Hi everyone,
I am going to resume going through my backlog (although time will
remain sparse until Saturday morning). As I always do, I will
consider pull requests first, then patchwork entries assigned to me,
then the rest.
Feel free to remind me of any pull request, patch or even RFC that is
On 21.06.2012 23:16, Troy Kisky wrote:
Micrel accidentally used the same part number
for the KS8721 and KSZ9021. So, both cannot be
in the same build of u-boot. Add a config option
to handle this.
Signed-off-by: Troy Kiskytroy.ki...@boundarydevices.com
---
drivers/net/phy/micrel.c|
Dear Brandon,
In message cah9+wjza6pdllwmzdps88-p_sajypjvxce24xj94kmuqyqh...@mail.gmail.com
you wrote:
I'm trying to step through code using gdb and uboot. I have an iMX35 board
that I've connected to via JTAG. I load up the uboot code and set a
breakpoint at board_init but it gives me a
On 06/06/2012 11:45 PM, Stephen Warren wrote:
This SoC is used in the Raspberry Pi, for example.
Initial support is enough to boot to a serial console, and execute a
minimal set of U-Boot commands. No drivers are implemented. For more
details, see http://www.broadcom.com/products/BCM2835 or
This patch series fixes a long standing problem with the tegra20
u-boot build. Tegra20 contains an ARM7TDMI boot processor and a
Cortex A9 main processor. Prior to this patch series this was
accomplished by #ifdefing out any armv7 code from the early boot
sequence and creating a single binary
Don't use timer_init from tegra board.c. This comes out of arm720t
for the SPL build.
Signed-off-by: Allen Martin amar...@nvidia.com
---
board/nvidia/common/board.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/board/nvidia/common/board.c b/board/nvidia/common/board.c
index
In preparation for splitting out the armv4t code from tegra20, move
the tegra20 SoC code to arch/arm/cpu/tegra20-common. This code will
be compiled armv4t for the arm7tdmi and armv7 for the cortex A9.
Signed-off-by: Allen Martin amar...@nvidia.com
---
Makefile
Move warmboot_save_sdram_params() to later in the boot sequence. This
code relies on devicetree to get the address of the memory controller
and with upcoming changes for SPL boot it gets called early in the
boot process when devicetree is not initialized yet.
Signed-off-by: Allen Martin
Add tegra20-common-post.h to be consistent with other tegra20 boards.
Signed-off-by: Allen Martin amar...@nvidia.com
Acked-by: Thierry Reding thierry.red...@avionic-design.de
---
include/configs/tec.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/tec.h
Add support for specifying a different CPU for main u-boot and SPL
u-boot builds. This is done by adding an optional SPL CPU after the
main CPU in boards.cfg as follows:
normal_cpu:spl_cpu
This this case CPU will be set to normal_cpu during the main u-boot
build and spl_cpu during the SPL
Take a few SPL fixes from armv7 and apply them to arm720t:
-Use dummy exception handlers for SPL build
-Initialize relocation register r9 to 0 for the case of no relocation
-ifdef out interrupt handler code
Signed-off-by: Allen Martin amar...@nvidia.com
---
arch/arm/cpu/arm720t/start.S | 13
Rename CONFIG_MACH_TEGRA_GENERIC to the less confusing CONFIG_TEGRA.
The meaning of the config options is now:
CONFIG_TEGRA - Any tegra chip
CONFIG_TEGRA20 - A tegra20 family chip
CONFIG_TEGRA30 - A tegra30 family chip (not added yet)
Signed-off-by: Allen Martin amar...@nvidia.com
---
These flags were necessary when building tegra20 as a single binary
that supported ARM7TDMI and Cortex A9. Now that the ARM7TDMI support
is split into a separate SPL, this is no longer necessary.
Signed-off-by: Allen Martin amar...@nvidia.com
---
arch/arm/cpu/armv7/tegra20/config.mk | 12
Add SPL options to tegra20 config files and enable SPL build for
tegra20 boards in boards.cfg. Also remove redundant code from u-boot
that is not contained in SPL.
Signed-off-by: Allen Martin amar...@nvidia.com
---
arch/arm/cpu/armv7/start.S|2 -
Add target for tegra20 u-boot image. This is a concatenation of tegra
spl and normal u-boot binaries. For non-devicetree builds this is
named u-boot-t2.bin for devicetree builds is named
u-boot-dtb-t2.bin.
Signed-off-by: Allen Martin amar...@nvidia.com
---
Makefile | 13 +
1 file
Add support for tegra20 arm7 boot processor. This processor is used
to power on the Cortex A9 and transfer control to it. In tegra this
processor is an ARM7TDMI not an ARM720T, but since we don't use cache
it was easier to just reuse the ARM720T code as the processors are
otherwise identical
Change the mkdir commands for the object directories to be more
general purpose. This fixes an issue when building for SPL where
SRCTREE and OBJTREE are the same, but $(obj) is under SPLTREE.
Signed-off-by: Allen Martin amar...@nvidia.com
---
board/avionic-design/plutux/Makefile |7 +--
Retry unexpected hardware errors. This
will not retry a received NAK.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
drivers/i2c/mxc_i2c.c | 36 +++-
1 file changed, 27 insertions(+), 9 deletions(-)
diff --git a/drivers/i2c/mxc_i2c.c
Use tx_byte function instead of having 3 copies
of the code.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
drivers/i2c/mxc_i2c.c | 72 +++--
1 file changed, 21 insertions(+), 51 deletions(-)
diff --git a/drivers/i2c/mxc_i2c.c
1 - 100 of 123 matches
Mail list logo