The GW7903 revision B adds two additional GPIO's to control the
direction of the 2 isolated digital I/O circuits.
Define them as:
- dig1_ctl
- dig2_ctl
Signed-off-by: Tim Harvey
---
v2: fix commit log s/gw7902/gw7903
---
arch/arm/dts/imx8mm-venice-gw7903-u-boot.dtsi | 14 ++
The GW7902 revision B adds two additional GPIO's to control the
direction of the 2 isolated digital I/O circuits.
Define them as:
- dig1_ctl
- dig2_ctl
Signed-off-by: Tim Harvey
---
arch/arm/dts/imx8mm-venice-gw7903-u-boot.dtsi | 14 ++
arch/arm/dts/imx8mm-venice-gw7903.dts
A binary download is not great, since it depends on libraries being
present in the system. Build futility from source instead.
Note that this requires two patches to the source repo which are in
progress:
https://issuetracker.google.com/issues/245993083?pli=1
Signed-off-by: Simon Glass
---
On Friday 09 September 2022 12:20:57 Simon Glass wrote:
> Hi Pali,
>
> On Fri, 9 Sept 2022 at 09:34, Pali Rohár wrote:
> >
> > Members gd->ram_size and gd->ram_top are of type phys_addr_t which does not
> > have to fit into ulong type. So cast them into unsigned long long.
>
> Which board does
The upstream Linux DSA drivers do not require phy-handle nodes in
the DSA ports yet the U-Boot DSA drivers do. Add a phy-handle and
the mdio nodes to the u-boot.dtsi file so that future dts file
syncrhonization between Linux and U-Boot don't break networking.
Fixes: 24a7a3c1c042 ("imx8mm:
The upstream Linux DSA drivers do not require phy-handle nodes in
the DSA ports yet the U-Boot DSA drivers do. Add a phy-handle and
the mdio nodes to the u-boot.dtsi file so that future dts file
syncrhonization between Linux and U-Boot don't break networking.
Fixes: e0caa84ca685 ("imx8mp:
On Fri, Sep 09, 2022 at 01:39:25PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 9 Sept 2022 at 13:08, Tom Rini wrote:
> >
> > On Fri, Sep 09, 2022 at 12:21:11PM -0600, Simon Glass wrote:
> > > Hi,
> > >
> > > On Fri, 9 Sept 2022 at 09:34, Pali Rohár wrote:
> > > >
> > > > During init_dram()
Fix rk3128 clocks, compatible and phys, so that they match the bindings.
Signed-off-by: Johan Jonker
---
arch/arm/dts/rk3128.dtsi | 46 +---
1 file changed, 19 insertions(+), 27 deletions(-)
diff --git a/arch/arm/dts/rk3128.dtsi b/arch/arm/dts/rk3128.dtsi
The rk3128 DT node names should be generic.
Rename them to the pattern defined in the DT bindings.
Signed-off-by: Johan Jonker
---
arch/arm/dts/rk3128-evb.dts | 5 +++
arch/arm/dts/rk3128.dtsi| 62 +
2 files changed, 33 insertions(+), 34 deletions(-)
Move all rk3128 u-boot specific properties in separate dtsi files.
Sort emmc node.
Signed-off-by: Johan Jonker
Reviewed-by: Kever Yang
---
Changed V2:
Keep max-frequency property in dtsi
---
arch/arm/dts/rk3128-evb-u-boot.dtsi | 7 +++
arch/arm/dts/rk3128-evb.dts | 10
Bulk convert rk3128 DT gpios to their constant counterparts.
sed -i -f script.sed rk3128.dtsi
sed -i -f script.sed rk3128-evb.dts
/rockchip,pins *=/bcheck
b # to end of script
:append-next-line
N
:check
/^[^;]*$/bappend-next-line
s/
---
In order to update the DT for rk3128
sync the clock dt-binding header.
This is the state as of v6.0 in Linux.
Signed-off-by: Johan Jonker
---
arch/arm/dts/rk3128.dtsi | 6 +-
drivers/clk/rockchip/clk_rk3128.c | 8 +-
include/dt-bindings/clock/rk3128-cru.h | 222
Hi Tom,
On Fri, 9 Sept 2022 at 13:08, Tom Rini wrote:
>
> On Fri, Sep 09, 2022 at 12:21:11PM -0600, Simon Glass wrote:
> > Hi,
> >
> > On Fri, 9 Sept 2022 at 09:34, Pali Rohár wrote:
> > >
> > > During init_dram() is called also compute_lowest_common_dimm_parameters()
> > > function which
On Fri, Sep 09, 2022 at 12:21:11PM -0600, Simon Glass wrote:
> Hi,
>
> On Fri, 9 Sept 2022 at 09:34, Pali Rohár wrote:
> >
> > During init_dram() is called also compute_lowest_common_dimm_parameters()
> > function which prints multi-line detailed output. So print also re-aligning
> > filler
Hi Matt,
On Thu, 8 Sept 2022 at 19:39, Matt Ranostay wrote:
>
> In regmap_field_init() when a invalid mask is provided it still
> initializes without any warnings of it being incorrect.
>
> An example of this is when the LSB is greater than MSB a mask of zero
> is produced.
>
> WARN_ONCE() is
On Fri, 9 Sept 2022 at 06:05, Weijie Gao wrote:
>
> Add basic CPU driver used to retrieve CPU model information.
>
> Tested-by: Daniel Golle
> Signed-off-by: Weijie Gao
> ---
> v3 changes:
> Use regmap to read hwver registers
> v2 changes: new
> ---
> drivers/cpu/Makefile | 1 +
>
Hi,
On Fri, 9 Sept 2022 at 09:34, Pali Rohár wrote:
>
> During init_dram() is called also compute_lowest_common_dimm_parameters()
> function which prints multi-line detailed output. So print also re-aligning
> filler after "Detected ?DIMM" line to have "DRAM: " output aligned.
>
>
On Fri, 9 Sept 2022 at 09:34, Pali Rohár wrote:
>
> Commit 37dc958947ed ("global_data.h: Change ram_top type to phys_addr_t")
> changed type of ram_top member from ulong to phys_addr_t but did not
> changed types in board_get_usable_ram_top() function which returns value
> for ram_top.
>
> So
Hi Heinrich,
On Fri, 9 Sept 2022 at 03:45, Heinrich Schuchardt wrote:
>
> On 9/9/22 00:12, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Thu, 8 Sept 2022 at 13:56, Heinrich Schuchardt
> > wrote:
> >>
> >> On 9/8/22 20:18, Simon Glass wrote:
> >>> Hi Heinrich,
> >>>
> >>> On Thu, 8 Sept 2022
Hi Pali,
On Fri, 9 Sept 2022 at 09:34, Pali Rohár wrote:
>
> Members gd->ram_size and gd->ram_top are of type phys_addr_t which does not
> have to fit into ulong type. So cast them into unsigned long long.
Which board does this break?
>
> Fixes: 37dc958947ed ("global_data.h: Change ram_top
Hi Heinrich,
On Fri, 9 Sept 2022 at 09:33, Heinrich Schuchardt wrote:
>
>
>
> Am 9. September 2022 17:17:49 MESZ schrieb Simon Glass :
> >At present when bootm fails, it says:
> >
> >subcommand not supported
> >
> >and then prints help for the bootm command. This is not very useful, since
>
Current function stm32_i2c_message_xfer is sending a STOP
whatever the result of the transaction is. This can cause issues
such as making the bus busy since the controller itself is already
sending automatically a STOP when a NACK is generated.
Thanks to Jorge Ramirez-Ortiz for diagnosing and
Functions stm32_i2c_message_start and stm32_i2c_handle_reload
both get a stop boolean indicating if the transfer should end with
a STOP or not. However no specific handling is needed in those
functions hence remove the parameter.
Signed-off-by: Alain Volmat
Reviewed-by: Patrick Delaunay
---
This series corrects the handling of the stop condition and
cleanup few bits in the driver stm32f7_i2c.c
v3: fix stop handling in patch 3/3
v2: update commit message in patch 3/3
Alain Volmat (3):
i2c: stm32: fix comment and remove unused AUTOEND bit
i2c: stm32: remove unused stop parameter
Comment within stm32_i2c_message_start is misleading, indicating
that AUTOEND bit is setted while it is actually cleared.
Moreover, the bit is actually never setted so there is no need
to clear it hence get rid of this bit clear and the bit macro
as well.
Signed-off-by: Alain Volmat
Reviewed-by:
Hi Patrick
On Fri, Sep 09, 2022 at 02:53:23PM +0200, Patrick DELAUNAY wrote:
> Hi Alain
>
> On 9/8/22 12:59, Alain Volmat wrote:
> > Current function stm32_i2c_message_xfer is sending a STOP
> > whatever the result of the transaction is. This can cause issues
> > such as making the bus busy
Dear Tom,
The following changes since commit e9de8c8c649044080371399a1ef4923b08632611:
Merge tag 'u-boot-stm32-20220907' of
https://source.denx.de/u-boot/custodians/u-boot-stm (2022-09-08 08:33:41
-0400)
are available in the Git repository at:
Hi Heiko,
On 2022-09-09 07:45, Heiko Thiery wrote:
Hi Angus,
Am Fr., 9. Sept. 2022 um 16:43 Uhr schrieb Angus Ainslie
:
Hi Heiko,
The librem5 (imx8mq) is able to boot using these [1] patches on top of
u-boot-imx-20220729.
I believe the change that fixed the allocation issue for me was
Am 9. September 2022 17:17:49 MESZ schrieb Simon Glass :
>At present when bootm fails, it says:
>
>subcommand not supported
>
>and then prints help for the bootm command. This is not very useful, since
>generally the error is related to something else, such as fixups failing.
>It is quite
Commit 37dc958947ed ("global_data.h: Change ram_top type to phys_addr_t")
changed type of ram_top member from ulong to phys_addr_t but did not
changed types in board_get_usable_ram_top() function which returns value
for ram_top.
So change ulong to phys_addr_t type also in
U-Boot core code already handles the case when RAM size is bigger than
CONFIG_MAX_MEM_MAPPED. So there is no need to do duplicate check in fsl ddr
driver for CONFIG_MAX_MEM_MAPPED. Instead simplify code to just check if
RAM size can be representable in phys_size_t type. And avoid printing
warning
During init_dram() is called also compute_lowest_common_dimm_parameters()
function which prints multi-line detailed output. So print also re-aligning
filler after "Detected ?DIMM" line to have "DRAM: " output aligned.
Signed-off-by: Pali Rohár
---
drivers/ddr/fsl/lc_common_dimm_params.c | 3
Currently U-Boot SPL prints just generic message "2 GiB left unmapped".
Change it to more detailed "2 GiB of DDR memory left unmapped in U-Boot".
This is just U-Boot configuration and operating system may map more (or
also less) memory.
Signed-off-by: Pali Rohár
---
Members gd->ram_size and gd->ram_top are of type phys_addr_t which does not
have to fit into ulong type. So cast them into unsigned long long.
Fixes: 37dc958947ed ("global_data.h: Change ram_top type to phys_addr_t")
Signed-off-by: Pali Rohár
---
common/board_f.c | 4 ++--
1 file changed, 2
Check needs to be done against CONFIG_MAX_MEM_MAPPED macro and not fixed
size 4GB (as CONFIG_MAX_MEM_MAPPED can be lower and for example for e500
cores it is just 2GB). Also fix printf re-align, which should be applied
only for non-SPL builds, during init_dram() call.
Signed-off-by: Pali Rohár
Function fsl_ddr_compute() always return size in unsigned long long type,
but function fsl_ddr_sdram_size() returns size in phys_size_t type.
When 36-bit addressing mode is not enabled then phys_size_t type is only
32-bit and thus it cannot store value 4GB (0x1). Function
Ensure that top of RAM can be represented by phys_size_t type. If RAM is
too large or RAM base address is too upper then limit RAM size to prevent
address space overflow.
Signed-off-by: Pali Rohár
---
common/memsize.c | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
This patch series fixes U-Boot code to correctly handle RAM size larger
than 2 GB and then fixes fsl ddr driver to do not crash U-Boot when 4 GB
DDR module is detected when U-Boot operates in 32-bit mode (as opposite
of the 36-bit mode).
With this patch series it is possible to boot 32-bit U-Boot
CONFIG_MAX_MEM_MAPPED when defined specifies upper memory mapped limit.
So check for it always, and not only when CONFIG_VERY_BIG_RAM is defined.
Signed-off-by: Pali Rohár
---
common/memsize.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/memsize.c
Improve the partitioning trace done in command stm32prog:
- remove the trace "partition: Done" when the GPT partitioning is not done
- indicate the mmc instance used for each 'gpt write' command
Signed-off-by: Patrick Delaunay
---
arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog.c | 4 ++--
1
When a FIT includes some OS requests, U-Boot should process these and add
the requested info to corresponding subnodes of the /chosen node. Add a
pytest for this, which sets up the FIT, runs bootm and then uses a C
unit test to check that everything looks OK.
The test needs to run on
As a starting point, add support for providing random data, if requested
by the OS. Also add ASLR, as a placeholder for now.
Signed-off-by: Simon Glass
---
boot/Makefile| 2 +-
boot/vbe_fixup.c | 233 +++
To avoid duplicating code, create a new fit_util module which provides
various utility functions for FIT. Move this code out from the existing
test_fit.py and refactor it with addition parameters.
Fix up pylint warnings in the conversion.
This involves no functional change.
Signed-off-by: Simon
Make sure the log_msg_ret() values are unique so that the log trace is
unambiguous with LOG_ERROR_RETURN. Also avoid reusing the 'node' variable
for two different nodes in bootmeth_vbe_simple_ft_fixup(), since this is
confusing.
Signed-off-by: Simon Glass
---
boot/vbe_simple.c | 16
Now that we support multiple device trees with the ofnode interface, we
can pass the correct FDT to this event. This allows the 'working' FDT to
be fixed up, as expected, so long as OFNODE_MULTI_TREE is enabled.
Also make sure we don't try to do this with livetree, which does not
support fixups
This information needs to be set up by the bootstd tests as well. Move it
into a common function and ensure it is executed before any bootstd test
is run.
Make sure the 'images' parameter is set correctly for fixups.
Signed-off-by: Simon Glass
---
test/boot/bootstd_common.c | 48
Add support for doing device tree fixups in sandbox. This allows us to
test that functionality in CI.
Signed-off-by: Simon Glass
---
arch/sandbox/lib/bootm.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/sandbox/lib/bootm.c b/arch/sandbox/lib/bootm.c
index
When looking for a filesystem on a partition we should do so quietly. At
present if the filesystem is very small (e.g. 512 bytes) we get a host of
messages.
Update these to only show when debugging.
Signed-off-by: Simon Glass
---
disk/part_efi.c | 15 +++
fs/btrfs/disk-io.c
The working FDT is the one which comes from the OS and is fixed up by
U-Boot. When the bootm command runs, it sets up the working FDT to be the
one it is about to pass to the OS, so that fixups can happen.
This seems like an important step, so add a message indicating that the
working FDT has
Drop the #ifdefs from this command by using a variable to hold the states
that should be executed.
Signed-off-by: Simon Glass
---
cmd/bootm.c | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
diff --git a/cmd/bootm.c b/cmd/bootm.c
index f09b41c2c16..37c2af96e08 100644
This code uses casts between addresses and pointers, so does not work with
sandbox. Update it so we can allow sandbox to do device tree fixups.
Signed-off-by: Simon Glass
---
boot/image-fdt.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git
Functions which implement commands must return a CMD_RET_... error code.
At present bootm can return a negative errno value in some cases, thus
causing strange behaviour such as trying to exit the shell and printing
usage information.
Fix this by returning the correct value.
Signed-off-by: Simon
At present when bootm fails, it says:
subcommand not supported
and then prints help for the bootm command. This is not very useful, since
generally the error is related to something else, such as fixups failing.
It is quite confusing to see this in a test run.
Change the error and show the
If the tree is not valid we should not register it. Update the function
to check this first.
Signed-off-by: Simon Glass
---
drivers/core/ofnode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/core/ofnode.c b/drivers/core/ofnode.c
index 6bdab6886b6..9a782e7b19f
VBE provides the ability for an OS to request that information be passed
to it when it is booted. This is added into the /chosen node, in addition
to things like the bootargs for Linux, for example.
VBE's OS requests are intended to replace the need for the EFI 'boot-time
services'. This works
On Thu, 8 Sept 2022 at 05:59, Viacheslav Mitrofanov
wrote:
>
> Add net_ip6_handler (an IPv6 packet handler) into net_loop. Add
> neighbor discovery mechanism into network init process. That is the
> main step to run IPv6 in u-boot. Now u-boot is capable to use NDP and
> handle IPv6 packets.
>
>
On Thu, 8 Sept 2022 at 05:59, Viacheslav Mitrofanov
wrote:
>
> Implement actions on ip6addr, gatewayip6, serverip6 varaibles.
> on_ip6addr - convert IPv6 string addr to struct ip6_addr
> on_gatewayip6 - convert IPv6 string addr to struct ip6_addr
> on_serverip6 - convert IPv6 string addr to
Hi Angus,
Am Fr., 9. Sept. 2022 um 16:43 Uhr schrieb Angus Ainslie :
>
> Hi Heiko,
>
> The librem5 (imx8mq) is able to boot using these [1] patches on top of
> u-boot-imx-20220729.
>
> I believe the change that fixed the allocation issue for me was
>
> CONFIG_SPL_MAX_SIZE=0x25000
The imx8mq_evk
On Thu, 8 Sept 2022 at 05:59, Viacheslav Mitrofanov
wrote:
>
> Test checksum computation. csum_ipv6_magic() uses in upper layer
> protocols as TCP/UDP/ICMPv6/etc to calculate payload checksum.
>
> Series-changes: 3
> - Fixed style problems
>
> Signed-off-by: Viacheslav Mitrofanov
> ---
>
On Thu, 8 Sept 2022 at 05:59, Viacheslav Mitrofanov
wrote:
>
> Implement ping6 command to ping hosts using IPv6. It works the same way as
> an ordinary ping command. There is no ICMP request so it is not possible
> to ping our host. This patch adds options in Kconfig and Makefile to
> build ping6
On Thu, 8 Sept 2022 at 05:59, Viacheslav Mitrofanov
wrote:
>
> The command tftpboot uses IPv4 by default. Add the possibility to use IPv6
> instead. If an address in the command is an IPv6 address it will use IPv6
> to boot or if there is a suffix -ipv6 in the end of the command it also
> force
oOn Thu, 8 Sept 2022 at 05:59, Viacheslav Mitrofanov
wrote:
>
> Functions that were exposed in "net: ipv6: Add IPv6 basic primitives"
> had only empty implementations and were exposed as API for futher
> patches. This patch add implementation of these functions. Main
> functions are:
On Thu, 8 Sept 2022 at 05:59, Viacheslav Mitrofanov
wrote:
>
> Add the possibility to recognize IPv6 address in print function.
> To output IPv6 address use %pI6 specifier.
>
> Series-changes: 3
> - Substituted #if (...) for if (...) to get better readability
>
> Signed-off-by: Viacheslav
On Thu, 8 Sept 2022 at 05:59, Viacheslav Mitrofanov
wrote:
>
> This functions is used as a converter from IPv6 address string notation
> to struct ip6_addr that is used everywhere in IPv6 implementation. For
> example it is used to parse and convert IPv6 address from tftpboot
> command.
On Thu, 8 Sept 2022 at 05:59, Viacheslav Mitrofanov
wrote:
>
> Implement basic of NDP. It doesn't include such things as Router
> Solicitation, Router Advertisement and Redirect. It just has Neighbor
> Solicitation and Neighbor Advertisement. Only these two features are used
> in u-boot IPv6.
On Thu, 8 Sept 2022 at 05:59, Viacheslav Mitrofanov
wrote:
>
> This patch is a collection of basic primitives that are prerequisite for
> further IPv6 implementation.
>
> There are structures definition such as IPv6 header, UDP header
> (for TFTP), ICMPv6 header. There are auxiliary defines such
Hi Heiko,
The librem5 (imx8mq) is able to boot using these [1] patches on top of
u-boot-imx-20220729.
I believe the change that fixed the allocation issue for me was
CONFIG_SPL_MAX_SIZE=0x25000
Cheers,
Angus
[1]
https://lore.kernel.org/u-boot/20220825134602.382775-1-an...@akkea.ca/
On
UEFI block devices can either mirror U-Boot's internal devices or be
provided by an EFI application like iPXE.
When ConnectController() is invoked for the EFI_BLOCK_IO_PROTOCOL
interface for such an application provided device we create a virtual
U-Boot block device of type "efi_blk".
Currently
On 9/9/22 15:59, AKASHI Takahiro wrote:
On Fri, Sep 09, 2022 at 03:00:57PM +0200, Heinrich Schuchardt wrote:
UEFI block devices can either mirror U-Boot's internal devices or be
provided by an EFI application like iPXE.
When ConnectController() is invoked for the EFI_BLOCK_IO_PROTOCOL
On Fri, Sep 09, 2022 at 03:00:57PM +0200, Heinrich Schuchardt wrote:
> UEFI block devices can either mirror U-Boot's internal devices or be
> provided by an EFI application like iPXE.
>
> When ConnectController() is invoked for the EFI_BLOCK_IO_PROTOCOL
> interface for such an application
Hello Tom,
I've used a doker from mentioned job to reproduce issue.
I am able to see same errors and test fail as in jobs/490627.
Here is my investigation:
The error that appeared is not related to AVB:
fs_devread read outside partition 2
Failed to mount ext2 filesystem...
BTRFS: superblock
UEFI block devices can either mirror U-Boot's internal devices or be
provided by an EFI application like iPXE.
When ConnectController() is invoked for the EFI_BLOCK_IO_PROTOCOL
interface for such an application provided device we create a virtual
U-Boot block device of type "efi_blk".
Currently
Hi Alain
On 9/8/22 12:59, Alain Volmat wrote:
Current function stm32_i2c_message_xfer is sending a STOP
whatever the result of the transaction is. This can cause issues
such as making the bus busy since the controller itself is already
sending automatically a STOP when a NACK is generated.
Hi Antoine,
> >> The RPI firmware adjusts several property values in the dtb it passes
> >> to u-boot depending on the board/SoC revision. Inherit some of these
> >> when u-boot loads a dtb itself. Specificaly copy:
> >>
> >> * /model: The firmware provides a more specific string
> >> *
On 9/9/22 11:15, Ilias Apalodimas wrote:
Hi Heinrich,
On Fri, 9 Sept 2022 at 09:58, Heinrich Schuchardt wrote:
UEFI block devices can either mirror U-Boot's internal devices or be
provided by an EFI application like iPXE.
When ConnectController() is invoked for the EFI_BLOCK_IO_PROTOCOL
On Mon, Sep 5, 2022 at 8:11 PM Antoine Mazeas wrote:
>
> Sorry following up on your last comment, what specific issues are you
> referring to on the rev 1.3+ pi 4s ? It may be worth hunting them down,
> although I may lack access to such boards.
There was slight changes in the never rev of the
On Mon, Sep 5, 2022 at 8:16 PM Antoine Mazeas wrote:
>
> Le 05/09/2022 à 15:19, Peter Robinson a écrit :
> > On Wed, Aug 10, 2022 at 1:58 PM Antoine Mazeas
> > wrote:
> >>
> >> Some Raspberry Pi 400 boards, specifically rev 1.1, have a different
> >> address for the ethernet PHY device than
On Tue, Sep 6, 2022 at 7:59 AM Sughosh Ganu wrote:
>
> Add information that will be needed for enabling the UEFI capsule
> update feature on the RockPi4 boards. With the feature enabled, it
> would be possible to update the idbloader and u-boot.itb images on the
> RockPi4B and RockPi4C variants.
Signed-off-by: Pali Rohár
---
arch/arm/mach-kirkwood/cpu.c | 2 +-
arch/arm/mach-kirkwood/include/mach/cpu.h | 2 +-
arch/arm/mach-mvebu/cpu.c | 2 +-
arch/arm/mach-mvebu/include/mach/cpu.h| 2 +-
Hi Sughosh,
Small nit of the subject, it should substitute rockpi for rockchip: if
the functions are generic.
> Add functions needed to support the UEFI capsule update feature on
> rockchip boards. Currently, the feature is being enabled on the
> RockPi4 boards with firmware images residing on
hi Kever,
On Fri, 9 Sept 2022 at 15:38, Kever Yang wrote:
>
> Hi Sughosh,
>
> On 2022/9/2 15:52, Sughosh Ganu wrote:
> > hi Kever,
> >
> > On Wed, 29 Jun 2022 at 09:11, Kever Yang wrote:
> >> Hi Sughosh,
> >>
> >>Thanks for your patch.
> >>
> >> On 2022/5/16 14:12, Sughosh Ganu wrote:
>
On 9/9/22 11:45, Patrick Delaunay wrote:
Add a new CONFIG_USB_HUB_DEBOUNCE_TIMEOUT to increase the
HUB_DEBOUNCE_TIMEOUT value, for example to 2s because some usb device
needs around 1.5s or more to make the hub port status to be
connected steadily after being powered off and powered on.
This 2s
Turris Omnia has two serial ports. Both are already specified in device
tree file. But U-Boot by default does not allow to use more than one serial
port unless CONFIG_SERIAL_PROBE_ALL is not enabled.
After enabling CONFIG_SERIAL_PROBE_ALL, U-Boot see also second serial port
(but is inactive by
The predefined NAND headers take too much spaces in the mtk_image.c.
Moving them into a new file can significantly improve the readability of
both mtk_image.c and the new mtk_nand_headers.c.
This is a preparation for adding more NAND headers.
Reviewed-by: Simon Glass
Tested-by: Daniel Golle
This patch adds more nand headers in two new types:
1. HSM header, used for spi-nand thru SNFI interface
2. SPIM header, used for spi-nand thru spi-mem interface
The original nand header is renamed to AP header.
Tested-by: Daniel Golle
Signed-off-by: Weijie Gao
---
v3 changes: none
v2 changes:
This patch adds clock driver support for MediaTek MT7981 SoC
Reviewed-by: Sean Anderson
Reviewed-by: Simon Glass
Signed-off-by: Weijie Gao
---
v3 changes: none
v2 changes:
Fix coding style
---
drivers/clk/mediatek/Makefile | 1 +
drivers/clk/mediatek/clk-mt7981.c | 683
Add new files for MediaTek ARM platform
Reviewed-by: Simon Glass
Signed-off-by: Weijie Gao
---
v3 changes:
v2 changes:
Add cpu driver file
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 36a2b69fcb..d47674c476 100644
--- a/MAINTAINERS
The verification code of gfh header for NAND and non-NAND are identical.
It's better to define a individual function to reduce redundancy.
Reviewed-by: Simon Glass
Tested-by: Daniel Golle
Signed-off-by: Weijie Gao
---
v3 changes: none
v2 changes: none
---
tools/mtk_image.c | 51
Add basic CPU driver used to retrieve CPU model information.
Tested-by: Daniel Golle
Signed-off-by: Weijie Gao
---
v3 changes:
Use regmap to read hwver registers
v2 changes: new
---
drivers/cpu/Makefile | 1 +
drivers/cpu/mtk_cpu.c | 86 +++
2 files
This patch adds clock driver support for MediaTek MT7986 SoC
Reviewed-by: Sean Anderson
Reviewed-by: Simon Glass
Tested-by: Daniel Golle
Signed-off-by: Weijie Gao
---
v3 changes: none
v2 changes:
Fix coding style
---
drivers/clk/mediatek/Makefile | 1 +
This patch adds pinctrl and gpio support for MT7981 SoC
Reviewed-by: Simon Glass
Signed-off-by: Weijie Gao
---
v3 changes: none
v2 changes: none
---
drivers/pinctrl/mediatek/Kconfig |4 +
drivers/pinctrl/mediatek/Makefile |1 +
drivers/pinctrl/mediatek/pinctrl-mt7981.c
This patch adds infrasys clock mux support for mediatek clock drivers.
Reviewed-by: Simon Glass
Tested-by: Daniel Golle
Signed-off-by: Weijie Gao
---
v3 changes: none
v2 changes:
Fix the if condition of CLK_BYPASS_XTAL
---
drivers/clk/mediatek/clk-mtk.c | 71
This adds the CLK_XTAL macro/flag to allow modeling clocks which are
directly connected to the xtal clock.
Reviewed-by: Simon Glass
Tested-by: Daniel Golle
Signed-off-by: Weijie Gao
---
v3 changes: none
v2 changes:
Fix incorrect fallback in mtk_infrasys_get_factor_rate
Fix commit
This patch adds support for a clock node to configure its parent clock
where possible.
Reviewed-by: Simon Glass
Tested-by: Daniel Golle
Signed-off-by: Weijie Gao
---
v3 changes: none
v2 changes: none
---
drivers/clk/mediatek/clk-mtk.c | 79 --
This patch adds pinctrl and gpio support for MT7986 SoC
Reviewed-by: Simon Glass
Tested-by: Daniel Golle
Signed-off-by: Weijie Gao
---
v3 changes: none
v2 changes: none
---
drivers/pinctrl/mediatek/Kconfig | 4 +
drivers/pinctrl/mediatek/Makefile | 1 +
The mtk clock framework in u-boot uses array index for searching clock
parent (kernel uses strings for search), so we need to specify a special
clock with ID=0 for CLK_XTAL in u-boot.
In the mt7622/mt7629 clock tree, the clocks with ID=0 never call
mtk_topckgen_get_mux_rate, adn return xtal clock
This patch adds a pinctrl header for common pinconf parameters such as
pull-up/pull-down resistors and drive strengths.
Reviewed-by: Simon Glass
Signed-off-by: Weijie Gao
---
v3 changes: none
v2 changes: none
---
include/dt-bindings/pinctrl/mt65xx.h | 41
1 file
This patch adds support for spi-mem controller found on newer MediaTek SoCs
This controller supports Single/Dual/Quad SPI mode.
Reviewed-by: Simon Glass
Tested-by: Daniel Golle
Signed-off-by: SkyLake.Huang
---
v3 changes: none
v2 changes:
Remove unused code
Fix coding style
Add
Add both hardware and software i2c support for mt7622.
Reviewed-by: Simon Glass
Signed-off-by: Weijie Gao
---
v3 changes: none
v2 changes: none
---
arch/arm/dts/mt7622-rfb.dts | 18 ++
arch/arm/dts/mt7622.dtsi| 24
2 files changed, 42 insertions(+)
This patch adds support for MediaTek I2C interface
Reviewed-by: Heiko Schocher
Reviewed-by: Simon Glass
Signed-off-by: Weijie Gao
---
v3 changes: none
v2 changes:
Reorganize code to reduce duplicated code
Rename mtk_i2c_ofdata_to_platdata to mtk_i2c_of_to_plat
---
drivers/i2c/Kconfig |
1 - 100 of 145 matches
Mail list logo
