Hello Jagan,
Am 12.10.2015 um 21:54 schrieb Jagan Teki:
- Use static for file-scope function
- Remove unneeded header file
- Use spi instead of slave notation for spi_slave {}
Signed-off-by: Jagan Teki
---
drivers/mtd/spi/sf_probe.c | 14 +++---
1 file changed, 7 insertions(+), 7 de
Hello Jagan,
Am 12.10.2015 um 21:54 schrieb Jagan Teki:
This patch adds MTD support to non-dm spi_flash
interface code.
Signed-off-by: Jagan Teki
---
drivers/mtd/spi/sf_probe.c | 26 ++
1 file changed, 14 insertions(+), 12 deletions(-)
Reviewed-by: Heiko Schocher
Hello Jagan,
Am 12.10.2015 um 21:54 schrieb Jagan Teki:
Since mtd_info ops got introduced, just drop the unneeded
dm_spi_flash operations.
Signed-off-by: Jagan Teki
---
drivers/mtd/spi/sf-uclass.c | 16
drivers/mtd/spi/sf_probe.c | 30 ---
include/spi_flash.h
Hello Jagan,
Am 12.10.2015 um 21:54 schrieb Jagan Teki:
Since mtd got added, replace flash->size with mtd->size.
Signed-off-by: Jagan Teki
---
common/cmd_sf.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
Reviewed-by: Heiko Schocher
bye,
Heiko
diff --git a/com
Hello Jagan,
Am 12.10.2015 um 21:54 schrieb Jagan Teki:
Since MTD support is added in spi_flash layer, this patch uses
mtd_info operations instead of legacy spi_flash operations.
Signed-off-by: Jagan Teki
---
drivers/mtd/spi/sf_ops.c | 66
in
Hello Jgan,
Am 12.10.2015 um 21:54 schrieb Jagan Teki:
This patch adds mtd_info support to spi_flash layer, MTD has
proven core for flash operations so adding MTD to spi_flash
will extends more functionality.
Signed-off-by: Jagan Teki
---
drivers/mtd/spi/sf_ops.c | 45 +
Hi Marek,
On 10/29/2015 07:45 AM, Marek Vasut wrote:
+# CONFIG_CMD_SETEXPR is not set
Please keep setexpr, it's really useful.
OK, I will keep it.
+/*
+ * MII/PHY
+ */
+#define CONFIG_CMD_MII 1
+#define CONFIG_PHY_GIGE1
+#define CONFIG_SYS_FAULT_ECHO
> -Original Message-
> From: Bo Shen [mailto:voice.s...@gmail.com]
> Sent: 2015年10月29日 12:02
> To: Yang, Wenyou
> Cc: U-Boot Mailing List; andreas.de...@googlemail.com
> Subject: Re: [PATCH v4] arm: atmel: Add SAMA5D2 Xplained board
>
> Hi Wenyou,
>
> On 10/28/2015 13:59 PM, Yang, Wenyou
Hi Bo Shen,
> -Original Message-
> From: Bo Shen [mailto:voice.s...@gmail.com]
> Sent: 2015年10月29日 12:00
> To: Yang, Wenyou
> Cc: U-Boot Mailing List; andreas.de...@googlemail.com; Pantelis Antoniou
> Subject: Re: [PATCH v4] mmc: atmel: Add atmel sdhci support
>
> Hi Wenyou,
>
> On 10/28
Hi Wenyou,
On 10/28/2015 13:25 PM, Yang, Wenyou wrote:
@@ -173,3 +174,67 @@ void at91_periph_clk_disable(int id)
> >
> > writel(regval, &pmc->pcr);
> > }
> >+
> >+void at91_enable_periph_generated_clk(u32 id) {
> >+ struct at91_pmc *pmc = (struct at91_pmc *)ATMEL_BASE_PMC;
> >+
Hi Wenyou,
On 10/28/2015 13:59 PM, Yang, Wenyou wrote:
+char *get_cpu_name()
> >+{
> >+ unsigned int extension_id = get_extension_chip_id();
> >+
> >+ if (cpu_is_sama5d2()) {
> >+ switch (extension_id) {
> >+ case ARCH_EXID_SAMA5D21CU:
> >+
Hi Wenyou,
On 10/28/2015 13:52 PM, Wenyou Yang wrote:
The SDHCI is introduced by sama5d2, named as Secure Digital Multimedia
Card Controller(SDMMC). It supports the embedded MultiMedia Card (e.MMC)
Specification V4.41, the SD Memory Card Specification V3.0, and the SDIO
V3.0 specification. It is
On 10/28/2015 05:55 PM, Alexandre Courbot wrote:
> On 10/29/2015 02:59 AM, Stephen Warren wrote:
>> On 10/18/2015 10:57 PM, Alexandre Courbot wrote:
>>> T210's GPU secure firmware loading requires a write-protected region
>>> to be set up.
>>>
>>> This patch reserves the upper 256KB of RAM as the W
Hi Simon,
On Thu, Oct 29, 2015 at 9:53 AM, Simon Glass wrote:
> Hi,
>
> On 28 October 2015 at 19:40, Bin Meng wrote:
>> Hi Joe,
>>
>> On Thu, Oct 29, 2015 at 4:52 AM, Joe Hershberger
>> wrote:
>>> Hi Bin,
>>>
>>> On Tue, Oct 27, 2015 at 11:10 AM, Bin Meng wrote:
Currently in fdt_fixup_eth
Hi,
On 28 October 2015 at 19:40, Bin Meng wrote:
> Hi Joe,
>
> On Thu, Oct 29, 2015 at 4:52 AM, Joe Hershberger
> wrote:
>> Hi Bin,
>>
>> On Tue, Oct 27, 2015 at 11:10 AM, Bin Meng wrote:
>>> Currently in fdt_fixup_ethernet() the MAC address fix up is
>>> handled in a loop of which the exit con
On Thu, Oct 29, 2015 at 09:40:43AM +0800, Bin Meng wrote:
> Hi Joe,
>
> On Thu, Oct 29, 2015 at 4:52 AM, Joe Hershberger
> wrote:
> > Hi Bin,
> >
> > On Tue, Oct 27, 2015 at 11:10 AM, Bin Meng wrote:
> >> Currently in fdt_fixup_ethernet() the MAC address fix up is
> >> handled in a loop of which
On Tue, Oct 27, 2015 at 09:10:39AM -0700, Bin Meng wrote:
> Currently in fdt_fixup_ethernet() the MAC address fix up is
> handled in a loop of which the exit condition is to test the
> "eth%daddr" env is not NULL. However this creates unnecessary
> constrains that those "eth%daddr" env variables m
On Wed, Oct 28, 2015 at 11:52:15PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please pull this PR, and skip the previous one [1]
>
> [1] https://patchwork.ozlabs.org/patch/535548/
>
> thanks!
> Jagan.
>
> The following changes since commit 677f970bc62a661690b3431543d5a5d5e682ba70:
>
> common/bo
Hi Joe,
On Thu, Oct 29, 2015 at 4:52 AM, Joe Hershberger
wrote:
> Hi Bin,
>
> On Tue, Oct 27, 2015 at 11:10 AM, Bin Meng wrote:
>> Currently in fdt_fixup_ethernet() the MAC address fix up is
>> handled in a loop of which the exit condition is to test the
>> "eth%daddr" env is not NULL. However t
Add board detection logic for the AM57xx EVM. More information about
the EVM can be found here
http://www.ti.com/tool/tmdxevm5728
The AM572x Evaluation Module provides an affordable platform to
quickly start evaluation of Sitara. ARM Cortex-A15 AM57x Processors
(AM5728, AM5726, AM5718, AM5716) and
From: Lokesh Vutla
Add support for EEPROM init and read. The am57xx boards have EEPROMs
that have board name, version, serial data and other data. The init
routine will initialize an i2c bus and then probe for the EEPROM
device. The read routine will read data from the EEPROM and store
it in an o
Add board detection logic for the Beagleboard-x15. This patch
takes advantage of recent infrastructure to allow common means
of board detection.
- Read the EEPROM only once in MLO and store the board name and
revision in scratchpad memory so it is also available in u-boot.
- Use the board name t
On 10/29/2015 02:59 AM, Stephen Warren wrote:
On 10/18/2015 10:57 PM, Alexandre Courbot wrote:
T210's GPU secure firmware loading requires a write-protected region
to be set up.
This patch reserves the upper 256KB of RAM as the WPR region and locks
it so the kernel can initiate secure firmware
On Monday, October 26, 2015 at 01:15:19 AM, Thomas Chou wrote:
> Add 10m50 devboard support. It is based on the Golden Hardware
> Reference Design (GHRD), available at,
>
> http://rocketboards.org/foswiki/view/Documentation/
> AlteraMAX1010M50RevCDevelopmentKitLinuxSetup
>
> Though we supported o
Rename the beagle_x15 directory to am57xx to support TI EVMs that use
the AM57xx processor. By doing this we have common code reuse. There
will be multiple TI EVMs that use the same code base.
This will cause changes in build procedures for existing
beagleboard-x15 users.
This is in perparation f
Hello,
With NAND support added in 2015.10, is it possible now to dump boot1 when
booting off sd card?
What would be the command?
Thanks.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wed, Oct 28, 2015 at 10:43:41PM +0100, Linus Walleij wrote:
> On Wed, Oct 28, 2015 at 5:06 PM, Ryan Harkin wrote:
>
> > For reasons I don't understand, envcrc.c includes config.h which
> > includes vexpress64_aemv8a.h without the board #defines set at all, no
> > matter which board you are. S
On Wed, Oct 28, 2015 at 5:06 PM, Ryan Harkin wrote:
> For reasons I don't understand, envcrc.c includes config.h which
> includes vexpress64_aemv8a.h without the board #defines set at all, no
> matter which board you are. So the #error gets hit no matter if
> you're building for FVP or Juno.
Th
Hi Stefan,
On Thu, Sep 3, 2015 at 5:31 PM, Stefan Brüns
wrote:
> If 'file' is overloaded, it is wrong to get or put the bootfile name
> from it/to it.
>
> Signed-off-by: Stefan Brüns
> Acked-by: Joe Hershberger
> ---
>
> v2: added missing break before empty "case 53:", no functional change
>
>
On Tue, Oct 27, 2015 at 07:06:43PM -0400, Tom Rini wrote:
> In 1fec3c5 I added a check that if we had an Android image we default to
> trying the kernel address for a ramdisk. However when we don't have an
> Android image buf is NULL and we oops here. Ensure that we have 'buf'
> to check first.
On Tue, Oct 27, 2015 at 12:38:35PM +0100, Stefan Roese wrote:
> Hi Tom,
>
> please pull the 4 4xx removal patches.
>
> The following changes since commit 677f970bc62a661690b3431543d5a5d5e682ba70:
>
> common/board_f.c: modify the macro to use get_clocks() more common
> (2015-10-24 13:50:38 -0
On Tue, Oct 27, 2015 at 12:22:06PM +0100, Stefan Roese wrote:
> Hi Tom,
>
> please pull the following patch.
>
> The following changes since commit 677f970bc62a661690b3431543d5a5d5e682ba70:
>
> common/board_f.c: modify the macro to use get_clocks() more common
> (2015-10-24 13:50:38 -0400)
>
On Wed, Oct 28, 2015 at 06:24:16AM +0200, Siarhei Siamashka wrote:
> This fixes compilation problems when using a hardfloat toolchain on
> ARM, which manifest themselves as "libgcc.a(_udivmoddi4.o) uses
> VFP register arguments, u-boot does not".
>
> These problems have been reported in the U-Boo
On Wed, Oct 28, 2015 at 09:57:57AM +0100, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c.git master
>
> The following changes since commit 677f970bc62a661690b3431543d5a5d5e682ba70:
>
> common/board_f.c: modify the macro to use get_clocks() more common
> (2015-10-24 13:50:
On Mon, Oct 26, 2015 at 07:35:22AM -0600, Simon Glass wrote:
> Hi Tom,
>
> The following changes since commit 9f13b6d147dc74f2400ce18d9d4005ba53f21fd3:
>
> ARM: AM335x: mux: change mmc0 cd pinmux from mmc0_sdcd to gpio
> (2015-10-22 14:44:03 -0400)
>
> are available in the git repository at:
Hi Bin,
On Tue, Oct 27, 2015 at 11:10 AM, Bin Meng wrote:
> Currently in fdt_fixup_ethernet() the MAC address fix up is
> handled in a loop of which the exit condition is to test the
> "eth%daddr" env is not NULL. However this creates unnecessary
> constrains that those "eth%daddr" env variables
On Wednesday, October 28, 2015 at 04:30:01 PM, Otavio Salvador wrote:
> Congatec has several MX6 boards based on quad, dual, dual-lite and solo.
>
> Add SPL support so that all the variants can be supported.
>
> Signed-off-by: Otavio Salvador
> ---
>
> arch/arm/cpu/armv7/mx6/Kconfig
Hi Bin,
On Wed, Oct 7, 2015 at 11:45 PM, Bin Meng wrote:
> platdata->enetaddr was assigned to a value in dev_probe() last time.
> If we don't clear it, for dev_probe() at the second time, dm eth
> will end up treating it as a MAC address from ROM no matter where it
> came from originally (maybe e
Hi Sylvain,
On Wed, Oct 7, 2015 at 3:54 PM, Sylvain Rochet
wrote:
> NAND-tree is used to check wiring between MAC and PHY using NAND gates
> on the PHY side, hence the name.
>
> NAND-tree initial status is latched at reset by probing the IRQ pin.
> However some devices are sharing the PHY IRQ pin
Hi Jacob,
On Wed, Sep 30, 2015 at 9:12 AM, Jacob Stiffler wrote:
> The net_boot_file_name buffer is used as storage for the bootfilename
> command line argument to network boot commands such as tftp and nfs.
>
> Increase the size of this buffer to 1024 bytes as the current size of
> 128 bytes is
Hi Bin,
On Wed, Oct 7, 2015 at 11:32 PM, Bin Meng wrote:
> In pch_gbe_probe(), some additional resources are allocated
> (eg: mdio, phy). We should free these in the driver remove phase.
> Add pch_gbe_remove() to clean it up.
>
> Signed-off-by: Bin Meng
> Reviewed-by: Simon Glass
Acked-by: Joe
On Sun, Aug 30, 2015 at 10:47 AM, Stefan Brüns
wrote:
> Timeout handler should be stopped after reception of DHCPACK. If "autoload"
> is not set, the handler is immediately replaced by the TFTP handler,
> otherwise it may trigger before the next boot stage begins.
>
> Signed-off-by: Stefan Brüns
Hi Simon,
On 29 October 2015 at 00:19, Simon Glass wrote:
> Hi Jagan,
>
> On 19 October 2015 at 10:09, Jagan Teki wrote:
>> Let's use spi_flash_probe for dm and no-dm spi-flash
>> and make respective function definations separately.
>>
>> Signed-off-by: Jagan Teki
>> Cc: Simon Glass
>> ---
>>
Hi Simon,
On 29 October 2015 at 00:17, Simon Glass wrote:
> Hi Jagan,
>
> On 19 October 2015 at 03:28, Jagan Teki wrote:
>> Hi Simon,
>>
>> On 19 October 2015 at 01:57, Simon Glass wrote:
>>> Hi Jagan,
>>>
>>> On 12 October 2015 at 09:00, Jagan Teki wrote:
Previous version link:
http
On 27 October 2015 at 06:07, Przemyslaw Marczak wrote:
> The function get_board_type() is called in two places by common code,
> but the returned pointer was never check.
>
> This commit adds checking the returned pointer, before use it.
>
> Signed-off-by: Przemyslaw Marczak
> Cc: Minkyu Kang
>
On 19 October 2015 at 10:09, Jagan Teki wrote:
> Use direct call to device_remove instead of exctra
> spi_flash_remove defination.
>
> Signed-off-by: Jagan Teki
> Cc: Simon Glass
> ---
> drivers/mtd/spi/sf-uclass.c | 7 +--
> include/spi_flash.h | 2 --
> 2 files changed, 1 insertio
On 27 October 2015 at 06:08, Przemyslaw Marczak wrote:
> This commit adds common ADC node, which is disabled as default.
>
> Signed-off-by: Przemyslaw Marczak
> Cc: Minkyu Kang
> Cc: Simon Glass
> ---
> Changes V2:
> - new commit
Reviewed-by: Simon Glass
This does not look like a new commit.
On 27 October 2015 at 06:07, Przemyslaw Marczak wrote:
> This driver allows I/O operations on the Samsung S2MPS11 PMIC,
> which provides lots of LDO/BUCK outputs.
>
> To enable it, update defconfig with:
> - CONFIG_PMIC_S2MPS11
> and additional, if were not defined:
> - CONFIG_CMD_PMIC
> - CONFIG_
On 27 October 2015 at 06:07, Przemyslaw Marczak wrote:
> This platform is based on Exynos5800 but the cpu id is 0x5422.
> This doesn't fit the common Exynos SoC name convention, so now,
> the CPU name is defined by device tree string, to be printed
> properly.
>
> Signed-off-by: Przemyslaw Marczak
On 27 October 2015 at 06:07, Przemyslaw Marczak wrote:
> The CPU name for Exynos was concatenated with cpu id,
> but for new Exynos platforms, like Chromebook Peach Pi
> based on Exynos5800, the name of SoC variant does not
> include the real SoC cpu id (0x5422).
>
> For such case, the CPU name sh
Hi Jagan,
On 19 October 2015 at 10:09, Jagan Teki wrote:
> Let's use spi_flash_probe for dm and no-dm spi-flash
> and make respective function definations separately.
>
> Signed-off-by: Jagan Teki
> Cc: Simon Glass
> ---
> common/cmd_sf.c | 19 ++-
> drivers/mtd/spi
Hi Jagan,
On 19 October 2015 at 10:09, Jagan Teki wrote:
> Updated dm-spi-flash probe using dm_spi_flash_probe.
>
> Signed-off-by: Jagan Teki
> Cc: Simon Glass
> ---
> common/cmd_sf.c | 23 ---
> drivers/mtd/spi/sf-uclass.c | 27 ++-
> in
Hi Jagan,
On 19 October 2015 at 03:28, Jagan Teki wrote:
> Hi Simon,
>
> On 19 October 2015 at 01:57, Simon Glass wrote:
>> Hi Jagan,
>>
>> On 12 October 2015 at 09:00, Jagan Teki wrote:
>>> Previous version link:
>>> http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/233262
>>>
>>> spi-
Hi Heiko,
Any comments on this series?
On 13 October 2015 at 01:17, Jagan Teki wrote:
> These patch-set adds mtd support on top of spi-flash layer.
>
> This series is next development level for spi-nor work,
> previous work is on below thread patch-set.
> https://www.mail-archive.com/u-boot@list
On 28 October 2015 at 23:55, Otavio Salvador
wrote:
> On Wed, Oct 28, 2015 at 4:22 PM, Jagan Teki wrote:
>> Please pull this PR, and skip the previous one [1]
>>
>> [1] https://patchwork.ozlabs.org/patch/535548/
>
> What about Fabio's serie? it is required for the Congatec support to
> go in as w
On Wed, Oct 28, 2015 at 4:22 PM, Jagan Teki wrote:
> Please pull this PR, and skip the previous one [1]
>
> [1] https://patchwork.ozlabs.org/patch/535548/
What about Fabio's serie? it is required for the Congatec support to
go in as well.
--
Otavio Salvador O.S. Syst
Hi Tom,
Please pull this PR, and skip the previous one [1]
[1] https://patchwork.ozlabs.org/patch/535548/
thanks!
Jagan.
The following changes since commit 677f970bc62a661690b3431543d5a5d5e682ba70:
common/board_f.c: modify the macro to use get_clocks() more common
(2015-10-24 13:50:38 -0400
On 10/18/2015 10:57 PM, Alexandre Courbot wrote:
T210's GPU secure firmware loading requires a write-protected region
to be set up.
This patch reserves the upper 256KB of RAM as the WPR region and locks
it so the kernel can initiate secure firmware loading.
On T210, it's the responsibility of
On 10/18/2015 10:57 PM, Alexandre Courbot wrote:
Rename GPU functions to less generic names to avoid potential name
collisions.
Patches 1-3,
Acked-by: Stephen Warren
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u
On Monday, October 26, 2015 at 09:36:51 AM, Stefan Roese wrote:
Hi!
[...]
> diff --git a/board/sr1500/socfpga.c b/board/sr1500/socfpga.c
> new file mode 100644
> index 000..35d68a9
> --- /dev/null
> +++ b/board/sr1500/socfpga.c
> @@ -0,0 +1,151 @@
> +/*
> + * Copyright (C) 2015 Stefan Roese
Hi Dirk,
On 28.10.2015 16:44, dirk.eib...@gdsys.cc wrote:
From: Dirk Eibach
mvebu gpio is based on kirkwood.
Signed-off-by: Dirk Eibach
Again, I would really like to see a DM based driver for this.
It shouldn't be too much work. GPIO is perhaps the simplest
driver here. Perhaps you can spa
Hi Dirk,
On 28.10.2015 17:29, Jagan Teki wrote:
On 28 October 2015 at 21:14, wrote:
From: Dirk Eibach
Armada 38x has two spi controllers.
Signed-off-by: Dirk Eibach
---
drivers/spi/kirkwood_spi.c | 52 +++---
1 file changed, 45 insertions(+), 7
Hi Dirk,
On 28.10.2015 16:44, dirk.eib...@gdsys.cc wrote:
From: Dirk Eibach
Armada 38x has a maximum of two cores. Probably copy/paste
bug from Armada XP.
Signed-off-by: Dirk Eibach
---
drivers/ddr/marvell/a38x/ddr3_init.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/ddr/
Hi Dirk,
On 28.10.2015 16:44, dirk.eib...@gdsys.cc wrote:
From: Dirk Eibach
SAR1_CPU_CORE_MASK was wrong, probably copy/paste
from another architecture.
Signed-off-by: Dirk Eibach
---
drivers/ddr/marvell/a38x/ddr3_hws_hw_training_def.h | 7 ++-
1 file changed, 2 insertions(+), 5 dele
On 28 October 2015 at 21:14, wrote:
> From: Dirk Eibach
>
> Armada 38x has two spi controllers.
>
> Signed-off-by: Dirk Eibach
> ---
>
> drivers/spi/kirkwood_spi.c | 52
> +++---
> 1 file changed, 45 insertions(+), 7 deletions(-)
>
> diff --git a/driver
Hi Dirk,
On 28.10.2015 16:44, dirk.eib...@gdsys.cc wrote:
From: Dirk Eibach
Armada 38x has 4 pci ports, not 3.
The optimization in pci_init_board() seems to assume,
that every port has 3 lanes. This is obviously wrong
and breaks support for Armada 38x.
Signed-off-by: Dirk Eibach
Looks good
On 28 October 2015 at 15:10, Linus Walleij wrote:
> On Wed, Oct 28, 2015 at 4:07 PM, Ryan Harkin wrote:
>> On 27 October 2015 at 21:39, Linus Walleij wrote:
>>> On Tue, Oct 27, 2015 at 1:49 PM, Ryan Harkin wrote:
>>>
Either way, AFAIK, the existing CFI code does not handle AFS support.
>>>
From: "Edgar E. Iglesias"
Code is taken from Linux kernel driver.
Signed-off-by: Edgar E. Iglesias
Signed-off-by: Michal Simek
---
Changes in v2:
- Add missing function declaration to phy.h
drivers/net/phy/Makefile | 1 +
drivers/net/phy/phy.c| 3 +
drivers/net/phy/ti.c | 205 ++
Jagan,
> -Original Message-
> From: Tom Warren
> Sent: Monday, October 26, 2015 1:56 PM
> To: u-boot@lists.denx.de
> Cc: Stephen Warren ; tomcwarren3...@gmail.com;
> jt...@openedev.com; Yen Lin ; Tom Warren
>
> Subject: [PATCH v5] Tegra: T210: Add QSPI driver
>
> This is the normal Tegra
Hi Dirk, Stefan
On 28/10/15 07:53 AM, Stefan Roese wrote:
Hi Dirk,
On 28.10.2015 12:03, Dirk Eibach wrote:
is Kim Philipps still active as MPC83xx maintainer? Is he active at
freescale at all?
His mails are bouncing with "User unknown"...
No. He is working for ARM now. I've added him with
From: Dirk Eibach
Armada 38x has 4 pci ports, not 3.
The optimization in pci_init_board() seems to assume,
that every port has 3 lanes. This is obviously wrong
and breaks support for Armada 38x.
Signed-off-by: Dirk Eibach
---
arch/arm/mach-mvebu/include/mach/soc.h | 1 +
drivers/pci/pci_mveb
From: Dirk Eibach
mvebu gpio is based on kirkwood.
Signed-off-by: Dirk Eibach
---
arch/arm/mach-mvebu/include/mach/gpio.h | 41 +++--
1 file changed, 39 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-mvebu/include/mach/gpio.h
b/arch/arm/mach-mvebu/inclu
From: Dirk Eibach
Armada 38x has two spi controllers.
Signed-off-by: Dirk Eibach
---
drivers/spi/kirkwood_spi.c | 52 +++---
1 file changed, 45 insertions(+), 7 deletions(-)
diff --git a/drivers/spi/kirkwood_spi.c b/drivers/spi/kirkwood_spi.c
index e7b
From: Dirk Eibach
Dirk Eibach (5):
pci: mvebu: Fix Armada 38x support
arm: mvebu: Add gpio support
arm: mvebu: Fix SAR1_CPU_CORE_MASK
arm: mvebu: Fix ddr3_init() cpu config
spi: Add support for Armada 38x second controller
arch/arm/mach-mvebu/include/mach/gpio.h| 41 +++
From: Dirk Eibach
Armada 38x has a maximum of two cores. Probably copy/paste
bug from Armada XP.
Signed-off-by: Dirk Eibach
---
drivers/ddr/marvell/a38x/ddr3_init.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/ddr/marvell/a38x/ddr3_init.c
b/drivers/ddr/marvell/a38x/ddr3_init.
From: Dirk Eibach
SAR1_CPU_CORE_MASK was wrong, probably copy/paste
from another architecture.
Signed-off-by: Dirk Eibach
---
drivers/ddr/marvell/a38x/ddr3_hws_hw_training_def.h | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/ddr/marvell/a38x/ddr3_hws_hw_tra
Alex,
> -Original Message-
> From: Alexandre Courbot [mailto:gnu...@gmail.com]
> Sent: Wednesday, October 28, 2015 2:13 AM
> To: Tom Warren
> Cc: Alex Courbot ; Stephen Warren
> ; Thierry Reding ; u-
> b...@lists.denx.de; linux-te...@vger.kernel.org
> Subject: Re: [PATCH 0/4] ARM: tegra:
Congatec has several MX6 boards based on quad, dual, dual-lite and solo.
Add SPL support so that all the variants can be supported.
Signed-off-by: Otavio Salvador
---
arch/arm/cpu/armv7/mx6/Kconfig | 3 +
board/congatec/cgtqmx6eval/README | 78 ++-
board
We should also take MX6D option in consideration when defining
imx_iomux_v3_setup_pad().
Signed-off-by: Otavio Salvador
---
arch/arm/include/asm/imx-common/iomux-v3.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/imx-common/iomux-v3.h
b/arch/arm/inclu
Add MMC and SPI DFU support.
Signed-off-by: Otavio Salvador
---
include/configs/cgtqmx6eval.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/configs/cgtqmx6eval.h b/include/configs/cgtqmx6eval.h
index d8eff10..c7131f1 100644
--- a/include/configs/cgtqmx6eval.h
+++ b/inc
Tested basic fastboot commands, such as:
On the U-boot prompt:
=> fastboot 0
On the host PC:
$ fastboot getvar bootloader-version -i 0x0525
bootloader-version: U-Boot 2015.10-rc2-09654-g8f41d27
finished. total time: 0.000s
$ fastboot reboot -i 0x0525 --> board reboots fine.
Signed-off-by: Ota
Congatec boards boot from SPI NOR, so it makes more sense to use
SPI NOR to store the environment variables.
Signed-off-by: Otavio Salvador
---
include/configs/cgtqmx6eval.h | 18 ++
1 file changed, 14 insertions(+), 4 deletions(-)
diff --git a/include/configs/cgtqmx6eval.h b/i
Add SPI NOR support:
=> sf probe
SF: Detected SST25VF032B with page size 256 Bytes, erase size 4 KiB, total 4 MiB
Signed-off-by: Otavio Salvador
---
board/congatec/cgtqmx6eval/cgtqmx6eval.c | 23 +++
include/configs/cgtqmx6eval.h| 12
2 files change
On Tue, Oct 27, 2015 at 02:52:43AM +, Huan Wang wrote:
> Hi, Mark and Alexander,
>
> Do you have any comment about this patch?
> Thanks.
The patch looks good to me. FWIW:
Acked-by: Mark Rutland
Mark.
___
U-Boot mailing list
U-Boot@lis
On Wed, Oct 28, 2015 at 4:07 PM, Ryan Harkin wrote:
> On 27 October 2015 at 21:39, Linus Walleij wrote:
>> On Tue, Oct 27, 2015 at 1:49 PM, Ryan Harkin wrote:
>>
>>> Either way, AFAIK, the existing CFI code does not handle AFS support.
>>> I think the CFI code would need extending to write the f
On 27 October 2015 at 21:39, Linus Walleij wrote:
> On Tue, Oct 27, 2015 at 1:49 PM, Ryan Harkin wrote:
>
>> Either way, AFAIK, the existing CFI code does not handle AFS support.
>> I think the CFI code would need extending to write the footer if we
>> wanted the afs command to show the config in
Hello Jaehoon,
On 10/28/2015 03:36 PM, Jaehoon Chung wrote:
Hi, Przemyslaw.
On 10/28/2015 10:46 PM, Przemyslaw Marczak wrote:
Hello Jaehoon,
On 10/28/2015 01:30 PM, Jaehoon Chung wrote:
Hi, Przemyslaw.
On 10/28/2015 08:33 PM, Przemyslaw Marczak wrote:
Hello Jaehoon,
On 10/28/2015 07:33 AM
There are 8 pins for SD card in Exynos, but the MUX was configured
only for 7, since the one was used for card detection.
This caused the pin's pull wrong configuration.
This commit fixes this and the card detect can work properly,
after call this function.
Tested-on: Odroid U3 and Odroid X2.
Si
The SD card detection depends on checking one pin state.
But the pin was configured after card was detected, which is wrong.
This commit fixes this, by moving call to pinmux before use the pin.
Tested-on: Odroid U3 and Odroid X2.
Signed-off-by: Przemyslaw Marczak
Cc: Guillaume GARDET
Cc: Lukas
Commit: dm: core: Enable optional use of fdt_translate_address()
Enables use of this function as default, but after this it's not
possible to get dev address for the case in which: '#size-cells == 0'
This causes errors when getting address for some GPIOs, for which
the '#size-cells' is set to 0.
Hi, Przemyslaw.
On 10/28/2015 10:46 PM, Przemyslaw Marczak wrote:
> Hello Jaehoon,
>
> On 10/28/2015 01:30 PM, Jaehoon Chung wrote:
>> Hi, Przemyslaw.
>>
>> On 10/28/2015 08:33 PM, Przemyslaw Marczak wrote:
>>> Hello Jaehoon,
>>>
>>> On 10/28/2015 07:33 AM, Jaehoon Chung wrote:
Hi, All.
Hello Dirk,
Am 28.10.2015 um 15:01 schrieb Dirk Eibach:
Hi Simon,
2015-10-28 14:42 GMT+01:00 Simon Glass :
Dirk Eibach (17):
i2c: ihs_i2c: Dual channel support
i2c: ihs_i2c: Use macro bestpractices
i2c: ihs_i2c: Fix hold_bus control
board: gdsys: Configure DP501 SPDIF input
boar
Hi Simon,
2015-10-28 14:42 GMT+01:00 Simon Glass :
>> Dirk Eibach (17):
>> i2c: ihs_i2c: Dual channel support
>> i2c: ihs_i2c: Use macro bestpractices
>> i2c: ihs_i2c: Fix hold_bus control
>> board: gdsys: Configure DP501 SPDIF input
>> board: gdsys: Increase DP501 I2C retry interval
>>
Hello Jaehoon,
On 10/28/2015 01:30 PM, Jaehoon Chung wrote:
Hi, Przemyslaw.
On 10/28/2015 08:33 PM, Przemyslaw Marczak wrote:
Hello Jaehoon,
On 10/28/2015 07:33 AM, Jaehoon Chung wrote:
Hi, All.
On 10/05/2015 08:47 PM, Tobias Jakobi wrote:
Add more debug printfs in do_sdhci_init() for call
Hi Dirk,
On 28 October 2015 at 04:46, wrote:
> From: Dirk Eibach
>
>
>
>
> Dirk Eibach (17):
> i2c: ihs_i2c: Dual channel support
> i2c: ihs_i2c: Use macro bestpractices
> i2c: ihs_i2c: Fix hold_bus control
> board: gdsys: Configure DP501 SPDIF input
> board: gdsys: Increase DP501 I2C
Hello Dirk,
Am 28.10.2015 um 13:39 schrieb Dirk Eibach:
Hello Heiko,
2015-10-28 12:23 GMT+01:00 Heiko Schocher :
I twould be nice to see a patch, which converts this driver to DM ;-)
me too ;)
Are there any known good examples?
hs@localhost:u-boot [20151012] $ grep -lr U_BOOT_DRIVER drive
Hello Heiko,
2015-10-28 12:25 GMT+01:00 Heiko Schocher :
> Hmm... a lot of magical values ... some defines would be nice here.
Agreed. Documenting all the ugly mess Parade Technologies calls an
interface would result in a list of enums, that would be as long as
(at least) the driver itself. So I
Hello Heiko,
2015-10-28 12:23 GMT+01:00 Heiko Schocher :
> I twould be nice to see a patch, which converts this driver to DM ;-)
me too ;)
Are there any known good examples?
Cheers
Dirk
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/
Hi, Przemyslaw.
On 10/28/2015 08:33 PM, Przemyslaw Marczak wrote:
> Hello Jaehoon,
>
> On 10/28/2015 07:33 AM, Jaehoon Chung wrote:
>> Hi, All.
>>
>> On 10/05/2015 08:47 PM, Tobias Jakobi wrote:
>>> Add more debug printfs in do_sdhci_init() for calls
>>> that can potentially fail.
>>>
>>> Acked-b
Hi Dirk,
On 28.10.2015 12:03, Dirk Eibach wrote:
is Kim Philipps still active as MPC83xx maintainer? Is he active at
freescale at all?
His mails are bouncing with "User unknown"...
No. He is working for ARM now. I've added him with his private
mail address to Cc. Kim, I hope you don't mind. Pl
1 - 100 of 161 matches
Mail list logo