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
I tested this patch. And, it is good.
Tested-by: Yoshihiro Shimo
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
> [snip]
>> +static GraphicDevice panel;
>> +static const struct panel_config lcd_cfg = {
>> +.timing_h = 0x01101d1b, /* Horizontal timing */
Hi Mikhail,
On Tue, Jun 12, 2012 at 11:15 PM, Mikhail Kshevetskiy
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 any problem
or were you jus
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 CONFIG_SYS_USB_EHCI_MAX_ROOT_
From: Lad, Prabhakar
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.
Changes for v2:
1: Fixed
From: Lad, Prabhakar
This patch adds support for MMC/SD on DA850/OMAP-L138.
Signed-off-by: Lad, Prabhakar
Signed-off-by: Rajashekhara, Sudhakar
Signed-off-by: Hadli, Manjunath
---
Changes for v2:
1:Removed CONFIG_MMC_MBLOCK config which was never used.
2:Added comment while enabling MMC com
From: Rajashekhara, Sudhakar
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.
Signed-off-by: Rajashekhara
From: Rajashekhara, Sudhakar
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.
Signed-off-by: Rajashekh
From: Lad, Prabhakar
define SPI specific configs for SPL only when CONFIG_USE_SPIFLASH
config is defined
Signed-off-by: Lad, Prabhakar
Signed-off-by: Rajashekhara, Sudhakar
Signed-off-by: Hadli, Manjunath
---
Changes for v3:
1: Created a new patch by splitting patch 6 of v2
for better r
From: Lad, Prabhakar
initialize baudrate, flags, data and serial intialization,
only when CONFIG_SPL_LIBCOMMON_SUPPORT is defined.
Signed-off-by: Lad, Prabhakar
Signed-off-by: Rajashekhara, Sudhakar
Signed-off-by: Hadli, Manjunath
---
Chnages for v3:
1: Creted new patch by splitting patch 6
Hi Mikhail,
On Tue, Jun 12, 2012 at 11:15 PM, Mikhail Kshevetskiy
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
Your patch causes a few checkpatch warnings, s
From: Lad, Prabhakar
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 as currently it
conf
From: Lad, Prabhakar
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 DA850/OMAP-L138
conf
From: Lad, Prabhakar
This patch adds configuration required for NAND SP
on DA850/OMAP-L138.
Signed-off-by: Lad, Prabhakar
Signed-off-by: Rajashekhara, Sudhakar
Signed-off-by: Hadli, Manjunath
---
Changes for v3:
1: Broke down the patch from v2 to make it better
for readability.
2: Patc
From: Lad, Prabhakar
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
Signed-off-by: Rajashekhara, Sudhakar
Signed-off-by: Hadli, Manjunath
---
Changes for v2:
1: Added
Hi Mikhail,
On Tue, Jun 12, 2012 at 11:15 PM, Mikhail Kshevetskiy
wrote:
> also fix NS16550_init() as we need 16x divider
>
> Signed-off-by: Mikhail Kshevetskiy
> ---
> drivers/serial/ns16550.c | 2 +-
> include/ns16550.h | 9 +
> 2 files changed, 10 insertions(+), 1 deleti
Hi,
[snip..]
> On 06/15/2012 07:48 AM, R, Sricharan wrote:
> > Hi,
> >
> >>> On Fri, Jun 15, 2012 at 12:31 AM, Tom Rini 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
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 aft
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
> #defin
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 fun
>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
>> *
>>
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 DP
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 b
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 on
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).
>>
>
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).
W
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 un
Hi Prabhakar,
On Thu, Jun 21, 2012 at 9:51 AM, Prabhakar Lad wrote:
> From: Rajashekhara, Sudhakar
>
> 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 GP
On Thu, Jun 21, 2012 at 9:51 AM, Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> initialize baudrate, flags, data and serial intialization,
initialization
> only when CONFIG_SPL_LIBCOMMON_SUPPORT is defined.
>
> Signed-off-by: Lad, Prabhakar
> Signed-off-by: Rajashekhara, Sudhakar
> Signed-of
Hi Prabhakar,
On Thu, Jun 21, 2012 at 9:51 AM, Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> 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
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; holger
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
> >
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 0xfff0
Hi Aneesh,
On Thu, Jun 21, 2012 at 2:55 PM, Sricharan R wrote:
> Hi,
> [snip..]
>> On 06/15/2012 07:48 AM, R, Sricharan wrote:
>> > Hi,
>> >
>> >>> On Fri, Jun 15, 2012 at 12:31 AM, Tom Rini wrote:
>> If we are built with D-CACHE enabled but have run 'dcache off' and
>> then
>> attempt
Hi,
On Thu, Jun 21, 2012 at 4:49 PM, Sricharan R 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
>> #def
On Thu, Jun 14, 2012 at 10:34:41AM +0200, Stefano Babic wrote:
> Signed-off-by: Stefano Babic
> CC: Tom Rini
This (along with 2, 3 and 4) are applied to u-boot-ti/next, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing
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 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.
>
>
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
Queued up for u-boot-t
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
> >> + * Copyrig
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
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
Queued up for u-boot-ti/mast
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 OMA
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 CONFIG_A
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_S
On Thu, Jun 07, 2012 at 03:57:44PM +0530, Prabhakar Lad wrote:
> From: Rajashekhara, Sudhakar
>
> 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
> initialization takes more t
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
Pushed to u-boot-ti/next, thanks!
--
Tom
signature.asc
De
On Thu, Jun 21, 2012 at 01:21:22PM +0530, Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> 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
> pa
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, w
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
> ---
> tools/env/Makefile |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software E
Dear Simon Glass,
In message
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 as I said in the patch thread I am not sure which is best.
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
> Cc: Wolfgang Denk
> Cc: unsik Kim
> ---
> common/Makefile |2 -
> common/cmd_mgdisk.c | 71 --
> commo
Hi Wolfgang,
On Thu, Jun 21, 2012 at 11:43 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message 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?
Dear Mike,
In message
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 before you updated things. updating to a newer
> > versio
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
> ---
> scripts/checkpatch.pl |6 ++
> 1 files changed, 6 insertions(+), 0 de
To save memory the UBIFS is disabled by default.
The original patch was introdused with commit:
0114da7b06bd47b7f5c3f20a152dd11903b38fba
Signed-off-by: Stephan Linz
---
include/configs/microblaze-generic.h | 23 +++
1 files changed, 19 insertions(+), 4 deletions(-)
diff -
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 appear
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
> ---
> board/freescale/mx28evk/iomux.c |
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 other
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
---
drivers/net/phy/micrel.c| 15 +--
include/configs/mx6qsabrelite.h |1 +
2 files ch
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
Dear Rob Herring,
In message <1332949898-6502-2-git-send-email-robherri...@gmail.com> you wrote:
> From: Rob Herring
>
> 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 cleared. Use the
Dear Rob Herring,
In message <1337978596-7769-1-git-send-email-robherri...@gmail.com> you wrote:
> From: Rob Herring
>
> Include files outside of a menu were not getting included and parsed.
>
> Signed-off-by: Rob Herring
> ---
> v2:
> - ensure include file load address is aligned
>
> common
Dear Rob Herring,
In message <1332949898-6502-4-git-send-email-robherri...@gmail.com> you wrote:
> From: Rob Herring
>
> Use a menu string if present, otherwise use the kernel string.
>
> Signed-off-by: Rob Herring
> ---
> common/cmd_pxe.c | 13 +
> 1 files changed, 9 insertions
Dear Rob Herring,
In message <1332949898-6502-5-git-send-email-robherri...@gmail.com> you wrote:
> From: Rob Herring
>
> 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 same.
>
> S
Dear Rob Herring,
In message <1332949898-6502-6-git-send-email-robherri...@gmail.com> you wrote:
> From: Rob Herring
>
> 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 path gets pre-pen
Dear Rob Herring,
In message <1332949898-6502-7-git-send-email-robherri...@gmail.com> you wrote:
> From: Rob Herring
>
> For syslinux, the initrd can be set in the append string as
> "initrd=", so try to find it there if we haven't already set the
> initrd.
>
> Signed-off-by: Rob Herring
> ---
Dear Rob Herring,
In message <1337978859-8501-1-git-send-email-robherri...@gmail.com> you wrote:
> From: Rob Herring
>
> 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" except local
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
> >
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 debugging
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
wa
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 Kisky
---
drivers/net/phy/micrel.c| 15 +--
include/co
Dear Brandon,
In message
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 really strange error. Can anyone
> make sense of it?
Did you read
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
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 tha
Don't use timer_init from tegra board.c. This comes out of arm720t
for the SPL build.
Signed-off-by: Allen Martin
---
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 90a77e2..f349243 100644
---
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
---
Makefile |3 ++
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
---
arc
Add tegra20-common-post.h to be consistent with other tegra20 boards.
Signed-off-by: Allen Martin
Acked-by: Thierry Reding
---
include/configs/tec.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/tec.h b/include/configs/tec.h
index 39400d9..9b3f88d 100644
--- a/include
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 S
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
---
arch/arm/cpu/arm720t/start.S | 13 +
1 file
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
---
include/configs/tegra20-comm
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
---
arch/arm/cpu/armv7/tegra20/config.mk | 12 ++--
arch/arm/
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
---
arch/arm/cpu/armv7/start.S|2 -
arch/arm/cpu/tegra20-common/ap20.c| 258 +-
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
---
Makefile | 13 +
1 file changed, 13 in
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 exce
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
---
board/avionic-design/plutux/Makefile |7 +--
1 file changed, 5
Retry unexpected hardware errors. This
will not retry a received NAK.
Signed-off-by: Troy Kisky
---
drivers/i2c/mxc_i2c.c | 36 +++-
1 file changed, 27 insertions(+), 9 deletions(-)
diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
index df033ea..802f7
Use tx_byte function instead of having 3 copies
of the code.
Signed-off-by: Troy Kisky
---
drivers/i2c/mxc_i2c.c | 72 +++--
1 file changed, 21 insertions(+), 51 deletions(-)
diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
index 0b46c9c..
Initial code of i2c_read and i2c_write
is identical, move to subroutine.
Signed-off-by: Troy Kisky
---
drivers/i2c/mxc_i2c.c | 44 ++--
1 file changed, 18 insertions(+), 26 deletions(-)
diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
index ba
The i2c controller cannot be both master and slave in the
same transaction.
Signed-off-by: Troy Kisky
---
drivers/i2c/mxc_i2c.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
index e433312..2bff2b8 100644
--- a/drivers/i2c/mxc_i2c.c
+++ b/d
Let's clear the sr register before waiting for
bit to be set, instead of clearing it after
hardware sets it. No real operational difference here,
but allows combining of i2c_imx_trx_complete and
i2c_imx_bus_busy in later patches.
Signed-off-by: Troy Kisky
---
drivers/i2c/mxc_i2c.c |5 ++---
Not using udelay gives a more accurate timeout. The current implementation of
udelay
in imx-common does not seem to wait at all for a udelay(1).
Signed-off-by: Troy Kisky
---
drivers/i2c/mxc_i2c.c | 71 -
1 file changed, 23 insertions(+), 48 del
Instead of clearing 2 bits, all the other
bits were set because '|=' was used instead
of '&='.
Signed-off-by: Troy Kisky
---
drivers/i2c/mxc_i2c.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Note:
All patches in the series are based on the i2c/master branch
even though only 1-18 w
wait_for_sr_state returns i2sr on success
so no need to read again.
Signed-off-by: Troy Kisky
---
drivers/i2c/mxc_i2c.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
index 7b1b75c..9063d1e 100644
--- a/drivers/i2c/mxc_i2c.c
+++ b/drivers/i2c/
1 - 100 of 123 matches
Mail list logo
