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
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
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
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
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
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
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
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
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 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
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
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-
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
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(
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 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
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
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
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
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,
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 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
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:
> 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
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:
> 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
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(+)
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
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:
> 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:
> Hi Simon, Ian,
>
> As promised here is my patch-set to move all sunxi boards to the device-model,
> it was slightly more work then I expected, and as such the patch-set is also
> somewhat larger then expected, but it is done :)
>
> Please
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:
> This fixes the following errors being printed during boot:
>
> Error, wrong i2c adapter 0 max 0 possible
> Error, wrong i2c adapter 0 max 0 possible
>
> Signed-off-by: Hans de Goede
Where does the error come from?
Reviewed-by: Simon Gl
On Fri, Apr 24, 2015 at 9:00 PM, Tom Rini wrote:
> On Fri, Apr 24, 2015 at 8:50 AM, Simon Glass wrote:
>> Hi,
>>
>> I don't see the latest patches in patchwork. It seems to be suffering
>> problems of late. Does anyone know the cause?
>>
>> Also perhaps unrelated last night I noticed I could not
Hi Francesco,
On Fri, Apr 24, 2015 at 3:20 PM, Francesco Lucconi wrote:
> I'm Francesco Lucconi from Italy, and I'm involved into a x86 project where
> my issue is to compile a u-boot (I'm currently using uboot-2015.01) and to
> install it into a VID (virtual image disk) of virtualbox.
>
>
> I've
Hi Gabriel,
On Fri, Apr 24, 2015 at 10:42 PM, Gabriel Huau wrote:
> Hi Bin,
>
>
> On 04/23/2015 08:20 PM, Bin Meng wrote:
>>
>> Hi Gabriel,
>>
>> On Fri, Apr 24, 2015 at 12:16 AM, Gabriel Huau
>> wrote:
>>>
>>> The SPI NOR on the minnowboard max is a MICRON N25Q064A
>>>
>>> Signed-off-by: Gabrie
Signed-off-by: Hannes Petermaier
---
Changes in v2:
- correct mistake in color order
common/lcd_simplefb.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/common/lcd_simplefb.c b/common/lcd_simplefb.c
index 8db2add..2ba00f6 100644
--- a/common/lcd_simplefb.c
+++ b/com
Hi Starr,
I think i figured out how to access the GP partitions on the new new uboot.
Solution:
1)We can only have access to one partition at a time from uboot.
2) GP partitions have to be partitioned again to be from kernel
(/dev/mmcblk0gp0p1,/dev/mmcblk0gp1p1,/dev/mmcblk0gp2p1,/dev/mmcblk0gp3p1
I think i figured out how to access the GP partitions on the new new uboot.
Solution:
1)We can only have access to one partition at a time from uboot.
2) GP partitions have to be partitioned again to be from kernel
(/dev/mmcblk0gp0p1,/dev/mmcblk0gp1p1,/dev/mmcblk0gp2p1,/dev/mmcblk0gp3p1)
3) in ub
Hi Francesco,
On 24 April 2015 at 01:20, Francesco Lucconi wrote:
>
> I'm Francesco Lucconi from Italy, and I'm involved into a x86 project where
> my issue is to compile a u-boot (I'm currently using uboot-2015.01) and to
> install it into a VID (virtual image disk) of virtualbox.
>
>
> I've alr
On Fri, Apr 24, 2015 at 01:34:49PM -0500, Scott Wood wrote:
> On Thu, 2015-04-23 at 11:37 -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On 22 April 2015 at 08:14, Tom Rini wrote:
> > > On Tue, Apr 21, 2015 at 12:37:18PM +0900, Masahiro Yamada wrote:
> > >> Currently, CONFIG_SPL_LIBGENERIC_SUPPORT
On Thu, 2015-04-23 at 11:37 -0600, Simon Glass wrote:
> Hi Tom,
>
> On 22 April 2015 at 08:14, Tom Rini wrote:
> > On Tue, Apr 21, 2015 at 12:37:18PM +0900, Masahiro Yamada wrote:
> >> Currently, CONFIG_SPL_LIBGENERIC_SUPPORT must be defined
> >> to build under lib/ directory for SPL.
> >>
> >> T
On Friday, April 24, 2015 at 03:16:35 PM, Pavel Machek wrote:
> On Fri 2015-04-24 05:22:55, Marek Vasut wrote:
> > On Thursday, April 23, 2015 at 09:14:01 AM, Pavel Machek wrote:
> > > SocDK has same QSPI and SPI flash configuration as Socrates. Add
> > > support for it.
> > >
> > > Signed-off-by:
Linux-4.0 as shipped has a bug causing it to not boot if the end of memory
is not aligned to a multiple of 2 MiB. For details see the linux-arm
mailing list post titled:
"Memory size unaligned to section boundary"
http://www.spinics.net/lists/arm-kernel/msg413811.html
This is something which speci
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/Makefile | 20 +++-
arch/arm/dts/
Hi Mark,
On 17-04-15 12:20, Mark Rutland wrote:
On Thu, Apr 16, 2015 at 08:12:31PM +0100, Hans de Goede wrote:
Hi,
On 16-04-15 19:35, Mark Rutland wrote:
On Thu, Apr 16, 2015 at 08:32:03AM +0100, Hans de Goede wrote:
Hi,
On 15-04-15 21:57, Ian Campbell wrote:
On Tue, 2015-04-14 at 18:06 +0
Hello Simon,
On 04/24/2015 06:48 AM, Simon Glass wrote:
Hi Przemyslaw,
On 23 April 2015 at 05:33, Przemyslaw Marczak wrote:
Hello Simon,
On 04/22/2015 06:29 PM, Simon Glass wrote:
Hi Przemyslaw,
On 20 April 2015 at 12:07, Przemyslaw Marczak
wrote:
Hello,
Again the next version. The ch
Hello Simon,
On 04/24/2015 06:51 AM, Simon Glass wrote:
Hi Przemyslaw,
On 23 April 2015 at 05:33, Przemyslaw Marczak wrote:
Hello Simon,
On 04/22/2015 06:30 PM, Simon Glass wrote:
Hi Przemyslaw,
On 20 April 2015 at 12:07, Przemyslaw Marczak
wrote:
This command is based on driver model
On 24 April 2015 at 14:12, Bin Meng wrote:
> Hi Jagan,
>
> On Fri, Apr 24, 2015 at 4:07 PM, Jagan Teki wrote:
>> Hi Bin,
>>
>> On 23 April 2015 at 14:30, Bin Meng wrote:
>>> With SPI flash moving to driver model, commit fbb0991 "dm: Convert
>>> spi_flash_probe() and 'sf probe' to use driver mode
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_usbc->gpio_vbus >= 0) {
What about using dm_gpio_is_valid() instead?
dm_gp
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_usbc->gpio_vbus >= 0) {
What about using dm_gpio_is_valid() instead?
Regards,
Fabio Estevam
__
Signed-off-by: kunhuahuang
---
drivers/serial/serial_stm32.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/serial/serial_stm32.c b/drivers/serial/serial_stm32.c
index 3c80096..693a7fa 100644
--- a/drivers/serial/serial_stm32.c
+++ b/drivers/serial/serial_stm32.c
@@ -81,6 +81,10
All,
I have been using u-boot 2013.07 on an i.MX53 custom board with u-boot
installed in an eMMC boot partition and the u-boot environment and Linux zImage
on a GPT partition in the eMMC user area formatted with ext2. This has worked
great for booting a u-boot environment and kernel in the eMM
I'm Francesco Lucconi from Italy, and I'm involved into a x86 project where
my issue is to compile a u-boot (I'm currently using uboot-2015.01) and to
install it into a VID (virtual image disk) of virtualbox.
I've already tuned the MBR, registering two FAT16 partitions, one for
u-boot and the oth
Hi Joe,
On 21 April 2015 at 16:02, Joe Hershberger wrote:
> This includes moving CONFIG_REGEX to Kconfig and adding support for
> regex to the env_attr lists (when CONFIG_REGEX is enabled).
>
> This allows ethaddrs to all be checked for access and format by default.
> Also use callbacks to keep n
On 21 April 2015 at 16:02, Joe Hershberger wrote:
> Having this as a Kconfig allows it to be a dependent feature.
>
> Signed-off-by: Joe Hershberger
> ---
>
> configs/acadia_defconfig | 1 +
> configs/bamboo_defconfig | 1 +
> configs/bubinga_defconfig | 1 +
> confi
On 24 April 2015 at 01:48, Bin Meng wrote:
> pci_rom_load() does not use its parameter 'class', so remove it.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/pci/pci_rom.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Acked-by: Simon Glass
__
Hi Simon,
On 04/23/2015 08:35 PM, Simon Glass wrote:
> Hi,
>
> On 23 April 2015 at 10:16, Gabriel Huau wrote:
>> A set of properties has been defined for the device tree to select for
>> each pin the pull/func/default output configuration.
>>
>> The offset for the PAD needs to be provided and if
Hi Bin,
On 04/23/2015 08:23 PM, Bin Meng wrote:
> Hi Gabriel,
>
> On Fri, Apr 24, 2015 at 12:16 AM, Gabriel Huau
> wrote:
>> This serie of patches adds the support of pin-muxing from the device tree
>> through
>> different properties. I have put two example to enable the USB Host on the
>> minn
The following changes since commit d8c1d5d5fb6eafbc532982125f006e49f2c40e71:
Merge branch 'buildman' of git://git.denx.de/u-boot-x86 (2015-04-23 14:56:47
-0400)
are available in the git repository at:
git://git.denx.de/u-boot-mips.git master
for you to fetch changes up to 90b1c9fad7bde21e3
On 24 April 2015 at 04:10, Bin Meng wrote:
> Implement Intel Queensbay platform-specific PIRQ routing support.
> The chipset PIRQ routing setup is called in the arch_misc_init().
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v2:
> - Correct a typo in the commit message
> - Use a local variab
Hi Bin,
On 04/23/2015 08:23 PM, Bin Meng wrote:
Hi Gabriel,
On Fri, Apr 24, 2015 at 12:16 AM, Gabriel Huau wrote:
This serie of patches adds the support of pin-muxing from the device tree
through
different properties. I have put two example to enable the USB Host on the
minnowboard max.
The
On 04/23/2015 08:14 PM, Bin Meng wrote:
Hi Gabriel,
On Fri, Apr 24, 2015 at 12:16 AM, Gabriel Huau wrote:
A set of properties has been defined for the device tree to select for
each pin the pull/func/default output configuration.
The offset for the PAD needs to be provided and if a GPIO needs
Hi Simon,
On 04/23/2015 08:35 PM, Simon Glass wrote:
Hi,
On 23 April 2015 at 10:16, Gabriel Huau wrote:
A set of properties has been defined for the device tree to select for
each pin the pull/func/default output configuration.
The offset for the PAD needs to be provided and if a GPIO needs
Hello Scott,
Am 23.04.2015 19:48, schrieb Scott Wood:
On Thu, 2015-04-23 at 13:12 +0200, Heiko Schocher wrote:
Hello Scott,
Am 23.04.2015 08:55, schrieb Scott Wood:
On Thu, 2015-04-23 at 07:57 +0200, Heiko Schocher wrote:
Hello Scott,
Am 23.04.2015 00:47, schrieb Scott Wood:
On Mon, 2015-0
Implement Intel Queensbay platform-specific PIRQ routing support.
The chipset PIRQ routing setup is called in the arch_misc_init().
Signed-off-by: Bin Meng
---
Changes in v2:
- Correct a typo in the commit message
- Use a local variable in fill_irq_info()
- Print a debug message if creating pir
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
CONFIG_FDTFILE defconfig settings with CONFIG_DEFAULT_DEVICE_T
Tested on T4240QDS_NAND and T4240QDS_SDCARD, the hang issue fixed.
Thanks!
Best Regards,
Shaohui Xie
> -Original Message-
> From: Wood Scott-B07421
> Sent: Friday, April 24, 2015 9:02 AM
> To: u-boot@lists.denx.de; Sun York-R58495
> Cc: Wood Scott-B07421; Alexander Graf; Xie Shaohui-B219
From: Fabio Estevam
Introduce is_hummingboard() function that reads GPIOs that can distinguish
between Cubox-i and Hummingboard.
Print the board name accordingly.
Based on a patch from Rabeeh Khoury.
Signed-off-by: Rabeeh Khoury
Signed-off-by: Fabio Estevam
---
Changes since v2:
- Add Rabeeh
The device-model gpio functions may return another value then -1 as error,
make the sunxi mmc code properly handle this.
Signed-off-by: Hans de Goede
---
drivers/mmc/sunxi_mmc.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/sunxi_mmc.c b/drivers/mmc/sunxi
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_gpio.c | 8
drivers/power/axp209.c| 10 +-
drivers/p
Hi Bin,
On 24 April 2015 at 15:13, Jagannadha Sutradharudu Teki
wrote:
> Upto now flash sector_size is assigned from params which isn't
> necessarily a sector size from vendor, so based on the SECT_*
> flags from flash_params the erase_size will compute and it will
> become the sector_size finall
Hi Fabio, Rabeeh,
On 24/04/2015 13:46, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Cubox-i and Hummingboard support several MX6 SoCs: mx6solo, mx6dual-lite,
> mx6dual and mx6quad. Add support for the different SoC/memory sizes
> combinations.
>
> DDR initialization values were extracted fro
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 changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/video/sunxi_dis
We can write the configuration table in last_stage_init() for all x86
boards, but not with coreboot since coreboot already has them.
Signed-off-by: Bin Meng
Acked-by: Simon Glass
---
Changes in v2: None
arch/x86/cpu/cpu.c| 10 +
arch/x86/include/asm/tables.h | 49 +
Hi Michal,
> From: Siva Durga Prasad Paladugu
>
> Allocate request up to THOR_PACKET_SIZE not the ep0->maxpacket
> as the descriptors data depend on the number of descriptors
> and this 64 bytes were not enough and the buffer might overflow
> which results in memalign failures later.
>
> Signed
Hi,
I don't see the latest patches in patchwork. It seems to be suffering
problems of late. Does anyone know the cause?
Also perhaps unrelated last night I noticed I could not access
git.denx.de using 'git fetch'.
Regards,
Simon
___
U-Boot mailing list
With SPI flash moving to driver model, commit fbb0991 "dm: Convert
spi_flash_probe() and 'sf probe' to use driver model" ignored the
SST flash-specific write op (byte program & word program), which
actually broke the SST flash from wroking.
This commit makes SST flash work again under driver model
On 24 April 2015 at 02:28, Masahiro Yamada
wrote:
> Trivial bug fix for commit 5a87c4174d18 (dm: core: Drop device
> removal error path when not supported).
>
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/core/device.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
Thanks Ma
Add a new member 'flags' in struct spi_flash to store the flash flags
during spi_flash_validate_params().
Signed-off-by: Bin Meng
---
Changes in v2:
- New patch to save flash flags to struct spi_flash
drivers/mtd/spi/sf_probe.c | 3 +++
include/spi_flash.h| 1 +
2 files changed, 4 ins
Hi,
On 24-04-15 15:48, Hans de Goede wrote:
> @@ -222,7 +266,7 @@ static int sunxi_gpio_set_value(struct udevice *dev,
unsigned offset,
struct sunxi_gpio_platdata *plat = dev_get_platdata(dev);
u32 num = GPIO_NUM(offset);
- clrsetbits_le32(&plat->regs->dat, 1 << num, v
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
include/netdev.h | 1 -
3 files changed
The device-model gpio functions may return another value then -1 as error,
make the sunxi usbc properly handle this.
Signed-off-by: Hans de Goede
---
arch/arm/cpu/armv7/sunxi/usbc.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/arch/arm/cpu/armv7/sunxi/
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(+)
diff --git a/drivers/gpio/sunxi_gpio.c b/drivers/gpio/sunxi_
On x86 boards, platform chipset receives up to four different
interrupt signals from PCI devices (INTA/B/C/D), which in turn
will be routed to chipset internal PIRQ lines then routed to
8259 PIC finally if configuring the whole system to work under
the so-called PIC mode (in contrast to symmetric I
On 7 April 2015 at 05:55, Tom Rini wrote:
> On Wed, Apr 01, 2015 at 04:21:50PM +0100, Andy Pont wrote:
>> Hi David,
>>
>>
>>
>> > for (i = 0; i < len; i++) {
>> > /* wait till TX register is empty (TXS == 1) */
>> > + start = get_timer(0);
>> > while (!(readl
Use clrsetbits_le32() to replace clrbits_le32() + setbits_le32().
Signed-off-by: Axel Lin
---
drivers/gpio/stm32_gpio.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git a/drivers/gpio/stm32_gpio.c b/drivers/gpio/stm32_gpio.c
index d3497e9..76f7b1b 100644
--- a/d
Hi Bin,
On 23 April 2015 at 14:30, Bin Meng wrote:
> With SPI flash moving to driver model, commit fbb0991 "dm: Convert
> spi_flash_probe() and 'sf probe' to use driver model" ignored the
> SST flash-specific write op (byte program & word program), which
> actually broke the SST flash from wrokin
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(-)
diff --git a/drivers/bios_emulator/atibios.c b/drivers/bios_emulator/atibios.c
index 7ea5fa6..dec6230 100644
Hi Hans,
On 23 April 2015 at 10:15, Simon Glass wrote:
> Hi Hans,
>
> On 23 April 2015 at 00:55, Hans de Goede wrote:
>> Hi,
>>
>>
>> On 22-04-15 19:20, Simon Glass wrote:
>>>
>>> Hi Hans,
>>>
>>> On 20 April 2015 at 12:10, Hans de Goede wrote:
Hi,
On 20-04-15 17:39, Simon G
1 - 100 of 241 matches
Mail list logo
