From: Michael Trimarchi
SPL on Engicam i.Core M6 boards enabled DM, so it would require some
malloc() pool before relocation in order to load U-Boot proper properly.
So, enable SPL malloc() pool of 0x2000 size similarly like what we have
used for icore mmc defconfigs.
Reviewed-by: Jagan Teki
T
What I've got so far. Currently it does not get any further than the
following:
U-Boot SPL board init
spl_early_init
SPL malloc() before relocation used 0x23c8 bytes (8 KB)
>>SPL: board_init_r()
spl_init
SPL: Unsupported Boot Device!
SPL: failed to boot from all boot devices
ERROR ### Please RESET
On 3/8/19 2:29 AM, AKASHI Takahiro wrote:
> See UEFI v2.7, section 3.1.2 for details of the specification.
>
> With efidebug command, you can run any EFI boot option as follows:
> => efi boot add 1 SHELL ...
> => efi boot add 2 HELLO ...
> => efi boot order 1 2
> => efi bootmgr
> (sta
From: Michael Trimarchi
SPL on Engicam i.Core M6 boards enabled DM, so it would require some
malloc() pool before relocation in order to load U-Boot proper properly.
So, enable SPL malloc() pool of 0x2000 size similarly like what we have
used for icore mmc defconfigs.
Reviewed-by: Jagan Teki
T
On Thu, Mar 7, 2019 at 10:33 PM Stefan Roese wrote:
>
> Hi Chris,
>
> On 07.03.19 09:27, Chris Packham wrote:
> > This is Marvell's Kirkwood development board. It has the following
> > features
> >
> > - 512M DDR2
> > - 2 PCI connectors
> > - 1 x1 PCI-e interface
> > - 1 Gigabit Ethernet P
Hi Jagan
On Fri, Mar 8, 2019 at 7:25 AM Jagan Teki wrote:
>
> On Wed, Mar 6, 2019 at 1:16 PM Michael Trimarchi
> wrote:
> >
> > The nand boot require a little more memory that we had previosly
> > allocated so it stopped booting.
> > This patch increase CONFIG_SPL_SYS_MALLOC_F_LEN to 0x2000.
> >
On Wed, Mar 6, 2019 at 1:16 PM Michael Trimarchi
wrote:
>
> The nand boot require a little more memory that we had previosly
> allocated so it stopped booting.
> This patch increase CONFIG_SPL_SYS_MALLOC_F_LEN to 0x2000.
>
> Signed-off-by: Michael Trimarchi
> ---
Commit head to be specify the is
DMSC can use certain amount of msmc memory available in the
system. Also certain part of msmc memory can be marked as L3
cache using board config. But users might not know what size
is being used and the remaining available msmc memory. In order
to fix this TISCI protocol provides a messages that c
Enable CONFIG_OF_BOARD_SETUP so that msmc sram dt nodes
are updated correctly.
Signed-off-by: Lokesh Vutla
---
configs/am65x_evm_a53_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/am65x_evm_a53_defconfig b/configs/am65x_evm_a53_defconfig
index 8f6fd25531..0b54418b63 100644
Certain parts of msmc sram can be used by DMSC or can be
marked as L3 cache. Since the available size can vary, changing
DT every time the size varies might be painful. So, query this
information using TISCI cmd and fixup the DT for kernel.
Fixing up DT does the following:
- Create a sram node if n
Create a ft_board_setup() api that gets called as part of
DT fixup before jumping to kernel. In this ft_board_setup()
call fdt_fixup_msmc_ram that update msmc sram node.
Signed-off-by: Lokesh Vutla
---
board/ti/am65x/evm.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/board
Create a wrapper to get the ti sci handle.
Signed-off-by: Lokesh Vutla
---
arch/arm/mach-k3/common.c | 13 +
arch/arm/mach-k3/include/mach/sys_proto.h | 1 +
2 files changed, 14 insertions(+)
diff --git a/arch/arm/mach-k3/common.c b/arch/arm/mach-k3/common.c
index 5
This series adds support for getting available msmc sram from
dmsc using TISCI protocol. Using this information updates the
kernel dt before jumping to kernel.
Lokesh Vutla (5):
firmware: Add support for querying msmc memory
arm: k3: Add a wrapper to get tisci handle
arm: k3: Add support for
Oceanic 5205 5inMFD is a 5 inch Multi function display baseboard
designed to mount SoPine SOM.
Key features:
- Allwinner A64 Cortex-A53
- Mali-400MP2 GPU
- AXP803 PMIC
- 2GB DDR3 RAM
- SD Slot
- SPI-NOR flash
- EMAC, RTL8211E
- MCP2515 CAN
- 4-lane, MIPI-DSI panel
- Goodix 911 CTP
- USB Host
- 12V
On Wed, Feb 13, 2019 at 11:21 PM wrote:
>
> From: Ondrej Jirman
>
> Fix typo in axp_set_dldo() so that it correctly uses AXP818_DLDO1_CTRL
> register to configure the voltage instead of setting AXP818_ELDO1_CTRL
> register which is obviously incorrect.
>
> Signed-off-by: Ondřej Jirman
> ---
App
On Mon, Dec 17, 2018 at 1:06 AM Angelo Dureghello wrote:
>
> Converting to driver model and removes non-dm code.
>
> Reviewed-by: Simon Glass
> Signed-off-by: Angelo Dureghello
> ---
> Changes for v2:
> - removed non DM code part
> - add default setup of CTAR registers
> - add DT CTAR register s
Hello Michal,
Am 07.03.2019 um 11:52 schrieb Michal Simek:
From: Siva Durga Prasad Paladugu
This patch adds support for handling arbitration lost
in case of multi master mode. When an arbitration lost
is detected, it retries for 10 times before failing.
Signed-off-by: Siva Durga Prasad Paladu
Hello Michal,
Am 07.03.2019 um 11:52 schrieb Michal Simek:
From: Siva Durga Prasad Paladugu
The arbitration lost interrupt was not getting cleared
while clearing interrupts. This patch fixes this by adding
arbitration lost interrupt as well during clear. This patch
also removes hardcoded value
On Thu, 2019-03-07 at 09:33 -0600, Dinh Nguyen wrote:
>
> On 3/7/19 2:24 AM, Chee, Tien Fong wrote:
> >
> > On Tue, 2019-03-05 at 22:52 -0600, Dinh Nguyen wrote:
> > >
> > >
> > > On 3/5/19 10:23 AM, tien.fong.c...@intel.com wrote:
> > > >
> > > >
> > > > From: Tien Fong Chee
> > > >
> > >
On Wed, 2019-03-06 at 22:05 +0100, Marek Vasut wrote:
> The Kconfig checked for SoCFPGA Arria10 as a platform, instead of
> checking for specific board configuration, which works with one
> single platform in tree, but not with multiple. Fix it.
>
> Signed-off-by: Marek Vasut
> Cc: Chin Liang See
On Wed, 2019-03-06 at 22:05 +0100, Marek Vasut wrote:
> This is not used anywhere, so drop it.
>
> Signed-off-by: Marek Vasut
> Cc: Chin Liang See
> Cc: Dinh Nguyen
> Cc: Simon Goldschmidt
> Cc: Tien Fong Chee
Reviewed-by: Tien Fong Chee
> ---
> include/configs/socfpga_common.h | 1 -
> 1
On Wed, 2019-03-06 at 22:05 +0100, Marek Vasut wrote:
> The bootrom seems to leave the D-cache in messed up state, make sure
> the SPL disables it so it can not interfere with operation.
>
> Signed-off-by: Marek Vasut
> Cc: Chin Liang See
> Cc: Dinh Nguyen
> Cc: Simon Goldschmidt
> Cc: Tien Fo
> -Original Message-
> From: Andreas Schwab
> Sent: Thursday, March 7, 2019 2:50 PM
> To: Anup Patel
> Cc: Atish Patra ; Anup Patel ;
> Auer, Lukas ; paul.walms...@sifive.com;
> ag...@suse.de; u-boot@lists.denx.de; bar...@tkos.co.il;
> daniel.schwierz...@gmail.com; bmeng...@gmail.com;
>
On 3/7/19 11:18 PM, Eugeniu Rosca wrote:
> Hello Marek cc: Shimoda-san, Morimoto-san,
Hi,
> Is there any USB gadget/peripheral R-Car3 U-Boot driver WIP on your side?
Yes, I'm working on a driver, for next release.
> We have something in the official release which looks like a chopped
> version
On 3/7/19 9:14 PM, Marek Vasut wrote:
> On 3/7/19 8:20 PM, Eugeniu Rosca wrote:
>> Hi Marek,
>
> Hi,
[...]
>>> I am planning to add support for it [1], however that is work in
>>> progress and the patches still need more work. Can you rebase your
>>> changes on top of that branch and if you have
See UEFI v2.7, section 3.1.2 for details of the specification.
With efidebug command, you can run any EFI boot option as follows:
=> efi boot add 1 SHELL ...
=> efi boot add 2 HELLO ...
=> efi boot order 1 2
=> efi bootmgr
(starting SHELL ...)
=> efi boot next 2
=> efi bootmgr
This patch was originally posted as a single one, but then was
merged in my "run -e." Now I would like to post it on its own.
With this patch, EFI Boot Manager will handles BootNext and BootCurrent
variable as UEFI specification describes.
Changes in v3 (Mar 8, 2019)
* add error messages around B
From: Rosy Song
QCA9563 is CPU used on AP152 board :
Clock speed : 750 MHz ,
Arch : Mips 74Kc,
Eth : SGMII interface,
MIMO config : 3 * 3 450M,
2 * USB 2.0,
Signed-off-by: Rosy Song
Changes for v2:
- coding Style cleanup
- remove ununsed flash chip in defconfig
-
On Wed, Mar 06, 2019 at 05:21:54AM +0100, Heinrich Schuchardt wrote:
> On 3/6/19 1:17 AM, AKASHI Takahiro wrote:
> > On Tue, Mar 05, 2019 at 08:38:40PM +0100, Heinrich Schuchardt wrote:
> >> On 3/5/19 2:58 AM, AKASHI Takahiro wrote:
> >>> See UEFI v2.7, section 3.1.2 for details of the specificatio
On 3/7/19 12:05 PM, Adam Podogrocki wrote:
>> Hello Heinrich,
>>
>> I've checked U-Boot behaviour in following setups:
>>
>> 1. U-Boot v2018.09/v2018.11 and GRUB commit 72e80c025 (used by us
>> in other setups)
>> 2. U-Boot v2019.01 and GRUB commit 72e80c025 (used by us in
Add Macronix MX66U2G45F flash device description.
This is a 256 MiB part.
Signed-off-by: Marek Vasut
Cc: Jagan Teki
Cc: Simon Goldschmidt
Cc: Vignesh R
---
drivers/mtd/spi/spi-nor-ids.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/spi-nor-ids.c b/drivers/mtd/spi/spi-nor
Hello Marek cc: Shimoda-san, Morimoto-san,
Is there any USB gadget/peripheral R-Car3 U-Boot driver WIP on your side?
We have something in the official release which looks like a chopped
version of linux usbhs [1], but I believe it has to be converted to DM
to become mainline-grade.
Is there an eas
On 3/7/19 2:54 PM, Masahiro Yamada wrote:
> Hi.
Hi!
> Sorry for chiming in late.
>
>
> On Tue, Mar 5, 2019 at 8:41 AM Eugeniu Rosca wrote:
>>
>> cc: Masahiro (due to Kconfig topic)
>>
>> Hi Marek,
>>
>> On Mon, Mar 04, 2019 at 11:03:56PM +0100, Marek Vasut wrote:
>>> On 3/4/19 10:36 PM, Eugeni
On 3/7/19 8:20 PM, Eugeniu Rosca wrote:
> Hi Marek,
Hi,
> On Thu, Mar 07, 2019 at 01:53:29AM +0100, Marek Vasut wrote:
>> On 3/6/19 6:55 PM, Eugeniu Rosca wrote:
>>> v2019.01 commit cbff9f80cedd ("ARM: dts: rmobile: Sync Gen3 DTs with
>>> Linux 4.19.6") made the sdhi/usb nodes available in r8a779
Hi Marek,
On Thu, Mar 07, 2019 at 01:53:29AM +0100, Marek Vasut wrote:
> On 3/6/19 6:55 PM, Eugeniu Rosca wrote:
> > v2019.01 commit cbff9f80cedd ("ARM: dts: rmobile: Sync Gen3 DTs with
> > Linux 4.19.6") made the sdhi/usb nodes available in r8a77965.dtsi.
> >
> > Hence, remove the SDHI/USB nodes
Do the reset before clearing the MSR, otherwise it may result in a read
or write operation instead if the start condition is repeated.
Signed-off-by: Ismael Luceno
Reviewed-by: Marek Vasut
Reviewed-by: Heiko Schocher
---
Notes:
Changes since v1:
- Rebased on top of patch 1050650 ("i2c:
Cosmetic change. Any call to the recover function would need to do the
same check afterwards, so it's sensible to make it part of the function.
Signed-off-by: Ismael Luceno
---
Notes:
Changes since v3:
- Removed unused variable val @ rcar_i2c_set_addr
Changes since v2:
- Fi
Document the meaning of macros related to registers and values to be
written to them.
Signed-off-by: Ismael Luceno
Reviewed-by: Marek Vasut
Reviewed-by: Heiko Schocher
---
Notes:
Changes since v2:
- Fixed style of comments
Changes since v1:
- Rebased on top of patch 105065
It needs to be done for both reads and writes, so do it at rcar_i2c_xfer
to avoid duplication.
Signed-off-by: Ismael Luceno
Reviewed-by: Marek Vasut
Reviewed-by: Heiko Schocher
---
Notes:
Changes since v2:
- Fixed commit message
Changes since v1:
- Rebased on top of patch
Fix rcar_i2c_xfer return value, previously it was always returning
-EREMOTEIO when dealing with errors from calls to the read/write
functions.
Signed-off-by: Ismael Luceno
Reviewed-by: Marek Vasut
Reviewed-by: Heiko Schocher
---
Notes:
Changes since v2:
- Fixed commit message
Setting up the delay only needs to be done once; move it to
rcar_i2c_set_speed so it's done at initialization time.
Signed-off-by: Ismael Luceno
Reviewed-by: Marek Vasut
Reviewed-by: Heiko Schocher
---
Notes:
Changes since v2:
- Improved commit message
- Style fixes
drivers/i2c/r
This series is meant to be applied on top of the "i2c: rcar_i2c: Add
Gen3 SoC support" patch.
v5 is just an edit over v4; a change ended up in the wrong commit in that
version.
Ismael Luceno (6):
i2c: rcar_i2c: Setup SCL/SDA delay at rcar_i2c_set_speed
i2c: rcar_i2c: Add comments about regist
On Thu, Mar 7, 2019 at 10:22 AM Jagan Teki wrote:
>
> On Tue, Mar 5, 2019 at 10:55 PM Joe Hershberger
> wrote:
> >
> > On Tue, Mar 5, 2019 at 10:17 AM Jagan Teki
> > wrote:
> > >
> > > On Sat, Mar 2, 2019 at 12:29 AM Joe Hershberger
> > > wrote:
> > > >
> > > > On Wed, Feb 27, 2019 at 12:59
Please ignore this series; I made a mistake, I'll submit a v5.
On 07/Mar/2019 13:34, Ismael Luceno Cortes wrote:
> This series is meant to be applied on top of the "i2c: rcar_i2c: Add
> Gen3 SoC support" patch.
>
>
> Ismael Luceno (6):
> i2c: rcar_i2c: Setup SCL/SDA delay at rcar_i2c_set_speed
Am Do., 7. März 2019 um 16:49 Uhr schrieb Horatiu Vultur
:
>
> Remove the function boot_reloc_ramdisk in the file arch/mips/lib/bootm
> because it is relocating again the ramdisk. The function do_bootm_states()
> already relocates the ramdisk even if it is a legacy uImage or a FIT image.
>
> The re
Hi Abel,
On Wed, Mar 6, 2019 at 8:48 AM Abel Vesa wrote:
>
> If CONFIG_SPL_OS_BOOT and FIT_IMAGE_TINY are enabled,
> the os will not be set to anything and therefore will
> remain as IH_OS_INVALID. What's needed here is to
> have IH_OS_U_BOOT as default. And since using the
> mkimage oneline comm
Am Do., 7. März 2019 um 02:31 Uhr schrieb :
>
> From: Rosy Song
>
> See details in chapter 8.6.2 and 8.6.4 (page 140-141) of qca9563 datasheet,
>
>NFRAC[17:0]
>
> So the mask of [17:5] is 0x1fff not 0x3fff.
>
> Signed-off-by: Rosy Song
>
> Changes for v2-v3:
>- add more information for
Am Do., 7. März 2019 um 02:31 Uhr schrieb :
>
> From: Rosy Song
>
> QCA9563 is CPU used on AP152 board :
>
> Clock speed : 750 MHz ,
> Arch : Mips 74Kc,
> Eth : SGMII interface,
> MIMO config : 3 * 3 450M,
> 2 * USB 2.0,
>
> Signed-off-by: Rosy Song
>
> Changes for v2:
>-
On Tue, Mar 5, 2019 at 10:55 PM Joe Hershberger wrote:
>
> On Tue, Mar 5, 2019 at 10:17 AM Jagan Teki wrote:
> >
> > On Sat, Mar 2, 2019 at 12:29 AM Joe Hershberger
> > wrote:
> > >
> > > On Wed, Feb 27, 2019 at 12:59 PM Jagan Teki
> > > wrote:
> > > >
> > > > Unlike other Allwinner SoC's R40
On 07/03/19 16:58, Fabio Estevam wrote:
> Hi Stefano,
>
> On Thu, Mar 7, 2019 at 6:33 AM Stefano Babic wrote:
>
>> I guess I never fight with some issues (not only with U-Boot) because I
>> replace dash with bash on all my debian-like hosts. Anyway, I was not
>> very happy with the patch, using
Hi Stefano,
On Thu, Mar 7, 2019 at 6:33 AM Stefano Babic wrote:
> I guess I never fight with some issues (not only with U-Boot) because I
> replace dash with bash on all my debian-like hosts. Anyway, I was not
> very happy with the patch, using "=" in comparison is something that
> hurts...
Wha
Remove the function boot_reloc_ramdisk in the file arch/mips/lib/bootm
because it is relocating again the ramdisk. The function do_bootm_states()
already relocates the ramdisk even if it is a legacy uImage or a FIT image.
The relocation in the function do_bootm_states() was introduce in the
commit
On 3/7/19 2:24 AM, Chee, Tien Fong wrote:
> On Tue, 2019-03-05 at 22:52 -0600, Dinh Nguyen wrote:
>>
>> On 3/5/19 10:23 AM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> After some series of patches to maximise reusable of memory pool,
>>> here come
>>> to result of reason
Migrate the following options to CONFIG_DM:
CONFIG_DM_GPIO
CONFIG_DM_MMC
CONFIG_DM_ETH
CONFIG_DM_SERIAL
CONFIG_DM_USB
Signed-off-by: Ilko Iliev
---
board/ronetix/pm9g45/pm9g45.c | 8 +-
configs/pm9g45_defconfig | 44 +++--
include/configs/pm9g45.h | 173 +++
Add ethernet nodes for Jaguar2 SoCs family. There are 3 pcb in this
family: pcb110, pcb111 and pcb112.
Signed-off-by: Horatiu Vultur
---
arch/mips/dts/jr2_pcb110.dts | 67
arch/mips/dts/jr2_pcb111.dts | 352 +++
arch/mips/dts/mscc,jr2.dtsi
Update default confing to use network driver for Jaguar2 SoCs.
Signed-off-by: Horatiu Vultur
---
configs/mscc_jr2_defconfig | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/configs/mscc_jr2_defconfig b/configs/mscc_jr2_defconfig
index 9276df2..d6e4bd4 100644
--- a/configs
In Jaguar2 SoC family there are 3 different pcb. Each of this needs
to configure the SerDes and the phys in different ways.
Therefore implement the function board_phy_config and serdes_cfg
and based on pcb configure them accordingly.
Signed-off-by: Horatiu Vultur
---
board/mscc/jr2/jr2.c | 443 +
Add network driver for Microsemi Ethernet switch.
It is present on Jaguar2 SoCs.
Signed-off-by: Horatiu Vultur
---
drivers/net/mscc_eswitch/Kconfig | 7 +
drivers/net/mscc_eswitch/Makefile | 1 +
drivers/net/mscc_eswitch/jr2_switch.c | 735 ++
include
This patch series add network support for Jaguar2 SoCs family.
There are following pcb: Jaguar2-24(110), Jaguar2-48(pcb111)
and Serval2(pcb112).
v2-changes:
- create serdes6g_setup and serdes1g_setup functions to be
easier to extand for future boards.
Horatiu Vultur (4):
net: Add MSCC Jagua
On 07/Mar/2019 22:54, Masahiro Yamada wrote:
<...>
> Each defconfig supports multiple boards
> by using a different DEVICE_TREE.
>
> If you are interested, doc/README.uniphier
> explains it supports much more boards than defconfig.
>
> The drawback of this ways will increase the image size
> sinc
On Fri, Mar 1, 2019 at 11:36 PM Arjan van Vught
wrote:
>
> Version: u-boot-2018.09
>
> This is a follow-up for : "SUNXI : setenv video-mode not working"
>
> Although I have added CONFIG_VIDEO_SUNXI=y in configs/orangepi_one_defconfig
>
> the source file sunxi_display.c is not compiled. Hence the s
Update mtd-id for QSPI nor due to change introduced in mtd/spi.
Commit for reference in linux-5.0
(sha: 84d043185dbe0d1b4f6db575bd91c834d37e2f78)
"spi: Add a driver for the Freescale/NXP QuadSPI controller"
Signed-off-by: Kuldeep Singh
---
v2:
Update commit msg
configs/ls1046aqds_qspi_defconfi
Reviewed-by: Igor Opaniuk
On Sat, 16 Feb 2019 at 00:26, Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Move CONFIG_USB_EHCI_VF to drivers/usb/host/Kconfig and update the one
> and only user thereof being colibri_vf.
>
> Signed-off-by: Marcel Ziswiler
>
> ---
>
> drivers/usb/host/Kconfig
minor: s/Spottet/Spotted/g in the commit message (but I'd rather use
"Add" here).
Reviewed-by: Igor Opaniuk
On Sat, 16 Feb 2019 at 00:21, Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Spottet two missing spaces in comments.
>
> Signed-off-by: Marcel Ziswiler
>
> ---
>
> board/freescal
Reviewed-by: Igor Opaniuk
On Sat, 16 Feb 2019 at 00:22, Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Limit the size of the malloc() pool before relocation
> (SYS_MALLOC_F_LEN).
>
> Signed-off-by: Marcel Ziswiler
>
> ---
>
> configs/colibri_vf_defconfig | 1 +
> 1 file changed, 1 inser
Reviewed-by: Igor Opaniuk
On Sat, 16 Feb 2019 at 00:25, Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Allow using bootaux also on VF610 aka Vybrid.
>
> Signed-off-by: Marcel Ziswiler
>
> ---
>
> arch/arm/mach-imx/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
Reviewed-by: Igor Opaniuk
On Fri, 1 Feb 2019 at 17:25, Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Fix toradex_modules array off by one issue potentially leading to
> spurious printout during boot e.g.
>
> Model: Toradex V1.2A,
>
> instead of
>
> Model: Toradex UNKNOWN MODULE
Just some minor stuff:
On Fri, 1 Feb 2019 at 17:22, Marcel Ziswiler wrote:
>
> From: Bhuvanchandra DV
>
> If the config block is missing, various things may fail or behave
> strangely on certain modules. This patch unifies that behaviour by
> using a fake MAC address, until user updates the conf
Reviewed-by: Igor Opaniuk
On Fri, 1 Feb 2019 at 17:24, Marcel Ziswiler wrote:
>
> From: Dominik Sliwa
>
> Add an optional -y parameter to 'cfgblock create’ to simplify
> automation.
>
> Signed-off-by: Dominik Sliwa
> Acked-by: Stefan Agner
> Acked-by: Marcel Ziswiler
>
> ---
>
> board/torad
On Tue, Mar 05, 2019 at 12:02:55PM -0600, Joe Hershberger wrote:
> Hi Tom,
>
> These patches passed the CI build here:
> https://travis-ci.org/jhershbe/u-boot/builds/501807294
>
> The following changes since commit aff66f22d6eeb27c6329c0a3c1ebc52914c8affa:
>
> Merge tag 'mips-pull-2019-01-23
This reverts commit 27cb7300ffda7a3f1581f0f5a2d3bfe59b97ad67.
I am not sure if I correctly understood the log of commit 27cb7300ffda
("Ensure device tree DTS is compiled"), but the code-diff looks like
it was trying to solve the missed re-compilation when .dts was modified.
Recently, commit 2737d
On Wed, Mar 06, 2019 at 10:32:20PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please pull this PR.
>
> Summary:
> - dw spi include file fix
> - Allwinner A31 spi, been in ML in many releases.
>
> thanks,
> Jagan.
>
> The following changes since commit cfba74d0bef350d81241b059180bcc5a1e93bdfa:
>
>
On Tue, Mar 05, 2019 at 08:13:18AM +0100, Heinrich Schuchardt wrote:
> The following changes since commit cfba74d0bef350d81241b059180bcc5a1e93bdfa:
>
> Merge branch 'master' of git://git.denx.de/u-boot-socfpga (2019-02-28
> 18:57:32 -0500)
>
> are available in the Git repository at:
>
> htt
On Thu, 2019-03-07 at 09:13 +0100, Simon Goldschmidt wrote:
> On Wed, Mar 6, 2019 at 10:05 PM Marek Vasut wrote:
> >
> >
> > The debug print is missing a newline, add it.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Chin Liang See
> > Cc: Dinh Nguyen
> > Cc: Simon Goldschmidt
> > Cc: Tien Fon
On Thu, 2019-03-07 at 09:14 +0100, Simon Goldschmidt wrote:
> On Wed, Mar 6, 2019 at 10:05 PM Marek Vasut wrote:
> >
> >
> > The Altera Arria10 DDR driver was using constants in a few places
> > instead of reading registers associated with those constants, fix
> > this.
> >
> > Signed-off-by: M
Hi.
Sorry for chiming in late.
On Tue, Mar 5, 2019 at 8:41 AM Eugeniu Rosca wrote:
>
> cc: Masahiro (due to Kconfig topic)
>
> Hi Marek,
>
> On Mon, Mar 04, 2019 at 11:03:56PM +0100, Marek Vasut wrote:
> > On 3/4/19 10:36 PM, Eugeniu Rosca wrote:
> > > Hello Marek,
>
> <-snip->
>
> > > Do you t
It needs to be done for both reads and writes, so do it at rcar_i2c_xfer
to avoid duplication.
Signed-off-by: Ismael Luceno
---
Notes:
Changes since v2:
- Fixed commit message
Changes since v1:
- Rebased on top of patch 1050650 ("i2c: rcar_i2c: Add Gen3 SoC support")
- F
On 3/7/19 2:34 PM, Ismael Luceno Cortes wrote:
> This series is meant to be applied on top of the "i2c: rcar_i2c: Add
> Gen3 SoC support" patch.
>
>
> Ismael Luceno (6):
> i2c: rcar_i2c: Setup SCL/SDA delay at rcar_i2c_set_speed
> i2c: rcar_i2c: Add comments about registers & values
> i2c:
Cosmetic change. Any call to the recover function would need to do the
same check afterwards, so it's sensible to make it part of the function.
Signed-off-by: Ismael Luceno
---
Notes:
Changes since v2:
- Fixed variable names
- Fixed return value to be standard
Changes since
Do the reset before clearing the MSR, otherwise it may result in a read
or write operation instead if the start condition is repeated.
Signed-off-by: Ismael Luceno
Reviewed-by: Marek Vasut
---
Notes:
Changes since v1:
- Rebased on top of patch 1050650 ("i2c: rcar_i2c: Add Gen3 SoC suppo
Fix rcar_i2c_xfer return value, previously it was always returning
-EREMOTEIO when dealing with errors from calls to the read/write
functions.
Signed-off-by: Ismael Luceno
---
Notes:
Changes since v2:
- Fixed commit message
Changes since v1:
- Rebased on top of patch 1050650
Document the meaning of macros related to registers and values to be
written to them.
Signed-off-by: Ismael Luceno
---
Notes:
Changes since v2:
- Fixed style of comments
Changes since v1:
- Rebased on top of patch 1050650 ("i2c: rcar_i2c: Add Gen3 SoC support")
drivers/i2c
Setting up the delay only needs to be done once; move it to
rcar_i2c_set_speed so it's done at initialization time.
Signed-off-by: Ismael Luceno
---
Notes:
Changes since v3:
- Removed unused variable val @ rcar_i2c_set_addr
Changes since v2:
- Improved commit message
- S
This series is meant to be applied on top of the "i2c: rcar_i2c: Add
Gen3 SoC support" patch.
Ismael Luceno (6):
i2c: rcar_i2c: Setup SCL/SDA delay at rcar_i2c_set_speed
i2c: rcar_i2c: Add comments about registers & values
i2c: rcar_i2c: Fix sending of slave addresses
i2c: rcar_i2c: Don't
On 07/03/19 14:03, Otavio Salvador wrote:
> Hello Stefano,
>
> On Thu, Feb 14, 2019 at 10:43 AM Otavio Salvador
> wrote:
>> On Thu, Feb 14, 2019 at 10:02 AM Fabio Estevam wrote:
>>> Import the device tree files from kernel 5.0-rc6 in preparation
>>> for driver model conversion.
>>>
>>> Signed-of
Hello Stefano,
On Thu, Feb 14, 2019 at 10:43 AM Otavio Salvador
wrote:
> On Thu, Feb 14, 2019 at 10:02 AM Fabio Estevam wrote:
> > Import the device tree files from kernel 5.0-rc6 in preparation
> > for driver model conversion.
> >
> > Signed-off-by: Fabio Estevam
>
> Acked-by: Otavio Salvador
with u-boot,dm-spl added for imx8qx-pm node, and SPL_SIMPLE_BUS enabled,
the bind and probe code in board file could be removed.
Also we need to enlarge SYS_MALLOC_F_LEN to avoid calloc fail.
Signed-off-by: Peng Fan
---
arch/arm/dts/fsl-imx8qxp-mek-u-boot.dtsi | 5 +
board/freescale/imx8qx
On 07/Mar/2019 12:59, Heiko Schocher wrote:
<...>
> This change brings travis build to fail, see:
>
> https://travis-ci.org/hsdenx/u-boot-i2c/jobs/502984991#L1265
>
> On which hardware have you tested this patchset?
I didn't had -Werror enabled, so it slipped.
> So, please, send a v4, Thanks!
Hi Stefano,
On Thu, Mar 7, 2019 at 6:33 AM Stefano Babic wrote:
> I guess I never fight with some issues (not only with U-Boot) because I
> replace dash with bash on all my debian-like hosts. Anyway, I was not
> very happy with the patch, using "=" in comparison is something that
> hurts...
Cou
Hello Ismael,
Am 06.03.2019 um 11:46 schrieb Ismael Luceno Cortes:
Cosmetic change. Any call to the recover function would need to do the
same check afterwards, so it's sensible to make it part of the function.
Signed-off-by: Ismael Luceno
---
drivers/i2c/rcar_i2c.c | 10 ++
1 file
On 07.03.19 09:28, Chris Packham wrote:
Enable CONFIG_DM_USB and CONFIG_BLK.
Signed-off-by: Chris Packham
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 07.03.19 09:28, Chris Packham wrote:
Enable CONFIG_DM_USB and CONFIG_BLK.
Signed-off-by: Chris Packham
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 07.03.19 09:28, Chris Packham wrote:
Enable CONFIG_DM_USB and CONFIG_BLK.
Signed-off-by: Chris Packham
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 07.03.19 09:28, Chris Packham wrote:
Enable CONFIG_DM_USB and CONFIG_BLK.
Signed-off-by: Chris Packham
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 07.03.19 09:28, Chris Packham wrote:
Enable CONFIG_DM_USB and CONFIG_BLK.
Signed-off-by: Chris Packham
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 07.03.19 09:28, Chris Packham wrote:
Enable CONFIG_DM_USB and where possible CONFIG_BLK.
Signed-off-by: Chris Packham
---
mvebu_mmc.c hasn't been converted to DM so it's not possible to use
CONFIG_BLK when CONFIG_MMC is enabled.
Reviewed-by: Stefan Roese
Thanks,
Stefan
__
On 07.03.19 09:27, Chris Packham wrote:
Now that kirkwood is using the mvebu mbus this function is no longer
needed.
Signed-off-by: Chris Packham
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.d
On 07.03.19 09:27, Chris Packham wrote:
Switch to the driver model for USB on the db-88f6281-bp board.
CONFIG_BLK can't be enabled yet because mvebu_mmc.c needs converting.
Signed-off-by: Chris Packham
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
On 07.03.19 09:27, Chris Packham wrote:
The mvebu mbus code already had most of the support required for
kirkwood. The only difference is that unlike the other mvebu targets
kirkwood doesn't have a bridge control block so the code related to
managing that needs to be compiled out.
Signed-off-by:
On 07.03.19 09:27, Chris Packham wrote:
KW_DEFADR_PCI_IO_REMAP has the same value as KW_DEFADR_PCI_IO and is
only used to set up a 1:1 mapping. Remove it and update the mapping to
use KW_DEFADR_PCI_IO.
Signed-off-by: Chris Packham
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
1 - 100 of 163 matches
Mail list logo
