Hello Yang,
On 17.05.24 00:16, Jiaxun Yang wrote:
Emphasis that those headers are generated.
Also naturally gitignore them.
Signed-off-by: Jiaxun Yang
---
Makefile | 2 +-
board/aristainetos/aristainetos.c | 2 +-
board/toradex/common/tdx-common.c | 2 +-
common/s
On 5/1/24 04:42, Tom Rini wrote:
> Remove from this board vendor directory and when needed
> add missing include files directly.
>
> Signed-off-by: Tom Rini
> ---
> Cc: Patrick Delaunay
> Cc: Patrice Chotard
> Cc: Kamil Lulko
> Cc: Vikas Manocha
> Cc: Dillon Min
> ---
> board/st/common/
On 5/17/24 01:47, Marek Vasut wrote:
> Add generic SoM compatible string into machine compatible string
> for all STM32MP15xx based DH electronics DHSOM. This way, common
> board code can match on this compatible. No functional change.
>
> Signed-off-by: Marek Vasut
> ---
> Cc: Patrice Chotard
在2024年5月17日五月 上午2:56，Heinrich Schuchardt写道：
[...]
>>+config VIRTIO_GPU_SIZE_X
>>+ int "Width of display (X resolution)"
>>+ default 1280
>
> 1920x1080 would look like a reasonable default for me.
1280x1024 was chosen because it is the largest resolution being defined in
VESA VBE, hence
在2024年5月17日五月 上午2:44，Heinrich Schuchardt写道：
[...]
Hi Heinrich,
>>
>> plat = dev_get_uclass_plat(vdev);
>>+ ops = video_get_ops(vid);
>> fb_base = IS_ENABLED(CONFIG_VIDEO_COPY) ? plat->copy_base : plat->base;
>
> Wasn't this line introduced to handle the video sync case by pointing
Am 17. Mai 2024 01:03:24 MESZ schrieb Jiaxun Yang :
>This driver is implemened based on latest VirtIO spec.
>It follows operation prodcure as defined in the spec.
>
>It implemented multihead (mirroring) support as well.
>
>Signed-off-by: Jiaxun Yang
>---
> drivers/virtio/Kconfig | 29 +
Am 17. Mai 2024 01:03:25 MESZ schrieb Jiaxun Yang :
>If a video device has a video_sync hook, it means some software
>intervene is required to scanout framebuffer up on change.
>
>That means EFI application can't just use it as raw framebuffer,
>it should call BLT operation to let U-Boot help wi
On 5/16/24 11:40 PM, Tim Harvey wrote:
[...]
-The entire script is available in doc/imx/habv4/csf_examples/mx8m/csf.sh
-and can be used as follows to modify flash.bin to be signed
-(adjust paths as needed):
-```
-export CST_DIR=/usr/src/cst-3.3.1/
-export CSF_KEY=$CST_DIR/crts/CSF1_1_sha256_409
Add generic SoM compatible string into machine compatible string
for all STM32MP15xx based DH electronics DHSOM. This way, common
board code can match on this compatible. No functional change.
Signed-off-by: Marek Vasut
---
Cc: Patrice Chotard
Cc: Patrick Delaunay
Cc: Simon Glass
Cc: Tom Rini
在2024年5月17日五月 上午12:03，Jiaxun Yang写道：
> Hi all,
>
> This series added support for virtio-gpu device, it has been
> tested on QEMU riscv64 and aarch64.
>
> I also fixed a problem in EFI GOP so it works with EFI applications
> as well.
>
> There is a problem remaining. virtio_init() is being called
If a video device has a video_sync hook, it means some software
intervene is required to scanout framebuffer up on change.
That means EFI application can't just use it as raw framebuffer,
it should call BLT operation to let U-Boot help with scanout.
Mark pixel format as BLTONLY as per UEFI spec t
This driver is implemened based on latest VirtIO spec.
It follows operation prodcure as defined in the spec.
It implemented multihead (mirroring) support as well.
Signed-off-by: Jiaxun Yang
---
drivers/virtio/Kconfig | 29 +++
drivers/virtio/Makefile| 1 +
drivers/virtio/virt
Hi all,
This series added support for virtio-gpu device, it has been
tested on QEMU riscv64 and aarch64.
I also fixed a problem in EFI GOP so it works with EFI applications
as well.
There is a problem remaining. virtio_init() is being called too
late to allow virtio-gpu to be selected as a vidco
On Thu, May 16, 2024 at 11:16:41PM +0100, Jiaxun Yang wrote:
> Emphasis that those headers are generated.
> Also naturally gitignore them.
>
> Signed-off-by: Jiaxun Yang
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
So the current situation on endian of bochs framebufer
is a little bit complex. QEMU defaulted to little endian
for both endian hardware except on powerpc, but provided
an endian swich register allows OS to switch endian.
Since we can't guarantee the endian switch register is
functional, my approa
Support most of possible pixel formats so we can test them
in sandbox.
Signed-off-by: Jiaxun Yang
---
arch/sandbox/cpu/sdl.c | 58 +-
arch/sandbox/include/asm/sdl.h | 17 -
drivers/video/sandbox_sdl.c| 16 +++-
include/dm/te
Using RGB to pixel conversion function provided in previous
patch to implement frame buffer writing functions.
Massively simplifed the code, also get rid of limitations
on bmp_bpix vs display_bpix.
Test cases are also corrected to refect a tiny change in
color quantization.
Signed-off-by: Jiaxun
Our current approach on naming pixel formats and handling them
is a little bit confusing, we don't consider endian for framebuffers.
Using Linux's naming approach instead to improve robustness of the
system, also consider both endians for all pixel formats.
Formats and RGB->Pixel conversion funct
Emphasis that those headers are generated.
Also naturally gitignore them.
Signed-off-by: Jiaxun Yang
---
Makefile | 2 +-
board/aristainetos/aristainetos.c | 2 +-
board/toradex/common/tdx-common.c | 2 +-
common/splash.c | 4 ++--
tools/Makefile
We don't want this generated file to be tracked by git.
Signed-off-by: Jiaxun Yang
---
drivers/video/.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/video/.gitignore b/drivers/video/.gitignore
new file mode 100644
index ..163c491c7630
--- /dev/null
+++ b/driver
change-id: 20240516-rework-video-format-ae8afadc45a5
Best regards,
--
Jiaxun Yang
On Fri, 10 May 2024 10:20:19 +0530, Manorit Chawdhry wrote:
> Series splits AM68 and J721s2 support along with enabling OF_UPSTREAM
> and adding stdboot support for both the platforms.
>
> Boot logs:
> https://gist.github.com/manorit2001/6c669e4273933bc46c3b28a631a96ae3
>
>
Applied to u-boot/
On Thu, May 16, 2024 at 2:31 PM Marek Vasut wrote:
>
> Update documentation and use nxp_imx8mcst binman etype for signing
> of flash.bin instead of previous horrible shell scripting.
>
> Signed-off-by: Marek Vasut
> ---
> Cc: "NXP i.MX U-Boot Team"
> Cc: Adam Ford
> Cc: Alper Nebi Yasak
> Cc:
Update documentation and use nxp_imx8mcst binman etype for signing
of flash.bin instead of previous horrible shell scripting.
Signed-off-by: Marek Vasut
---
Cc: "NXP i.MX U-Boot Team"
Cc: Adam Ford
Cc: Alper Nebi Yasak
Cc: Andrejs Cainikovs
Cc: Angus Ainslie
Cc: Emanuele Ghidoli
Cc: Fabio E
In case CONFIG_IMX_HAB is enabled, extend the binman image description for
all of i.MX8M{Q,M,N,P} with CST wrapper node. This way, if CONFIG_IMX_HAB
is enabled, binman will be automatically used to sign SPL and fitImage.
Signed-off-by: Marek Vasut
---
Cc: "NXP i.MX U-Boot Team"
Cc: Adam Ford
Cc
Add binman_imx_spl and binman_imx_fit labels to nxp-imx8mimage {} and fit {}
nodes respectively, so they can be referened in board DTs no matter how deep
in the top level binman image description they are. Update current board DTs
to use those labels.
Signed-off-by: Marek Vasut
---
Cc: "NXP i.MX
Add new binman etype which allows signing both the SPL and fitImage sections
of i.MX8M flash.bin using CST. There are multiple DT properties which govern
the signing process, nxp,loader-address is the only mandatory one which sets
the SPL signature start address without the imx8mimage header, this
On Thu, May 16, 2024 at 02:11:52PM -0700, Raymond Mao wrote:
> Move snprintf to stdio.h since it is needed by exteranl libraries.
>
> Signed-off-by: Raymond Mao
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
Move snprintf to stdio.h since it is needed by exteranl libraries.
Signed-off-by: Raymond Mao
---
Changes in v2
- New patch.
Changes in v3
- Move comments and attributes of snprintf.
arch/arc/lib/cpu.c | 2 +-
board/Synology/common/legacy.c | 1 +
board/ti/common/fdt_ops.c |
Use of typedef is beneficial for porting with other crypto libs
without changing the API callers.
Secondly, it is for the code consistency with other digest libs.
SHA1, SHA256 and SHA512 are all using typedef for their context.
Signed-off-by: Raymond Mao
Reviewed-by: Tom Rini
Reviewed-by: Ilias
Remove the redundant includes of u-boot/sha1.h, u-boot/sha256.h
and u-boot/sha512.h
Signed-off-by: Raymond Mao
Reviewed-by: Tom Rini
Reviewed-by: Ilias Apalodimas
---
Changes in v2
- None.
Changes in v3
- None.
lib/efi_loader/efi_signature.c | 1 -
lib/efi_loader/efi_tcg2.c | 3 ---
2 fi
Remove the redundant includes of u-boot/md5.h, u-boot/sha1.h,
u-boot/sha256.h and u-boot/sha512.h
Signed-off-by: Raymond Mao
Reviewed-by: Tom Rini
Reviewed-by: Igor Opaniuk
Reviewed-by: Ilias Apalodimas
---
Changes in v2
- None.
Changes in v3
- None.
boot/image-fit.c | 4
boot/image.c
This patch set is picked from the previously posted serie:
"[RFC] Integrate MbedTLS v3.6 LTS with U-Boot"
They are not directly related to MbedTLS integration, but the
prerequisite for a few clean-up, refactoring and minor fixes.
For V2, the linker script patch is dropped and added one patch
to m
Document the logic of when we do a full resync of the device trees used
by OF_UPSTREAM as well as that cherry-picking is allowed as needed.
Signed-off-by: Tom Rini
---
Cc: Heinrich Schuchardt
---
doc/develop/process.rst | 13 +
1 file changed, 13 insertions(+)
diff --git a/doc/deve
These sections which talk about the different phases of the development
process should be using the subsubheading identifier.
Signed-off-by: Tom Rini
---
Cc: Heinrich Schuchardt
---
doc/develop/process.rst | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/doc/develop/p
Hi Fiona,
On Thu, May 16, 2024 at 3:43 AM Fiona Klute wrote:
>
> This adds details that I would have liked to have readily available,
> in particular how to activate the network interface before enabling
> netconsole, and how to integrate netconsole so you can use the U-Boot
> prompt.
>
> Signed-
Hi Fiona,
On Thu, May 16, 2024 at 3:43 AM Fiona Klute wrote:
>
> Stderr was missing from the initial description and example.
>
> As I understand the env command documentation the subcommand style is
> preferred, though the old format is still fully supported.
>
> Signed-off-by: Fiona Klute
> --
Mattijs
>
> The following changes since commit c8ffd1356d42223cbb8c86280a083cc3c93e6426:
>
> Merge patch series "arm: dts: am62-beagleplay: Fix Beagleplay Ethernet"
> (2024-05-13 09:15:51 -0600)
>
> are available in the Git repository at:
>
> https://source.denx.de/u-boot/cust
Am Dienstag, 14. Mai 2024, 18:42:36 CEST schrieb Tom Rini:
[...]
> git-subtree-dir: dts/upstream
> git-subtree-split: 7e08733c96c84eb323f47e9b248c924e2ac6272a
> ---
> This moves OF_UPSTREAM to be tracking the v6.9 release and is for the
> -next branch. To test these changes yourself locally, eith
On Thu, May 16, 2024 at 10:41:58AM -0500, Bryan Brattlof wrote:
> On May 15, 2024 thus sayeth Andrew Davis:
> > On 5/15/24 1:21 PM, Tom Rini wrote:
> > > On Fri, May 03, 2024 at 11:44:29AM -0500, Bryan Brattlof wrote:
> > >
> > > > The am62x-lp-sk is a package and reference board spin of the am62x
On Thu, May 16, 2024 at 08:58:09AM -0700, Tim Harvey wrote:
> On Wed, May 15, 2024 at 1:50 PM Tim Harvey wrote:
> >
> > If RANDOMIZE_BASE is enabled in the Linux kernel instructing it to
> > randomize the virtual address at which the kernel image is loaded, it
> > expects entropy to be provided by
On Wed, May 15, 2024 at 1:50 PM Tim Harvey wrote:
>
> If RANDOMIZE_BASE is enabled in the Linux kernel instructing it to
> randomize the virtual address at which the kernel image is loaded, it
> expects entropy to be provided by the bootloader by populating
> /chosen/kaslr-seed with a 64-bit value
On May 15, 2024 thus sayeth Andrew Davis:
> On 5/15/24 1:21 PM, Tom Rini wrote:
> > On Fri, May 03, 2024 at 11:44:29AM -0500, Bryan Brattlof wrote:
> >
> > > The am62x-lp-sk is a package and reference board spin of the am62x-sk to
> > > showcase the low-power features of the am62x SoC family. Beca
Am Mittwoch, 8. Mai 2024, 10:34:57 CEST schrieb Quentin Schulz:
> Hi Kever,
>
> On 5/8/24 4:42 AM, Kever Yang wrote:
> > Hi Quentin,
> >
> > Could you please update this patch with OF_UPSTREAM support?
> >
>
> No, I cannot yet :/
>
> Tiger is only available in Linux kernel v6.9-rcX and dt
On Wed, May 15, 2024 at 6:53 PM Marek Vasut wrote:
>
> On 5/16/24 12:31 AM, Tim Harvey wrote:
>
> Hi,
>
> > (this is a resend... apologies if its a duplicate. I got some strange
> > bounce that mime types were included so I'm resending with the otuput
> > of strace cliped out)
> >
> > strace was a
2024-05-13 09:15:51 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-dfu.git
tags/u-boot-dfu-20240516
for you to fetch changes up to efbc11ccef89030ed54b7368458eeaf9ec687c77:
MAINTAINERS: add USB gadget regex to u-boot-dfu tree (2024-05-16 13:28
在2024年5月16日五月 下午3:00，Jonas Karlman写道：
> Hi Jiaxun,
>
> On 2024-05-16 13:40, Jiaxun Yang wrote:
>> In upstream devicetree, clk_boston is a child of syscon node
>> and there is no "regmap" property for clk_boston node.
>>
>> Try to check parent device first to look for syscon.
>>
>> Signed-off-b
Hi Anand,
On 2024-05-16 10:59, Anand Moon wrote:
> Read the reset cause from clock reset unit for RK356x SoC.
>
> Cc: Jagan Teki
> Signed-off-by: Anand Moon
> ---
> arch/arm/mach-rockchip/cpu-info.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/arch/arm/mach-rockchip/cpu-info.c
Hi Anand,
On 2024-05-16 10:59, Anand Moon wrote:
> Changes help enable CONFIG_DISPLAY_CPUINFO to build with SPL_BUILD for
> SoC RK356x and RK3588.
>
> Cc: Jagan Teki
> Signed-off-by: Anand Moon
> ---
> arch/arm/mach-rockchip/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
Hi Jiaxun,
On 2024-05-16 13:40, Jiaxun Yang wrote:
> In upstream devicetree, clk_boston is a child of syscon node
> and there is no "regmap" property for clk_boston node.
>
> Try to check parent device first to look for syscon.
>
> Signed-off-by: Jiaxun Yang
> ---
> v2: Move syscon_get_regmap t
Hi Anand,
On 5/16/24 10:59 AM, Anand Moon wrote:
Changes help enable CONFIG_DISPLAY_CPUINFO to build with SPL_BUILD for
SoC RK356x and RK3588.
> Cc: Jagan Teki
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
Hi Anand,
On 5/16/24 10:59 AM, Anand Moon wrote:
Read the reset cause from clock reset unit for RK3328 SoC.
Cc: Jagan Teki
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/cpu-info.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-rockchip/cpu-in
Stderr was missing from the initial description and example.
As I understand the env command documentation the subcommand style is
preferred, though the old format is still fully supported.
Signed-off-by: Fiona Klute
---
Changes in v2:
* Mention stderr redirection
* Use 4 spaces instead of tabs
This adds details that I would have liked to have readily available,
in particular how to activate the network interface before enabling
netconsole, and how to integrate netconsole so you can use the U-Boot
prompt.
Signed-off-by: Fiona Klute
---
Changes in v2:
* Include stderr redirection
* Use 4
Am 15.05.24 um 21:05 schrieb Tony Dinh:
Hi Fiona,
On Tue, May 14, 2024 at 5:28 PM Fiona Klute wrote:
This adds details that I would have liked to have readily available,
in particular how to activate the network interface before enabling
netconsole, and how to integrate netconsole so you can
Imply DISPLAY_CPUINFO Kconfig options to support on all RK3588s and
RK3588 boards, Its used to determine the reset cause of the board.
Cc: Jagan Teki
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/Kconfig | 1 +
configs/coolpi-4b-rk3588s_defconfig | 1 -
configs/coolpi-cm5-
Read the reset cause from clock reset unit for RK3588 SoC.
Cc: Jagan Teki
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/cpu-info.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-rockchip/cpu-info.c
b/arch/arm/mach-rockchip/cpu-info.c
index 114608b506..8415009fc5 1
Imply DISPLAY_CPUINFO Kconfig options to support on all RK3566 and
RK3568 boards, Its used to determine the reset cause of the board.
Cc: Jagan Teki
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/Kconfig| 1 +
configs/anbernic-rgxx3-rk3566_defconfig | 1 -
configs/bpi-r2-pro
Read the reset cause from clock reset unit for RK356x SoC.
Cc: Jagan Teki
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/cpu-info.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-rockchip/cpu-info.c
b/arch/arm/mach-rockchip/cpu-info.c
index 77833c8fce..114608b506 1
Changes help enable CONFIG_DISPLAY_CPUINFO to build with SPL_BUILD for
SoC RK356x and RK3588.
Cc: Jagan Teki
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-rockchip/Makefile b/arch/arm/mach-rockchip
Imply DISPLAY_CPUINFO Kconfig options to support on all RK3399
boards, Its used to determine the reset cause of the board.
Cc: Jagan Teki
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/Kconfig | 1 +
configs/chromebook_bob_defconfig | 1 -
configs/chromebook_kevin_defconfig | 1 -
3
Read the reset cause from clock reset unit for RK3399 SoC.
Cc: Jagan Teki
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/cpu-info.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-rockchip/cpu-info.c
b/arch/arm/mach-rockchip/cpu-info.c
index fce4bd7541..77833c8fce 1
Imply DISPLAY_CPUINFO Kconfig options to support on all RK3328
boards, Its used to determine the reset cause of the board.
Cc: Jagan Teki
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/Kconfig| 1 +
configs/evb-rk3328_defconfig | 1 -
configs/nanopi-r2c-pl
Read the reset cause from clock reset unit for RK3328 SoC.
Cc: Jagan Teki
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/cpu-info.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-rockchip/cpu-info.c
b/arch/arm/mach-rockchip/cpu-info.c
index 14c733
On Thu, 16 May 2024 at 17:29, Jiaxun Yang wrote:
>
>
>
> 在2024年5月14日五月 上午6:45，Sumit Garg写道：
> > Hi Jiaxun,
> >
> [...]
> >> @@ -0,0 +1,10 @@
> >> +// SPDX-License-Identifier: GPL-2.0+
> >> +
> >> +&plat_regs {
> >> + compatible = "img,boston-platform-regs", "syscon", "simple-mfd";
> >> +
在2024年5月14日五月 上午6:45，Sumit Garg写道：
> Hi Jiaxun,
>
[...]
>> @@ -0,0 +1,10 @@
>> +// SPDX-License-Identifier: GPL-2.0+
>> +
>> +&plat_regs {
>> + compatible = "img,boston-platform-regs", "syscon", "simple-mfd";
>> + bootph-all;
>> +};
>> +
>> +&clk_boston {
>> + bootph-all;
>> +}
Hi Quentin
On Thu, 16 May 2024 at 16:13, Quentin Schulz wrote:
>
> Hi Anand,
>
> On 5/16/24 12:12 PM, Anand Moon wrote:
> > Hi Quentin
> >
> > On Thu, 16 May 2024 at 14:52, Quentin Schulz
> > wrote:
> >>
> >> Hi Anand,
> >>
> >> This is patch 9/9 but somehow I didn't receive any other patch, no
Paul had left MIPS a couple of years ago, his email address is
no longer valid.
Replace it with his kenrel.org email, which has been used in
kernel and QEMU, in case we still want to reach him.
Signed-off-by: Jiaxun Yang
---
.mailmap| 3 ++-
board/imgtec/boston/MAINTAINE
It is required to make OF_UPSTREAM work.
Reviewed-by: Sumit Garg
Signed-off-by: Jiaxun Yang
---
dts/upstream/src/mips/Makefile | 14 ++
1 file changed, 14 insertions(+)
diff --git a/dts/upstream/src/mips/Makefile b/dts/upstream/src/mips/Makefile
new file mode 100644
index 0
In upstream devicetree, clk_boston is a child of syscon node
and there is no "regmap" property for clk_boston node.
Try to check parent device first to look for syscon.
Signed-off-by: Jiaxun Yang
---
v2: Move syscon_get_regmap to probe
---
drivers/clk/clk_boston.c | 37 +
We can now boot with upstream devicetree.
Reviewed-by: Sumit Garg
Signed-off-by: Jiaxun Yang
---
arch/mips/Kconfig| 1 +
arch/mips/dts/Makefile | 1 -
arch/mips/dts/boston-u-boot.dtsi | 10 ++
arch/mips/dts/img,boston.dts | 222
Provide default environment variables on image loading address
to make the board useful.
Signed-off-by: Jiaxun Yang
---
board/imgtec/boston/Kconfig| 4
board/imgtec/boston/boston.env | 9 +
2 files changed, 13 insertions(+)
diff --git a/board/imgtec/boston/Kconfig b/board/imgte
This is a PC-like platform board.
Enable drivers for most on-board devices to make it useful.
Signed-off-by: Jiaxun Yang
---
arch/mips/Kconfig | 27 +++
1 file changed, 27 insertions(+)
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index eb7f3ad23762..748b5175b2eb 1
Some drivers need this header.
Provide this dummy header as riscv did.
Signed-off-by: Jiaxun Yang
---
arch/mips/include/asm/acpi_table.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/mips/include/asm/acpi_table.h
b/arch/mips/include/asm/acpi_table.h
new file mode 100644
i
Ensure that we are using correct physical/virtual address for
DMA buffer write and hardware register settings.
The convention is: in ahci_ioports all pointers are virtual,
that will be converted to physical address when writing to
hardware registers or into sg/cmd_tbl.
Also fixed 64bit physical a
Remove hard dependencies to arch headers, get clock from clk
subsystem if arch clock function is not available, align
compatible strings with devicetree binding.
No functional change on existing platforms, just get it build
on other platforms.
Signed-off-by: Jiaxun Yang
---
drivers/ata/dwc_ahsa
For MIPS we are always looking gd->dram in virtual address so
PCI_MAP_SYSTEM_MEMORY should always be enabled.
If in future we ever want to make it physical we have to set
ARCH_MAP_SYSMEM.
Signed-off-by: Jiaxun Yang
---
drivers/pci/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/driv
Boston has a very limited memory range for PCI controllers, where
1MB can't easily fit into it.
Make alignment boundary of PCI memory resource allocation a Kconfig
option and default to 0x1 for boston.
Signed-off-by: Jiaxun Yang
---
drivers/pci/Kconfig| 9 +
drivers/pci/pci_aut
Probe size of ecam from devicetree properly and cap accessible
bus number accorading to ecam region size to ensure we don't go
beyond hardware address space.
Also disable all interrupts to ensure errors are handled silently.
Signed-off-by: Jiaxun Yang
---
drivers/pci/pcie_xilinx.c | 53
Hi all,
This is a huge series which promoted MIPS/Boston target into a
usable state, with fixes to drivers and general framework issues
I found in this process.
I also converted the target to OF_UPSTREAM.
This target is covered by QEMU, to test on QEMU:
```
make boston64r6el_defconfig
make
qemu-
Hi,
On Thu, 16 May 2024 11:15:40 +0200, Mattijs Korpershoek wrote:
> I've noticed that I'm missing quite some USB gadget patches such as [1]
> since I'm not always cc'ed.
>
> With Marek, we agreed on the following split:
> - I take care of USB gadget side
> - Marek handles the rest
>
> [...]
Th
Hi Marek,
Thank you for the review.
On jeu., mai 16, 2024 at 12:23, Marek Vasut wrote:
> On 5/16/24 11:15 AM, Mattijs Korpershoek wrote:
>> We try to split work with Marek on USB as following:
>> - Mattijs handles USB gadget
>> - Marek handles the rest of USB
>>
>> Add additional gadget patter
Hi Rasmus,
On 2024-05-16 11:50 am, Rasmus Villemoes wrote:
On 16/05/2024 10.25, Claudius Heine wrote:
Hi Tim and Marek,
On 2024-05-16 12:46 am, Tim Harvey wrote:
On Tue, May 14, 2024 at 11:50 AM Tim Harvey
wrote:
On Sun, May 12, 2024 at 10:08 PM Marek Vasut wrote:
On 5/8/24 9:23 AM, Claud
On 5/16/24 11:15 AM, Mattijs Korpershoek wrote:
We try to split work with Marek on USB as following:
- Mattijs handles USB gadget
- Marek handles the rest of USB
Add additional gadget patterns to the maintainers file so that I
get cc'ed more often on USB gadget patches.
Signed-off-by: Mattijs K
Hello Sébastien,
missed that because was testing on v2024.4.
And did not think about looking at master branch because it seemed to be broken
for quite a while.
Anyways, thanks for the quick response and for fixing this thing.
Best regards
-Ursprüngliche Nachricht-
Von: Sébastien Szyman
Hi Anand,
On 5/16/24 12:12 PM, Anand Moon wrote:
Hi Quentin
On Thu, 16 May 2024 at 14:52, Quentin Schulz wrote:
Hi Anand,
This is patch 9/9 but somehow I didn't receive any other patch, nor did
the mailing list? c.f.
https://lists.denx.de/pipermail/u-boot/2024-May/thread.html and
https://lo
> > > Signed-off-by: Jorge Ramirez-Ortiz
> >
> > You cannot send your SoB like this. SoB means you are carrying some
> > code which complies with the license, etc.
> >
> > Either you were part of the original writing and want to be credited
> > for that (you can be the author and first SoB,
Hi Quentin
On Thu, 16 May 2024 at 14:52, Quentin Schulz wrote:
>
> Hi Anand,
>
> This is patch 9/9 but somehow I didn't receive any other patch, nor did
> the mailing list? c.f.
> https://lists.denx.de/pipermail/u-boot/2024-May/thread.html and
> https://lore.kernel.org/u-boot/. Are you registered
On 16/05/2024 10.25, Claudius Heine wrote:
> Hi Tim and Marek,
>
> On 2024-05-16 12:46 am, Tim Harvey wrote:
>> On Tue, May 14, 2024 at 11:50 AM Tim Harvey
>> wrote:
>>> On Sun, May 12, 2024 at 10:08 PM Marek Vasut wrote:
On 5/8/24 9:23 AM, Claudius Heine wrote:
> On 2024-05-07 3:28 pm,
On 16/05/24 11:34:14, Miquel Raynal wrote:
> Hi Jorge,
>
> ...
>
> > > > - board with no reset gpio
> > > > u-boot=> tpm init && tpm info
> > > > tpm@1 v2.0: VendorID 0x1114, DeviceID 0x3205, RevisionID 0x01 [open]
> > > > - board with a reset gpio
> > > > u-boot=> tpm init && tpm info
> > > >
Hi Jorge,
...
> > > - board with no reset gpio
> > > u-boot=> tpm init && tpm info
> > > tpm@1 v2.0: VendorID 0x1114, DeviceID 0x3205, RevisionID 0x01 [open]
> > > - board with a reset gpio
> > > u-boot=> tpm init && tpm info
> > > tpm@1: TPM gpio reset should not be used on secure production d
Hi Anand,
This is patch 9/9 but somehow I didn't receive any other patch, nor did
the mailing list? c.f.
https://lists.denx.de/pipermail/u-boot/2024-May/thread.html and
https://lore.kernel.org/u-boot/. Are you registered on the ML?
On 5/16/24 10:59 AM, Anand Moon wrote:
Imply DISPLAY_CPUINF
We try to split work with Marek on USB as following:
- Mattijs handles USB gadget
- Marek handles the rest of USB
Add additional gadget patterns to the maintainers file so that I
get cc'ed more often on USB gadget patches.
Signed-off-by: Mattijs Korpershoek
---
MAINTAINERS | 3 +++
1 file chang
Fastboot patches go through the u-boot-dfu tree.
Add a link in the maintainers file for it.
Signed-off-by: Mattijs Korpershoek
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6853288975c0..05217db79f7e 100644
--- a/MAINTAINERS
+++ b/MAINTAINER
I've noticed that I'm missing quite some USB gadget patches such as [1]
since I'm not always cc'ed.
With Marek, we agreed on the following split:
- I take care of USB gadget side
- Marek handles the rest
Update the maintainers file to make sure I get included on gadget
related patches.
While at
On 16/05/24 09:09:50, Miquel Raynal wrote:
> Hi Tim,
>
> thar...@gateworks.com wrote on Wed, 15 May 2024 16:21:38 -0700:
>
> > Instead of displaying what looks like an error message if a
> > gpio-reset dt prop is missing for a TPM display a warning that
> > having a gpio reset on a TPM should not
For CST to find the certificates and keys for signing, some keys and
certs need to be copied into the u-boot build directory.
Signed-off-by: Claudius Heine
---
Hi,
this patch documents some changes of the
'<20240503010518.263458-1-ma...@denx.de>' patchset. So am posting it as
a reply to my earli
Hi Tim and Marek,
On 2024-05-16 12:46 am, Tim Harvey wrote:
On Tue, May 14, 2024 at 11:50 AM Tim Harvey wrote:
On Sun, May 12, 2024 at 10:08 PM Marek Vasut wrote:
On 5/8/24 9:23 AM, Claudius Heine wrote:
On 2024-05-07 3:28 pm, Marek Vasut wrote:
It would be good to mention the DT propertie
There are of course not a whole lot of examples in-tree yet, but
before they appear, let's make this API change: Instead of separately
allocating a 'struct cyclic_info', make the users embed such an
instance in their own structure, and make the convention that the
callback simply receives the 'stru
Currently, the cyclic_register() done in wdt_start() is not undone in
wdt_stop(). Moreover, calling wdt_start multiple times (which is
perfectly allowed on an already started device, e.g. to change the
timeout value) will result in another struct cyclic_info being
registered, referring to the same
1 - 100 of 103 matches
Mail list logo
