Commit 0528979fa7ab ("part: Drop disk_partition_t typedef") changed to
a struct. As a result it uncovered an apparent missing include in
zfs_common.h for part.h which actually contains the definition. The ZFS
handles the struct exclusively as pointers so it was only a warning.
warning:
Hi Tom,
On Thu, Jun 18, 2020 at 10:39 AM Tom Rini wrote:
> It's a good question what else doesn't work. What has been actively
> verified at this point?
After the fixes I sent yesterday, the few imx boards I have access at
the moment have Ethernet working well.
On Thu, Jun 18, 2020 at 11:15:16PM +0530, Jagan Teki wrote:
> This board has not been converted to CONFIG_DM by the deadline.
I am working at converting this board too, along with net2big_v2.
Simon
>
> Remove it.
>
> Patch-cc: Simon Guinot
> Signed-off-by: Jagan Teki
> ---
> Changes for v3:
On Sat, Jun 20, 2020 at 02:24:47AM +0200, Simon Guinot wrote:
> On Thu, Jun 18, 2020 at 06:25:06PM -0400, Tom Rini wrote:
> > On Fri, Jun 19, 2020 at 12:02:17AM +0200, Simon Guinot wrote:
> > > On Thu, Jun 18, 2020 at 11:15:14PM +0530, Jagan Teki wrote:
> > > Hi Jagan,
> > >
> > > > This board
On Thu, Jun 18, 2020 at 06:25:06PM -0400, Tom Rini wrote:
> On Fri, Jun 19, 2020 at 12:02:17AM +0200, Simon Guinot wrote:
> > On Thu, Jun 18, 2020 at 11:15:14PM +0530, Jagan Teki wrote:
> > Hi Jagan,
> >
> > > This board has not been converted to CONFIG_DM by the deadline.
> >
> > Is that
I don't want to have to specify the device; only the partition.
This allows me to use the same image on internal eMMC or SD card for
Banana Pi R2, and it finds its own environment either way.
Signed-off-by: David Woodhouse
---
env/Kconfig | 4
env/fat.c | 29
On Fri, Jun 19, 2020 at 06:11:36PM -0300, Walter Lozano wrote:
> Based on several reports and discussions it is clear that U-Boot's
> footprint is always a concern, and any kind of reduction is an
> improvement.
>
> This series is a proposal to help reducing the footprint by parsing
>
On 12/6/20 15:44, Walter Lozano wrote:
Based on several reports and discussions [1], [2] it is clear that U-Boot's
footprint is always a concern, and any kind of reduction is an
improvement.
In particular dtb is one of the sources of footprint increment, as
U-Boot uses the same dtb as Linux.
As an example of use, convert fsl_esdhc_imx to use COMPATIBLE entries
for declaring compatible strings.
As a result of these entries dtoc will generate code similar to
Signed-off-by: Walter Lozano
---
drivers/mmc/fsl_esdhc_imx.c | 58 ++---
1 file changed, 41
This patch introduce a test for deleting DTB nodes using Python library.
Signed-off-by: Walter Lozano
---
tools/dtoc/dtb_platdata.py | 28
tools/dtoc/fdt.py | 3 +++
2 files changed, 31 insertions(+)
diff --git a/tools/dtoc/dtb_platdata.py
Based on several reports and discussions [1], [2] it is clear that U-Boot's
footprint is always a concern, and any kind of reduction is an
improvement.
In particular dtb is one of the sources of footprint increment, as
U-Boot uses the same dtb as Linux. However is interesting to note that
U-Boot
Based on several reports there is an increasing concern in the impact
of adding additional features to drivers based on compatible strings.
A good example of this situation is found in [1].
In order to reduce this impact and as an initial step for further
reduction, propose a new way to declare
Based on several reports and discussions it is clear that U-Boot's
footprint is always a concern, and any kind of reduction is an
improvement.
This series is a proposal to help reducing the footprint by parsing
information provided in DT and drivers in different ways and adding
additional
On Fri, Jun 19, 2020 at 08:01:48PM +0200, Heinrich Schuchardt wrote:
> The following changes since commit 0b3a92dfa3639167e8d1e40f524b5b094fbcd357:
>
> Merge tag 'u-boot-amlogic-20200618' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-amlogic (2020-06-18
> 09:46:55 -0400)
>
> are
On Thu, Jun 18, 2020 at 11:51 PM Heinrich Schuchardt wrote:
>
> On 6/19/20 3:51 AM, Atish Patra wrote:
> > fdtdec_get_addr_size reads the uses a fixed value for address & size
> > cell properties which may not be correct always.
> >
> > Use the auto variant of the function which automatically
On 6/19/20 5:55 PM, Adam Ford wrote:
[...]
> diff --git a/drivers/pinctrl/renesas/sh_pfc.h
> b/drivers/pinctrl/renesas/sh_pfc.h
> index db3d513358..b9ce471007 100644
> --- a/drivers/pinctrl/renesas/sh_pfc.h
> +++ b/drivers/pinctrl/renesas/sh_pfc.h
> @@ -300,6 +300,7 @@
On 6/19/20 5:52 PM, Adam Ford wrote:
> On Fri, Jun 19, 2020 at 9:18 AM Marek Vasut wrote:
>>
>> On 6/19/20 3:58 PM, Adam Ford wrote:
>>> This sync's the clock tables with the official release from
>>> Renesas' repo based on U-Boot 2018.09 and modified to build into
>>> the latest version of
Am 2020-06-19 18:54, schrieb Horia Geantă:
On 6/19/2020 7:37 PM, Horia Geanta wrote:
On 6/17/2020 11:48 PM, Michael Walle wrote:
Am 2020-06-17 21:15, schrieb Horia Geantă:
On 6/4/2020 6:48 PM, Michael Walle wrote:
+
+ desc = memalign(ARCH_DMA_MINALIGN, desc_size);
+ if (!desc) {
Hi Tom,
PR is for -next (v2020.10) as part of spi dm-conversion changes.
Summary:
- Convert fsl_espi to driver model (Chuanhua)
- Enable am335x baltos to DM_SPI (Jagan)
- Drop few powerpc board which doesn't have DM enabled (Jagan)
Travis-CI:
On Fri, Jun 19, 2020 at 04:37:37PM +, Patrick DELAUNAY wrote:
> Hi Tom,
>
> Please pull the STM32 related patches for v2020.07: u-boot-stm32-20200619
>
> With the following changes:
> - fix SD card cart detect on DHCOM and STMicroelectronics boards
>
>
On Fri, Jun 19, 2020 at 08:53:42AM -0700, Tom Warren wrote:
> Tom,
>
> Please pull u-boot-tegra/master into U-Boot/master. Thanks.
>
> All Tegra builds are OK on my system, and Stephen's test frame reports that
> all tests pass.
>
> The following changes since commit
On 6/19/20 8:51 PM, Tom Rini wrote:
> On Fri, Jun 19, 2020 at 03:19:21PM +, Oleksandr Andrushchenko wrote:
>> On 6/19/20 4:53 PM, Tom Rini wrote:
>>> On Fri, Jun 19, 2020 at 11:22:18AM +0300, Oleksandr Andrushchenko wrote:
>>>
From: Oleksandr Andrushchenko
While relocating
On Fri, Jun 19, 2020 at 10:12:20AM -0700, Jason Wessel wrote:
> v2: Fix indentation and remove unneeded braces.
Series notes go below the '--- '
>
> While using u-boot with qemu's virtio driver I stumbled across a
> problem reading files less than sector size. On the real hardware the
> block
On Fri, Jun 19, 2020 at 02:40:06PM +, Patrick DELAUNAY wrote:
> Hi,
>
> > From: Tom Rini
> > Sent: jeudi 18 juin 2020 21:17
> >
> > On Tue, Jun 16, 2020 at 09:40:44AM +0200, Patrick Delaunay wrote:
> >
> > > Add support of environment location with a new sandbox command
> > > 'env_loc'.
>
On Fri, Jun 19, 2020 at 02:14:00PM +, Patrick DELAUNAY wrote:
> Hi Tom and Marek,
>
> > From: Tom Rini
> > Sent: jeudi 18 juin 2020 21:16
> >
> > On Tue, Jun 16, 2020 at 09:40:42AM +0200, Patrick Delaunay wrote:
> >
> > > Don't return error with ret=-ENOENT when the optional ops drv->init
The following changes since commit 0b3a92dfa3639167e8d1e40f524b5b094fbcd357:
Merge tag 'u-boot-amlogic-20200618' of
https://gitlab.denx.de/u-boot/custodians/u-boot-amlogic (2020-06-18
09:46:55 -0400)
are available in the Git repository at:
On Fri, Jun 12, 2020 at 01:02:12PM +0200, Rasmus Villemoes wrote:
> The first patch is just something I suggested to allow zstd support to
> move forward. The remaining ones aim to make it more ergonomic to use
> CONFIG_IS_ENABLED to exclude things from the build.
>
> While it currently works
On Fri, Jun 19, 2020 at 03:19:21PM +, Oleksandr Andrushchenko wrote:
> On 6/19/20 4:53 PM, Tom Rini wrote:
> > On Fri, Jun 19, 2020 at 11:22:18AM +0300, Oleksandr Andrushchenko wrote:
> >
> >> From: Oleksandr Andrushchenko
> >>
> >> While relocating FDT we reserve some memory for the new FDT
When printing the device tree we want to get an output that can be used as
input for the device tree compiler. This requires that we do not write
bogus lines like
pcie@1000 {
interrupt-map = * 0x4000127c [0x0280];
For instance the QEMU virt device has a property
v2: Fix indentation and remove unneeded braces.
While using u-boot with qemu's virtio driver I stumbled across a
problem reading files less than sector size. On the real hardware the
block reader seems ok with reading zero blocks, and while we could fix
the virtio host side of qemu to deal with
While using u-boot with qemu's virtio driver I stumbled across a
problem reading files less than sector size. On the real hardware the
block reader seems ok with reading zero blocks, and while we could fix
the virtio host side of qemu to deal with a zero block read instead of
crashing, the u-boot
Hi David,
1. mt7623-moore-pinctrl is written for introducing more supports for new
mediatek soc like mt7622, mt7629, mt8183 and so on and even more easily
maintained than before
2. mt7623-moore-pinctrl/mt2701-pinctrl drives the same hardware, but with
different driver style, the latter one is
On 6/19/20 4:53 PM, Tom Rini wrote:
> On Fri, Jun 19, 2020 at 11:22:18AM +0300, Oleksandr Andrushchenko wrote:
>
>> From: Oleksandr Andrushchenko
>>
>> While relocating FDT we reserve some memory for the new FDT and
>> set the size of the FDT with that respect. But FDT may be placed
>> at the end
While using u-boot with qemu's virtio driver I stumbled across a
problem reading files less than sector size. On the real hardware the
block reader seems ok with reading zero blocks, and while we could fix
the virtio host side of qemu to deal with a zero block read instead of
crashing, the u-boot
Hi Simon,
On Wed, Jun 17, 2020 at 8:42 AM Simon Glass wrote:
>
> On Wed, 10 Jun 2020 at 04:41, Rayagonda Kokatanur
> wrote:
> >
> > Add L3 memory flush support for NS3.
> >
> > Signed-off-by: Rayagonda Kokatanur
> > ---
> > arch/arm/cpu/armv8/Makefile | 1 +
> >
On 6/19/2020 7:37 PM, Horia Geanta wrote:
> On 6/17/2020 11:48 PM, Michael Walle wrote:
>> Am 2020-06-17 21:15, schrieb Horia Geantă:
>>> On 6/4/2020 6:48 PM, Michael Walle wrote:
+
+ desc = memalign(ARCH_DMA_MINALIGN, desc_size);
+ if (!desc) {
+ debug("cannot
On Fri, Jun 19, 2020 at 06:32:57PM +0300, Ramon Fried wrote:
> Hi.
> Basically, bootp command and dhcp command have the same logic, no
> difference whatsoever.
> Also, sometimes, It's needed to just acquire an IP address using dhcp
> and boot in some other way (NFS).
>
> I'm suggesting
On 6/17/2020 11:48 PM, Michael Walle wrote:
> Am 2020-06-17 21:15, schrieb Horia Geantă:
>> On 6/4/2020 6:48 PM, Michael Walle wrote:
>>> +
>>> + desc = memalign(ARCH_DMA_MINALIGN, desc_size);
>>> + if (!desc) {
>>> + debug("cannot allocate RNG init descriptor memory\n");
>>> +
Hi Tom,
Please pull the STM32 related patches for v2020.07: u-boot-stm32-20200619
With the following changes:
- fix SD card cart detect on DHCOM and STMicroelectronics boards
CI status:
https://gitlab.denx.de/u-boot/custodians/u-boot-stm/pipelines/3731
Thanks,
Patrick
The following
Hi,
Problem seems to be board-specific, on my bananapi-r2 v1.0 i had no problems
with accessing emmc if booted from sdcard.
but with the Patch i can still access any mmc-device (tried booting from emmc
and sd)
Tested-By: Frank Wunderlich
regards Frank
On Fri, Jun 19, 2020 at 9:27 AM Marek Vasut wrote:
>
> On 6/19/20 4:25 PM, Adam Ford wrote:
> > On Fri, Jun 19, 2020 at 9:18 AM Marek Vasut wrote:
> >>
> >> On 6/19/20 3:58 PM, Adam Ford wrote:
> >>> The PFC tables for the R8A774A1 are already available, but they
> >>> not enabled.
> >>>
> >>>
Tom,
Please pull u-boot-tegra/master into U-Boot/master. Thanks.
All Tegra builds are OK on my system, and Stephen's test frame reports that
all tests pass.
The following changes since commit 9cb895203a46654f7ee6dd95be5c8ab05e4dfbd3:
Merge tag 'u-boot-stm32-20200616' of
On Fri, Jun 19, 2020 at 9:18 AM Marek Vasut wrote:
>
> On 6/19/20 3:58 PM, Adam Ford wrote:
> > This sync's the clock tables with the official release from
> > Renesas' repo based on U-Boot 2018.09 and modified to build into
> > the latest version of U-Boot.
>
> Can you import the clock table
Hi.
Basically, bootp command and dhcp command have the same logic, no
difference whatsoever.
Also, sometimes, It's needed to just acquire an IP address using dhcp
and boot in some other way (NFS).
I'm suggesting repurposing the dhcp command to only do DHCP IP
address acquisition.
Users could use
In order to be able to update data in u_boot_list, move this section to
make it RW.
Signed-off-by: Walter Lozano
---
arch/sandbox/cpu/u-boot-spl.lds | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/sandbox/cpu/u-boot-spl.lds b/arch/sandbox/cpu/u-boot-spl.lds
index
Several MMC drivers use GPIO for card detection with cd-gpios property in
the MMC node pointing to a GPIO node. However, as U-Boot tries to save
space by keeping only required nodes using u-boot* properties, several
devices tree result in having only in the MMC node but not the GPIO node
After using a new approach to link nodes when OF_PLATDATA is enabled
the test cases need to be update.
This patch updates the tests based on this new implementation.
Signed-off-by: Walter Lozano
---
tools/dtoc/test_dtoc.py | 103 +++-
1 file changed, 60
Add a test for dtoc taking into account the cd-gpios property.
Signed-off-by: Walter Lozano
---
tools/dtoc/dtoc_test_phandle_cd_gpios.dts | 42 ++
tools/dtoc/test_dtoc.py | 67 +++
2 files changed, 109 insertions(+)
create mode 100644
Currently dtoc does not support the property cd-gpios used to declare
the gpios for card detect in mmc.
This patch adds support to cd-gpios property.
Signed-off-by: Walter Lozano
---
tools/dtoc/dtb_platdata.py | 13 -
tools/dtoc/test_dtoc.py| 2 +-
2 files changed, 9
Update the documentation with the support for driver aliases using
U_BOOT_DRIVER_ALIAS.
Signed-off-by: Walter Lozano
---
doc/driver-model/of-plat.rst | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/doc/driver-model/of-plat.rst b/doc/driver-model/of-plat.rst
As dtoc now performs checks for valid driver names, when running dtoc
tests several warnings arise as these tests don't use valid driver
names.
This patch adds an option to disable those warning, which is only
intended for running tests.
Signed-off-by: Walter Lozano
---
In the current implementation, when dtoc parses a dtb to generate a struct
platdata it converts the information related to linked nodes as pointers
to struct platdata of destination nodes. By doing this, it makes
difficult to get pointer to udevices created based on these
information.
This patch
Currently when creating an U_BOOT_DEVICE entry a struct driver_info
is declared, which contains the data needed to instantiate the device.
However, the actual device is created at runtime and there is no proper
way to get the device based on its struct driver_info.
This patch extends struct
Update documentation to reflect the new phandle support when OF_PLATDATA
is used. Now phandles are implemented as pointers to U_BOOT_DEVICE,
which makes it possible to get a pointer to the actual device.
Signed-off-by: Walter Lozano
---
doc/driver-model/of-plat.rst | 24
In order to prepare for a new support of phandle when OF_PLATDATA is used
drop the const for struct driver_info as this struct will need to be
updated on runtime.
Signed-off-by: Walter Lozano
---
drivers/core/device.c| 2 +-
drivers/core/root.c | 2 +-
When using OF_PLATDATA dtbs are converted to C structs in order to save
space as we can remove both dtbs and libraries from TPL/SPL binaries.
This patchset tries to improve its support by overcoming some limitations
in the current implementation
First, the support for scan and check for valid
When using OF_PLATDATA, the bind process between devices and drivers
is performed trying to match compatible string with driver names.
However driver names are not strictly defined, and also there are different
names used when declaring a driver with U_BOOT_DRIVER, the name of the
symbol used in
Currently dtoc scans dtbs to convert them to struct platdata and
to generate U_BOOT_DEVICE entries. These entries need to be filled
with the driver name, but at this moment the information used is the
compatible name present in the dtb. This causes that only nodes with
a compatible name that
Add missing information about internal class members in order to make
the code easier to follow.
Signed-off-by: Walter Lozano
---
tools/dtoc/dtb_platdata.py | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tools/dtoc/dtb_platdata.py b/tools/dtoc/dtb_platdata.py
index
On Fri, Jun 19, 2020 at 02:03:35PM +0200, Patrick Delaunay wrote:
> Check the current ENV location, dynamically provided by the weak
> function env_get_location to be sure that the environment can be
> persistent.
>
> The compilation flag ENV_IS_IN_DEVICE is not enough when the board
>
On Fri, Jun 19, 2020 at 02:03:34PM +0200, Patrick Delaunay wrote:
> The "env info" can be use for test with -d and -p parameter,
> in scripting case the output of the command is not needed.
>
> This patch allows to deactivate this output with a new option "-q".
>
> For example, we can save the
Hi,
> From: Tom Rini
> Sent: jeudi 18 juin 2020 21:17
>
> On Tue, Jun 16, 2020 at 09:40:44AM +0200, Patrick Delaunay wrote:
>
> > Add support of environment location with a new sandbox command
> > 'env_loc'.
> >
> > When the user change the environment location with the command
> > 'env_loc '
On Fri, Jun 19, 2020 at 02:13:37PM +, Priyanka Jain wrote:
> >-Original Message-
> >From: Kuldeep Singh
> >Sent: Friday, June 19, 2020 3:40 PM
> >To: Joe Hershberger ; u-boot@lists.denx.de;
> >Priyanka Jain
> >Cc: Tom Rini ; Schrempf Frieder
> >
> >Subject: RE: [EXT] Re:
On 6/19/20 4:25 PM, Adam Ford wrote:
> On Fri, Jun 19, 2020 at 9:18 AM Marek Vasut wrote:
>>
>> On 6/19/20 3:58 PM, Adam Ford wrote:
>>> The PFC tables for the R8A774A1 are already available, but they
>>> not enabled.
>>>
>>> This patch adds the Kconfig option and builds the corresponding file
On Fri, Jun 19, 2020 at 9:18 AM Marek Vasut wrote:
>
> On 6/19/20 3:58 PM, Adam Ford wrote:
> > The PFC tables for the R8A774A1 are already available, but they
> > not enabled.
> >
> > This patch adds the Kconfig option and builds the corresponding file
> > when PINCTRL_PFC_R8A774A1 is enabled.
>
On 6/19/20 3:58 PM, Adam Ford wrote:
> This sync's the clock tables with the official release from
> Renesas' repo based on U-Boot 2018.09 and modified to build into
> the latest version of U-Boot.
Can you import the clock table from Linux too ?
[...]
> +static const struct mstp_stop_table
On 6/19/20 3:58 PM, Adam Ford wrote:
[...]
> diff --git a/board/beacon/beacon-rzg2m/beacon-rzg2m.c
> b/board/beacon/beacon-rzg2m/beacon-rzg2m.c
> new file mode 100644
> index 00..88702958e0
> --- /dev/null
> +++ b/board/beacon/beacon-rzg2m/beacon-rzg2m.c
> @@ -0,0 +1,112 @@
> +//
On 6/19/20 3:58 PM, Adam Ford wrote:
> The renesas-shdi controller can drive the r8a774a1 and shares its
> quirks with R8A7796. This patch adds the compatibilty flag, to
> support the SDHI controller.
>
> Signed-off-by: Adam Ford
> ---
> V2: No Change
>
> diff --git
On 6/19/20 3:58 PM, Adam Ford wrote:
> The PFC tables for the R8A774A1 are already available, but they
> not enabled.
>
> This patch adds the Kconfig option and builds the corresponding file
> when PINCTRL_PFC_R8A774A1 is enabled.
[...]
> diff --git a/drivers/pinctrl/renesas/sh_pfc.h
>
>-Original Message-
>From: Kuldeep Singh
>Sent: Friday, June 19, 2020 3:40 PM
>To: Joe Hershberger ; u-boot@lists.denx.de;
>Priyanka Jain
>Cc: Tom Rini ; Schrempf Frieder
>
>Subject: RE: [EXT] Re: [RESEND][Patch v4] net: pfe_eth: Use spi_flash_read API
>to access flash memory
>
>
>>
Hi Tom and Marek,
> From: Tom Rini
> Sent: jeudi 18 juin 2020 21:16
>
> On Tue, Jun 16, 2020 at 09:40:42AM +0200, Patrick Delaunay wrote:
>
> > Don't return error with ret=-ENOENT when the optional ops drv->init is
> > absent but only if env_driver_lookup doesn't found driver.
> >
> > This
This patch imports the device tree and required bindings to permit
the device tree to build for the R8Z774A1 (RZ/G2M).
Signed-off-by: Adam Ford
---
V2: No Change
diff --git a/arch/arm/dts/r8a774a1.dtsi b/arch/arm/dts/r8a774a1.dtsi
new file mode 100644
index 00..a603d94797
--- /dev/null
The Beacon EmbeddedWorks kit is based on the R8A774A1 SoC also
known as the RZ/G2M.
The kit consists of a SOM + Baseboard and supports microSD,
eMMC, Ethernet, a couple celular radios, two CAN interfaces,
Bluetooth and WiFi.
Signed-off-by: Adam Ford
---
V2: New to series
diff --git
This sync's the clock tables with the official release from
Renesas' repo based on U-Boot 2018.09 and modified to build into
the latest version of U-Boot.
Signed-off-by: Adam Ford
---
V2: No Change
diff --git a/drivers/clk/renesas/Kconfig b/drivers/clk/renesas/Kconfig
index
In order to build boards based on the R8A774A1, there needs to
be a config option from which to enable other drivers and/or flags
for this SoC.
Signed-off-by: Adam Ford
---
V2: No Change
diff --git a/arch/arm/mach-rmobile/Kconfig.64 b/arch/arm/mach-rmobile/Kconfig.64
index
The renesas-shdi controller can drive the r8a774a1 and shares its
quirks with R8A7796. This patch adds the compatibilty flag, to
support the SDHI controller.
Signed-off-by: Adam Ford
---
V2: No Change
diff --git a/drivers/mmc/renesas-sdhi.c b/drivers/mmc/renesas-sdhi.c
index
The PFC tables for the R8A774A1 are already available, but they
not enabled.
This patch adds the Kconfig option and builds the corresponding file
when PINCTRL_PFC_R8A774A1 is enabled.
Signed-off-by: Adam Ford
---
V2: Use tables already build into pfc-r8a7796 instead of creating a new file
The R8A774A1 (RZ/G2M) a commercial SoC based off the automotive
R8A7796 SoC.
This series will start the foundation to support this SoC by importing
porting the device tree and bindings from Linux 5.8-rc1, then porting
the clock driver, pinctrl driver, and sdhi drivers from Renesas'
RZG2M repo
On Sat, 23 May 2020 17:11:20 +0200
Anatolij Gustschin ag...@denx.de wrote:
> cfb_console driver use 'vga' console name and we still have board
> environments defining this name. Re-use existing DM_VIDEO work-
> around for console name to support 'vga' name in stdout environment.
>
>
On Fri, Jun 19, 2020 at 11:22:18AM +0300, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> While relocating FDT we reserve some memory for the new FDT and
> set the size of the FDT with that respect. But FDT may be placed
> at the end of the RAM leading to memory access beyond
On Mon, 25 May 2020 14:34:17 +0200
Anatolij Gustschin ag...@denx.de wrote:
> To enable DM_VIDEO we must decrease binary size to fix build
> breakage for some boards, so drop not needed code. Also add
> !DM_VIDEO guards which can be later removed when last non DM
> users will be converted.
>
>
On Mon, 25 May 2020 21:47:19 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Converting some boards to DM_VIDEO results in build breakage due
> to increased code size. Make video console specific commands
> optional to recude binary size.
>
> Signed-off-by: Anatolij Gustschin
> ---
>
On Tue, 26 May 2020 01:41:35 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Migration to DM_VIDEO driver is long overdue. Update defconfigs
> to enable usage of converted ipuv3 driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Tim Harvey
> ---
>
On Tue, 26 May 2020 01:41:36 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Migration to DM_VIDEO driver is long overdue. Update defconfig
> to enable usage of converted ipuv3 driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Stefano Babic
> ---
> configs/mx51evk_defconfig
On Tue, 26 May 2020 01:41:37 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Migration to DM_VIDEO driver is long overdue. Update defconfig
> to enable usage of converted ipuv3 driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Jason Liu
> ---
> configs/mx53loco_defconfig |
Dear Marek
> From: Marek Vasut
> Sent: jeudi 18 juin 2020 20:35
>
> The cd-gpios with (GPIO_ACTIVE_LOW | GPIO_PULL_UP) gpio is thus far
> unsupported, reinstate the old cd-gpios behavior until this handling is fully
> implemented. This permits the DHSOM to boot from SD again, without this patch
On Tue, 26 May 2020 01:41:32 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Migration to DM_VIDEO driver is long overdue. Update defconfigs
> to enable usage of converted ipuv3 driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Akshay Bhat
> Cc: Ken Lin
> ---
>
On Tue, 26 May 2020 01:41:33 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Migration to DM_VIDEO driver is long overdue. Update defconfig
> to enable usage of converted ipuv3 driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Otavio Salvador
> ---
>
On Tue, 26 May 2020 01:41:34 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Migration to DM_VIDEO driver is long overdue. Update defconfig
> to enable usage of converted ipuv3 driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Baruch Siach
> Cc: Fabio Estevam
> ---
>
From: Aaron Williams
This patch adds very basic support for the Octeon III SoCs. Only
CFI parallel NOR flash and UART is supported for now.
Please note that the basic Octeon port does not include the DDR3/4
initialization yet. This will be added in some follow-up patches
later. To still use
Hi,
> From: Patrick DELAUNAY
> Sent: vendredi 19 juin 2020 11:20
>
> The cd-gpios with (GPIO_ACTIVE_LOW | GPIO_PULL_UP) gpio is thus far
> unsupported, reinstate the old cd-gpios behavior until this handling is fully
> implemented. This avoid potential issue for SDCard boot:
> the card detect
This patch adds a UCLASS_SYSRESET sysreset driver for the Octeon SoC
family.
Signed-off-by: Stefan Roese
---
(no changes since v1)
drivers/sysreset/Kconfig | 7
drivers/sysreset/Makefile | 1 +
drivers/sysreset/sysreset_octeon.c | 52 ++
3
This patch adds the base dtsi file for the Octeon 3 cn73xx SoC.
Signed-off-by: Stefan Roese
---
(no changes since v1)
MAINTAINERS| 1 +
arch/mips/dts/mrvl,cn73xx.dtsi | 64 ++
2 files changed, 65 insertions(+)
create mode 100644
This patch adds very basic minimal support for the Marvell Octeon 3
CN73xx based EBB7304 EVK. Please note that the basic Octeon port does
not support DDR3/4 initialization yet. To still use U-Boot on with this
port, the L2 cache (4MiB) is used as RAM. This way, U-Boot can boot
to the prompt on
This patch adds very basic support for the Octeon III SoCs. Only CFI
parallel UART, reset and NOR flash are supported for now.
Please note that the basic Octeon port does not include the DDR3/4
initialization yet. This will be added in some follow-up patches later.
To still use U-Boot on with
On Tue, 26 May 2020 01:41:30 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Migration to DM_VIDEO driver is long overdue. Update defconfigs
> to enable usage of converted ipuv3 driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> ---
> configs/marsboard_defconfig | 9 +++--
On Tue, 26 May 2020 01:41:31 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Update defconfig to enable usage of converted ipuv3
> driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Fabio Estevam
> ---
> configs/pico-imx6_defconfig | 8 +++-
> 1 file changed, 7
On Tue, 26 May 2020 00:20:49 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Not all boards use these drivers, so allow to disable them to fix
> building boards with U-Boot binary image size restrictions.
>
> Signed-off-by: Anatolij Gustschin
> ---
> drivers/video/Kconfig | 27
On Tue, 26 May 2020 00:09:22 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Panel code might be disabled for some boards, make this
> driver code optional.
>
> Signed-off-by: Anatolij Gustschin
> ---
> drivers/video/imx/mxc_ipuv3_fb.c | 11 +++
> 1 file changed, 7 insertions(+), 4
On Tue, 26 May 2020 12:03:21 +0200
Anatolij Gustschin ag...@denx.de wrote:
> After migration to DM 'vga' name is not longer supported,
> Update the upgrade script to use 'vidconsole' instead.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Troy Kisky
> ---
>
1 - 100 of 154 matches
Mail list logo