u-boot.git
5 years agoWIP: USB gadget adaptation and stuff sniper-recovery
Paul Kocialkowski [Wed, 15 Jul 2015 13:55:14 +0000 (15:55 +0200)]
WIP: USB gadget adaptation and stuff

5 years agoWIP: Always boot form MMC1/external sdcard
Paul Kocialkowski [Wed, 15 Jul 2015 13:10:20 +0000 (15:10 +0200)]
WIP: Always boot form MMC1/external sdcard

5 years agoWIP: Follow cmd changes
Paul Kocialkowski [Wed, 1 Jul 2015 19:40:42 +0000 (21:40 +0200)]
WIP: Follow cmd changes

5 years agoWIP: changes to make it build - sigh
Paul Kocialkowski [Sun, 19 Apr 2015 09:38:59 +0000 (11:38 +0200)]
WIP: changes to make it build - sigh

5 years agowork as of now
Paul Kocialkowski [Sat, 18 Apr 2015 07:10:25 +0000 (09:10 +0200)]
work as of now

5 years agoWIP: ARM errata
Paul Kocialkowski [Sun, 1 Mar 2015 16:15:48 +0000 (17:15 +0100)]
WIP: ARM errata

5 years agoWIP: No driver model yet
Paul Kocialkowski [Wed, 25 Feb 2015 10:55:33 +0000 (11:55 +0100)]
WIP: No driver model yet

5 years agoWIP: Peace logo, consolde on Linux back and stuff
Paul Kocialkowski [Wed, 25 Feb 2015 09:49:59 +0000 (10:49 +0100)]
WIP: Peace logo, consolde on Linux back and stuff

5 years agoWIP: some TWL work
Paul Kocialkowski [Mon, 23 Feb 2015 15:07:55 +0000 (16:07 +0100)]
WIP: some TWL work

5 years agoWIP: Boot boot.img
Paul Kocialkowski [Wed, 25 Feb 2015 10:24:19 +0000 (11:24 +0100)]
WIP: Boot boot.img

5 years agoWIP: Cleanup and stuff
Paul Kocialkowski [Wed, 25 Feb 2015 10:23:42 +0000 (11:23 +0100)]
WIP: Cleanup and stuff

5 years agoWIP: better muxing, i2c speed, BD2812 support
Paul Kocialkowski [Sat, 7 Feb 2015 22:52:48 +0000 (23:52 +0100)]
WIP: better muxing, i2c speed, BD2812 support

5 years agoWIP FOSDEM in da cafeteria!
Paul Kocialkowski [Sun, 1 Feb 2015 09:03:06 +0000 (10:03 +0100)]
WIP FOSDEM in da cafeteria!

5 years agoWIP: first batch of video pruning
Paul Kocialkowski [Sat, 24 Jan 2015 16:26:32 +0000 (17:26 +0100)]
WIP: first batch of video pruning

5 years agoWIP: DSI display working on logo
Paul Kocialkowski [Thu, 22 Jan 2015 22:21:15 +0000 (23:21 +0100)]
WIP: DSI display working on logo

5 years agoWIP: Video import from LGE release
Paul Kocialkowski [Thu, 22 Jan 2015 17:48:57 +0000 (18:48 +0100)]
WIP: Video import from LGE release

5 years agoWIP: sniper config correction
Paul Kocialkowski [Mon, 19 Jan 2015 17:36:32 +0000 (18:36 +0100)]
WIP: sniper config correction

5 years agoWIP: Sniper config cleanup
Paul Kocialkowski [Sun, 18 Jan 2015 14:23:08 +0000 (15:23 +0100)]
WIP: Sniper config cleanup

5 years agoWIP: USB support, telling the MUIC to mux USB
Paul Kocialkowski [Sun, 18 Jan 2015 13:37:43 +0000 (14:37 +0100)]
WIP: USB support, telling the MUIC to mux USB

5 years agoWIP: Video-related stuff
Paul Kocialkowski [Wed, 14 Jan 2015 18:47:06 +0000 (19:47 +0100)]
WIP: Video-related stuff

5 years agoWIP: Proper boot.img base address that allows booting
Paul Kocialkowski [Sun, 14 Dec 2014 17:20:26 +0000 (18:20 +0100)]
WIP: Proper boot.img base address that allows booting

5 years agoWIP: A bit of muxing and other things
Paul Kocialkowski [Sat, 13 Dec 2014 12:22:18 +0000 (13:22 +0100)]
WIP: A bit of muxing and other things

5 years agoWIP: Android boot
Paul Kocialkowski [Sun, 30 Nov 2014 17:40:44 +0000 (18:40 +0100)]
WIP: Android boot

5 years agoWIP: Sniper config for raw MMC booting
Paul Kocialkowski [Sat, 8 Nov 2014 22:16:11 +0000 (23:16 +0100)]
WIP: Sniper config for raw MMC booting

5 years agoWIP: Board MMC power
Paul Kocialkowski [Sat, 8 Nov 2014 19:27:35 +0000 (20:27 +0100)]
WIP: Board MMC power

5 years agoWIP: Stick to master for sniper config
Paul Kocialkowski [Sat, 8 Nov 2014 17:28:40 +0000 (18:28 +0100)]
WIP: Stick to master for sniper config

5 years agoWIP: Sniper support
Paul Kocialkowski [Sat, 1 Nov 2014 11:08:06 +0000 (12:08 +0100)]
WIP: Sniper support

5 years agopower: LP8720 regulator support
Paul Kocialkowski [Tue, 28 Oct 2014 17:28:16 +0000 (18:28 +0100)]
power: LP8720 regulator support

