Move the nand-controller node to the tegra20-tamonten.dtsi so that it
can be shared between all derived boards.
Signed-off-by: Thierry Reding
---
This depends on Tom's "Tegra: MMC: Add DT support for MMC to T20 boards"
patches.
board/avionic-design/dts/tegra20-tamonten.dtsi | 11 +++
bo
Boot script support brings Plutux in line with other Tegra boards. In
order to enable booting a Linux kernel with initial ramdisk, also add
support for the new FIT image type.
Signed-off-by: Thierry Reding
---
include/configs/plutux.h | 31 +++
1 file changed, 19 inse
Boot script support brings TEC in line with other Tegra boards. To
enable booting a Linux kernel with initial ramdisk, also include support
for the new FIT image type.
Signed-off-by: Thierry Reding
---
include/configs/tec.h | 23 +++
1 file changed, 11 insertions(+), 12 delet
Boot script support brings Medcom-Wide in line with other Tegra boards.
In order to enable booting a Linux kernel with initial ramdisk, also add
support for the new FIT image type.
Signed-off-by: Thierry Reding
---
include/configs/medcom-wide.h | 34 --
1 file cha
Dear Simon Glass,
On 14/02/13 16:24, Simon Glass wrote:
> Hi Minkyu,
>
> On Wed, Feb 13, 2013 at 11:11 PM, Minkyu Kang wrote:
>> Dear Simon Glass,
>>
>> On 14/02/13 15:53, Simon Glass wrote:
>>> Hi,
>>>
>>> On Tue, Feb 12, 2013 at 10:40 PM, Rajeshwari Shinde
>>> wrote:
This patch adds a fu
Hi Minkyu,
On Wed, Feb 13, 2013 at 11:11 PM, Minkyu Kang wrote:
> Dear Simon Glass,
>
> On 14/02/13 15:53, Simon Glass wrote:
>> Hi,
>>
>> On Tue, Feb 12, 2013 at 10:40 PM, Rajeshwari Shinde
>> wrote:
>>> This patch adds a function to set ps_hold data driving value high.
>>> This enables the mac
On Wed, Feb 13, 2013 at 02:44:47PM -0700, Tom Warren wrote:
> This patchset adds device-tree support to the Tegra MMC driver.
> All device config is done via properties in the DT files instead
> of hard-coded config options/function arguments.
>
> I've tested this on my Seaboard and everything wor
On Wed, Feb 13, 2013 at 02:44:49PM -0700, Tom Warren wrote:
> Tamonten boards (medcom-wide, plutux, and tec) use a different/new
> dtsi file w/common settings.
>
> Signed-off-by: Tom Warren
> Acked-by: Thierry Reding
> ---
> v3: new
>
> board/avionic-design/dts/tegra20-tamonten.dtsi | 489
>
Dear Simon Glass,
On 14/02/13 15:53, Simon Glass wrote:
> Hi,
>
> On Tue, Feb 12, 2013 at 10:40 PM, Rajeshwari Shinde
> wrote:
>> This patch adds a function to set ps_hold data driving value high.
>> This enables the machine to stay powered on even after the initial
>> power-on condition goes aw
Hi,
On Tue, Feb 12, 2013 at 10:40 PM, Rajeshwari Shinde
wrote:
> This patch adds a function to set ps_hold data driving value high.
> This enables the machine to stay powered on even after the initial
> power-on condition goes away(e.g. power button).
>
> Acked-by: Simon Glass
Probably should t
This patch adds the configuration file for Snow Board and
defines the same in boards.cfg.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
boards.cfg |1 +
include/configs/snow.h | 33 +
2 files changed, 34 insertions(+), 0 deletions(-
This patch adds the DTS file for Snow Board.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
board/samsung/dts/exynos5250-snow.dts | 69 +
1 files changed, 69 insertions(+), 0 deletions(-)
create mode 100644 board/samsung/dts/exynos5250-snow.dts
di
This patch set adds initial dts and configuration file for snow.
These patches are moved into a seperate patch set from
"EXYNOS5: Add audio support for Snow"
Rajeshwari Shinde (2):
EXYNOS5: Add initial DTS file for Snow.
EXYNOS5: Snow: Add a configuration file
board/samsung/dts/exynos5250-s
Signed-off-by: Eric Nelson
---
drivers/usb/host/ehci-mx6.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/host/ehci-mx6.c b/drivers/usb/host/ehci-mx6.c
index 1b20e41..c1ae3d9 100644
--- a/drivers/usb/host/ehci-mx6.c
+++ b/drivers/usb/host/ehci-mx6.c
@@ -21,7 +21,6 @@
#include
Hi,
On Tue, Feb 12, 2013 at 10:26 PM, Vivek Gautam wrote:
> With current FDT support driver tries to parse device node
> twice in ehci_hcd_init() and ehci_hcd_stop(), which shouldn't
> happen ideally.
> Making provision to store data in a global structure and thereby
> passing its pointer when ne
On Tue, Feb 12, 2013 at 10:42 PM, Vivek Gautam wrote:
> Enclosing process_nodes() and spi_get_config() inside
> CONFIG_OF_CONTROL, since they are compiled only for DT systems.
>
> This fixes following warning:
> exynos_spi.c:391:12: warning: 'process_nodes' defined but not used
> [-Wunused-functi
On Tue, Feb 12, 2013 at 10:42 PM, Vivek Gautam wrote:
> Compiling for non-dt systems gives folowing warning:
> smdk5250.c: In function 'board_eth_init':
> smdk5250.c:152:6: warning: unused variable 'node' [-Wunused-variable]
>
> Declare variable 'node' only for dt enabled systems to remove this
>
Hi,
On Wed, Feb 13, 2013 at 4:17 PM, Stephen Warren wrote:
> On 02/13/2013 02:44 PM, Tom Warren wrote:
>> tegra_mmc_init() now parses the DT info for bus width, WP/CD GPIOs, etc.
>> Tested on Seaboard, fully functional.
>>
>> Tamonten boards (medcom-wide, plutux, and tec) use a different/new
>> d
Thanks for the review, Stefano.
On 02/12/2013 02:12 AM, Stefano Babic wrote:
On 30/01/2013 19:10, Eric Nelson wrote:
This patch adds support for the Nitrogen6X board(s) from
Boundary Devices. The boards are based on the i.MX6x
processor family with two major variants:
i.MX6Quad/6
Currently bitmap logos don't interpret the X coordinate correctly if the bpp
is anything other than 8.
Signed-off-by: Andre Renaud
---
common/lcd.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/common/lcd.c b/common/lcd.c
index 66d4f94..ee47712 100644
--- a/common
On 02/13/2013 02:44 PM, Tom Warren wrote:
> tegra_mmc_init() now parses the DT info for bus width, WP/CD GPIOs, etc.
> Tested on Seaboard, fully functional.
>
> Tamonten boards (medcom-wide, plutux, and tec) use a different/new
> dtsi file w/common settings.
> diff --git a/board/compulab/trimslic
On Tue, Feb 12, 2013 at 06:27:27PM +0100, Albert ARIBAUD wrote:
> This patch SHOULD NOT BE applied in any official U-boot tree! It is
> submitted as an RFC and a request to test.
I can confirm that this patch applied on top of 9c748e0 worked for my
two kirkwood boards. One is in mainline (ib62x0)
On 02/13/2013 02:44 PM, Tom Warren wrote:
> Tamonten boards (medcom-wide, plutux, and tec) use a different/new
> dtsi file w/common settings.
>
> Signed-off-by: Tom Warren
> Acked-by: Thierry Reding
> ---
> v3: new
If this was new in v3, how did Thierry ack it already?
_
On 02/13/2013 02:44 PM, Tom Warren wrote:
> Linux dts files were used for those boards that didn't already
> have sdhci info populated. Tamonten has their own dtsi file with
> common sdhci nodes (sourced from Linux).
> diff --git a/dts/Makefile b/dts/Makefile
> index 922c78c..2ef31e9 100644
> ---
On 02/12/2013 08:23 PM, Allen Martin wrote:
> Subject: tegra114: add SPI driver
This really touches the SPI sub-system more than Tegra, and the Tegra
subsystem is just (and all of) Tegra not Tegra114-specific, so I'd
re-title this:
spi: tegra: add Tegra114 SPI driver
similar s/tegra114:/tegra:/
On 02/12/2013 08:23 PM, Allen Martin wrote:
> Add nodes for t114 SPI controller hardware
s/t114/Tegra114/. Similar in patch 8/14 subject.
> diff --git a/arch/arm/dts/tegra114.dtsi b/arch/arm/dts/tegra114.dtsi
> + spi@7000d400 {
> + compatible = "nvidia,tegra114-spi";
> +
On 02/12/2013 08:23 PM, Allen Martin wrote:
> Add "nvidia,tegra114-spi" to represent t114 SPI controller hardware.
> + COMPAT_NVIDIA_TEGRA114_SPI, /* Tegra 114 SPI controller */
Should probably be called TEGRA114_SLINK to match the actual value.
> + COMPAT(NVIDIA_TEGRA114_SPI, "nvidi
On 02/12/2013 08:23 PM, Allen Martin wrote:
> Add node for apbdma controller hardware.
> diff --git a/arch/arm/dts/tegra114.dtsi b/arch/arm/dts/tegra114.dtsi
> + apbdma: dma {
> + compatible = "nvidia,tegra114-apbdma", "nvidia,tegra30-apbdma",
> "nvidia,tegra20-apbdma";
Sam here
On 02/12/2013 08:23 PM, Allen Martin wrote:
> Add node for clock and reset controller hardware.
> diff --git a/arch/arm/dts/tegra114.dtsi b/arch/arm/dts/tegra114.dtsi
> + tegra_car: clock@60006000 {
> + compatible = "nvidia,tegra114-car", "nvidia,tegra30-car",
> "nvidia,tegra20-c
On 02/12/2013 08:23 PM, Allen Martin wrote:
> Add a common interface to fdt based SPI drivers. Each driver is
> represented by a table entry in fdt_spi_drivers[]. If there are
> multiple SPI drivers in the table, the first driver to return success
> from spi_init() will be registered as the SPI d
This commit introduces btrfs file-system to read file
from volume/sub-volumes with btrload command. This
implementation has read-only support.
This btrfs implementation is based on syslinux btrfs
code.
---
Makefile |3 +-
common/Makefile |1 +
common/cmd_btr.c | 52 +++
fs/bt
Adnan Ali (1):
Introduced btrfs file-system with btrload command
Makefile |3 +-
common/Makefile |1 +
common/cmd_btr.c | 52 +++
fs/btrfs/Makefile | 51 +++
fs/btrfs/btrfs.c | 1131 +
fs/fs.c | 117 +-
On 02/12/2013 08:23 PM, Allen Martin wrote:
> Rename tegra SPI drivers to tegra20_spi and tegra30_spi in preparation
> for commonization and addition of tegra114_spi.
> board/nvidia/common/uart-spi-switch.c |2 +-
I tend to think we should just rip out the UART/SPI switch cruft; it'
On 02/12/2013 08:23 PM, Allen Martin wrote:
> Move register structs from headers into .c files and use common name.
> This is in preparation of making common fdt front end for SPI
> drivers.
Why not move all the register defines too?
___
U-Boot mailing l
On 02/12/2013 08:23 PM, Allen Martin wrote:
> Rename tegra SPI drivers to tegra20_spi and tegra30_spi in preparation
> for commonization and addition of tegra114_spi.
This isn't logically quite right. Both types (sflash, slink) of SPI
controller actually exist on Tegra20, so it isn't right to name
tegra_mmc_init() now parses the DT info for bus width, WP/CD GPIOs, etc.
Tested on Seaboard, fully functional.
Tamonten boards (medcom-wide, plutux, and tec) use a different/new
dtsi file w/common settings.
Signed-off-by: Tom Warren
Signed-off-by: Thierry Reding
---
v2:
- all boards now call te
Tamonten boards (medcom-wide, plutux, and tec) use a different/new
dtsi file w/common settings.
Signed-off-by: Tom Warren
Acked-by: Thierry Reding
---
v3: new
board/avionic-design/dts/tegra20-tamonten.dtsi | 489
1 files changed, 489 insertions(+), 0 deletions(-)
cre
Linux dts files were used for those boards that didn't already
have sdhci info populated. Tamonten has their own dtsi file with
common sdhci nodes (sourced from Linux).
Signed-off-by: Tom Warren
Tested-by: Thierry Reding
---
v2:
- cleanup comments in dts files/match w/kernel files
- add sdhci al
This patchset adds device-tree support to the Tegra MMC driver.
All device config is done via properties in the DT files instead
of hard-coded config options/function arguments.
I've tested this on my Seaboard and everything works fine,
including card detect. For the other T20 boards, I've used
th
On Wed, Feb 13, 2013 at 7:39 PM, Fabio Estevam wrote:
> On Wed, Feb 13, 2013 at 7:36 PM, Otavio Salvador
> wrote:
>> On Wed, Feb 13, 2013 at 7:31 PM, Fabio Estevam wrote:
>>> On Wed, Feb 13, 2013 at 7:20 PM, Otavio Salvador
>>> wrote:
>>>
>> #ifdef CONFIG_MX23
>> + /* Enable tRAS l
On Wed, Feb 13, 2013 at 7:36 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Wed, Feb 13, 2013 at 7:19 PM, Marek Vasut wrote:
>> > Dear Otavio Salvador,
>> >
>> >> This adds support to the LAN9512 chip included in the board and extend
>> >> the environment to easy netboot use.
>> >>
>> >>
On Wed, Feb 13, 2013 at 7:36 PM, Otavio Salvador
wrote:
> On Wed, Feb 13, 2013 at 7:31 PM, Fabio Estevam wrote:
>> On Wed, Feb 13, 2013 at 7:20 PM, Otavio Salvador
>> wrote:
>>
> #ifdef CONFIG_MX23
> + /* Enable tRAS lockout in HW_DRAM_CTL08 ; it must be after all */
'Afte
On Wed, Feb 13, 2013 at 7:33 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Wed, Feb 13, 2013 at 7:13 PM, Marek Vasut wrote:
>> > Dear Otavio Salvador,
>> >
>> >> Adjust HW_DRAM_CTL14 to enable the chip selects to allow usage of full
>> >> 128MB of RAM.
>> >
>> > Why can this not be enabl
On Wed, Feb 13, 2013 at 7:31 PM, Fabio Estevam wrote:
> On Wed, Feb 13, 2013 at 7:20 PM, Otavio Salvador
> wrote:
>
#ifdef CONFIG_MX23
+ /* Enable tRAS lockout in HW_DRAM_CTL08 ; it must be after all */
>>>
>>> 'After all'?
>>
>> For me it is clear enough; I am not native so it'd b
Dear Otavio Salvador,
> On Wed, Feb 13, 2013 at 7:19 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> This adds support to the LAN9512 chip included in the board and extend
> >> the environment to easy netboot use.
> >>
> >> Signed-off-by: Otavio Salvador
> >
> > You completely ignor
Dear Otavio Salvador,
> On Wed, Feb 13, 2013 at 7:15 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> The i.MX23 just one USB port so disable the second controller probe
> >> when building for i.MX23.
> >>
> >> Signed-off-by: Otavio Salvador
> >> ---
> >> Changes in v2:
> >> - Avoid w
Dear Otavio Salvador,
> On Wed, Feb 13, 2013 at 7:13 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> This fixes the build failure when included in mx23_olinuxino.h board
> >> config; the addition of "asm/types.h" is due "u32" being otherwise
> >> undefined.
> >
> > Regular doesn't cu
Dear Otavio Salvador,
> On Wed, Feb 13, 2013 at 7:13 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> Adjust HW_DRAM_CTL14 to enable the chip selects to allow usage of full
> >> 128MB of RAM.
> >
> > Why can this not be enabled globally?
>
> Because it breaks mx23_olinuxino; it is a g
On Wed, Feb 13, 2013 at 7:20 PM, Otavio Salvador
wrote:
>>> #ifdef CONFIG_MX23
>>> + /* Enable tRAS lockout in HW_DRAM_CTL08 ; it must be after all */
>>
>> 'After all'?
>
> For me it is clear enough; I am not native so it'd be good if a native
> English speaker could comment on this.
I thi
On Wed, Feb 13, 2013 at 7:19 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> This adds support to the LAN9512 chip included in the board and extend
>> the environment to easy netboot use.
>>
>> Signed-off-by: Otavio Salvador
>
> You completely ignored previous discussion to make this ethernet
On Wed, Feb 13, 2013 at 7:15 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> The i.MX23 just one USB port so disable the second controller probe
>> when building for i.MX23.
>>
>> Signed-off-by: Otavio Salvador
>> ---
>> Changes in v2:
>> - Avoid wrong clock setting in MX23
>>
>> drivers/usb
On Wed, Feb 13, 2013 at 7:13 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> This fixes the build failure when included in mx23_olinuxino.h board
>> config; the addition of "asm/types.h" is due "u32" being otherwise
>> undefined.
>
> Regular doesn't cut it?
I did not test; this seemed as the
On Wed, Feb 13, 2013 at 7:13 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> Adjust HW_DRAM_CTL14 to enable the chip selects to allow usage of full
>> 128MB of RAM.
>
> Why can this not be enabled globally?
Because it breaks mx23_olinuxino; it is a good reason for me.
>> Signed-off-by: Otavi
On Wed, Feb 13, 2013 at 7:12 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> Add a comment about the tRAS lockout setting of HW_DRAM_CTL08 to
>> enable the 'Fast Auto Pre-Charge' found in the memory chip. The
>> setting is applied after memory initialization and it is worth
>> document it.
>>
Dear Otavio Salvador,
> This adds support to the LAN9512 chip included in the board and extend
> the environment to easy netboot use.
>
> Signed-off-by: Otavio Salvador
You completely ignored previous discussion to make this ethernet thingie part
of
the previous patch.
Best regards,
Marek Va
Dear Otavio Salvador,
> The i.MX23 just one USB port so disable the second controller probe
> when building for i.MX23.
>
> Signed-off-by: Otavio Salvador
> ---
> Changes in v2:
> - Avoid wrong clock setting in MX23
>
> drivers/usb/host/ehci-mxs.c | 12
> 1 file changed, 12 insert
Dear Otavio Salvador,
> This fixes the build failure when included in mx23_olinuxino.h board
> config; the addition of "asm/types.h" is due "u32" being otherwise
> undefined.
Regular doesn't cut it?
> Signed-off-by: Otavio Salvador
> ---
> Changes in v2: None
>
> arch/arm/include/asm/arch-mx
Dear Otavio Salvador,
> Adjust HW_DRAM_CTL14 to enable the chip selects to allow usage of full
> 128MB of RAM.
Why can this not be enabled globally?
> Signed-off-by: Otavio Salvador
> ---
> Changes in v2: None
>
> board/freescale/mx23evk/spl_boot.c | 10 ++
> 1 file changed, 10 insert
Dear Otavio Salvador,
> Add a comment about the tRAS lockout setting of HW_DRAM_CTL08 to
> enable the 'Fast Auto Pre-Charge' found in the memory chip. The
> setting is applied after memory initialization and it is worth
> document it.
>
> Signed-off-by: Otavio Salvador
> ---
> Changes in v2:
> -
On 02/13/2013 01:06 PM, Tom Warren wrote:
> Stephen,
>
> On Wed, Feb 13, 2013 at 1:02 PM, Stephen Warren wrote:
>> On 02/13/2013 12:59 PM, Tom Warren wrote:
>>> Stephen,
>>>
>>> On Tue, Feb 12, 2013 at 2:06 PM, Stephen Warren
>>> wrote:
On 02/12/2013 01:57 PM, Tom Warren wrote:
> Steph
Stephen,
On Wed, Feb 13, 2013 at 1:02 PM, Stephen Warren wrote:
> On 02/13/2013 12:59 PM, Tom Warren wrote:
>> Stephen,
>>
>> On Tue, Feb 12, 2013 at 2:06 PM, Stephen Warren
>> wrote:
>>> On 02/12/2013 01:57 PM, Tom Warren wrote:
Stephen,
On Tue, Feb 12, 2013 at 1:38 PM, Stephen
On 02/13/2013 12:59 PM, Tom Warren wrote:
> Stephen,
>
> On Tue, Feb 12, 2013 at 2:06 PM, Stephen Warren wrote:
>> On 02/12/2013 01:57 PM, Tom Warren wrote:
>>> Stephen,
>>>
>>> On Tue, Feb 12, 2013 at 1:38 PM, Stephen Warren
>>> wrote:
On 02/11/2013 10:17 AM, Tom Warren wrote:
> tegra
Stephen,
On Tue, Feb 12, 2013 at 2:06 PM, Stephen Warren wrote:
> On 02/12/2013 01:57 PM, Tom Warren wrote:
>> Stephen,
>>
>> On Tue, Feb 12, 2013 at 1:38 PM, Stephen Warren
>> wrote:
>>> On 02/11/2013 10:17 AM, Tom Warren wrote:
tegra_mmc_init() now parses the DT info for bus width, WP/CD
TI814X requires the same quirks as AM33XX to be enabled.
Signed-off-by: Matt Porter
---
drivers/serial/ns16550.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/serial/ns16550.c b/drivers/serial/ns16550.c
index 87a0917..02bc85b 100644
--- a/drivers/serial/ns16
Eliminate AM33xx specific names to prepare for TI814x support
within AM33xx-land.
Signed-off-by: Matt Porter
---
arch/arm/cpu/armv7/am33xx/board.c |4 ++--
arch/arm/include/asm/arch-am33xx/hardware.h | 10 +-
board/ti/am335x/board.c |6 +++---
3 fi
Add TI814X EVM board directory and config file.
Signed-off-by: Matt Porter
---
board/ti/ti814x/Makefile | 46 +
board/ti/ti814x/evm.c| 198 +++
board/ti/ti814x/evm.h|7 ++
board/ti/ti814x/mux.c| 51 ++
inclu
Split clock.c for am335x and ti814x and add the ti814x include file.
Signed-off-by: Matt Porter
---
arch/arm/cpu/armv7/am33xx/Makefile |3 +-
arch/arm/cpu/armv7/am33xx/clock-am335x.c | 374 ++
arch/arm/cpu/armv7/am33xx/clock-ti814x.c | 234
The AM33xx emif4/ddr support closely matches what is need to support
TI814x except that TI814x has two EMIF instances. Refactor all the
emif4 helper calls and the config_ddr() init function to use an
additional instance number argument.
Signed-off-by: Matt Porter
---
arch/arm/cpu/armv7/am33xx/dd
Support the ti814x specific register definitions within
arch-am33xx.
Signed-off-by: Matt Porter
---
arch/arm/cpu/armv7/am33xx/sys_info.c|3 +++
arch/arm/include/asm/arch-am33xx/cpu.h | 11 +
arch/arm/include/asm/arch-am33xx/hardware.h | 32 +++
Adds a config_dmm() routine to support TI814X DMM configuration.
Signed-off-by: Matt Porter
---
arch/arm/cpu/armv7/am33xx/emif4.c | 17 +
arch/arm/include/asm/arch-am33xx/ddr_defs.h |5 +
2 files changed, 22 insertions(+)
diff --git a/arch/arm/cpu/armv7/am33x
Add a maintainer entry for the TI814x EVM.
Signed-off-by: Matt Porter
---
MAINTAINERS |4
1 file changed, 4 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index d3ed390..282dead 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -830,6 +830,10 @@ Stelian Pop
at91sam9263ek A
Enable TI814X EVM build via ti814x_evm target.
Signed-off-by: Matt Porter
---
Makefile|2 +-
arch/arm/cpu/armv7/Makefile |2 +-
arch/arm/cpu/armv7/omap-common/Makefile |2 +-
boards.cfg |1 +
spl/Makefile
This series adds support for the PG1.0 TI814x EVM board. TI814x
fits into the existing AM33XX SoC support with some refactoring
of the AM33XX-specific emif4, clock, and mux code.
It has been tested booting up a Linux kernel and regression tested
on BeagleBone and EVM-SK AM33XX boards.
Matt Porter
AM33XX and TI814X have a similar mux though the pinmux register
layout and address space differ. Add a separate ti814x mux include
to support the TI814X-specific differences.
Signed-off-by: Matt Porter
---
arch/arm/include/asm/arch-am33xx/mux-am335x.h | 246
arch/arm/includ
Dear Frank van der Jagt,
This question shall go to the ML.
> Hi,
>
> I'm trying to get usb support going for eTrayz nas (oxnas810 device).
> http://www.plxtech.com/products/consumer/oxe810dse
> This device uses u-Boot 1.1.2 to boot from NOR flash.
>
> I have following questions:
>
> - Why hasn
Hi Sadashiv,
On 13.02.2013 08:11, Sadashiva Reddy N wrote:
> I am Sadashiva Reddy working in Mistral Solutions Pvt Ltd.
>
> I am using AMCC PPC440Gx processor for our project presently the board is
> working with vxWorks.
> But our customer new requirement is same board should be ported with linu
Dear Dimitrios Siganos,
On 02/12/2013 11:43 PM, Dimitrios Siganos wrote:
> Hi guys,
>
> I's like to ask a couple of quick questions to clear a disagreement we
> have at the office.
>
> Is the file fw_env.config needed during compilation time to build u-boot?
No.
> Or is it in fact only needed
Hi guys,
I's like to ask a couple of quick questions to clear a disagreement we
have at the office.
Is the file fw_env.config needed during compilation time to build u-boot?
Or is it in fact only needed at runtime by the tools fw_printenv/saveenv?
Thank you and sorry if this questions has been
From: Fadil Berisha
This patch add timer support to i.MX23 and complete bit fields and values
on regs-timrot.h.
Testet on imx23-olinuxino board.
Signed-off-by: Fadil Berisha
---
arch/arm/cpu/arm926ejs/mxs/timer.c | 19 +-
arch/arm/include/asm/arch-mxs/regs-timrot.h | 91 ++
Hi!
We are using U-Boot and FIT images, but also want to modify the FDT during
boot, today we just do:
bootm 0xe800#config@1
which contains, linux, romfs and fdt. But I want to include additional nodes in
the FDT to pass to linux (or pass an extra device tree if possible, just want
to pass
Hello,
I am new using U-boot. and I wondering whetjer you could help.
What I understood is that I can generate a file boot.scr to overwrite any
setting done in u-boot.bin.
Is that correct?
To generate boot.scr I am using mkimage
mkimage -A arm -O linux -T script -C none -a 0 -e 0 -n 'NAND in
81 matches
Mail list logo