Hi Hans,
On 24 April 2015 at 07:48, Hans de Goede wrote:
> The device-model gpio functions may return another value then -1 as error,
> make the sunxi display code properly handle this.
>
> Signed-off-by: Hans de Goede
> ---
> drivers/video/sunxi_display.c | 16
> 1 file change
Hi Hans,
On 24 April 2015 at 07:48, Hans de Goede wrote:
> i2c_init_board() gets called before the device-model (gpio) code is
> initialized, so move the setup of the soft-i2c pins out of i2c_init_board()
> and into board_init(), at which time the device-model setup has been done.
>
> Also add pr
On 24 April 2015 at 12:15, Hans de Goede wrote:
> Hi,
>
>
> On 24-04-15 20:10, Fabio Estevam wrote:
>>
>> On Fri, Apr 24, 2015 at 10:48 AM, Hans de Goede
>> wrote:
>>
>>> sunxi_usbc->gpio_vbus = get_vbus_gpio(index);
>>> - if (sunxi_usbc->gpio_vbus != -1) {
>>> + if (sunxi_us
HI Hans,
On 24 April 2015 at 07:48, Hans de Goede wrote:
> The device-model gpio functions may return another value then -1 as error,
> make the sunxi mmc code properly handle this.
FYI I tend to call it 'drive model' rather than 'device model'. It
might be good to change your commit messages it
Hi Hans,
On 24 April 2015 at 07:48, Hans de Goede wrote:
> Modify the sunxi-emac eth driver to support device model.
>
> Signed-off-by: Hans de Goede
> ---
> arch/arm/cpu/armv7/sunxi/board.c | 4 +-
> drivers/net/sunxi_emac.c | 81
>
> 2 files
On 24 April 2015 at 07:48, Hans de Goede wrote:
> We want to use device-model/fdt with other model SoCs too, so add
> compatible strings for the other SoCs to the dm sunxi gpio code.
>
> Signed-off-by: Hans de Goede
> ---
> drivers/gpio/sunxi_gpio.c | 7 +++
> 1 file changed, 7 insertions(+)
On 24 April 2015 at 07:48, Hans de Goede wrote:
> netdev.h should not be included in device-model enabled builds (doing so
> causes compiler warnings about struct eth_device not being declared), but
> we do use sunxi_gmac_initialize in the device-model case, so move it out of
> netdev.h .
>
> Sign
On 24 April 2015 at 07:48, Hans de Goede wrote:
> When doing a device-model enabled build we still need sunxi_name_to_gpio_bank
> (for now) for the mmc pinmux code in board/sunxi/board.c, so build it for
> device-model enabled builds too.
>
> Signed-off-by: Hans de Goede
> ---
> drivers/gpio/sun
Hi Hans,
On 24 April 2015 at 07:48, Hans de Goede wrote:
> Change the axp_gpio_foo function prototypes to match the gpio uclass op
> prototypes, so that they can be used directly when adding device-model
> support for the axp gpios.
>
> Signed-off-by: Hans de Goede
> ---
> drivers/gpio/sunxi_gp
Hi Hans,
On 24 April 2015 at 07:48, Hans de Goede wrote:
> This really should be part of the axp pmic driver, but that is not converted
> yet to device-model, and the upstream kernel does not support axp gpios
> yet so there is no devicetree binding for them yet.
>
> So for now bolt on the axp gp
On 24 April 2015 at 07:48, Hans de Goede wrote:
> Now that we've everything prepared for it remove the DM settings from the
> defconfig(s) and simply always set them for sunxi, so that all sunxi boards
> will allways use dm now.
>
> Signed-off-by: Hans de Goede
> ---
> arch/arm/Kconfig
On 24 April 2015 at 07:48, Hans de Goede wrote:
> This is a preparation patch for switching all sunxi boards over to using
> the device model.
>
> Note that rather then defining both CONFIG_DEFAULT_DEVICE_TREE (for u-boot)
> and CONFIG_FDTFILE (for the kernel), this commit simply replaces all
> CO
On 24 April 2015 at 07:48, Hans de Goede wrote:
> u-boot has support for a number of boards for which a dts file still needs
> to be written, add minimal dts files for these boards so that we can switch
> them over to device-model / fdt.
>
> Signed-off-by: Hans de Goede
> ---
> arch/arm/dts/Make
On 24 April 2015 at 07:48, Hans de Goede wrote:
> All sunxi boards now use the device-model, so remove the non device-model
> code.
>
> Signed-off-by: Hans de Goede
> ---
> arch/arm/cpu/armv7/sunxi/board.c | 12 ---
> drivers/net/sunxi_emac.c | 69
> -
On 24 April 2015 at 07:48, Hans de Goede wrote:
> We need dts files for all boards we support, so bring in a few unmerged ones,
> these will be replaced with the upstream merged versions the next time we
> sync dts files.
>
> Signed-off-by: Hans de Goede
> ---
> arch/arm/dts/Makefile
On 24 April 2015 at 07:48, Hans de Goede wrote:
> Bring all the sunxi dts files (and update existing ones) from
> mripard/sunxi/dt-for-4.1 (which will be merged into upstream master any
> day now). This is necessary so that we can move all sunxi boards over to
> the device model.
>
> Signed-off-by
Hi Simon,
On 24 April 2015 at 09:06, Simon Glass wrote:
> On 23 April 2015 at 03:00, Bin Meng wrote:
>> Use SST SPI flash compatible string "spi-flash-sst" so that the
>> write op is really working.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/dts/crownbay.dts | 2 +-
>> 1 file changed,
On 2015-04-24, Fabio Estevam wrote:
> Instead of hardcoding the 'fdt_file' variable, let's detect the SoC and
> board variant on the fly and change the dtb name.
...
> diff --git a/include/configs/mx6cuboxi.h b/include/configs/mx6cuboxi.h
> index 5d58b16..c3cf633 100644
> --- a/include/configs/mx6c
Hi Simon,
Any reason that now using hard-coded "baud_divisor = 13;" in debug_uart_init()?
(The change is introduced by commit dd0b0122bac
serial: ns16550: Add an option to specify the debug UART register shift)
Regards,
Axel
___
U-Boot mailing list
U-Bo
Hi Axel,
On Apr 24, 2015 8:22 PM, "Axel Lin" wrote:
>
> Hi Simon,
> Any reason that now using hard-coded "baud_divisor = 13;" in
debug_uart_init()?
> (The change is introduced by commit dd0b0122bac
> serial: ns16550: Add an option to specify the debug UART register shift)
I think this might be a
This was accidentally added by commit dd0b0122bacc
"serial: ns16550: Add an option to specify the debug UART register shift".
Remove it.
Signed-off-by: Axel Lin
---
drivers/serial/ns16550.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/serial/ns16550.c b/drivers/serial/ns16550.c
ind
On Apr 24, 2015 8:53 PM, "Axel Lin" wrote:
>
> This was accidentally added by commit dd0b0122bacc
> "serial: ns16550: Add an option to specify the debug UART register shift".
> Remove it.
>
> Signed-off-by: Axel Lin
> ---
> drivers/serial/ns16550.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff
On 24 April 2015 at 01:48, Bin Meng wrote:
> We should pass a u32 class number to pci_rom_probe() instead of a u16.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/pci/pci_rom.c | 20 +++-
> 1 file changed, 11 insertions(+), 9 deletions(-)
Acked-by: Simon Glass
__
On 24 April 2015 at 06:40, Simon Glass wrote:
> On 24 April 2015 at 01:48, Bin Meng wrote:
>> For x86, vga_info->BIOSImage points to 0xc which cannot be freed.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> drivers/bios_emulator/atibios.c | 3 ++-
>> 1 file changed, 2 insertions(+), 1 deletion(
This patch series adds support for the Marvell Armada A38x SoC's. Specifically
the 88F6820 / 88F6828.
Basic support for the DB-88F6820-GP evaluation board is added. Supporting the
following interfaces:
- UART
- SPI (including SPI NOR flash)
- I2C
- Ethernet (neta)
One big part of this new SoC su
Since these files will be used for other MVEBU SoC's, lets reflect this
in the headers marcos as well.
Signed-off-by: Stefan Roese
Tested-by: Kevin Smith
Tested-by: Dirk Eibach
---
Changes in v3: None
Changes in v2: None
arch/arm/mach-mvebu/include/mach/config.h | 6 +++---
arch/arm/mach-mve
Now that the mach-mvebu directory exists and is used by Armada XP we can
move the mvebu-common files into this directory as well.
Signed-off-by: Stefan Roese
Cc: Masahiro Yamada
Tested-by: Kevin Smith
Tested-by: Dirk Eibach
---
Changes in v3: None
Changes in v2: None
arch/arm/Makefile
This define is used by the DDR training code for Armada XP. With the
upcoming addition of Armada 38x support, lets only define it for
Armada XP in this common header.
Signed-off-by: Stefan Roese
Tested-by: Kevin Smith
Tested-by: Dirk Eibach
---
Changes in v3: None
Changes in v2: None
arch/ar
This way, new MVEBU boards don't need to specifiy the common location
for the SPL linker script.
Signed-off-by: Stefan Roese
Tested-by: Kevin Smith
Tested-by: Dirk Eibach
---
Changes in v3: None
Changes in v2: None
arch/arm/mach-mvebu/include/mach/config.h | 5 +
include/configs/db-mv784
MAX_MVNETA_DEVS is not used anywhere in U-Boot. So lets remove it.
Signed-off-by: Stefan Roese
Tested-by: Kevin Smith
Tested-by: Dirk Eibach
---
Changes in v3: None
Changes in v2: None
arch/arm/mach-mvebu/include/mach/soc.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-
With the introduction of the Armada 38x support, its necessary to change
the mvneta ethernet driver init call from always 4 times to a
configurable value. Lets make this init call more flexible by moving
the actually used devices to the config header.
Additionally this patch takes care of the slig
This enables the usage of the "preboot" environment variable on Marvell
boards.
Signed-off-by: Stefan Roese
Tested-by: Kevin Smith
Tested-by: Dirk Eibach
---
Changes in v3: None
Changes in v2: None
include/configs/mv-common.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/config
We are not using the coherency feature in U-Boot at all. So lets remove
this configuration from the mbus driver.
Signed-off-by: Stefan Roese
Cc: Thomas Petazzoni
Tested-by: Kevin Smith
Tested-by: Dirk Eibach
---
Changes in v3:
- Removed coherency feature as its not used in U-Boot at all as p
This patch adds support for the Marvell DB-88F6820-GP Armada A38x
evaluation board.
Supported peripherals are:
- UART
- Ethernet (mvneta)
- I2C
- SPI (including SPI NOR flash)
Please note that this board support right now only supports the
main U-Boot. Without the bin_hdr integration (DDR trainin
Move arch/arm/include/asm/arch-armada-xp/*
-> arch/arm/mach-mvebu/include/mach/*
Additionally the SYS_SOC is renamed from "armada-xp" to "mvebu". With this
change all these files can better be shared with other, newer Mavell
MVEBU SoC's. Like the upcoming Armada 38x support.
Signed-off-by: S
This patch adds support for the Marvell Armada 38x SoC family.
Supported peripherals are:
- UART
- Ethernet (mvneta)
- I2C
- SPI (including SPI NOR flash)
Tested on Marvell DB-88F6820-GP evaluation board.
Signed-off-by: Stefan Roese
Tested-by: Kevin Smith
Tested-by: Dirk Eibach
---
Changes
Move arch/arm/cpu/armv7armada-xp/* -> arch/arm/mach-mvebu/*
Since this platform will be extended to support other Marvell SoC's as
well, lets rename it directly to mvebu.
This will be used by the upcoming Armada 38x suport (A38x).
Signed-off-by: Stefan Roese
Cc: Masahiro Yamada
Tested-by: Kevi
This solves some RX problems that have been seen, when using the
mvneta ethernet driver. The cache needs to be reset into a "clean"
state before using it.
Signed-off-by: Stefan Roese
Tested-by: Kevin Smith
Tested-by: Dirk Eibach
---
Changes in v3: None
Changes in v2: None
arch/arm/mach-mvebu
These functions now rely on uclass_find_first/next_device() and assume that
they will either return failure (-ve error code) or a device. In fact,
coming to the end of a list is not considered failure and they return 0
in that case.
The logic to deal with this was replaced in commit acb9ca2a with
On 04/08/2015 09:11 PM, Simon Glass wrote:
> (Correcting address for Masahiro, sorry)
>
> On 8 April 2015 at 21:07, Simon Glass wrote:
>
>> Hi,
>>
>> I have quite a few patches queued up in the next branch of u-boot-dm,
>> ready for when the merge window options.
>>
>> If anyone has time and can
Hi Vagrant,
On 25/04/2015 01:47, Vagrant Cascadian wrote:
> On 2015-04-24, Fabio Estevam wrote:
>> Instead of hardcoding the 'fdt_file' variable, let's detect the SoC and
>> board variant on the fly and change the dtb name.
> ...
>> diff --git a/include/configs/mx6cuboxi.h b/include/configs/mx6cub
201 - 241 of 241 matches
Mail list logo