This adds support for the LP8720 i2c regulator, as found in e.g. the LG
Optimus Black (P970), codename sniper. This code supports setting up and
enabling one of the 5 LDOs that the IC provides.
Other more advanced features are unsupported.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agousb: CONFIG_USB_FASTBOOT prefix replacement for consistency
Paul Kocialkowski [Tue, 7 Jul 2015 12:12:12 +0000 (14:12 +0200)]
usb: CONFIG_USB_FASTBOOT prefix replacement for consistency

FASTBOOT is defined both by CONFIG_USB_FUNCTION_FASTBOOT AND CONFIG_CMD_FASTBOOT, so it doesn't
make much sense to have a CONFIG_USB_FASTBOOT prefix for fastboot-specific options, especially
given that other config options for fastboot use the CONFIG_FASTBOOT prefix.

This replaces the CONFIG_USB_FASTBOOT prefix with CONFIG_FASTBOOT, for consistency.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agousb: gadget: fastboot: Dequeue the previous IN request for the current request
Paul Kocialkowski [Sat, 4 Jul 2015 14:42:08 +0000 (16:42 +0200)]
usb: gadget: fastboot: Dequeue the previous IN request for the current request

Recent versions of the fastboot tool will query the partition type before doing
an operation on a partition (such as erase, flash, etc). It will then submit
the operation as soon as the response for the partition type is received.

Usually, the MUSB controller will see that the partition type request return
status was read by the host at the very same time as the actual operation
request is submitted by the host. However, the operation will be read first
(int_rx is handled first in musb_interrupt) and after it is completed, the
fastboot USB gadget driver will send another return status. Hence, this happens
before the musb gadget framework has had a chance to handle the previous
acknowledgement that the host read the return status and dequeue the request.

The host will then usually empty the FIFO by the time musb_interrupt gets around
handling the return status acknowledgement (for the previous request, this is
still on the same musb_interrupt call), so no other interrupt is generated and
the most recent return status acknowledgement remains unaccounted for.

It will then be used as a response for the next command, and the proper response
for it will be delayed to the next command, and so on.

Dequeuing the previous IN request in the fastboot code ensures that no previous
return status remains. It is acceptable to do it since there is no callback to
it anyways.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agousb: gadget: fastboot: Request status and length check in rx handler
Paul Kocialkowski [Sat, 4 Jul 2015 14:19:31 +0000 (16:19 +0200)]
usb: gadget: fastboot: Request status and length check in rx handler

This avoids handling requests that have an error status or no data.
In particular, this avoids showing unnecessary error messages when the USB
gadget gets disconnected (e.g. with fastboot continue) and the fastboot USB
gadget driver sends an error back to the host (that has disconnected already).

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agoomap5: Definitions for SYS_BOOT-based fallback boot device selection
Paul Kocialkowski [Mon, 8 Jun 2015 20:19:15 +0000 (22:19 +0200)]
omap5: Definitions for SYS_BOOT-based fallback boot device selection

This introduces code to read the value of the SYS_BOOT pins on the OMAP5, as
well as the memory-preferred scheme for the interpretation of each value.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agoomap4: Definitions for SYS_BOOT-based fallback boot device selection
Paul Kocialkowski [Mon, 8 Jun 2015 20:18:47 +0000 (22:18 +0200)]
omap4: Definitions for SYS_BOOT-based fallback boot device selection

This introduces code to read the value of the SYS_BOOT pins on the OMAP4, as
well as the memory-preferred scheme for the interpretation of each value.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agoomap3: Definitions for SYS_BOOT-based fallback boot device selection
Paul Kocialkowski [Mon, 8 Jun 2015 20:16:45 +0000 (22:16 +0200)]
omap3: Definitions for SYS_BOOT-based fallback boot device selection

This introduces code to read the value of the SYS_BOOT pins on the OMAP3, as
well as the memory-preferred scheme for the interpretation of each value.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agoomap-common: SYS_BOOT-based fallback boot device selection for peripheral boot
Paul Kocialkowski [Mon, 8 Jun 2015 20:16:16 +0000 (22:16 +0200)]
omap-common: SYS_BOOT-based fallback boot device selection for peripheral boot

OMAP devices might boot from peripheral devices, such as UART or USB.
When that happens, the U-Boot SPL tries to boot the next stage (complete U-Boot)
from that peripheral device, but in most cases, this is not a valid boot device.

This introduces a fallback option that reads the SYS_BOOT pins, that are used by
the bootrom to determine which device to boot from. It is intended for the
SYS_BOOT value to be interpreted in the memory-preferred scheme, so that the
U-Boot SPL can load the next stage from a valid location.

Practically, this options allows loading the U-Boot SPL through USB and have it
load the next stage according to the memory device selected by SYS_BOOT instead
of stalling.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agosiemens-am33x-common: Hardcoded value instead of non-included define
Paul Kocialkowski [Mon, 8 Jun 2015 18:14:25 +0000 (20:14 +0200)]
siemens-am33x-common: Hardcoded value instead of non-included define

The config file for the siemens-am33x-common was using OMAP_I2C_STANDARD, which
is defined in a header that is not included in the config header. In most cases,
it was being included by the code using CONFIG_SYS_OMAP24_I2C_SPEED, but it
might not always be the case.

In particular, when introducing I2C SPL support in omap-common's boot-common.c,
the header is missing and including it breaks other devices.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agoomap-common: Boot device define instead of hardcoded value
Paul Kocialkowski [Fri, 5 Jun 2015 13:37:09 +0000 (15:37 +0200)]
omap-common: Boot device define instead of hardcoded value

Now that SPL boot devices are clearly defined, we can use BOOT_DEVICE_QSPI_4
instead of a hardcoded value.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agoomap: SPL boot devices cleanup and completion
Paul Kocialkowski [Fri, 5 Jun 2015 13:31:49 +0000 (15:31 +0200)]
omap: SPL boot devices cleanup and completion

