On Sat, Jan 22, 2022 at 5:16 PM Lyle Franklin wrote:
>
> - U-boot's PXE flow supports prefixing your bootfile name with an
> IP address to fetch from a server other than the DHCP server,
> e.g. `hostIPaddr:bootfilename`:
>
>
On Sun, Apr 10, 2022 at 8:13 AM Ramon Fried wrote:
>
> On Fri, Apr 8, 2022 at 8:20 PM Nate Drude wrote:
> >
> > The current implementation configures RGMII using device tree phy-mode
> > property and then calls genphy_config
> >
> > adin_config_rgmii_mode is derived from:
> >
On Fri, Apr 8, 2022 at 8:20 PM Nate Drude wrote:
>
> The current implementation configures RGMII using device tree phy-mode
> property and then calls genphy_config
>
> adin_config_rgmii_mode is derived from:
>
Now that the pinmux conflict is handled in the board code (by skipping
setup for the one conflicting MMC controller), the driver does not need
to be entirely disabled based on the UART pinmux.
Signed-off-by: Samuel Holland
---
drivers/mmc/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1
Currently, selecting UART0_PORT_F entirely disables MMC support on sunxi
platforms. But this is a bigger hammer then needed. Muxing UART0 to the
pins on port F only causes a conflict with MMC0, so minimize the impact
by specifically skipping MMC0 init. We can continue to use MMC1/2 if
those are
On Thu, Mar 3, 2022 at 9:55 AM Ramon Fried wrote:
>
> On Tue, Mar 1, 2022 at 10:38 PM Joe Hershberger
> wrote:
> >
> > On Tue, Mar 1, 2022 at 2:15 PM Tim Harvey wrote:
> > >
> > > When gpio_request_by_name allocates a gpio output it by default will
> > > de-assert the gpio which for phy-reset
On Thu, Mar 3, 2022 at 9:55 AM Ramon Fried wrote:
>
> On Wed, Mar 2, 2022 at 3:58 AM Adam Ford wrote:
> >
> > On Tue, Mar 1, 2022 at 2:38 PM Joe Hershberger
> > wrote:
> > >
> > > On Tue, Mar 1, 2022 at 2:15 PM Tim Harvey wrote:
> > > >
> > > > When gpio_request_by_name allocates a gpio
On Thu, Apr 7, 2022 at 1:33 AM Marek Behún wrote:
>
> From: Marek Behún
>
> Hello,
>
> this is v4 of https://patchwork.ozlabs.org/project/uboot/list/?series=290889.
>
> Changes since v3:
> - rebased on top of origin/next
> - fixed binman failure: added #address-cells/#sice-cells to sandbox'
This reverts commit 8d61237edbf6314a701cf78da2c5893a73ff5438.
This commit broke environment on literally every board I have access
to, with this revert in place, environment works as it should again.
The problem I observe with this patch is that saved environment in
either SPI NOR or eMMC is
This patch adds a driver for configuration of the Microchip USB251xB/xBi
USB 2.0 hub controller series with USB 2.0 upstream connectivity, SMBus
configuration interface and two to four USB 2.0 downstream ports.
This is ported from Linux as of Linux kernel commit
5c2b9c61ae5d8 ("usb: usb251xb: add
From: Peng Fan
Set the BYPASS ID SWAP bit (GPR10 bit 1).
The ID SWAP function randomly make TZASC grant non-secure access to
secure memory. TZASC ID SWAP should be bypassed by setting the bit
TZASC_ID_SWAP_BYPASS(bit 1) in IOMUX_GPR10 register.
Signed-off-by: Peng Fan
---
From: Peng Fan
Since we have CONFIG_COUNTER_FREQUENCY enabled, no need COUNTER_FREQUENCY
Signed-off-by: Peng Fan
---
arch/arm/cpu/armv8/fsl-layerscape/spintable.S | 2 +-
include/configs/apalis-imx8.h | 1 -
include/configs/apalis-imx8x.h| 1 -
From: Peng Fan
Since COUNTER_FREQUENCY is obselete, so set cntfrq_el0 if
CONFIG_COUNTER_FREQUENCY is valid
Signed-off-by: Peng Fan
---
arch/arm/cpu/armv8/start.S | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/armv8/start.S b/arch/arm/cpu/armv8/start.S
From: Peng Fan
i.MX6UL/ULL/7D/8QM/8QXP all has system counter frequency run at 8MHz,
so set default value for them.
Signed-off-by: Peng Fan
---
arch/arm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index d84c10d732e5..c515abb73ffc 100644
---
From: Peng Fan
Make COUNTER_FREQUENCY usable to armv8 and armv7-a, not limited to
versal.
Signed-off-by: Peng Fan
---
arch/arm/Kconfig | 7 +++
arch/arm/mach-versal/Kconfig | 6 --
2 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/arch/arm/Kconfig
From: Peng Fan
This patchset is to convert COUNTER_FREQUENCY to CONFIG_COUNTER_FREQUENCY
for arm64. arm32 is not included for now, this could be in following up
patches if this patchset is accepted.
This patchset touches lots of boards, so please help review.
Peng Fan (6):
xilinx: versal:
From: Peng Fan
Since versal has CONFIG_COUNTER_FREQUENCY, so use it. And
COUNTER_FREQUENCY will be dropped.
Signed-off-by: Peng Fan
---
board/xilinx/versal/board.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/xilinx/versal/board.c b/board/xilinx/versal/board.c
On Sat, Apr 09, 2022 at 09:46:58PM +0530, Vignesh Raghavendra wrote:
>
>
> On 07/03/22 2:55 pm, Vignesh Raghavendra wrote:
> > MCU Timer0 runs at 250MHz, and the clock-frequency defined in DT appears
> > incorrect.
> >
> > Without this delays in R5 SPL are 10x off.
> >
> > Signed-off-by:
On 3/8/22 12:36, AKASHI Takahiro wrote:
With this new function, UCLASS_PARTITION devices will be created as
child nodes of UCLASS_BLK device.
Signed-off-by: AKASHI Takahiro
---
disk/Makefile | 3 +
disk/disk-uclass.c | 153 +
The Rockchip uart DT nodes have "snps,dw-apb-uart" as
fall back string. The driver ns16550.c has CONFIG_IS_ENABLED(OF_REAL)
as condition to of_match and does not copy dtplat data.
For TPL/SPL the driver serial_rockchip.c
is used. Move driver alias to correct driver.
Signed-off-by: Johan Jonker
When a defconfig for rk3288 is compiled it gives the warning:
rockchip_rk3288_uart: Missing .compatible in
./drivers/serial/serial_rockchip.c
: WARNING: the driver rockchip_rk3288_uart
was not found in the driver list
Fix by
The serial_rockchip.c driver converts platdata to the data structure
used in the ns16550.c file and then calls the function
ns16550_serial_probe().
When compiled with OF_REAL the serial_rockchip.c driver returns
now -ENODEV when probed and does no harm.
The config ROCKCHIP_SERIAL is currently
The Rockchip serial driver depends on an enabled NS16550 driver,
so add select SYS_NS16550 to config ROCKCHIP_SERIAL.
Signed-off-by: Johan Jonker
Reviewed-by: Simon Glass
Reviewed-by: Kever Yang
---
drivers/serial/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
The document rockchip-dw-mshc.yaml decribes a maximum of 4 clocks.
In the rockchip_dw_mmc driver the clock name in use was "fixed"
to "ciu" with index 1, but later reverted back to index 0.
The clock drivers can handle both, but the calling driver
should submit correct data as a standard practice.
The Rockchip SoCs rk3066/rk3188 have MMC DT nodes
with as compatible string "rockchip,rk2928-dw-mshc".
Add OF_PLATDATA support to the existing driver with
help of a DM_DRIVER_ALIAS.
This type needs a permanent enabled fifo.
The other Rockchip SoCs always have the property
"u-boot,spl-fifo-mode"
The ns16550.c driver has the following conditions for .of_match:
CONFIG_IS_ENABLED(OF_REAL)
For Rockchip SoCs with TPL/SPL and platform data that need serial
support the serial_rockchip.c driver was made. It copies this data
and then calls ns16550_serial_probe(). With the addition of yet an
The Rockchip rk3066 SoC has 3 dw-apb-timer nodes.
U-boot is compiled with OF_PLATDATA TPL/SPL options,
so add OF_PLATDATA support for the dw-apb-timer.
Also change driver name to be able to compile with
U-boot scripts. No reset OF_PLATDATA support was added,
because the rk3066 nodes don't
The line with .of_to_plat in the U_BOOT_DRIVER structure
of dw-apb-timer.c is not aligned with the rest.
Add an extra TAB to fix the whitespace.
Signed-off-by: Johan Jonker
Reviewed-by: Simon Glass
Reviewed-by: Kever Yang
---
drivers/timer/dw-apb-timer.c | 2 +-
1 file changed, 1
The Rockchip SoCs rk3066/rk3188 have no CONFIG_ROCKCHIP_STIMER_BASE
defined. Currently there's no exception in TPL. Make this more
generic and compile the code inside the function rockchip_stimer_init()
only when CONFIG_ROCKCHIP_STIMER_BASE is available.
Signed-off-by: Johan Jonker
---
Changed
Not all Rockchip SoC models use the ARM arch timer.
Call the function timer_init() only when
CONFIG_SYS_ARCH_TIMER is available.
Use the call condition IS_ENABLED to increase
build coverage and make the code easier to read.
Signed-off-by: Johan Jonker
Reviewed-by: Simon Glass
Reviewed-by: Kever
The Rockchip SoCs rk3066/rk3188 have no CONFIG_ROCKCHIP_STIMER_BASE
defined. Currently only rk3188 has an exception in SPL. Make this more
generic and compile code inside the function rockchip_stimer_init()
only when CONFIG_ROCKCHIP_STIMER_BASE is available.
Signed-off-by: Johan Jonker
---
Move ROCKCHIP_STIMER_BASE to Kconfig.
Signed-off-by: Johan Jonker
Reviewed-by: Kever Yang
---
Changed V4:
rebase
remove depends on
rk3188/rk3066 must now disable ROCKCHIP_STIMER in defconfig
with defconfig there is more flexibility for other SoC types
Changed V3:
add ROCKCHIP_STIMER
This patch serie combines a number of cleanups and fixes that
are needed in preparation of Rockchip RK3066 U-boot support.
The common TPL/SPL files contain support for 2 timers that are not
used in the early models. Change there call condition.
As we are there also increase the build coverage.
On 07/03/22 2:55 pm, Vignesh Raghavendra wrote:
> MCU Timer0 runs at 250MHz, and the clock-frequency defined in DT appears
> incorrect.
>
> Without this delays in R5 SPL are 10x off.
>
> Signed-off-by: Vignesh Raghavendra
> ---
> arch/arm/dts/k3-j721s2-common-proc-board-u-boot.dtsi | 2 +-
>
Dear Kever,
I've tried the patch, and now U-Boot sees the whole 8G. It can boot
linux directly, that works now. Great!
Howewer, booting linux through grub-efi
(/boot/efi/EFI/debian/grubaa64.efi) does not work. Grub itself starts,
shows the menu, but booting linux stops. Booting from console
Hi Kever,
Thanks for your reply! I greatly appreciate your work, really.
Additionally, can you please provide me sources of documentations, on
which you base your work? I am totally blind in this area, and I would
be interested in reading such kind of documentation of the SoCs.
Many thanks,
Hi Tom,
For nsa310s_defconfig.
Reviewed-by: Tony Dinh
On Fri, Apr 8, 2022 at 5:52 AM Masami Hiramatsu
wrote:
>
> Hi Tom,
>
> This looks good to me for the synquacer-defconfig part.
>
> Reviewed-by: Masami Hiramatsu
>
> Thank you,
>
> 2022年4月8日(金) 1:33 Tom Rini :
> >
> > The most commonly
On Sat, Apr 9, 2022 at 5:37 AM Heinrich Schuchardt wrote:
>
> On 4/6/22 07:04, kev...@freebsd.org wrote:
> > From: Kyle Evans
> >
> > Up until commit 5f59518a7b1ae ("efi_loader: setting boot device"), we
> > could boot an arbitrary blob with bootefi. Indeed, efi_run_image() even
> > has a
'make tests' fails on Ubuntu 22.04 with:
binman: ./tools/binman/binman:12: DeprecationWarning:
The distutils package is deprecated and slated for removal in Python 3.12.
Use setuptools or check PEP 632 for potential alternatives
from distutils.sysconfig import get_python_lib
On 3/8/22 12:36, AKASHI Takahiro wrote:
Add efi_disk_probe() function.
This function creates an efi_disk object for a raw disk device (UCLASS_BLK)
and additional objects for related partitions (UCLASS_PARTITION).
So this function is expected to be called through driver model's "probe"
interface
On 4/6/22 07:04, kev...@freebsd.org wrote:
From: Kyle Evans
Up until commit 5f59518a7b1ae ("efi_loader: setting boot device"), we
could boot an arbitrary blob with bootefi. Indeed, efi_run_image() even
has a special case for missing device paths indicating a payload that
was directly loaded
41 matches
Mail list logo
