On Mon, 2018-12-03 at 18:00 +, Carlo Caione wrote:
> The macros used to set the direction of the GPIO pins are misused,
> resulting in a wrong behavior when trying to read the GPIO input level
> from U-Boot.
>
> A better macro is also used when setting the output direction.
>
>
Hi Vignesh,
Thanks for reviewing!
Vignesh R wrote on Wed, 5 Dec 2018 11:28:29 +0530:
> Hi Miquel,
>
> On 05/12/18 5:26 AM, Miquel Raynal wrote:
> > MTD must be enabled when there is a SPI NOR flash using the
> > SPI_FLASH_MTD config entry.
> >
>
> I suggest to add Kconfig dependency b/w
Hi Tom,
On 04.12.18 05:49, Tom Rini wrote:
On Thu, Nov 29, 2018 at 06:21:12PM -0500, Tom Rini wrote:
As much of the USB system has been migrated to DM now, formalize a
deadline for migration.
Reviewed-by: Marek Vasut
Reviewed-by: Simon Glass
Signed-off-by: Tom Rini
Applied to
Hi Tom,
Please pull some riscv update:
1. Fix BBL may be corrupted problem.
2. Support U-Boot run in S-mode.
https://travis-ci.org/rickchen36/u-boot-riscv/builds/463646974
Thanks
Rick
The following changes since commit 2e2a2a5d4f0c2e2642326d9000ce1f1553632e6a:
Merge branch 'master' of
On 04.12.18 17:57, Aditya Prayoga wrote:
Store the environment before 1M into the block device.
This constant is easier to remember, saves a little space,
and is in line with what SolidRun's 2018.01-based fork does for the
clearfog.
Signed-off-by: Josua Mayer
[ Aditya Prayoga:
* Port forward]
On Tue, Dec 4, 2018 at 1:27 PM Vignesh R wrote:
>
> Switch spi_flash_* interfaces to call into new SPI NOR framework via MTD
> layer. Fix up sf_dataflash to work in legacy way. And update sandbox to
> use new interfaces/defintions
>
> Signed-off-by: Vignesh R
> ---
> common/spl/Kconfig
On 04.12.18 17:57, Aditya Prayoga wrote:
Enable SPI flash support under U-Boot and SPL. The ENV size and offset,
ported from U-Boot 2013.01 Marvell version: 2015_T1.0p16
To create U-Boot image for SPI flash, user would need to replace
* CONFIG_MVEBU_SPL_BOOT_DEVICE_MMC with
On 04.12.18 17:57, Aditya Prayoga wrote:
Similar to Clearfog rev 2.1, GPIO 19 also used to reset onboard ethernet
PHY.
This patch depend on
net: mvneta: Add GPIO configuration support
[URL: https://patchwork.ozlabs.org/patch/1007736/]
Signed-off-by: Aditya Prayoga
---
v2:
* Use generic gpio_*
On 04.12.18 17:57, Aditya Prayoga wrote:
Remove unused I2C support in SPL and use simple_malloc functions to
reduce SPL image size.
Since Helios4 does not have any PCIe allocated on SerDes, remove PCI
support. MTD layer on top of SPI flash is not needed, remove it also.
Signed-off-by: Aditya
On Tue, Dec 4, 2018 at 1:27 PM Vignesh R wrote:
>
> Add a tiny SPI flash stack that just supports reading data/images from
> SPI flash. This is useful for boards that have SPL size constraints and
> would need to use SPI flash framework just to read images/data from
> flash. There is
On 04.12.18 17:57, Aditya Prayoga wrote:
Make use of U-Boot's GPIO DM to control native GPIO and I2C IO expander.
Signed-off-by: Aditya Prayoga
---
v2:
* Rearrange the patch, move I2C IO expander DM convertion together
with I2C.
Reviewed-by: Stefan Roese
Thanks,
Stefan
On 04.12.18 17:57, Aditya Prayoga wrote:
Enable Marvell I2C driver and I2C IO expander. Set default bus to
external I2C bus. Define I2C aliases in device tree so it can be
recognized by the driver.
Signed-off-by: Aditya Prayoga
---
v2:
* Rearrange the patch, enabling I2C and convert I2C IO
On 04.12.18 17:39, Aditya Prayoga wrote:
This patch add GPIO configuration support in mvneta driver.
Driver will handle PHY reset. GPIO pins should be set in device tree.
Ported from mvpp2x
[https://patchwork.ozlabs.org/patch/799654/]
Initial discussion to port the changes into mvneta
On Wed, Dec 5, 2018 at 7:51 AM Vignesh R wrote:
>
> On 05/12/18 1:41 AM, Simon Goldschmidt wrote:
> > Am 04.12.2018 um 13:55 schrieb Boris Brezillon:
> >> On Tue, 4 Dec 2018 17:56:48 +0530
> >> Vignesh R wrote:
> >>
> >>> U-Boot SPI NOR support (sf layer) is quite outdated as it does not
> >>>
On 03.12.18 02:26, Chris Packham wrote:
This syncs drivers/ddr/marvell/a38x/ with the mv_ddr-armada-18.09 branch
of https://github.com/MarvellEmbeddedProcessors/mv-ddr-marvell.git.
Specifically this syncs with commit 99d772547314 ("Bump mv_ddr to
release armada-18.09.2").
The complete log of
On 05/12/18 1:41 AM, Simon Goldschmidt wrote:
> Am 04.12.2018 um 13:55 schrieb Boris Brezillon:
>> On Tue, 4 Dec 2018 17:56:48 +0530
>> Vignesh R wrote:
>>
>>> U-Boot SPI NOR support (sf layer) is quite outdated as it does not
>>> support 4 byte addressing opcodes, SFDP table parsing and
Hi Tom,
Please pull some riscv update:
1. Fix BBL may be corrupted problem.
2. Support U-Boot run ib S-mode.
https://travis-ci.org/rickchen36/u-boot-riscv/builds/463646974
Thanks
Rick
The following changes since commit 2e2a2a5d4f0c2e2642326d9000ce1f1553632e6a:
Merge branch 'master' of
This patch enables SiFive UART driver in all QEMU RISC-V defconfigs.
Signed-off-by: Anup Patel
---
configs/qemu-riscv32_defconfig | 1 +
configs/qemu-riscv32_smode_defconfig | 1 +
configs/qemu-riscv64_defconfig | 1 +
configs/qemu-riscv64_smode_defconfig | 1 +
4 files changed, 4
This patchset adds SiFive UART driver for SiFive UART
found on SiFive boards.
The driver is tested on QEMU sifive_u machine. In fact,
with this patchset same U-Boot binary boots on QEMU virt
machine and QEMU sifive_u machine in both M-mode and
S-mode.
The patches are based upon latest RISC-V
This patch adds SiFive UART driver. The driver is 100% DM driver
and it determines input clock using clk framework.
Signed-off-by: Anup Patel
---
drivers/serial/Kconfig | 13 +++
drivers/serial/Makefile| 1 +
drivers/serial/serial_sifive.c | 193
Hi Akashi,
On Wed, 28 Nov 2018 at 11:28, AKASHI Takahiro
wrote:
>
> As the subject suggested, this patch set allows any efi variable to be
> volatile or non-volatile as UEFI specification describes.
>
> With my efishell patch[1] with patch #2, you can try as follows:
> => efi setvar
Hi Miquel,
On 05/12/18 5:26 AM, Miquel Raynal wrote:
> MTD must be enabled when there is a SPI NOR flash using the
> SPI_FLASH_MTD config entry.
>
I suggest to add Kconfig dependency b/w SPI_FLASH_MTD and MTD. Something like:
diff --git a/drivers/mtd/spi/Kconfig b/drivers/mtd/spi/Kconfig
index
On Friday 30 November 2018 08:25 PM, Tom Rini wrote:
> On Thu, Nov 29, 2018 at 01:55:14PM -0700, Simon Glass wrote:
>
>> Hi Tom,
>>
>> The following changes since commit e16c888fab5014b022d5781dc534f204460a073b:
>>
>> Merge branch '2018-11-28-master-imports' (2018-11-28 23:04:58 -0500)
>>
>>
On Tue, Dec 04, 2018 at 02:51:26PM +0100, Marek Vasut wrote:
> DT sync with Linux 4.19 and minor fixes.
>
> The following changes since commit d452f27b3ea806fd99aee4b73a723318032c1d5c:
>
> Prepare v2019.01-rc1 (2018-12-03 23:50:13 -0500)
>
> are available in the Git repository at:
>
>
On Tue, Dec 04, 2018 at 11:13:01AM +0100, Jean-Jacques Hiblot wrote:
> The K2G evm uses the generic DWC3 driver. DFU can thus be enabled.
> Enabling DFU for easier firmware update.
>
> Signed-off-by: Jean-Jacques Hiblot
>
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP
On Tue, Dec 04, 2018 at 11:31:00AM +0100, Jean-Jacques Hiblot wrote:
> Enable DM_USB and DM_USB_GADGET for this platform. Also enable RNDIS boot
> support (SPL load u-boot over USB RNDIS).
> This is an example of how to use DM_USB on a am335x-based board.
> A subsequent series will take this a
On Tue, Dec 04, 2018 at 11:12:58AM +0100, Jean-Jacques Hiblot wrote:
> Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
On Tue, Dec 04, 2018 at 11:12:57AM +0100, Jean-Jacques Hiblot wrote:
> Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
Bin Meng 於 2018年12月4日 週二 下午5:36寫道:
>
> Hi Anup,
>
> On Tue, Dec 4, 2018 at 4:37 PM Anup Patel wrote:
> >
> > On Tue, Dec 4, 2018 at 1:44 PM Bin Meng wrote:
> > >
> > > Hi Rick,
> > >
> > > On Tue, Dec 4, 2018 at 3:12 PM Rick Chen wrote:
> > > >
> > > > > > From: Anup Patel
The U-Boot eMMC does not need to care about the power for Rockchip
SoC, because if the board is using eMMC, the power will default on
(for bootrom), and we do not do power management for it like kernel,
so the 'vmmc', 'vqmmc' is only useful for SD in U-Boot.
This make U-Boot can boot into kernel
Hi Heiko and Philipp,
On 12/04/2018 10:49 PM, Heiko Stuebner wrote:
> Am Dienstag, 4. Dezember 2018, 10:35:48 CET schrieb Philipp Tomsich:
>> Kever,
>>
>>> On 04.12.2018, at 08:06, Kever Yang wrote:
>>>
>>> Hi Fabio,
>>>
>>>
>>> On 12/03/2018 07:27 PM, Fabio Estevam wrote:
Hi Kever,
Hi Tom,
please pull some video updates for v2019.01.
https://travis-ci.org/vdsao/u-boot-video/builds/463489627
Thanks,
Anatolij
The following changes since commit 8f5bfb7615e82ffccebf79530b08034f81e56268:
Merge tag 'u-boot-amlogic-20181203' of git://git.denx.de/u-boot-amlogic
(2018-12-03
Trying to get uboot SPL boot.bin to run on an SD card for the sama5d3 xplained
board. All I get is RomBOOT and no other messages. I have tried throwing in a
couple test pins to toggle in board_early_init_f but still not getting any
debug. I can get at91bootstrap to produce a boot.bin that
Now that the defconfigs have been fixed, remove the dependencies on
commands in Kconfig. The necessary symbols are enabled so this will
not break anything.
Signed-off-by: Miquel Raynal
---
drivers/mtd/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Now that the defconfigs have been fixed, remove the dependencies on
commands in Kconfig. The necessary symbols are enabled so this will
not break anything.
Signed-off-by: Miquel Raynal
---
drivers/mtd/nand/Makefile | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
The 'sf' command is not supposed to rely on the MTD stack, but both
'sf' and 'nand' commands use helpers located in mtd_uboot.c. Despite
their location, these functions do not depend at all on the MTD
stack.
This file (drivers/mtd/mtd_uboot.c) is only compiled if CONFIG_MTD is
selected, which is
Because of the include's game, when some files are compiled for a SPI
NAND device, no warning appears. But when it is for a raw NAND device,
GCC complains. Fix these warning by including .
Signed-off-by: Miquel Raynal
---
drivers/mtd/nand/bbt.c | 1 +
drivers/mtd/nand/core.c | 1 +
2 files
Guard mtdparts options with an if/endif statement in Kconfig. Also
move the Kconfig entry of the option right after the entry of the
command.
Signed-off-by: Miquel Raynal
---
cmd/Kconfig | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git a/cmd/Kconfig
In some files, options of CMD_NAND are selected but not the command
itself. Fix this inconsistency.
Signed-off-by: Miquel Raynal
---
configs/apf27_defconfig | 1 +
configs/aristainetos2_defconfig | 1 +
configs/aristainetos2b_defconfig |
Instead of compiling just a few files from the root Makefile, rework
the MTD Makefile tree to take into account SPL's needs.
Signed-off-by: Miquel Raynal
---
drivers/Makefile | 6 +-
drivers/mtd/Makefile | 44 ++-
drivers/mtd/nand/Makefile
While the right Kconfig entries were selected, because of the missing
CMD_NAND symbol the raw NAND core was never compiled. Remove it from
the defconfigs otherwise the build will fail.
Signed-off-by: Miquel Raynal
---
configs/M54418TWR_nand_mii_defconfig | 1 -
Now that we do not rely on the command enabled to compile core files,
let's simplify the MTD root Makefile.
Signed-off-by: Miquel Raynal
---
drivers/mtd/Makefile | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/mtd/Makefile b/drivers/mtd/Makefile
index
Defconfigs have been fixed, now we can add proper dependencies in
Kconfig. SPI FLASH is still not dependent on MTD (deeper rework needed).
Signed-off-by: Miquel Raynal
---
cmd/Kconfig | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/cmd/Kconfig b/cmd/Kconfig
index
MTD support must be enabled when using mtdparts. Indeed, functions
like get_mtd_info(), get_mtd_device() and put_mtd_device() are in
drivers/mtd/mtd_uboot.c and are built only with CONFIG_MTD.
Signed-off-by: Miquel Raynal
---
configs/BSC9131RDB_SPIFLASH_SYSCLK100_defconfig | 1 +
A NOR flash needs the MTD core, ensure this dependency is met by
adding a "depends on" in Kconfig. This is fine since defconfigs have
been fixed.
Signed-off-by: Miquel Raynal
---
drivers/mtd/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/Kconfig b/drivers/mtd/Kconfig
Let's be consistent and always declare CONFIG_MTD from the defconfig
file when needed.
Signed-off-by: Miquel Raynal
---
configs/socfpga_stratix10_defconfig | 1 +
configs/turris_mox_defconfig | 1 +
include/configs/mvebu_armada-37xx.h | 1 -
CONFIG_DFU_NAND needs the NAND core being compiled.
Also fix the colibri_vf defconfig to reflect this dependency.
Signed-off-by: Miquel Raynal
---
configs/colibri_vf_defconfig | 1 +
drivers/dfu/Kconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/colibri_vf_defconfig
Due to previous Makefile organization, the raw NAND subdirectory was
not compiled in if CMD_NAND was not enabled. Because the Denali driver
does not compile with these boards (undefined environment offset),
remove the dependency within the defconfig over the controller driver
(was ignored anyway
Like in Linux, just use CONFIG_MTD to compile the MTD stack.
Signed-off-by: Miquel Raynal
---
cmd/Kconfig | 2 +-
configs/10m50_defconfig | 2 +-
configs/TQM834x_defconfig| 2 +-
configs/TWR-P1025_defconfig
MTD must be enabled when UBI is used, this is mandatory and will later
be reflected thanks to a "depends on" in Kconfig. But first,
defconfigs needs to be fixed.
Signed-off-by: Miquel Raynal
---
configs/gardena-smart-gateway-mt7688-ram_defconfig | 1 +
UBI must be enabled when the environment is in UBI.
Signed-off-by: Miquel Raynal
---
configs/CHIP_pro_defconfig | 2 ++
env/Kconfig| 2 ++
2 files changed, 4 insertions(+)
diff --git a/configs/CHIP_pro_defconfig b/configs/CHIP_pro_defconfig
index 7f8bd0f00e..5c2880c960 100644
UBI must be enabled when CMD_UBI is used, this is mandatory and will
later be reflected thanks to a "depends on" in Kconfig. But first,
defconfigs needs to be fixed.
Signed-off-by: Miquel Raynal
---
configs/am335x_baltos_defconfig| 1 +
configs/am3517_evm_defconfig
MTD support must be enabled when the environment is in NOR.
Signed-off-by: Miquel Raynal
---
configs/armadillo-800eva_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/armadillo-800eva_defconfig
b/configs/armadillo-800eva_defconfig
index b1d923c069..45736a9b01 100644
---
UBI must be enabled when using fastmap, reflect this is defconfigs.
Signed-off-by: Miquel Raynal
---
configs/am335x_igep003x_defconfig | 1 +
configs/aristainetos2_defconfig | 1 +
configs/aristainetos2b_defconfig | 1 +
configs/aristainetos_defconfig| 1 +
MTD must be enabled when there is a SPI NOR flash using the
SPI_FLASH_MTD config entry.
Signed-off-by: Miquel Raynal
---
configs/ap121_defconfig | 1 +
configs/ap143_defconfig | 1 +
configs/bk4r1_defconfig | 1 +
configs/clearfog_defconfig
Raw NAND support must be enabled when the environment is in NAND.
Signed-off-by: Miquel Raynal
---
configs/bk4r1_defconfig | 1 +
configs/harmony_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/bk4r1_defconfig b/configs/bk4r1_defconfig
index 7836a9935c..1df498bff1
Both symbols must be enabled when there is a raw NAND driver
selected. Also enable them when CONFIG_CMD_NAND is selected to do not
break any build during later cleanup.
Signed-off-by: Miquel Raynal
---
configs/M54418TWR_nand_mii_defconfig | 2 ++
CONFIG_MTD must be reserved for the MTD core. Like any other
subsystem, prefix the symbol by DM when it comes to DM support.
Signed-off-by: Miquel Raynal
---
configs/10m50_defconfig| 2 +-
configs/3c120_defconfig| 2 +-
Move MTD-related lines out of the root Makefile. Put them in their
respective directories.
Enclose some of these new lines to skip them when building the SPL
(the SPL directly points to what is needed).
CONFIG_CMD_NAND is the symbol indicating support for raw NAND
devices. This logic is broken
Hello,
During my last project about SPI-NAND support in U-Boot, I discovered
when modifying Makefiles a confusing organization where:
* Sub-directories/files are compiled from the root Makefile
* Commands are at the root of everything
I sent a fist series a few weeks ago to move Makefile entries
On Tue, 2018-12-04 at 22:21 +0100, Philipp Tomsich wrote:
> Peter (Robinson) already asked: I had lost this series one during a rebase
> screw-up
> and will send out the PR as soon as it’s through Travis-CI.
>
Thanks for the quick reply.
Should you need anything from me or Mani, please let us
Series
Tested-By: Dennis Gilmore
Reviewed-By: Dennis Gilmore
El mié, 05-12-2018 a las 00:57 +0800, Aditya Prayoga escribió:
> Hi everyone,
>
> This series add some missing peripheral support and fixed that was
> implemented on U-Boot 2013.01 Marvell version: 2015_T1.0p16
> - helios4: mmc: move
Tested-By: Dennis Gilmore
El mié, 05-12-2018 a las 00:39 +0800, Aditya Prayoga escribió:
> This patch add GPIO configuration support in mvneta driver.
> Driver will handle PHY reset. GPIO pins should be set in device tree.
>
> Ported from mvpp2x
> [https://patchwork.ozlabs.org/patch/799654/]
>
On 12/2/18 11:24 PM, Lokesh Vutla wrote:
>
>
> On 30/11/18 10:41 PM, Andrew F. Davis wrote:
>> Add a new defconfig file for the AM57xx High Security EVM. This config
>> is specific for the case of UART/USB booting.
>
> Can you share the steps on how you verified uart boot?
>
All the
Peter (Robinson) already asked: I had lost this series one during a rebase
screw-up
and will send out the PR as soon as it’s through Travis-CI.
Thanks,
Philipp.
> On 04.12.2018, at 22:12, Ezequiel Garcia wrote:
>
> On Wed, 2018-10-03 at 21:35 +0200, Philipp Tomsich wrote:
>>> Add board
On Wed, 2018-10-03 at 21:35 +0200, Philipp Tomsich wrote:
> > Add board support for Ficus EE board from Vamrs. This board utilizes
> > common Rock960 family support.
> >
> > Following peripherals are tested and known to work:
> > * Gigabit Ethernet
> > * USB 2.0
> > * MMC
> >
> > Signed-off-by:
Hi Jagan,
was in the middle of a job switch recently, now i am looking back
into the list. Seen your reminder, will fix the points in short.
Regards,
Angelo
On Tue, Oct 23, 2018 at 04:58:22PM +0530, Jagan Teki wrote:
> On Sun, Oct 14, 2018 at 1:00 PM Angelo Dureghello wrote:
> >
> >
One of the hexdump tests in test/lib/hexdump.c returns right at the
start of the function without testing anything.
Fix this by moving the 'return 0;' statement to the end of the function.
Signed-off-by: Simon Goldschmidt
---
test/lib/hexdump.c | 4 ++--
1 file changed, 2 insertions(+), 2
--
Mikhail Lappo
(Software Engineer)
ESR Labs AG
E-mail: mikhail.la...@esrlabs.com
www.esrlabs.com
--
0001-mmc-Add-missing-ifdef.patch
Description: Binary data
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Am 04.12.2018 um 13:55 schrieb Boris Brezillon:
On Tue, 4 Dec 2018 17:56:48 +0530
Vignesh R wrote:
U-Boot SPI NOR support (sf layer) is quite outdated as it does not
support 4 byte addressing opcodes, SFDP table parsing and different types of
quad mode enable sequences. Many newer flashes no
This series applies on top of u-boot-usb/master.
It is available on github:
https://github.com/jjhiblot/u-boot/tree/dm_usb_am335x_am437x_v2_rebased
Travis report is available here:
https://travis-ci.org/jjhiblot/u-boot/builds
The am433x platforms can use the generic DWC3 driver instead of
Is it possible to run u-boot with no external RAM chip?
I have a board using an STM32F437 that does not have memory beyond the
flash and ram present on the chip.
I'm starting with the STM32f429-Discovery build and trying to strip out FMC
and DRAM init sections of code, but not having much luck
This was changed to 1 in commit 0717dde057e, but a few months later,
commit 5f9411af37b swapped the order of eMMC and SD card by assigning
indexed aliases to `` and ``.
---
include/configs/evb_rk3399.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The K2G platforms can use the generic DWC3 driver instead of relying on the
keystone-xhci driver.
Benefits are:
- moving toward DM
- brings USB gadget for free
- allows us to remove some code
Tested on:
- K2G EVM
Changes in v2:
- rebased on latest version of u-boot-usb/master
- use
On 14/11/18 01:10, Alexander Graf wrote:
On 05.11.18 08:42, akash wrote:
Hi Jagan,
On 05/11/18 12:40 PM, Jagan Teki wrote:
On 03/11/18 4:58 PM, Akash Gajjar wrote:
Rockpro64 is rk3399 based board from pine64.org. add initial board
support for
Rockpro64. complete board support will be added
From: Christian GMEINER
These functions could be used by drivers.
Signed-off-by: Christian GMEINER
---
arch/sandbox/include/asm/io.h | 12
1 file changed, 12 insertions(+)
diff --git a/arch/sandbox/include/asm/io.h b/arch/sandbox/include/asm/io.h
index 81b7750628..2a350a826c
On Sat, 1 Dec 2018 15:30:08 +0100
Anatolij Gustschin ag...@denx.de wrote:
> Drop BMP_ALIGN_CENTER define in lcd.c and video_bmp.c as it is
> already defined by splash.h. Include splash.h in bmp code.
>
> Signed-off-by: Anatolij Gustschin
> ---
> common/lcd.c | 1 -
>
On Sat, 1 Dec 2018 10:47:20 +0100
Anatolij Gustschin ag...@denx.de wrote:
...
> Changes in v2:
> - auto-select the command when CONFIG_LCD defined
>instead of extending each affected board defconfig
> - add Tested-by tag
>
> cmd/Kconfig | 8
> cmd/Makefile | 1 +
> cmd/cls.c
On Sat, 1 Dec 2018 14:41:07 +0100
Anatolij Gustschin ag...@denx.de wrote:
> From: Patrick Delaunay
>
> Allow to display BMP at the middle of the screen.
>
> 'm' means "middle" as it is done for the splashscreen variable:
> splashpos=m,m
>
> Signed-off-by: Patrick Delaunay
> ---
> Changes in
Hi Wolfgang,
The 12/03/2018 17:08, Wolfgang Denk wrote:
> Dear Horatiu,
>
> In message <1543678222-15837-1-git-send-email-horatiu.vul...@microchip.com>
> you wrote:
> > The flash_read function is a wrapper over spi_flash_read, which enables
> > the env to read multiple flash page size from
Similar to Clearfog rev 2.1, GPIO 19 also used to reset onboard ethernet
PHY.
This patch depend on
net: mvneta: Add GPIO configuration support
[URL: https://patchwork.ozlabs.org/patch/1007736/]
Signed-off-by: Aditya Prayoga
---
v2:
* Use generic gpio_* API (Baruch Siach)
v3:
* Use named gpios
Enable SPI flash support under U-Boot and SPL. The ENV size and offset,
ported from U-Boot 2013.01 Marvell version: 2015_T1.0p16
To create U-Boot image for SPI flash, user would need to replace
* CONFIG_MVEBU_SPL_BOOT_DEVICE_MMC with CONFIG_MVEBU_SPL_BOOT_DEVICE_SPI
* CONFIG_ENV_IS_IN_MMC with
Make use of U-Boot's GPIO DM to control native GPIO and I2C IO expander.
Signed-off-by: Aditya Prayoga
---
v2:
* Rearrange the patch, move I2C IO expander DM convertion together
with I2C.
---
configs/helios4_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git
Remove unused I2C support in SPL and use simple_malloc functions to
reduce SPL image size.
Since Helios4 does not have any PCIe allocated on SerDes, remove PCI
support. MTD layer on top of SPI flash is not needed, remove it also.
Signed-off-by: Aditya Prayoga
---
configs/helios4_defconfig | 5
Enable Marvell I2C driver and I2C IO expander. Set default bus to
external I2C bus. Define I2C aliases in device tree so it can be
recognized by the driver.
Signed-off-by: Aditya Prayoga
---
v2:
* Rearrange the patch, enabling I2C and convert I2C IO expander to DM
should applied together.
*
Store the environment before 1M into the block device.
This constant is easier to remember, saves a little space,
and is in line with what SolidRun's 2018.01-based fork does for the
clearfog.
Signed-off-by: Josua Mayer
[ Aditya Prayoga:
* Port forward]
Signed-off-by: Aditya Prayoga
---
Hi everyone,
This series add some missing peripheral support and fixed that was
implemented on U-Boot 2013.01 Marvell version: 2015_T1.0p16
- helios4: mmc: move environment before 1M
- helios4: Enable I2C and IO Expander
- helios4: Reset uSOM onboard phy during board init
and added new
This patch add GPIO configuration support in mvneta driver.
Driver will handle PHY reset. GPIO pins should be set in device tree.
Ported from mvpp2x
[https://patchwork.ozlabs.org/patch/799654/]
Initial discussion to port the changes into mvneta
[https://patchwork.ozlabs.org/patch/1005765/]
Hi Wolfgang,
On Tue, Dec 4, 2018 at 1:40 PM Wolfgang Denk wrote:
>
> So far, the use of CONFIG_BOARD_SIZE_LIMIT would only work with
> plain numeric constants. Extend it to allow for expressions, so one
> can for example use
>
> #define CONFIG_BOARD_SIZE_LIMIT (768 << 10)
>
> in the
Hi Stefan,
On Tue, Dec 4, 2018 at 10:51 PM Stefan Roese wrote:
>
> On 04.12.18 16:37, Aditya Prayoga wrote:
>
>
>
> Yes. As mentioned above, please look at the mvpp2 driver. And e.g.
> at the armada-8040-clearfog-gt-8k.dts DT file:
>
> /* 1G SGMII */
> _eth1 {
>
On Tue, Dec 4, 2018 at 11:25 AM Otavio Salvador wrote:
>
> The motivation for this is to allow distributions to distribute all
> possible tools in a generic way, avoiding the need of specific tools
> building for each machine.
>
> Especially on OpenEmbedded / Yocto Project ecosystem, it is very
>
On 04.12.18 16:37, Aditya Prayoga wrote:
Yes. As mentioned above, please look at the mvpp2 driver. And e.g.
at the armada-8040-clearfog-gt-8k.dts DT file:
/* 1G SGMII */
_eth1 {
status = "okay";
phy-mode = "sgmii";
phy = <>;
phy-reset-gpios = <_gpio1 11
On Tue, Dec 4, 2018 at 1:40 PM Wolfgang Denk wrote:
>
> So far, the use of CONFIG_BOARD_SIZE_LIMIT would only work with
> plain numeric constants. Extend it to allow for expressions, so one
> can for example use
>
> #define CONFIG_BOARD_SIZE_LIMIT (768 << 10)
>
> in the board
So far, the use of CONFIG_BOARD_SIZE_LIMIT would only work with
plain numeric constants. Extend it to allow for expressions, so one
can for example use
#define CONFIG_BOARD_SIZE_LIMIT (768 << 10)
in the board configuration.
Signed-off-by: Wolfgang Denk
Cc: Fabio Estevam
Cc: Stefano
Hi Baruch,
On Tue, Dec 4, 2018 at 9:40 PM Baruch Siach wrote:
>
> Hi Aditya,
>
> On Mon, Dec 03, 2018 at 09:39:56AM +0700, Aditya Prayoga wrote:
> > On Fri, Nov 30, 2018 at 3:25 PM Stefan Roese wrote:
> > > On 30.11.18 09:14, Aditya Prayoga wrote:
> > > > On Fri, Nov 30, 2018 at 2:44 PM Stefan
Peter,
Thanks for pointing this out. I screwed up in a rebase apparently.
Will send an additional PR.
Philipp.
> On 04.12.2018, at 16:17, Peter Robinson wrote:
>
> Hi Philipp,
>
>> A summary of improvements and fixes is below.
>>
>> Thanks,
>> Philipp.
>>
>>
>> The following changes
Hi Philipp,
> A summary of improvements and fixes is below.
>
> Thanks,
> Philipp.
>
>
> The following changes since commit 6d4a3ff2649faa2cf2739e332557f256cc34831e:
>
> Merge branch 'master' of git://git.denx.de/u-boot-socfpga (2018-11-29
> 16:36:53 -0500)
>
> are available in the git
Am Dienstag, 4. Dezember 2018, 10:35:48 CET schrieb Philipp Tomsich:
> Kever,
>
> > On 04.12.2018, at 08:06, Kever Yang wrote:
> >
> > Hi Fabio,
> >
> >
> > On 12/03/2018 07:27 PM, Fabio Estevam wrote:
> >> Hi Kever,
> >>
> >> On Mon, Dec 3, 2018 at 2:00 AM Kever Yang
> >> wrote:
> >>> The
Hi Boris,
Boris Brezillon wrote on Thu, 29 Nov 2018
01:05:09 +0100:
> On Thu, 29 Nov 2018 00:08:00 +0100
> Miquel Raynal wrote:
>
> > There is no point in compiling mtdparts.c only in certain
> > circumstances. Whether MTD is needed and it will be built, or MTD is
> > not needed and the file
On 04.12.2018 12:05, Lukasz Majewski wrote:
> Hi Stefan,
>
>> From: Stefan Agner
>>
>> Commit 3f353ceccbbb ("vf610: refactor DDRMC code") changed on-die
>> termination (ODT) values from 120 Ohm to 60 Ohm and enabled a static
>> read/write leveling which has not been tested with this board. This
1 - 100 of 186 matches
Mail list logo