This cleans up the SPL boot devices for omap platforms and introduces support
for missing boot devices.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agoomap-common: Common boot code OMAP3 support and cleanup
Paul Kocialkowski [Wed, 3 Jun 2015 15:54:24 +0000 (17:54 +0200)]
omap-common: Common boot code OMAP3 support and cleanup

This introduces OMAP3 support for the common omap boot code, as well as a
major cleanup of the common omap boot code.

First, the omap_boot_parameters structure becomes platform-specific, since its
definition differs a bit across omap platforms. The offsets are removed as well
since it is U-Boot's coding style to use structures for mapping such kind of
data (in the sense that it is similar to registers). It is correct to assume
that romcode structure encoding is the same as U-Boot, given the description
of these structures in the TRMs.

The original address provided by the bootrom is passed to the U-Boot binary
instead of a duplicate of the structure stored in global data. This allows to
have only the relevant (boot device and mode) information stored in global data.
It is also expected that the address where the bootrom stores that information
is not overridden by the U-Boot SPL or U-Boot.

The save_omap_boot_params is expected to handle all special cases where the data
provided by the bootrom cannot be used as-is, so that spl_boot_device and
spl_boot_mode only return the data from global data.

All of this is only relevant when the U-Boot SPL is used. In cases it is not,
save_boot_params should fallback to its weak (or board-specific) definition.
save_omap_boot_params should not be called in that context either.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agofastboot: Dynamic controller index for usb_gadget_handle_interrupts
Paul Kocialkowski [Sun, 24 May 2015 09:41:04 +0000 (11:41 +0200)]
fastboot: Dynamic controller index for usb_gadget_handle_interrupts

