Hello Simon,
Am 17.11.2020 um 00:20 schrieb Simon Glass:
> +Heiko Schocher who might know more about this I2C question
Sorry for late response ...
> On Mon, 9 Nov 2020 at 15:09, Duffin, CooperX wrote:
>>
>> -Original Message-
>> From: Simon Glass
>> Sent: Saturday, November 7, 2020
For bulk IN transfer, the codes will set ISP flag to request event TRB
being generated by xHC for the case of short packet. So when encountering
buffer-cross-64K-boundary (which we will divide payload and enqueuqe
more than 1 transfer TRB), and the first TRB ends up with a short packet
condition
On Wed, Nov 18, 2020 at 11:46 AM Ran Wang wrote:
>
> For bulk IN transfer, the codes will set ISP flag to request event TRB
> being generated by xHC for case of short packet. So for the case of
Looks you missed this one: for the case of
> buffer-cross-64K-boundary (which we will divide payload
On Tue, Nov 17, 2020 at 11:29:01PM +0100, Daniel Schwierzeck wrote:
> Am Dienstag, den 17.11.2020, 22:00 +0100 schrieb Lubomir Rintel:
> > The jz47xx serial port is essentially a ns16550 with an extra bit that
> > needs to be turned on. The driver already takes care of it, but not in
> > the early
PineCube is an IP camera development kit released by Pine64.
It comes with the following compoents:
- A mainboard with Sochip S3 SoC, a 16MByte SPI Flash, AXP209 PMIC,
a power-only microUSB connector, a USB Type-A connector, a 10/100Mbps
Ethernet port and FPC connectors for camera and daughter
Dear Jaehoon Chung,
I cloned github.com/u-boot which i believe is the master repo.
I enabled CONFIG_MMC_TRACE and got following
response:
GXBB:BL1:08dafd:0a8993;FEAT:EDFC318C;POC:3;RCY:0;EMMC:0;READ:0;CHK:0;
TE: 308588
no sdio debug board detected
BL2 Built : 11:44:26, Nov 25 2015.
gxb
On Tue, Nov 17, 2020 at 10:44:52PM +0100, Pali Rohár wrote:
> Hello! I would like to remind this patch. I do not know who is maintainer
> of Makefile and therefore who can take this patch but Simon has already
> reviewed it.
I'll take it, at some point. Unless this is missing a Fixes tag, I'm
For bulk IN transfer, the codes will set ISP flag to request event TRB
being generated by xHC for case of short packet. So for the case of
buffer-cross-64K-boundary (which we will divide payload and enqueuqe
more than 1 transfer TRB), if the first TRB ends up with a short packet
condition it will
Hi Bin,
On Wednesday, November 18, 2020 11:20 AM Bin Meng wrote:
>
> Hi Ran,
>
> On Wed, Nov 18, 2020 at 11:02 AM Ran Wang
> wrote:
> >
> > Hi Bin,
> >
> > On Wednesday, November 18, 2020 11:06 AM Ran Wang wrote:
> > >
> > > For bulk IN transfer, the codes will set ISP flag to request event
>
Hi Ran,
On Wed, Nov 18, 2020 at 11:02 AM Ran Wang wrote:
>
> Hi Bin,
>
> On Wednesday, November 18, 2020 11:06 AM Ran Wang wrote:
> >
> > For bulk IN transfer, the codes will set ISP flag to request event TRB being
> > generated by xHC for case of short packet. So in buffer-cross-64K-boundary
>
On Tue, Nov 17, 2020 at 10:02:41PM -0500, Tom Rini wrote:
> On Wed, Nov 18, 2020 at 09:26:38AM +0900, AKASHI Takahiro wrote:
> > On Tue, Nov 17, 2020 at 06:59:52PM -0500, Tom Rini wrote:
> > > On Wed, Nov 18, 2020 at 08:50:08AM +0900, AKASHI Takahiro wrote:
> > > > Tom, Heinrich,
> > > >
> > > >
Hi Bin,
On Wednesday, November 18, 2020 11:06 AM Ran Wang wrote:
>
> For bulk IN transfer, the codes will set ISP flag to request event TRB being
> generated by xHC for case of short packet. So in buffer-cross-64K-boundary
> case (which we will divide payload and enqueuqe more than 1 transfer
On Wed, Nov 18, 2020 at 09:26:38AM +0900, AKASHI Takahiro wrote:
> On Tue, Nov 17, 2020 at 06:59:52PM -0500, Tom Rini wrote:
> > On Wed, Nov 18, 2020 at 08:50:08AM +0900, AKASHI Takahiro wrote:
> > > Tom, Heinrich,
> > >
> > > On Tue, Nov 17, 2020 at 09:44:36AM +0900, AKASHI Takahiro wrote:
> > >
For bulk IN transfer, the codes will set ISP flag to request event TRB
being generated by xHC for case of short packet. So in
buffer-cross-64K-boundary case (which we will divide payload and enqueuqe
more than 1 transfer TRB), if the first TRB ends up with a short packet
condition it will trigger
On Tue, Nov 17, 2020 at 04:02:39PM +0800, ub...@andestech.com wrote:
> Hi Tom,
>
> Please pull some riscv updates:
>
> - Enable SATA disk on QEMU RISC-V and update doc.
> - k210 pinctrl updates:
> - Fix inverted IE and OE for I2C.
> - Rename power domains to match datasheet.
>
> Thanks
>
On 11/18/20 9:45 AM, Peng Fan wrote:
>> Subject: Re: [PATCH V2] mmc: display an error number to debug
>>
>> On 11/18/20 12:31 AM, Stephen Warren wrote:
>>> On 11/16/20 3:04 PM, Jaehoon Chung wrote:
It's useful to know an error number when it's debugging.
Signed-off-by: Jaehoon Chung
> Subject: Re: [PATCH V2] mmc: display an error number to debug
>
> On 11/18/20 12:31 AM, Stephen Warren wrote:
> > On 11/16/20 3:04 PM, Jaehoon Chung wrote:
> >> It's useful to know an error number when it's debugging.
> >>
> >> Signed-off-by: Jaehoon Chung
> >> Reviewed-by: Peng Fan
> >> ---
On Tue, Nov 17, 2020 at 06:59:52PM -0500, Tom Rini wrote:
> On Wed, Nov 18, 2020 at 08:50:08AM +0900, AKASHI Takahiro wrote:
> > Tom, Heinrich,
> >
> > On Tue, Nov 17, 2020 at 09:44:36AM +0900, AKASHI Takahiro wrote:
> > > Hi Tom,
> > >
> > > On Mon, Nov 16, 2020 at 07:36:26PM -0500, Tom Rini
On Wed, Nov 18, 2020 at 08:50:08AM +0900, AKASHI Takahiro wrote:
> Tom, Heinrich,
>
> On Tue, Nov 17, 2020 at 09:44:36AM +0900, AKASHI Takahiro wrote:
> > Hi Tom,
> >
> > On Mon, Nov 16, 2020 at 07:36:26PM -0500, Tom Rini wrote:
> > > On Tue, Nov 17, 2020 at 09:16:26AM +0900, AKASHI Takahiro
Tom, Heinrich,
On Tue, Nov 17, 2020 at 09:44:36AM +0900, AKASHI Takahiro wrote:
> Hi Tom,
>
> On Mon, Nov 16, 2020 at 07:36:26PM -0500, Tom Rini wrote:
> > On Tue, Nov 17, 2020 at 09:16:26AM +0900, AKASHI Takahiro wrote:
> > > On Mon, Nov 16, 2020 at 11:10:12AM -0500, Tom Rini wrote:
> > > > On
On 11/18/20 4:08 AM, Otto Meier wrote:
> Dear Jaehoon Chung,
>
> I cloned github.com/u-boot which i believe is the master repo.
>
> I enabled CONFIG_MMC_TRACE and got following
> response:
>
> GXBB:BL1:08dafd:0a8993;FEAT:EDFC318C;POC:3;RCY:0;EMMC:0;READ:0;CHK:0;
> TE: 308588
> no sdio debug
Am Dienstag, den 17.11.2020, 22:00 +0100 schrieb Lubomir Rintel:
> This is a fairly minimal driver for the pin controller on JZ4730 SoC.
>
> Signed-off-by: Lubomir Rintel
> ---
> drivers/pinctrl/Kconfig | 8 +
> drivers/pinctrl/Makefile | 1 +
>
Am Dienstag, den 17.11.2020, 22:00 +0100 schrieb Lubomir Rintel:
> The jz47xx serial port is essentially a ns16550 with an extra bit that
> needs to be turned on. The driver already takes care of it, but not in
> the early debug config path.
>
> Signed-off-by: Lubomir Rintel
> ---
>
Am Dienstag, den 17.11.2020, 22:00 +0100 schrieb Lubomir Rintel:
> This allows us to enable CONFIG_ID_EEPROM to add a hook to read ethaddr
> off a ROM without having to implement do_mac().
>
> Signed-off-by: Lubomir Rintel
> ---
> arch/arm/Kconfig | 19 +++
>
On 11/18/20 12:31 AM, Stephen Warren wrote:
> On 11/16/20 3:04 PM, Jaehoon Chung wrote:
>> It's useful to know an error number when it's debugging.
>>
>> Signed-off-by: Jaehoon Chung
>> Reviewed-by: Peng Fan
>> ---
>> Changelog on V2
>> - Change from "put" to "printf" to fix build error
>
>
Hello! I would like to remind this patch. I do not know who is maintainer
of Makefile and therefore who can take this patch but Simon has already
reviewed it.
On Tuesday 27 October 2020 20:10:37 Simon Glass wrote:
> On Mon, 26 Oct 2020 at 07:11, Pali Rohár wrote:
> >
> > On more places is used
This generally comes from a mipsbook400 Letux git repository [1], not
mainline. It seems to be the work of Paul Boddie and H. Nikolaus Schaller.
[1]
https://git.goldelico.com/?p=letux-kernel.git;a=shortlog;h=refs/heads/letux/dt-mipsbook400
Some more things need to be addressed here:
1.) Linux
This is a MIPS subnotebook built around Ingenic JZ4730 SoC. It is known
by many names, including CPC400 and Letux 400, but the OEM seems to be
Skytone and use the "Alpha 400" designator.
Signed-off-by: Lubomir Rintel
---
arch/mips/mach-jz47xx/Kconfig | 23
This adds support for the Ingenic JZ4730 SoC. There's not much more than
the build machinery and SPL stage because the main stage is entirely DT
driven.
The SPL is fairly unsophisticated since it has to fit into 4096 bytes. The
serial support didn't fit, and the pinmux and PLL init duplicates
This adds support for Ethernet MAC block on Ingenic JZ4730 SoC.
Based on old Ingenic GPL code dump, but significantly cleaned up and
reworked (e.g. to plug into the MAC framework).
Signed-off-by: Lubomir Rintel
---
drivers/net/Kconfig | 11 +
drivers/net/Makefile | 1 +
This generally comes from a mipsbook400 Letux git repository [1], not
mainline. It seems to be the work of Paul Boddie and H. Nikolaus Schaller.
[1]
https://git.goldelico.com/?p=letux-kernel.git;a=shortlog;h=refs/heads/letux/dt-mipsbook400
Some more things need to be addressed here:
1.) Linux
This adds driver for the NAND flash driver for JZ4730 SoC.
Can also be used in the NAND SPL that is too constrained (needs to fit in
4K) to be DT-driven.
Signed-off-by: Lubomir Rintel
---
drivers/mtd/nand/raw/Kconfig | 10 ++
drivers/mtd/nand/raw/Makefile | 1 +
This is a fairly minimal driver for the pin controller on JZ4730 SoC.
Signed-off-by: Lubomir Rintel
---
drivers/pinctrl/Kconfig | 8 +
drivers/pinctrl/Makefile | 1 +
drivers/pinctrl/pinctrl-jz4730.c | 346 +++
3 files changed, 355 insertions(+)
This adds support for the watchdog timer on JZ4730 SoC.
Once started, the hardware can't be told to stop counting. It is
especially inconvenient given the stock kernel on Skytone Alpha 400
(a JZ4730-based laptop) won't poke the watchdog.
We nevertheless want to keep the driver around in order to
This adds support for using GPIO lines for detecting Write-Protect and
Card-Detect status.
This way the driver can fail fast if there's no card inserted.
Signed-off-by: Lubomir Rintel
---
drivers/mmc/jz_mmc.c | 35 +++
1 file changed, 35 insertions(+)
diff
The driver doesn't use the jz4780's extra DMA channels and handles jz4740
just fine.
Signed-off-by: Lubomir Rintel
---
drivers/mmc/jz_mmc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mmc/jz_mmc.c b/drivers/mmc/jz_mmc.c
index b33f0850738..d4b9d15ef2e 100644
---
It's basically certain we want this MMC driver if we have MMC support turned
on JZ47XX. A sane default here will keep the defconfig cleaner.
Signed-off-by: Lubomir Rintel
---
drivers/mmc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mmc/Kconfig b/drivers/mmc/Kconfig
index
This adds support for a timer block on JZ4730 SoC.
Signed-off-by: Lubomir Rintel
---
drivers/timer/Kconfig| 8
drivers/timer/Makefile | 1 +
drivers/timer/jz4730_timer.c | 83
3 files changed, 92 insertions(+)
create mode 100644
nand_spl_simple.c machinery allways passes a nand_chip argument to
board_nand_init() even if the main u-boot proper uses the
SYS_NAND_SELF_INIT version.
Signed-off-by: Lubomir Rintel
---
include/nand.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/nand.h
A rather minimal driver for that reads back configured clock rates for
hardware we support.
Signed-off-by: Lubomir Rintel
---
drivers/clk/Kconfig | 8 +++
drivers/clk/Makefile | 1 +
drivers/clk/clk-jz4730.c | 121 +++
3 files changed, 130
Pre-probe merely guesses that the first clock is the right one -- a
different one might actually be picked by probe(). In case it does not,
post_probe() already has a check that will fail.
Signed-off-by: Lubomir Rintel
---
drivers/timer/timer-uclass.c | 8 +---
1 file changed, 5
On JZ4730 (and I guess all Ingenic/XBurst cores), the CP0 register 15
doesn't support a selector 1 or, for that matter, any selector and always
behaves as if the selector is zero.
We don't need it anyways, these SoCs have just a single processor core.
Signed-off-by: Lubomir Rintel
---
The jz47xx serial port is essentially a ns16550 with an extra bit that
needs to be turned on. The driver already takes care of it, but not in
the early debug config path.
Signed-off-by: Lubomir Rintel
---
drivers/serial/ns16550.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff
This allows us to enable CONFIG_ID_EEPROM to add a hook to read ethaddr
off a ROM without having to implement do_mac().
Signed-off-by: Lubomir Rintel
---
arch/arm/Kconfig | 19 +++
arch/powerpc/cpu/mpc85xx/Kconfig | 17 +
cmd/Kconfig
It seems to be a vestige of a somewhat messed up attempt to rename
CFG_ID_EEPROM -- the name that actually got used is CONFIG_ID_EEPROM.
Remove it.
Signed-off-by: Lubomir Rintel
---
include/configs/MPC8541CDS.h | 1 -
include/configs/MPC8548CDS.h | 1 -
include/configs/MPC8555CDS.h | 1 -
The Skytone Alpha 400 boards don't use ECC.
It's probably and oversignt and certainly a bad idea, nevertheless
enforcing ECC on existing boards would break boot. Sigh.
Signed-off-by: Lubomir Rintel
---
drivers/mtd/nand/raw/nand_spl_simple.c | 18 +++---
1 file changed, 15
Hi,
chained to his message are patches that implement support for the Ingenic
JZ4730 MIPS SoC and a laptop that's based around it.
Please consider this RFC-quality: there are some known issues that need to be
resolved before some of the patches could be applied (indicated in some of the
patches
Dear all,
I am trying to understand how to change the default pin of the u-boot (2020.01)
console for the Raspberry pi CM3+ board.
I am using yocto with meta-raspberrypi on the dunfell branch and how everything
works between the first stage bootloader, u-boot, u-boot internal device tree
and
On 11/17/20 9:42 AM, Alper Nebi Yasak wrote:
On 17/11/2020 17:11, Peter Robinson wrote:
On Tue, Nov 17, 2020 at 12:43 PM Alper Nebi Yasak
wrote:
On 17/11/2020 04:49, Jean Lucas wrote:
Hello all,
On Pine64 RockPro64 and Pinebook Pro (both RK3399), flashing U-Boot
v2021.01-rc2-47-g9324c9a823
On Tue, Nov 17, 2020 at 11:05:36AM +0100, Rasmus Villemoes wrote:
> Hi,
>
> Would it make sense to choose a canonical "Partition type GUID" [1] for
> partitions used to store a U-Boot environment?
>
> The partition type is mostly informational, but I'm thinking it might
> make sense to have
On Tue, Nov 17, 2020 at 12:31:07PM +0100, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
> >
> > > Apending data to it is not acceptable. If you need to append data,
> > > then only to the regular environment.
> > >
> > > And please, for the sake of avoiding further
When booting from TF-A there is a logic that attempt to detect if the
default environment is used, if this is the case it then set the
`bootcmd` and `mcinitcmd` depending of the device we booted from.
This detection logic is dubious as it access internals of the env
implementation and it doesn't
From: Vabhav Sharma
U-Boot DM model probe only single device at a time
which is enabled and configured using device tree
or platform data method.
PL011 UART IP is SBSA compliant and firmware does the
serial port set-up, initialization and let the kernel use
UART port for sending and receiving
> -Original Message-
> From: Simon Glass
> Sent: Tuesday, October 27, 2020 10:22 AM
> To: Vabhav Sharma (OSS)
> Cc: Stefan Roese ; U-Boot Mailing List ;
> Varun Sethi ; Andre Przywara
> ; Vabhav Sharma
> Subject: Re: [PATCH v3 1/2] dm: core: add function uclass_probe_all() to
> probe
From: Vabhav Sharma
Support a common method to probe all devices associated with uclass.
This includes data structures and code for finding the first device and
looping for remaining devices associated with uclasses (groups of devices
with the same purpose, e.g. all SERIAL ports will be in the
From: Vabhav Sharma
- Add common method to probe devices belonging to same uclass
- Add config in serial uclass to support optional inclusion of uclass_probe_all
- Enable support for available serial devices probe
Changes for v4:
Incorporated review comments from Simon
- Removed if (dev)..
W dniu 17.11.2020 o 11:05, Rasmus Villemoes pisze:
Would it make sense to choose a canonical "Partition type GUID" [1] for
partitions used to store a U-Boot environment?
The partition type is mostly informational, but I'm thinking it might
make sense to have some canonical thing to put into an
On 11/16/20 3:04 PM, Jaehoon Chung wrote:
> It's useful to know an error number when it's debugging.
>
> Signed-off-by: Jaehoon Chung
> Reviewed-by: Peng Fan
> ---
> Changelog on V2
> - Change from "put" to "printf" to fix build error
Note that v1 was already applied to u-boot-mmc/master,
On Tue, Nov 17, 2020 at 01:30:48AM +, Andre Przywara wrote:
> Hi Tom,
>
> please pull this branch, containing the fixed version of yesterday's PR.
> Beside the one issue you found there was an intermediate issue (a few
> commits in-between failing to compile), which I fixed as well.
> I also
On 17/11/2020 17:11, Peter Robinson wrote:
> On Tue, Nov 17, 2020 at 12:43 PM Alper Nebi Yasak
> wrote:
>>
>> On 17/11/2020 04:49, Jean Lucas wrote:
>>> Hello all,
>>>
>>> On Pine64 RockPro64 and Pinebook Pro (both RK3399), flashing U-Boot
>>> v2021.01-rc2-47-g9324c9a823 defconfig and mainline
On Tue, Nov 17, 2020 at 12:43 PM Alper Nebi Yasak
wrote:
>
> On 17/11/2020 04:49, Jean Lucas wrote:
> > Hello all,
> >
> > On Pine64 RockPro64 and Pinebook Pro (both RK3399), flashing U-Boot
> > v2021.01-rc2-47-g9324c9a823 defconfig and mainline ATF
> > v2.4-rc0-2-gd01f31c03 to SPI flash of both
On 17/11/2020 13.21, Marcin Juszkiewicz wrote:
> W dniu 17.11.2020 o 11:05, Rasmus Villemoes pisze:
>
>> Would it make sense to choose a canonical "Partition type GUID" [1] for
>> partitions used to store a U-Boot environment?
>>
>> The partition type is mostly informational, but I'm thinking it
On 17/11/2020 04:49, Jean Lucas wrote:
> Hello all,
>
> On Pine64 RockPro64 and Pinebook Pro (both RK3399), flashing U-Boot
> v2021.01-rc2-47-g9324c9a823 defconfig and mainline ATF
> v2.4-rc0-2-gd01f31c03 to SPI flash of both devices results in a hang
> shortly after loading the appropriate
Hello all,
On Pine64 RockPro64 and Pinebook Pro (both RK3399), flashing U-Boot
v2021.01-rc2-47-g9324c9a823 defconfig and mainline ATF
v2.4-rc0-2-gd01f31c03 to SPI flash of both devices results in a hang
shortly after loading the appropriate FDT when booting.
On a Pinebook Pro:
=> load mmc
Dear Simon,
In message
you
wrote:
>
> > Apending data to it is not acceptable. If you need to append data,
> > then only to the regular environment.
> >
> > And please, for the sake of avoiding further confusiion, please do
> > not name this "default-environment".
>
> Apart from what Wolfgang
Added support for timer_early_get_count() and timer_early_get_rate()
This is mostly useful in tracing.
Signed-off-by: Pragnesh Patel
---
drivers/timer/andes_plmt_timer.c | 21 -
drivers/timer/riscv_timer.c| 21 -
Hi,
Would it make sense to choose a canonical "Partition type GUID" [1] for
partitions used to store a U-Boot environment?
The partition type is mostly informational, but I'm thinking it might
make sense to have some canonical thing to put into an image definition
rather than having the tool use
Hi Rasmus,
On 10.11.20 21:26, Rasmus Villemoes wrote:
> It can be useful to use the same U-Boot binary for multiple purposes,
> say the normal one, one for developers that allow breaking into the
> U-Boot shell, and one for use during bootstrapping which runs a
> special-purpose bootcmd. To that
On 17/11/2020 00.52, Simon Glass wrote:
> Hi Rasmus,
>
> On Thu, 12 Nov 2020 at 12:59, Wolfgang Denk wrote:
>>
>> Dear Rasmus Villemoes,
>>
>> In message <20201110202603.20944-5-rasmus.villem...@prevas.dk> you wrote:
>>> It can be useful to use the same U-Boot binary for multiple purposes,
>>>
On 17/11/2020 08:14, Lokesh Vutla wrote:
On 16/11/20 5:57 pm, Tero Kristo wrote:
On 16/11/2020 06:23, Lokesh Vutla wrote:
On 10/11/20 2:35 pm, Tero Kristo wrote:
If the raw PM support is built in, we are operating in the split
firmware approach mode where RM and PM support is not
On 17/11/2020 01:56, Samuel Holland wrote:
> On 11/16/20 10:58 AM, Tom Rini wrote:
>> On Mon, Nov 16, 2020 at 04:51:32PM +, André Przywara wrote:
>>> On 16/11/2020 16:13, Tom Rini wrote:
On Mon, Nov 16, 2020 at 04:09:42PM +, André Przywara wrote:
> On 16/11/2020 15:50, Tom Rini
Hi Rick,
>-Original Message-
>From: Rick Chen
>Sent: 13 November 2020 13:37
>To: Pragnesh Patel
>Cc: U-Boot Mailing List ; Atish Patra
>; palmerdabb...@google.com; Bin Meng
>; Paul Walmsley ( Sifive) ;
>Anup Patel ; Sagar Kadam
>; Sean Anderson ; rick
>; Alan Kao ; Leo Liang
>
>Subject:
Hi Tom,
Please pull some riscv updates:
- Enable SATA disk on QEMU RISC-V and update doc.
- k210 pinctrl updates:
- Fix inverted IE and OE for I2C.
- Rename power domains to match datasheet.
Thanks
Rick
https://travis-ci.org/github/rickchen36/u-boot-riscv/builds/743893981
Merge tag
Date: Mon, 16 Nov 2020 17:07:41 +0800
From: Leo Yu-Chi Liang
Subject: [PATCH 3/3] riscv: Complete efi header for RV32/64
This patch depends on Atish's patch.
(https://patchwork.ozlabs.org/project/uboot/patch/20201013192331.3236458-1-atish.pa...@wdc.com/)
Add fields to complete Optional Header
Date: Thu, 12 Nov 2020 10:09:52 +0800
From: Leo Yu-Chi Liang
Subject: [PATCH 2/3] riscv: Fix efi header size for RV32
This patch depends on Atish's patch.
(https://patchwork.ozlabs.org/project/uboot/patch/20201013192331.3236458-1-atish.pa...@wdc.com/)
Modify the size of the Optional Header
Date: Tue, 13 Oct 2020 12:23:31 -0700
From: Atish Patra
Subject: [PATCH 1/3] riscv: Fix efi header for RV32
RV32 should use PE32 format instead of PE32+ as the efi header format.
This requires following changes
1. A different header magic value
2. An additional parameter known as BaseOfData.
Date: Tue, 17 Nov 2020 15:36:27 +0800
From: Leo Yu-Chi Liang
Subject: [PATCH 0/3] Complete Optional Header fields in EFI header
These three patches complete the optional header fields in efi header.
Atish's patch was drawn in because CI test would fail at "86. test/py
qemu-riscv32 -->
Hi Simon,
On 14.11.2020 17:17, Simon Glass wrote:
[Please note this e-mail is from an EXTERNAL e-mail address]
Hi Ovidiu
On Thu, 5 Nov 2020 at 03:10, Ovidiu Panait wrote:
setup_bdinfo is used to populate various bdinfo fields, so move
setup_machine code there, as all it does is setting
78 matches
Mail list logo