From: Nevo Hed
An eralier commit in this changeset is taken from Marvells repos but was
based on an MVMDIO implementation that never made it into U-Boot. With
this patch the mvpp2 driver switches to use the new MVMDIO driver that is
based on a more universal mdio-uclass implementation.
Signed-o
From: Nevo Hed
This patchset includes several commits form Marvell's downstream repo
including Ken Ma's patch to replace the SMI implementation with his
own Marvell MDIO impolementation. That MVMDIO implementation never
made it to upstream and has since been re-implemented by Alex
Marginean and
From: Grzegorz Jaszczyk
If the phy doesn't match with any existing u-boot drivers the phy
framework will connect it to generic one which uid == 0x. In
this case act as if the phy wouldn't be declared in dts. Otherwise in
case of 3310 (for which the driver doesn't exist) the link will be
m
From: Ken Ma
Since marvell MDIO driver is added, SMI function implementation in
mvpp2 driver can be removed and NETA driver can use marvell MDIO API
directly.
This replacement also fixes 2 old issues:
1. Each pp2 port device should have its own mdio bus field member since
some pp2 ports may us
From: Nevo Hed
phy_dev ptr is set from return of phy_connect() and is used before
test to see if NULL. Obviously since the test already sxists someoen
made the determination that this NULL is possible.
Signed-off-by: Nevo Hed
---
drivers/net/mvpp2.c | 3 ++-
1 file changed, 2 insertions(+), 1
From: Nevo Hed
Based on upstream-linux
See https://github.com/torvalds/linux/commit/f66b2aff.
However made the XSMI register window 0x16 (22) bytes per my reading
of the functional spec. Similar commits in Marvels own repo bump it
to 0x200 (512) bytes but I did not see the reasoning for that.
From: Stefan Chulski
Issue:
- Network stuck if autonegotion fails
Issue root cause:
- During port open procedure if autonegotion fails, configuration of
packet processor won't be finished and open procedure exits with error.
- However this won't prevent u-boot network framework from
calling
The Linux ramdisk should always be decompressed by the kernel itself,
not by U-Boot. Therefore, the 'compression' node in the FIT image should
always be set to "none" for ramdisk images, since the only point of
using that node is if you want U-Boot to do the decompression itself.
Yet some systems
bound is the correct past tense of bind.
Signed-off-by: Anatolij Gustschin
---
drivers/clk/clk-composite.c | 12 ++--
drivers/clk/clk-divider.c | 4 ++--
drivers/clk/clk-gate.c | 4 ++--
drivers/clk/clk-mux.c | 8
drivers/clk/clk.c | 2 +-
include/clk.
Thanks Simon
you are correct I should have not selected this commit from the
downstream mvl repo as
this feature of phy_connect is now in upstream (the downstream repo is
2018.12 based)
I will remove and resubmit the set
On Fri, Aug 2, 2019 at 3:01 PM Simon Goldschmidt
wrote:
>
> Am 02.08.2019 u
On Sat, Aug 03, 2019 at 05:58:47AM +0800, Bin Meng wrote:
> On Sat, Aug 3, 2019 at 1:29 AM Tom Rini wrote:
> >
> > Mirror the qemu-riscv64 testing we do on Travis. Update to a newer
> > Docker image that contains riscv64-softmmu for QEMU.
> >
> > Signed-off-by: Tom Rini
> > ---
> > .gitlab-ci.y
On Thu, Jul 18, 2019 at 06:33:58AM +0200, Heinrich Schuchardt wrote:
> Run the Python tests on the RISC-V architecture too.
>
> https://github.com/swarren/uboot-test-hooks has already been updated.
>
> Signed-off-by: Heinrich Schuchardt
Applied to u-boot/master, thanks!
--
Tom
signature.as
On Sat, Jul 20, 2019 at 08:51:10PM -0600, Simon Glass wrote:
> This series cleans up autoboot.c a bit to:
>
> - Convert options to Kconfig
> - Use C code instead of C preprocessor where possible
> - Add a few comments
>
> Changes in v2:
> - Rebase to master
>
> Simon Glass (18):
> main: Use c
On Fri, Aug 02, 2019 at 01:28:51PM -0400, Tom Rini wrote:
> Mirror the qemu-riscv64 testing we do on Travis. Update to a newer
> Docker image that contains riscv64-softmmu for QEMU.
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signatur
On Fri, Aug 02, 2019 at 01:28:50PM -0400, Tom Rini wrote:
> As part of copying the logic from Travis to GitLab I kept the TOOLCHAIN
> variable. However we don't use that now as the Docker container already
> has all toolchains so we don't need to do any downloading. Remove this
> variable.
>
>
On Fri, Aug 2, 2019 at 6:29 PM Andy Shevchenko
wrote:
>
> On Fri, Aug 2, 2019 at 1:19 PM Park, Aiden wrote:
> > > -Original Message-
> > > From: Andy Shevchenko [mailto:andy.shevche...@gmail.com]
> > > Sent: Friday, August 2, 2019 4:51 PM
> > > To: Park, Aiden
> > > Cc: Bin Meng ; U-Boot
On Sat, Aug 3, 2019 at 1:29 AM Tom Rini wrote:
>
> Mirror the qemu-riscv64 testing we do on Travis. Update to a newer
> Docker image that contains riscv64-softmmu for QEMU.
>
> Signed-off-by: Tom Rini
> ---
> .gitlab-ci.yml | 10 +-
> 1 file changed, 9 insertions(+), 1 deletion(-)
>
Re
On Sat, Aug 3, 2019 at 1:29 AM Tom Rini wrote:
>
> As part of copying the logic from Travis to GitLab I kept the TOOLCHAIN
> variable. However we don't use that now as the Docker container already
> has all toolchains so we don't need to do any downloading. Remove this
> variable.
>
> Signed-off
> OK. So lets special case ramdisk to just note that we see it's
> compressed ("compression: %s, ignored" ?) and then we'll find out if
> there's really a bunch of cases where people assumed it was decompressed
> by us or not.
Sounds good! I'll send a patch.
__
The configuration with NOR is mutually exclusive with MMC, and as
such, the filesystem commands were disabled. With the USB host
enabled, this patch enables the file system command which can
be executed on storage devices attached to the USB.
Signed-off-by: Adam Ford
diff --git a/configs/da850e
On Wed, Jul 31, 2019 at 02:22:57PM +0200, Lukasz Majewski wrote:
> Dear Tom,
>
> Please find a PR for u-boot-clk branch:
>
> Change log:
> - Port more CCF code to work with i.MX8 devices.
>
>
>
>
>
> The following changes since commit 75551c8bfc9545e31ec2ce238cac3857904007b8:
>
> Merge b
On Wed, Apr 10, 2019 at 11:24:53AM +0200, Patrick Wildt wrote:
> On Wed, Apr 10, 2019 at 11:20:35AM +0200, Patrick Wildt wrote:
> > On Thu, Jan 31, 2019 at 07:29:04PM +0100, Heinrich Schuchardt wrote:
> > > Do we really need multiple functions to update the DHCP status?
> > >
> > > I would prefer
Am 02.08.2019 um 19:54 schrieb nhed+ub...@starry.com:
From: Igal Liberman
Currently, there are 2 valid cases for interface, PHY
and mdio relation:
- If an interface has PHY handler, it'll call
mdio_mii_bus_get_from_phy(), which will register
MDIO bus.
- If we want to use fixed-l
Hi Igor, Jens,
Can you please comments on next topics:
1. With enabled A/B partitions, we have boot_a/boot_b,
system_a/system_b, vendor_a/vendor_b partitions. Therefore
requested_partitions[] should be slotted (which is done in this RFC
patch). But this patch doesn' handle item (2
From: Grzegorz Jaszczyk
If the phy doesn't match with any existing u-boot drivers the phy
framework will connect it to generic one which uid == 0x. In
this case act as if the phy wouldn't be declared in dts. Otherwise in
case of 3310 (for which the driver doesn't exist) the link will be
m
From: Nevo Hed
Based on upstream-linux
See https://github.com/torvalds/linux/commit/f66b2aff.
However made the XSMI register window 0x16 (22) bytes per my reading
of the functional spec. Similar commits in Marvels own repo bump it
to 0x200 (512) bytes but I did not see the reasoning for that.
From: Stefan Chulski
Issue:
- Network stuck if autonegotion fails
Issue root cause:
- During port open procedure if autonegotion fails, configuration of
packet processor won't be finished and open procedure exits with error.
- However this won't prevent u-boot network framework from
calling
From: Nevo Hed
An eralier commit in this changeset is taken from Marvells repos but was
based on an MVMDIO implementation that never made it into U-Boot. With
this patch the mvpp2 driver switches to use the new MVMDIO driver that is
based on a more universal mdio-uclass implementation.
Signed-o
This patchset includes several commits form Marvell's downstream repo
including Ken Ma's patch to replace the SMI implementation with his
own Marvell MDIO impolementation. That MVMDIO implementation never
made it to upstream and has since been re-implemented by Alex
Marginean and seems to be in li
From: Ken Ma
Since marvell MDIO driver is added, SMI function implementation in
mvpp2 driver can be removed and NETA driver can use marvell MDIO API
directly.
This replacement also fixes 2 old issues:
1. Each pp2 port device should have its own mdio bus field member since
some pp2 ports may us
From: Nevo Hed
phy_dev ptr is set from return of phy_connect() and is used before
test to see if NULL. Obviously since the test already sxists someoen
made the determination that this NULL is possible.
Signed-off-by: Nevo Hed
---
drivers/net/mvpp2.c | 3 ++-
1 file changed, 2 insertions(+),
From: Igal Liberman
Currently, there are 2 valid cases for interface, PHY
and mdio relation:
- If an interface has PHY handler, it'll call
mdio_mii_bus_get_from_phy(), which will register
MDIO bus.
- If we want to use fixed-link for an interface,
PHY handle is not defined in the D
Hi Stefano,
On Sun, Jul 21, 2019 at 10:43 PM Fabio Estevam wrote:
>
> On Sun, Jul 21, 2019 at 10:24 PM Peng Fan wrote:
> >
> > Add get_boot_device for i.MX7ULP
> >
> > Signed-off-by: Peng Fan
>
> For the entire series:
>
> Tested-by: Fabio Estevam
>
> Without this series I cannot boot Linux on
On Fri, 2 Aug 2019 at 10:55, Joe Hershberger wrote:
>
> On Fri, Aug 2, 2019 at 10:44 AM Simon Glass wrote:
> >
> > At present common.h has a lot of uncommon declarations in it. Many of
> > these would be better placed elsewhere, in header files more related to
> > their purpose. In particular the
On Thu, Aug 01, 2019 at 12:38:42PM -0700, Joel Peshkin wrote:
> Hi All:
>
>Up to now, there has been limited 3rd party support for Broadcom's 63xx
> and 68xx devices in U-Boot. At this point, we plan to introduce
> vendor-supported U-Boot to all of the ARM-based BCM63XX and BCM68XX
> devic
Mirror the qemu-riscv64 testing we do on Travis. Update to a newer
Docker image that contains riscv64-softmmu for QEMU.
Signed-off-by: Tom Rini
---
.gitlab-ci.yml | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
index 37731746421d..07
As part of copying the logic from Travis to GitLab I kept the TOOLCHAIN
variable. However we don't use that now as the Docker container already
has all toolchains so we don't need to do any downloading. Remove this
variable.
Signed-off-by: Tom Rini
---
.gitlab-ci.yml | 8
1 file chang
On Mon, Jul 29, 2019 at 09:32:29AM -0600, Simon Glass wrote:
> Hi Kever,
>
> On Sun, 28 Jul 2019 at 21:03, Kever Yang wrote:
> >
> > Hi Simon,
> >
> > On 2019/7/28 下午11:20, Simon Glass wrote:
> > > Hi Kever,
> > >
> > > On Sun, 28 Jul 2019 at 08:12, Simon Glass wrote:
> > >> HI Kever,
> > >>
> >
On Fri, Aug 2, 2019 at 10:46 AM Simon Glass wrote:
>
> This typedef does not need to be defined in the search.h header since it
> is only used in one file (hashtable.c). Remove it from the header and
> change it to a struct.
>
> Signed-off-by: Simon Glass
Acked-by :Joe Hershberger
_
On Thu, Aug 1, 2019 at 11:10 AM Simon Glass wrote:
>
> Avoid using a typedef here which is unnecessary. Add an 'env_' prefix to
> both the enum and its members to make it clear that these are related to
> the environment.
>
> Add an ENV prefix to these two flags so that it is clear what they relat
On Fri, Aug 2, 2019 at 10:44 AM Simon Glass wrote:
>
> At present common.h has a lot of uncommon declarations in it. Many of
> these would be better placed elsewhere, in header files more related to
> their purpose. In particular the environnment functions should move to
> the environment headers.
On Thu, Aug 1, 2019 at 10:57 AM Simon Glass wrote:
>
> This function fits better with the network subsystem, so move it.
>
> Signed-off-by: Simon Glass
> Suggested-by: Joe Hershberger
Acked-by :Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.den
On Thu, Aug 1, 2019 at 10:55 AM Simon Glass wrote:
>
> Move this function over to the new header file.
>
> Signed-off-by: Simon Glass
Acked-by :Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
This file contains lots of internal details about the environment. Most
code can include env.h instead, calling the functions there as needed.
Rename this file and add a comment at the top to indicate its internal
nature.
Signed-off-by: Simon Glass
Acked-by: Joe Hershberger
Reviewed-by: Simon G
This file has quite a lot of general definitions and include files. Add a
note about our intent to remove more of this.
The file should ultimately include the configuration and perhaps a very
other very common things used by most U-Boot files.
Signed-off-by: Simon Glass
---
Changes in v3:
- Reb
This typedef does not need to be defined in the search.h header since it
is only used in one file (hashtable.c). Remove it from the header and
change it to a struct.
Signed-off-by: Simon Glass
---
Changes in v3:
- Move removal of _ENTRY to _'Drop ENTRY' patch
Changes in v2: None
include/searc
U-Boot is not supposed to use typedef for structs anymore. Also this name
is the same as the ENTRY() macro used in assembler files, and 'entry'
itself is widely used in U-Boot (>8k matches).
Drop the typedef and rename the struct to env_entry to reduce confusion.
Signed-off-by: Simon Glass
Acked
At present common.h has a lot of uncommon declarations in it. Many of
these would be better placed elsewhere, in header files more related to
their purpose. In particular the environnment functions should move to
the environment headers. This should reduce the overall amount of code
compiled and th
Add MAINTAINERS entry for HI3660 SoC by adding the arch includes.
While doing so, adding myself as the co-maintainer for HISILICON
SoCs since I'm planning to maintain HI3660 SoC separately and considering
doing improvements to the existing HiSilicon SoC architecture.
Signed-off-by: Manivannan Sadh
This commit adds MMC driver support for HI3660 SoC reusing hi6220_dw_mmc
driver. Since HI3660 operates at different clock rate and uses fifo
mode now, let's introduce the platform data and utilize it for different
SoCs supported by this driver.
Signed-off-by: Manivannan Sadhasivam
---
drivers/mm
This commit adds devicetree for Hikey960 board. Most of the contents are
copied from Linux kernel with some modifications for u-boot. To be
more precise, SD card's speed related properties are removed due to a
bug in u-boot clock implementation. Hence forcing the SD controller to
work in standard s
This commit adds board support for Hikey960 board from Hisilicon. This
board is one of the Consumer Edition boards of the 96Boards family
powered by Kirin960 SoC.
More information about this board can be found in 96Boards website:
https://www.96boards.org/product/hikey960/
The initial supported/t
This commit imports HI3660 SoC devicetree from Linux
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/dts/hi3660.dtsi | 1157 ++
arch/arm/dts/hikey960-pinctrl.dtsi | 1060
include/dt-bindings/clock/hi3660-clock.h | 214
3 file
Hello,
This patchset adds board support for Hikey960 board from Hisilicon. This
board is one of the Consumer Edition boards of the 96Boards family,
powered by Kirin960 (HI3660) SoC.
This patchset adds only basic support necessary to boot the linux kernel
from SD card using distro_boot mechanism.
Hi SImon,
On Thu, 1 Aug 2019 at 23:53, Simon Goldschmidt
wrote:
>
> On Fri, Aug 2, 2019 at 12:45 AM Simon Glass wrote:
> >
> > Hi Simon,
> >
> > On Mon, 29 Jul 2019 at 04:47, Simon Goldschmidt
> > wrote:
> > >
> > > Simon,
> > >
> > > On Wed, Jul 10, 2019 at 8:50 PM Simon Goldschmidt
> > > wro
Hi Joe,
On Wed, 31 Jul 2019 at 16:03, Joe Hershberger wrote:
>
> On Wed, Jul 31, 2019 at 4:56 PM Simon Glass wrote:
> >
> > Hi,
> >
> > On Wed, 31 Jul 2019 at 15:07, Joe Hershberger
> > wrote:
> > >
> > > On Wed, Jul 31, 2019 at 3:57 PM Simon Glass wrote:
> > > >
> > > > Hi Joe,
> > > >
> > >
From: Christophe Kerello
In case spi_get_bus_and_cs callback is used, spi bus is first probed
then slave devices are probed. To avoid a data abort in soft_spi probe
function, we need to check that (slave != NULL).
If slave is NULL, cs_flags and clk_flags will be initialized with
respectively GPI
On Fri, Aug 02, 2019 at 02:50:40PM +0200, Simon Goldschmidt wrote:
> On Fri, Aug 2, 2019 at 2:36 PM Tom Rini wrote:
> >
> > On Fri, Aug 02, 2019 at 08:00:22AM +0200, Simon Goldschmidt wrote:
> > > Hi Heiko,
> > >
> > > On Fri, Aug 2, 2019 at 6:08 AM Heiko Schocher wrote:
> > > >
> > > > Hello Jul
Implements copro image loading with FIT.
Once image is loaded with remoteproc,
the M4 coprocessor is automatically started.
Signed-off-by: Loic Pallardy
Signed-off-by: Patrick Delaunay
---
board/st/stm32mp1/stm32mp1.c | 24
1 file changed, 24 insertions(+)
diff --git
Alignment with kernel patch proposal for binding:
[PATCH v4 0/8] stm32 m4 remoteproc on STM32MP157c
https://lkml.org/lkml/2019/5/14/159
Signed-off-by: Patrick Delaunay
---
arch/arm/dts/stm32mp157a-dk1.dts| 6 ++
arch/arm/dts/stm32mp157c-ed1.dts| 6 ++
arch/arm/dts/stm32mp157c
Activate remoteproc and add the M4 coprocessor support of firmware
in stm32mp157 U-Boot.
The M4 firmware can be loaded manually (with remoteproc command)
or automatically (with config selected in FIT including the M4 firmware
with extlinux for example).
Patrick Delaunay (5):
stm32mp1: Add r
Add example of its files to generate FIT to start kernel
on ev1 or dk2 board with
- only kernel and dtb = fit_copro_kernel_dtb.its
- kernel, M4 copro firmware and dtb = it_copro_kernel_dtb.its
Add extlinux example to manage config in generated FIT.
Signed-off-by: Loic Pallardy
Signed-off-by: Pat
Define new image type for coprocessor images.
It is used in FIT to identify the files loaded
with remoteproc command (elf or bin).
Signed-off-by: Loic Pallardy
Signed-off-by: Patrick Delaunay
---
common/image.c | 1 +
include/image.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/commo
Add information for remoteproc usage to load firmware in M4 coprocessor
on stm32mp157.
Signed-off-by: Patrick Delaunay
---
board/st/stm32mp1/README | 36 ++--
1 file changed, 34 insertions(+), 2 deletions(-)
diff --git a/board/st/stm32mp1/README b/board/st/stm32
From: Patrick Delaunay
Avoid to flush buffer when silent console is activated as the
console can be reactivate later, after relocation, when the env will
be updated with the saved one.
Solve issue (missing beginning of U-Boot trace) when:
- CONFIG_SILENT_CONSOLE is activated
- silent=1 is define
From: Patrick Delaunay
Update the "silent" property with the variable "silent" get from
saved environment, it solves the issue when:
- CONFIG_SILENT_CONSOLE and CONFIG_SYS_CONSOLE_IS_IN_ENV are activated
- silent is not defined in default environment
- silent is requested in saved environment wit
This series fixes:
- issue when silent property is updated in saved environment
- issue regarding console flush when silent property is removed from
saved environment
Patrick Delaunay (2):
console: update silent tag after env load
console: execute flush on uart when silent is removed
On Fri, Aug 2, 2019 at 2:36 PM Tom Rini wrote:
>
> On Fri, Aug 02, 2019 at 08:00:22AM +0200, Simon Goldschmidt wrote:
> > Hi Heiko,
> >
> > On Fri, Aug 2, 2019 at 6:08 AM Heiko Schocher wrote:
> > >
> > > Hello Julius,
> > >
> > > Am 01.08.2019 um 20:24 schrieb Julius Werner:
> > > >> First, we h
Hi,
> From: Patrick DELAUNAY
> Sent: jeudi 1 août 2019 11:23
> Subject: [PATCH 2/2] dm: pinctrl: introduce PINCONF_RECURSIVE option
> Importance: High
>
> In the Linux pinctrl binding, the pin configuration nodes don't need to be
> direct
> children of the pin controller device (may be grandchi
In the Linux pinctrl binding, the pin configuration nodes don't need to
be direct children of the pin controller device (may be grandchildren for
example). This behavior is managed with the pinconfig u-class which
recursively bind all the sub-node of the pin controller.
But for some binding (when
At present the 'Index' column of 'dm tree' assumes there is
two digits, this patch increase it to 3 digits.
It also aligns output of 'dm uclass', assuming the same 3 digits index.
The boards with CONFIG_PINCTRL_FULL activated have one pinconfig
by pin configuration, so they can have more than 100
On Fri, Aug 02, 2019 at 08:00:22AM +0200, Simon Goldschmidt wrote:
> Hi Heiko,
>
> On Fri, Aug 2, 2019 at 6:08 AM Heiko Schocher wrote:
> >
> > Hello Julius,
> >
> > Am 01.08.2019 um 20:24 schrieb Julius Werner:
> > >> First, we have a problem as we need to support what's out in the world.
> > >
Solve issue for the display of "usb start" command on stm32mp1
because one carriage return is missing in DWC2 probe.
STM32MP> usb start
starting USB...
Bus usb-otg@4900:Bus usbh-ehci@5800d000: USB EHCI 1.00
after the patch:
STM32MP> usb start
starting USB...
Bus usb-otg@4900: USB D
Enable the usb33d-supply on STM32MP1 SoCs (with "st,stm32mp1-hsotg"
compatible), it is the external VBUS and ID sensing comparators supply
needed to perform OTG operation.
Signed-off-by: Patrick Delaunay
---
drivers/usb/host/dwc2.c | 18 ++
1 file changed, 18 insertions(+)
diff
Assert reset before deassert in dwc2_reset;
It should be more safe for DWC2.
Signed-off-by: Patrick Delaunay
---
drivers/usb/host/dwc2.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/host/dwc2.c b/drivers/usb/host/dwc2.c
index 5c4c21b..836f706 100644
--- a/drivers/usb/host/d
Add support for clock with driver model.
Signed-off-by: Patrick Delaunay
---
drivers/usb/host/dwc2.c | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/host/dwc2.c b/drivers/usb/host/dwc2.c
index 6c46979..5c4c21b 100644
--- a/drivers/us
In this serie I update the DWC2 host driver to use the device tree
information and the associated PHY and CLOCK drivers when they are
available.
I test this serie on stm32mp157c-ev1 board;
The U-CLASS are provided by:
- PHY by USBPHYC driver = ./drivers/phy/phy-stm32-usbphyc.c
- CLOCK by RCC cloc
Use generic phy to initialize the PHY associated to the
DWC2 device and available in the device tree.
Signed-off-by: Patrick Delaunay
---
drivers/usb/host/dwc2.c | 61 +
1 file changed, 61 insertions(+)
diff --git a/drivers/usb/host/dwc2.c b/driv
Hi Peng,
On Thu, Aug 1, 2019 at 9:03 AM Peng Fan wrote:
>
> To support DM_VIDEO,
> Add display node for lcdif
> Drop board iomuxc settings.
> Enable DM_VIDEO
>
> Signed-off-by: Peng Fan
> ---
>
> V1:
> This patch could be applied directly, but it needs
> https://patchwork.ozlabs.org/patch/1
The current size allocated to U-Boot is 384k, but U-Boot has grown
to 436K which means that saving the environmental variables wipes
out part of the U-Boot source and the board ceases to function.
Due to the sector and erase size for the NOR part and a desire to
not have to change partition sizes o
On Fri, Aug 2, 2019 at 4:24 PM Lukasz Majewski wrote:
>
> Hi Jagan,
>
> > spi_write_then_read, will manage to do the respective
> > spi_xfer based on the tx_buf, rx_buf so drop the
> > legacy spi_flash_read/write/cm code.
>
> I guess that the 'sf' command will stay with us a bit longer to avoid
>
> This prevents messages like
> gpio@20a: get_value: error: gpio GPIO2_2 not reserved
> when CONFIG_DM_GPIO is enabled.
> Also, when CONFIG_DM_GPIO is enabled, checkboard is too
> early to use gpio_get_value, so read it directly on failure.
> Signed-off-by: Troy Kisky
Applied to u-boot-imx, m
> Migrate to using device tree required for further driver model
> integration.
> Signed-off-by: Troy Kisky
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managing
> Add CONFIG_DM_SPI/CONFIG_DM_SPI_FLASH to all defconfigs whose board is
> nitrogen6x.
> mx6qsabrelite_defconfig
> nitrogen6dl2g_defconfig
> nitrogen6dl_defconfig
> nitrogen6q2g_defconfig
> nitrogen6q_defconfig
> nitrogen6s1g_defconfig
> Signed-off-by: Troy Kisky
Appli
> Add DM_MMC to all defconfigs whose board is
> nitrogen6x.
> mx6qsabrelite_defconfig
> nitrogen6dl2g_defconfig
> nitrogen6dl_defconfig
> nitrogen6q2g_defconfig
> nitrogen6q_defconfig
> nitrogen6s1g_defconfig
> This commit is adding multiple configs, but
> seems to be the minimum change to not lose
> Add CONFIG_DM_GPIO to all defconfigs whose board is
> nitrogen6x.
> mx6qsabrelite_defconfig
> nitrogen6dl2g_defconfig
> nitrogen6dl_defconfig
> nitrogen6q2g_defconfig
> nitrogen6q_defconfig
> nitrogen6s1g_defconfig
> This is in preparation for adding CONFIG_DM_SPI.
> Signed-off-by: Troy Kisky
A
On Fri, Aug 2, 2019 at 6:55 PM Matwey V. Kornilov
wrote:
>
> пт, 2 авг. 2019 г. в 13:41, Chen-Yu Tsai :
> >
> > On Fri, Aug 2, 2019 at 3:40 PM Matwey V. Kornilov
> > wrote:
> > >
> > > This series adds initial TPL support for Pine64 Rock64 board.
> > >
> > > The ROCK64 is a credit card size SBC b
Use MISC u-class to export the NVM register (starting at 0xF8 offset)
and avoid specific API.
- SHADOW have offset < 0.
- NVM have register > 0
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
drivers/misc/stm32mp_fuse.c | 44 ++--
drivers/power/pmic/stpmic1.c | 98
Since the commit 8729b1ae2cbd ("misc: Update read() and
write() methods to return bytes xfered"); The misc bsec driver
need to be adapted to reflect the number of transferred bytes.
Signed-off-by: Patrick Delaunay
---
Changes in v2:
- udpate bsec patch after rebase (use offs)
arch/arm/mach-stm
Update the stm32mp1 baord after the commit 8729b1ae2cbd
("misc: Update read() and write() methods to return bytes xfered")
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
board/st/stm32mp1/stm32mp1.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/st/stm32mp1/
Update management of misc_read, which now return length of data
after the commit 8729b1ae2cbd ("misc: Update read() and write()
methods to return bytes xfered")
Signed-off-by: Patrick Delaunay
---
Changes in v2:
- impact in added command stboard after rebase
board/st/stm32mp1/cmd_stboard.c | 2
The RCC driver have no operation so the new NOP uclass
is more appropriate. It only used as parent for clock and reset driver.
Signed-off-by: Patrick Delaunay
---
Changes in v2:
- rebase v2019.10-rc1
drivers/misc/stm32_rcc.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git
Update management of misc_read in sysconf_init, which now return
length of data after the commit 8729b1ae2cbd ("misc: Update read()
and write() methods to return bytes xfered")
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
board/st/stm32mp1/stm32mp1.c | 2 +-
1 file changed, 1 insert
Update the stm32mp1 drivers after the commit 8729b1ae2cbd
("misc: Update read() and write() methods to return bytes xfered")
And the introduction of NOP u-class.
Changes in v2:
- udpate bsec patch after rebase (use offs)
- impact in added command stboard after rebase
- rebase v2019.10-rc1
Patri
Retrieve parent device from dev->parent instead of
calling uclass_get_device_by_driver()
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
drivers/power/pmic/stpmic1.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/power/pmic/stpmic1.c b/drivers/power
пт, 2 авг. 2019 г. в 13:41, Chen-Yu Tsai :
>
> On Fri, Aug 2, 2019 at 3:40 PM Matwey V. Kornilov
> wrote:
> >
> > This series adds initial TPL support for Pine64 Rock64 board.
> >
> > The ROCK64 is a credit card size SBC based on Rockchip RK3328 Quad-Core ARM
> > Cortex A53.
> >
> > The series ha
Hi,
> From: Patrick DELAUNAY
> Sent: vendredi 19 juillet 2019 11:39
> Subject: [PATCH 1/5] bsec: update after MISC u-class update
> Importance: High
>
> Since the commit 8729b1ae2cbd ("misc: Update read() and
> write() methods to return bytes xfered"); The misc bsec driver need to be
> adapted
Hi Jagan,
> spi_write_then_read, will manage to do the respective
> spi_xfer based on the tx_buf, rx_buf so drop the
> legacy spi_flash_read/write/cm code.
I guess that the 'sf' command will stay with us a bit longer to avoid
compatibility issues on some legacy boards?
And I also assume that we
On Fri, Aug 2, 2019 at 3:40 PM Matwey V. Kornilov
wrote:
>
> This series adds initial TPL support for Pine64 Rock64 board.
>
> The ROCK64 is a credit card size SBC based on Rockchip RK3328 Quad-Core ARM
> Cortex A53.
>
> The series has been tested with ATF v2.1.
>
> Some patches in the series are
Hi,
We are looking at the standalone application support in u-boot and we feel
it will be a good fit for our DDR initialization code that includes a
library that we have no right to distribute in source. But we have some
questions in regards to the GPL license exception here:
https://gitlab.den
1 - 100 of 133 matches
Mail list logo