Since we're now using a dynamic controller index for fastboot too,
usb_gadget_handle_interrupts should be using it instead of 0 (despite the fact
that it's currently not being used at all in the musb-new implementation).

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agousb: gadget: Weak board_usb_init/cleanup definitions in USB download gadget code
Paul Kocialkowski [Sun, 5 Apr 2015 10:55:13 +0000 (12:55 +0200)]
usb: gadget: Weak board_usb_init/cleanup definitions in USB download gadget code

Weak versions of board_usb_init and board_usb_cleanup are defined in common USB
host code, but it is also used for USB device gadgets, so we also need a weak
definition of it when there is no USB host enabled.
Both weak definitions do not conflict.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agousb: board_usb_init and board_usb_cleanup calls in the fastboot command
Paul Kocialkowski [Mon, 27 Apr 2015 08:56:15 +0000 (10:56 +0200)]
usb: board_usb_init and board_usb_cleanup calls in the fastboot command

Each USB download function command calls board_usb_init before registering the
USB gadget and board_usb_cleanup after de-registering it. On devices currently
using fasboot, musb-new is usually initialized earlier, but some other boards
might need the board_usb_init call to properly initialize musb-new.

This requires adding an argument (the USB controller index) to the fastboot
command, as it is currently done with other USB download gadget functions.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agousb: Fastboot function config for better consistency with other functions
Paul Kocialkowski [Sun, 5 Apr 2015 09:46:01 +0000 (11:46 +0200)]
usb: Fastboot function config for better consistency with other functions

USB download gadget functions such as thor and dfu have a separate config option
for the USB gadget part of the code, independent from the command part.
This switches the fastboot USB gadget to the same scheme, for better
consistency.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agousb: USB download gadget and functions config options coherent naming
Paul Kocialkowski [Sun, 5 Apr 2015 09:40:54 +0000 (11:40 +0200)]
usb: USB download gadget and functions config options coherent naming

This introduces a coherent scheme for naming USB download gadget and functions
config options. The download USB gadget config option is moved to
CONFIG_USB_GADGET_DOWNLOAD for better consistency with other gadgets and each
function's config option is moved to a CONFIG_USB_FUNCTION_ prefix.

Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
5 years agoPrepare v2015.07
Tom Rini [Tue, 14 Jul 2015 17:32:21 +0000 (13:32 -0400)]
Prepare v2015.07

Signed-off-by: Tom Rini <trini@konsulko.com>
5 years agoscsi: fix compiler warning with DEBUG and 48bit LBAs
Andre Przywara [Thu, 2 Jul 2015 00:04:23 +0000 (01:04 +0100)]
scsi: fix compiler warning with DEBUG and 48bit LBAs

Commit 2b42c9317db ("ahci: support LBA48 data reads for 2+TB drives")
introduced conditional code which triggers a warning when compiled
with DEBUG enabled:

In file included from common/cmd_scsi.c:12:0:
common/cmd_scsi.c: In function 'scsi_read':
include/common.h:109:4: warning: 'smallblks' may be used uninitialized in this function [-Wmaybe-uninitialized]
...

Since this is for debug only, take the easy way and initialize the
variable explicitly on declaration to avoid the warning.
(Fix a nearby whitespace error on the way.)

Tested-by: Bin Meng <bmeng.cn@gmail.com>
Signed-off-by: Andre Przywara <osp@andrep.de>
5 years agoMerge git://git.denx.de/u-boot-samsung
Tom Rini [Fri, 10 Jul 2015 13:40:59 +0000 (09:40 -0400)]
Merge git://git.denx.de/u-boot-samsung

5 years agoMerge git://git.denx.de/u-boot-marvell
Tom Rini [Fri, 10 Jul 2015 13:40:48 +0000 (09:40 -0400)]
Merge git://git.denx.de/u-boot-marvell

5 years agomtd: fix false positive "Offset exceeds device limit" error
Masahiro Yamada [Wed, 1 Jul 2015 12:35:49 +0000 (21:35 +0900)]
mtd: fix false positive "Offset exceeds device limit" error

Since commit 09c3280754f8 (mtd, nand: Move common functions from
cmd_nand.c to common place), NAND commands would not work at all
on large devices.

    => nand read 80000000 10000 10000

    NAND read: Offset exceeds device limit
    => nand erase 100000 100000

    NAND erase: Offset exceeds device limit

The type of the "size" of "struct mtd_info" is uint64_t, while
mtd_arg_off_size() and mtd_arg_off() treat chipsize as int type.
The chipsize is wrapped around if the argument is given with 2GB
or larger.

Acked-by: Heiko Schocher <hs@denx.de>
Acked-by: Scott Wood <scottwood@freescale.com>
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
5 years agoarm: mvebu: db-88f6820-gp: Add USB/EHCI support
Stefan Roese [Mon, 29 Jun 2015 12:58:16 +0000 (14:58 +0200)]
arm: mvebu: db-88f6820-gp: Add USB/EHCI support

This patch enabled the USB/EHCI support for the Marvell
DB-88F6820-GP eval board.

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Marek Vasut <marex@denx.de>
Cc: Luka Perkov <luka.perkov@sartura.hr>
5 years agousb: Add EHCI support for Armada 38x (mvebu)
Stefan Roese [Mon, 29 Jun 2015 12:58:15 +0000 (14:58 +0200)]
usb: Add EHCI support for Armada 38x (mvebu)

This patch adds USB EHCI host support for the common mvebu platform.
Including the Armada 38x.

Tested on DB-88F6280-GP eval board.

Signed-off-by: Stefan Roese <sr@denx.de>
Reviewed-by: Marek Vasut <marex@denx.de>
Cc: Luka Perkov <luka.perkov@sartura.hr>
5 years agoarm: mvebu: db-88f6820-gp.h: Add SATA/SCSI (AHCI) support
Stefan Roese [Mon, 29 Jun 2015 12:58:14 +0000 (14:58 +0200)]
arm: mvebu: db-88f6820-gp.h: Add SATA/SCSI (AHCI) support

Configure and enable the SATA/SCSI (AHCI) support for the Marvell
DB-88F6820-GP eval board.

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Luka Perkov <luka.perkov@sartura.hr>
5 years agoarm: mvebu: Add SATA/SCSI (AHCI) support for Armada A38x
Stefan Roese [Mon, 29 Jun 2015 12:58:13 +0000 (14:58 +0200)]
arm: mvebu: Add SATA/SCSI (AHCI) support for Armada A38x

This patch adds support for the common AHCI controller on the Marvell
Armada 38x.

Tested on the Marvell DB-88F6820-GP eval board.

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Luka Perkov <luka.perkov@sartura.hr>
5 years agoblock: ahci: Don't enable port interrupts
Stefan Roese [Mon, 29 Jun 2015 12:58:12 +0000 (14:58 +0200)]
block: ahci: Don't enable port interrupts

This patch changes the initialization of the AHCI controller to not
enable the default interrupts (DEF_PORT_IRQ). As interrupts are
not used in U-Boot in general, this should not break the common AHCI
driver operation.

This change is needed to support the Marvell Armada 38x AHCI
controller. With interrupts enabled, this results in timeouts in
ahci_device_data_io(). Not enabling these interrupts fixes this
problem and the common AHCI driver works fine.

Signed-off-by: Stefan Roese <sr@denx.de>
Reviewed-by: Simon Glass <sjg@chromium.org>
Cc: Tom Rini <trini@konsulko.com>
Cc: Hans de Goede <hdegoede@redhat.com>
Cc: Luka Perkov <luka.perkov@sartura.hr>
5 years agoarm: mvebu: db-88f6820-gp: Add MMC/SDIO support
Stefan Roese [Mon, 29 Jun 2015 12:58:11 +0000 (14:58 +0200)]
arm: mvebu: db-88f6820-gp: Add MMC/SDIO support

This patch adds MMC/SDIO support to the Marvell DB-88F6820-GP board
configuration. Including support for the common partitions and
filesystems.

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Pantelis Antoniou <panto@antoniou-consulting.com>
Cc: Luka Perkov <luka.perkov@sartura.hr>
5 years agoarm: mvebu: Add SDIO/SDHCI support for Armada A38x
Stefan Roese [Mon, 29 Jun 2015 12:58:10 +0000 (14:58 +0200)]
arm: mvebu: Add SDIO/SDHCI support for Armada A38x

Armada A38x implements an SDHCI compatible SDIO controller. This patch
enables the Marvell driver to support this SoC. And enables the
SDIO controller if selected by the board configuration.

Tested on Marvell DB-88F6820-GP board.

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Pantelis Antoniou <panto@antoniou-consulting.com>
Cc: Luka Perkov <luka.perkov@sartura.hr>
5 years agommc: sdhci.c: Add config option to use a fixed buffer for transfers
Stefan Roese [Mon, 29 Jun 2015 12:58:09 +0000 (14:58 +0200)]
mmc: sdhci.c: Add config option to use a fixed buffer for transfers

While implementing SDIO/MMC SPL booting for the Marvell Armada 38x, the
following problem occured. The SPL runs in internal SRAM which is
the L2 cache locked to memory. When the MMC buffers now are located
on the stack (or bss), the SDIO controller (SDHCI) can't write into
this L2 cache memory.

This patch introduces a method to use a fixed buffer that will be
used for all transfers by defining CONFIG_FIXED_SDHCI_ALIGNED_BUFFER.
This way, the board can use this buffer address located in SDRAM
for all transfers. This solves this SPL problem on the A38x and
should only be used in the SPL U-Boot version.

Tested for SPL booting on Marvell Armada 38x DB-88F6820-GP board.

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Pantelis Antoniou <panto@antoniou-consulting.com>
Cc: Luka Perkov <luka.perkov@sartura.hr>
5 years agommc: sdhci: Use timer based timeout detection in sdhci_send_command()
Stefan Roese [Mon, 29 Jun 2015 12:58:08 +0000 (14:58 +0200)]
mmc: sdhci: Use timer based timeout detection in sdhci_send_command()

The loop counter based timeout detection does not work on the Armada
38x based board (DB-88F6820-GP). At least with dcache enabled a
timeout is detected. Without dcache enabled, the timeout does not
occur. Increasing the loop counter solves this issue. But a better
solution is to use a timer based timeout detection instead. This
patch now implements this timer based detection.

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Pantelis Antoniou <panto@antoniou-consulting.com>
Cc: Luka Perkov <luka.perkov@sartura.hr>
5 years agoarm: mvebu: db-88f6820-gp: Add MAINTAINERS file
Stefan Roese [Wed, 1 Jul 2015 15:38:05 +0000 (17:38 +0200)]
arm: mvebu: db-88f6820-gp: Add MAINTAINERS file

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Luka Perkov <luka.perkov@sartura.hr>
Cc: Albert Aribaud <albert.u.boot@aribaud.net>
5 years agoexynos: i2c: Correct bug in pinmux selection
Simon Glass [Fri, 3 Jul 2015 00:15:44 +0000 (18:15 -0600)]
exynos: i2c: Correct bug in pinmux selection

When driver model is not used the current code does not correctly select
the pinmux for the I2C bus. This bug was introduced by this commit:

8dfcbaa dm: i2c: s3c24x0: adjust to dm-i2c api

Signed-off-by: Simon Glass <sjg@chromium.org>
Acked-by: Heiko Schocher <hs@denx.de>
Reviewed-by: Przemyslaw Marczak <p.marczak@samsung.com>
Signed-off-by: Minkyu Kang <mk7.kang@samsung.com>
5 years agoarm: adds the status info for odroid-xu3
Minkyu Kang [Thu, 2 Jul 2015 01:27:48 +0000 (10:27 +0900)]
arm: adds the status info for odroid-xu3

Adds the 'F:' entry for the board's defconfig

Signed-off-by: Minkyu Kang <mk7.kang@samsung.com>
5 years agoahci: Fix compiling warnings under 64bit platforms
Tang Yuantian [Thu, 9 Jul 2015 06:37:30 +0000 (14:37 +0800)]
ahci: Fix compiling warnings under 64bit platforms

When compling under 64bit platforms, there are lots of warnings,
like:

drivers/block/ahci.c:114:18: warning: cast to pointer from integer
 of different size [-Wint-to-pointer-cast]
  u8 *port_mmio = (u8 *)probe_ent->port[port].port_mmio;
                  ^
drivers/block/ahci.c: In function ?.hci_host_init?.
drivers/block/ahci.c:218:49: warning: cast from pointer to integer
 of different size [-Wpointer-to-int-cast]
   probe_ent->port[i].port_mmio = ahci_port_base((u32) mmio, i);

......

Reviewed-by: Simon Glass <sjg@chromium.org>
Signed-off-by: Shaohui Xie <Shaohui.Xie@freescale.com>
Signed-off-by: Tang Yuantian <Yuantian.Tang@freescale.com>
5 years agoarm: baltos: change USB ports functions
Yegor Yefremov [Thu, 9 Jul 2015 11:34:24 +0000 (13:34 +0200)]
arm: baltos: change USB ports functions

Baltos has USB0 connected to a USB hub and thus is host-only. USB1
is connected to microUSB connector and thus should use OTG mode.

Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
5 years agokeystone2: config: update default mtd
Michael Scherban [Fri, 26 Jun 2015 14:17:31 +0000 (09:17 -0500)]
keystone2: config: update default mtd

Because it is possible for the MTD number to change, causing a
filesystem mount failure, we should use the volume name instead
of the MTD number and let Linux resolve the correct one.

Signed-off-by: Mike Scherban <m-scherban@ti.com>
5 years agostm32f4: fix gpio description in comment
Antonio Borneo [Wed, 1 Jul 2015 08:04:14 +0000 (16:04 +0800)]
stm32f4: fix gpio description in comment

On STM32F429 gpio PC6/PC7 can be allocated for USART6, as
reported in the comment.
But current code in
drivers/serial/serial_stm32.c
uses a different gpio mapping (PG14/PG9) for USART6.

Fix the comment to match current code in the driver.

Signed-off-by: Antonio Borneo <borneo.antonio@gmail.com>
To: u-boot@lists.denx.de
To: Kamil Lulko <rev13@wp.pl>
Cc: Tom Rini <trini@konsulko.com>
5 years agostm32f4: fix minor typo in comment
Antonio Borneo [Wed, 1 Jul 2015 06:15:03 +0000 (14:15 +0800)]
stm32f4: fix minor typo in comment

Signed-off-by: Antonio Borneo <borneo.antonio@gmail.com>
To: u-boot@lists.denx.de
To: Kamil Lulko <rev13@wp.pl>
Cc: Tom Rini <trini@konsulko.com>
5 years agostm32f4: fix MAINTAINERS file
Antonio Borneo [Wed, 1 Jul 2015 06:15:02 +0000 (14:15 +0800)]
stm32f4: fix MAINTAINERS file

When "scripts/get_maintainer.pl" parses "board/.../MAINTAINERS",
it uses the line containing board name as delimiter.
Without this line, the script happily mixes the lines from current
board MAINTAINERS file with lines from another file.

Fix it by adding a reasonable board name.

Tested by comparing output of:
cat board/st/stm32f429-discovery/MAINTAINERS
./scripts/get_maintainer.pl -f board/st/stm32f429-discovery

Signed-off-by: Antonio Borneo <borneo.antonio@gmail.com>
To: u-boot@lists.denx.de
To: Kamil Lulko <rev13@wp.pl>
Cc: Tom Rini <trini@konsulko.com>
5 years agosiemens,am33x: adjust mtd partition
Egli, Samuel [Wed, 1 Jul 2015 15:57:39 +0000 (17:57 +0200)]
siemens,am33x: adjust mtd partition

Use one mtd partition for rootfs and configuration by
means of ubi volumes and get rid of configuration partition.
We can use partition layout for both 256MB and 512MB flash.

Signed-off-by: Samuel Egli <samuel.egli@siemens.com>
Cc: Heiko Schocher <hs@denx.de>
Cc: Roger Meier <r.meier@siemens.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
Acked-by: Heiko Schocher <hs@denx.de>
5 years agoarm: baltos: fix NAND boot
Yegor Yefremov [Mon, 6 Jul 2015 15:28:36 +0000 (17:28 +0200)]
arm: baltos: fix NAND boot

Specify proper U-Boot offset, enable prefetch mode,
increase bootm size and add FIT fallback, if board_name
is not present in kernel-fit.itb image.

Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
5 years agoarm: baltos: drop I2C speed to 1000 Hz
Yegor Yefremov [Mon, 6 Jul 2015 15:28:35 +0000 (17:28 +0200)]
arm: baltos: drop I2C speed to 1000 Hz

This action is need to make I2C communication with PMIC
stable for low temperature. Print current I2C speed in
SPL for visual control.

Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
5 years agoarm: baltos: enable CMD_NET and FIT support in defconfig
Yegor Yefremov [Mon, 6 Jul 2015 15:28:34 +0000 (17:28 +0200)]
arm: baltos: enable CMD_NET and FIT support in defconfig

Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
5 years agoarm: convert am3517_crane and am3517_evm to generic boards
Yegor Yefremov [Tue, 30 Jun 2015 07:59:47 +0000 (09:59 +0200)]
arm: convert am3517_crane and am3517_evm to generic boards

Add CONFIG_SYS_GENERIC_BOARD to board's config header.

Boot-tested on am3517_evm board.

Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
5 years agoARM: beagle_x15: prevent DCAN1 _wait_target_disable failure in kernel
Roger Quadros [Thu, 25 Jun 2015 07:25:50 +0000 (10:25 +0300)]
ARM: beagle_x15: prevent DCAN1 _wait_target_disable failure in kernel

If board is booted with transitions happening on DCAN1 pins then
the following warning is seen in the kernel at boot when the
hwmod layer initializes.

"omap_hwmod: dcan1: _wait_target_disable failed"

This is because DCAN1 module's SWAKEUP mechanism is broken
and it fails to correctly turn OFF if it sees a transition on the
DCAN1 pins. Suggested workaround is to keep DCAN1 pins in safe mode
while enabling/disabling DCAN1 module.

The hwmod layer enables and disables all modules at boot
and we have no opportunity to put the DCAN1 pins in safe mode
at that point.

DCAN1 is not used by u-boot so it doesn't matter to it if these
pins are in safe mode. The kernel driver correctly configures
the right mode when DCAN1 is active.

Signed-off-by: Roger Quadros <rogerq@ti.com>
[trini: s/PULLUP/PULL_UP/ based on DRA7xx EVM version of this patch]
Signed-off-by: Tom Rini <trini@konsulko.com>
5 years agoARM: DRA7-evm: prevent DCAN1 _wait_target_disable failure in kernel
Roger Quadros [Wed, 24 Jun 2015 14:00:11 +0000 (17:00 +0300)]
ARM: DRA7-evm: prevent DCAN1 _wait_target_disable failure in kernel

If board is booted with transitions happening on DCAN1 pins then
the following warning is seen in the kernel at boot when the
hwmod layer initializes.

"omap_hwmod: dcan1: _wait_target_disable failed"

This is because DCAN1 module's SWAKEUP mechanism is broken
and it fails to correctly turn OFF if it sees a transition on the
DCAN1 pins. Suggested workaround is to keep DCAN1 pins in safe mode
while enabling/disabling DCAN1 module.

The hwmod layer enables and disables all modules at boot
and we have no opportunity to put the DCAN1 pins in safe mode
at that point.

DCAN1 is not used by u-boot so it doesn't matter to it if these
pins are in safe mode. The kernel driver correctly configures
the right mode when DCAN1 is active.

Signed-off-by: Roger Quadros <rogerq@ti.com>
5 years agoMakefile:Add GCC flag -fno-delete-null-pointer-checks
Prabhakar Kushwaha [Thu, 2 Jul 2015 06:30:17 +0000 (12:00 +0530)]
Makefile:Add GCC flag -fno-delete-null-pointer-checks

-fdelete-null-pointer-checks flag controls global dataflow analyses and
eliminate useless checks for null pointers; It assume that if a pointer is
checked after it has already been dereferenced, it cannot be null.
This flag is enabled by default.

gcc v4.9 has more optimizations added to this option. Hence it is very
aggressive with GCC v4.9 series. Add -fno-delete-null-pointer-checks to
disable the optimization

Signed-off-by: Rohit Dharmakan <rohitarulraj@freescale.com>
Signed-off-by: Prabhakar Kushwaha <prabhakar@freescale.com>
5 years agoti: Add SPDX license identifier to omap.h
Simon Glass [Tue, 30 Jun 2015 22:03:02 +0000 (16:03 -0600)]
ti: Add SPDX license identifier to omap.h

This also came from Linux - according to this thread it has a GPL v2
license like arch/arm/mach-omap2/mux.h:

http://lists.denx.de/pipermail/u-boot/2015-June/217827.html

Signed-off-by: Simon Glass <sjg@chromium.org>
Reported-by: Ingrid Viitanen <ingrid.viitanen@nokia.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
5 years agoREADME.distro: fix typos
Masahiro Yamada [Tue, 7 Jul 2015 09:47:17 +0000 (18:47 +0900)]
README.distro: fix typos

The word "partition" is doubled.  Keep decent forms for the
following lines.

Also, fix some other typos while we are here.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Acked-by: Stephen Warren <swarren@nvidia.com>
5 years agoblackfin: Fix build regression due to image size
Joe Hershberger [Mon, 22 Jun 2015 22:57:37 +0000 (17:57 -0500)]
blackfin: Fix build regression due to image size

bf533-stamp, bf538f-ezkit, and cm-bf548 are very space limited.

This was introduced by:
6e0d26c0502e (net: Handle ethaddr changes as an env callback)
by enabling CONFIG_REGEX, which is too big for these boards.

This patch disables CONFIG_REGEX at the expense of working with more
than the first ethaddr.

Signed-off-by: Joe Hershberger <joe.hershberger@ni.com>
5 years agoAllow CONFIG_REGEX to be disabled when CONFIG_NET
Joe Hershberger [Mon, 22 Jun 2015 22:57:36 +0000 (17:57 -0500)]
Allow CONFIG_REGEX to be disabled when CONFIG_NET

Instead of selecting REGEX when NET is enabled, make it the default, but
allow boards that are tiny to disable it and lose functionality on all
but the first Ethernet adapter.

cm-bf548, bf538f-ezkit, and bf533-stamp need this. None appear to have
more than one Ethernet interface.

Signed-off-by: Joe Hershberger <joe.hershberger@ni.com>
5 years agoMerge branch 'master' of git://git.denx.de/u-boot-mips
Tom Rini [Wed, 8 Jul 2015 21:14:02 +0000 (17:14 -0400)]
Merge branch 'master' of git://git.denx.de/u-boot-mips

5 years agonet: designware: Program MAC address to hardware after soft reset
Bin Meng [Mon, 15 Jun 2015 10:40:19 +0000 (18:40 +0800)]
net: designware: Program MAC address to hardware after soft reset

commit f566c99 "net: Update hardware MAC address if it changes in env"
removes writing MAC address to designware controller after soft reset.
This makes designware ethernet port fail to work. Actually the MAC
address should always be programmed after soft reset.

Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
Acked-by: Joe Hershberger <joe.hershberger@ni.com>
5 years agosunxi: Adjust Ippo_q8h_v1_2_a33_1024x600 dts filename to match the upstream kernel
Hans de Goede [Wed, 8 Jul 2015 14:18:39 +0000 (16:18 +0200)]
sunxi: Adjust Ippo_q8h_v1_2_a33_1024x600 dts filename to match the upstream kernel

sun8i-a33-ippo-q8h-v1.2-lcd1024x600.dts has been merged into the upstream
Linux kernel as sun8i-a33-ippo-q8h-v1.2.dts, adjust u-boot to follow.

Note we've never shipped a final u-boot version with the old name, so this
is safe todo.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
5 years agoARM: DRA72x: fix io delay calibration for ethernet
Mugunthan V N [Mon, 22 Jun 2015 09:13:10 +0000 (14:43 +0530)]
ARM: DRA72x: fix io delay calibration for ethernet

we currently use in-development IODelay values for DRA72x which are
proposed in the data sheet, however, DRA72x EVM uses DP83865 ethernet
Phy over RGMII. The PHY characteristics and routing choices made on
the EVM, make the current iodelay values fail ethernet communication.

Instead, we need to choose custom values for DRA72x-evm specifically
designed for the PHY and routing on the platform for ethernet to
function.

Cc: Nishanth Menon <nm@ti.com>
Cc: Lokesh Vutla <lokeshvutla@ti.com>
Tested-by: Lokesh Vutla <lokeshvutla@ti.com>
Reviewed-by: Nishanth Menon <nm@ti.com>
Signed-off-by: Mugunthan V N <mugunthanvnm@ti.com>
5 years agoMerge branch 'master' of git://git.denx.de/u-boot-arm
Tom Rini [Tue, 7 Jul 2015 12:42:35 +0000 (08:42 -0400)]
Merge branch 'master' of git://git.denx.de/u-boot-arm

5 years agoboard: baltos - add maintainer information
Yegor Yefremov [Wed, 1 Jul 2015 20:17:34 +0000 (22:17 +0200)]
board: baltos - add maintainer information

Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
5 years agoARM: disable HAVE_PRIVATE_LIBGCC for ARM64
Masahiro Yamada [Fri, 3 Jul 2015 07:13:09 +0000 (16:13 +0900)]
ARM: disable HAVE_PRIVATE_LIBGCC for ARM64

We have not supported the private library for ARM 64bit.
Prohibit ARM64 boards from enabling it until we make things ready.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
5 years agoboard: am43xx: Add maintainer information
Lokesh Vutla [Thu, 2 Jul 2015 04:07:59 +0000 (09:37 +0530)]
board: am43xx: Add maintainer information

am43xx_evm_ethboot/usbhost_boot_defconfig entries are
missing in MAINTAINER file. Adding entries for them.

Reported-by: Albert ARIBAUD <albert.u.boot@aribaud.net>
Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
5 years agocairo: add missing MAINTAINERS file
Albert ARIBAUD \(3ADEV\) [Wed, 1 Jul 2015 13:28:39 +0000 (15:28 +0200)]
cairo: add missing MAINTAINERS file

This removes the following two warnings from buildman:

WARNING: no status info for 'cairo'
WARNING: no maintainers for 'cairo'

Signed-off-by: Albert ARIBAUD (3ADEV) <albert.aribaud@3adev.fr>
5 years agoarm: dcc: Add uart dcc support for armv8
Siva Durga Prasad Paladugu [Fri, 29 May 2015 07:54:37 +0000 (09:54 +0200)]
arm: dcc: Add uart dcc support for armv8

Added UART DCC support for armv8

Signed-off-by: Siva Durga Prasad Paladugu <sivadur@xilinx.com>
Signed-off-by: Michal Simek <michal.simek@xilinx.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
5 years agoRevert "break build if it would produce broken binary"
Simon Glass [Tue, 2 Jun 2015 17:08:21 +0000 (11:08 -0600)]
Revert "break build if it would produce broken binary"

The root cause of this problem should now be fixed.

This reverts commit a6a4c542d316b3401f0840ac5378743191bca851.
Signed-off-by: Simon Glass <sjg@chromium.org>
Acked-by: Pavel Machek <pavel@denx.de>
Tested-by: Pavel Machek <pavel@denx.de>
5 years agoarm: Add ENTRY/ENDPROC to private libgcc functions
Simon Glass [Tue, 2 Jun 2015 17:08:20 +0000 (11:08 -0600)]
arm: Add ENTRY/ENDPROC to private libgcc functions

When CONFIG_SYS_THUMB_BUILD is defined these functions may be called from
Thumb code. Add the required ENTRY and ENDPROC bracketing so that BLX is
used to call these ARM functions, instead of plain BL, which will fail.

Signed-off-by: Simon Glass <sjg@chromium.org>
Reported-by: Pavel Machek <pavel@denx.de>
5 years agoMerge branch 'u-boot/master' into 'u-boot-arm/master'
Albert ARIBAUD [Tue, 7 Jul 2015 09:38:44 +0000 (11:38 +0200)]
Merge branch 'u-boot/master' into 'u-boot-arm/master'

5 years agoarmv7: better comment in start.S
Pavel Machek [Wed, 8 Apr 2015 12:15:54 +0000 (14:15 +0200)]
armv7: better comment in start.S

Fix big/small letters in comment.

Signed-off-by: Pavel Machek <pavel@denx.de>
Tested-by: Marek Vasut <marex@denx.de>
5 years agogpio: lpc32xx: Use priv_data instead of platdata
Axel Lin [Tue, 14 Apr 2015 06:55:24 +0000 (14:55 +0800)]
gpio: lpc32xx: Use priv_data instead of platdata

The LPC32XX GPIO driver platdata currently contains GPIO state information,
which should go into priv_data. Thus rename lpc32xx_gpio_platdata to
lpc32xx_gpio_priv and convert to use dev_get_priv() instead.

Signed-off-by: Axel Lin <axel.lin@ingics.com>
Tested-by: Albert ARIBAUD <albert.aribaud@3adev.fr>
5 years agoMerge branch 'master' of http://git.denx.de/u-boot-sunxi
Tom Rini [Mon, 6 Jul 2015 01:22:22 +0000 (21:22 -0400)]
Merge branch 'master' of git.denx.de/u-boot-sunxi

5 years agosunxi: Add Sinlinx SinA33 defconfig
Chen-Yu Tsai [Tue, 23 Jun 2015 11:57:27 +0000 (19:57 +0800)]
sunxi: Add Sinlinx SinA33 defconfig

Sinlinx SinA33 is a core/daughter board SDK kit from Sinlinx. It has
the A33 SoC, USB host, USB OTG, audio input/output, LCD, camera, SDIO
and GPIO headers.

Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
5 years agosunxi: Sync sun8i dts files with the linux kernel
Chen-Yu Tsai [Tue, 23 Jun 2015 11:57:26 +0000 (19:57 +0800)]
sunxi: Sync sun8i dts files with the linux kernel

Copy over all the latest dts changes from mripard/sunxi/dt-for-4.2.
This adds a dts file for Sinlinx SinA33 dev board, and the required
changes in the .dtsi files.

Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
5 years agosunxi: Add support for UART0 in PB pin group on A33
Chen-Yu Tsai [Tue, 23 Jun 2015 11:57:25 +0000 (19:57 +0800)]
sunxi: Add support for UART0 in PB pin group on A33

The A33 adds a pinmux function for UART0 in the PB pin group.

Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
5 years agosunxi: rsb: Enable R_PIO clock before configuring external pins
Chen-Yu Tsai [Tue, 23 Jun 2015 11:57:24 +0000 (19:57 +0800)]
sunxi: rsb: Enable R_PIO clock before configuring external pins

The original code was configuring the external pins after enabling
the R_PIO clock, which meant the configuration never made it to
the pin controller the first time in SPL.

Why this was working before is uncertain. Maybe the state was left
from a previous boot sequence, or RSB just happened to be the default
configuration. However with some A33 chips, SPL failed to configure
the PMIC. This was seen by me and Maxime on the Sinlinx SinA33 dev
board.

Reordering the calls fixed this.

Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Cc: Maxime Ripard <maxime.ripard@free-electrons.com>
Tested-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
5 years agosunxi: hardware-feature-specific function index defines for PORT F UART0
Chen-Yu Tsai [Tue, 23 Jun 2015 11:57:23 +0000 (19:57 +0800)]
sunxi: hardware-feature-specific function index defines for PORT F UART0

Commit 487b327 ("sunxi: GPIO pin mux hardware-feature-specific function
index defines") renamed all GPIO index defines, but missed the PORT F
UART0 setup functions.

Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>