Hi!
Dne četrtek, 07. oktober 2021 ob 21:41:00 CEST je Tom Rini napisal(a):
> On Wed, Oct 06, 2021 at 11:27:43PM +0200, Jernej Škrabec wrote:
>
> > Hi everyone!
> >
> > Commit cb9faa6f98ae ("tools: Use a single target-independent config to
enable
> > OpenSSL") recently introduced option to
On Mon, 2021-08-16 at 18:44 +0800, Ye Li wrote:
> i.MX8MP has two ENET controllers, have to update the function to
> enable loading two MAC addresses.
>
> Signed-off-by: Ye Li
Whole series.
Tested on iMX8MP_EVK and Verdin iMX8M Plus on Verdin development board.
Tested-by: Marcel Ziswiler
I
From: Marek Vasut
The loads srec loading may overwrite piece of U-Boot accidentally.
Prevent that by using LMB to detect whether upcoming write would
overwrite piece of reserved U-Boot code, and if that is the case,
abort the srec loading.
Signed-off-by: Marek Vasut
Cc: Simon Glass
Cc: Tom
From: Marek Vasut
In case U-Boot enters relocation with GD_FLG_SKIP_RELOC, skip the
relocation. The code still has to set up new_gd pointer and new
stack pointer.
Signed-off-by: Marek Vasut
Cc: Simon Glass
Cc: Tom Rini
---
arch/arm/lib/crt0_64.S | 4
lib/asm-offsets.c | 3 +++
2
From: Marek Vasut
In case U-Boot starts with GD_FLG_SKIP_RELOC, the U-Boot code is
not relocated, however the stack and heap is at the end of DRAM
after relocation. Reserve a LMB area for the non-relocated U-Boot
code so it won't be overwritten.
Signed-off-by: Marek Vasut
Cc: Simon Glass
Cc:
On Sat, 9 Oct 2021 14:18:59 +0200
Angelo Dureghello wrote:
Hi Angelo,
can you please mention the H3 in the subject line, so it's more obvious
that's it's only about one SoC?
> Fix non working console on uart2, that seems releated to both
> Allwinner H2+ and H3.
>
> Signed-off-by: Angelo
Hi Alex!
Dne četrtek, 07. oktober 2021 ob 00:05:24 CEST je Alex G. napisal(a):
> Hi Jernej,
>
> On 10/6/21 4:27 PM, Jernej Škrabec wrote:
> > Hi everyone!
> >
> > Commit cb9faa6f98ae ("tools: Use a single target-independent config to
enable
> > OpenSSL") recently introduced option to disable
From: Marek Vasut
In case U-Boot starts with GD_FLG_SKIP_RELOC, the efi loader
relocation code breaks down because it assumes gd->relocaddr
points to relocated U-Boot code, which is not the case. Add
special case for handling GD_FLG_SKIP_RELOC, which uses the
__image_copy_start instead of
On Sun, Oct 10, 2021 at 08:14:13AM -0600, Simon Glass wrote:
> On Thu, 30 Sept 2021 at 23:03, AKASHI Takahiro
> wrote:
> >
> > Every time an ide bus/port is scanned and a new device is detected,
> > we want to call device_probe() as it will give us a chance to run additional
> > post-processings
Hi Simon,
On Sun, Oct 10, 2021 at 08:14:23AM -0600, Simon Glass wrote:
> Hi Takahiro,
>
> On Thu, 30 Sept 2021 at 23:04, AKASHI Takahiro
> wrote:
> >
> > Adding this callback function, efi_disk_create() in block devices's
> > post_probe hook will allows for automatically creating efi_disk
On Wed, Sep 15, 2021 at 11:40 AM Leo Liang wrote:
>
> On Sun, Sep 12, 2021 at 11:15:08AM +0800, Bin Meng wrote:
> > The following warning is seen in cache-sifive-ccache.c in a 32-bit build:
> >
> > warning: cast to pointer from integer of different size
> > [-Wint-to-pointer-cast]
> >
> > Fix
On Mon, Oct 11, 2021 at 3:23 AM Tom Rini wrote:
>
> While we intentionally set -std=gnu11 for building host tools, and have
> for quite some time, we never dropped -std=gnu99 from tools/Makefile.
> This resulted in passing -std=gnu11 ... -std=gnu99 when building, and
> gnu99 would win. This in
On Fri, Sep 17, 2021 at 2:52 PM Rick Chen wrote:
>
> > From: Bin Meng
> > Sent: Saturday, September 11, 2021 10:31 PM
> > To: Zong Li ; Leo Yu-Chi Liang(梁育齊)
> > ; Rick Jian-Zhi Chen(陳建志) ;
> > u-boot@lists.denx.de
> > Subject: [PATCH v2] board: sifive: Fix a potential build warning in
> >
Even if U-Boot has relocation disabled via GD_FLG_SKIP_RELOC , the
relocated stage of U-Boot still picks GD from new_gd location. The
U-Boot itself is not relocated, but GD might be, so copy the GD to
new GD location even if relocation is disabled.
Signed-off-by: Marek Vasut
Cc: Simon Glass
Cc:
On Fri, Oct 08, 2021 at 10:11:59PM +0300, Ilias Apalodimas wrote:
> Hi Simon,
>
> On Fri, Oct 08, 2021 at 09:38:11AM -0600, Simon Glass wrote:
> > Hi Takahiro,
> >
> > On Thu, 7 Oct 2021 at 00:24, AKASHI Takahiro
> > wrote:
> > >
> > > This reverts commit
On Sun, Oct 10, 2021 at 08:14:09AM -0600, Simon Glass wrote:
> Hi Takahiro,
>
> On Thu, 30 Sept 2021 at 23:03, AKASHI Takahiro
> wrote:
> >
> > Every time a mmc bus/port is scanned and a new device is detected,
> > we want to call device_probe() as it will give us a chance to run additional
> >
On Sun, Oct 10, 2021 at 08:14:12AM -0600, Simon Glass wrote:
> Hi Takahiro,
>
> On Thu, 30 Sept 2021 at 23:03, AKASHI Takahiro
> wrote:
> >
> > Every time a sata bus/port is scanned and a new device is detected,
> > we want to call device_probe() as it will give us a chance to run additional
> >
Heinrich,
On Fri, Oct 08, 2021 at 10:23:52AM +0200, Heinrich Schuchardt wrote:
>
>
> On 10/8/21 02:51, AKASHI Takahiro wrote:
> > On Mon, Oct 04, 2021 at 12:27:59PM +0900, AKASHI Takahiro wrote:
> > > On Fri, Oct 01, 2021 at 11:30:37AM +0200, Heinrich Schuchardt wrote:
> > > >
> > > >
> > > >
Hi Andre,
> Please don't include not-yet-merged parts in here. Make a verbatim copy
> of the version in Linus' tree.
Okay, I remove the not-yet-merged parts in dts.
> who is reading the MAC address out of the EEPROM, and how
> does it land in the kernel (if it lands there)?
There is a rtl8153
This adds support for the NanoPi R1S H5 board.
Allwinner H5 SoC
512MB DDR3 RAM
10/100/1000M Ethernet x 2
RTL8189ETV WiFi 802.11b/g/n
USB 2.0 host port (A)
MicroSD Slot
Reset button
Serial Debug Port
WAN - LAN - SYS LED
The dts file is taken from Linux 5.14 tag.
Signed-off-by: Chukun Pan
---
Adds check for memory clock variable before calculating caslat_actual.
Set mclk_ps to slowest DIMM supported if mclk_ps is found zero.
Signed-off-by: Maninder Singh
---
drivers/ddr/fsl/lc_common_dimm_params.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git
On Sun, 10 Oct 2021 21:36:56 +0800
Chukun Pan wrote:
> Hi Andre,
>
> > Please don't include not-yet-merged parts in here. Make a verbatim copy
> > of the version in Linus' tree.
>
> Okay, I remove the not-yet-merged parts in dts.
>
> > who is reading the MAC address out of the EEPROM, and
Hi Takahiro,
On Thu, 30 Sept 2021 at 23:04, AKASHI Takahiro
wrote:
>
> Adding this callback function, efi_disk_create() in block devices's
> post_probe hook will allows for automatically creating efi_disk objects
> per block device.
>
> This will end up not only eliminating efi_disk_register()
On Thu, 30 Sept 2021 at 23:04, AKASHI Takahiro
wrote:
>
> This function is a counterpart of efi_add_handle() and will be used
> in order to remove an efi_disk object in a later patch.
>
> Signed-off-by: AKASHI Takahiro
> ---
> include/efi_loader.h | 2 ++
>
Hi Takahiro,
On Thu, 30 Sept 2021 at 23:03, AKASHI Takahiro
wrote:
>
> Every time a sata bus/port is scanned and a new device is detected,
> we want to call device_probe() as it will give us a chance to run additional
> post-processings for some purposes.
>
> In particular, support for creating
Hi Takahiro,
On Thu, 30 Sept 2021 at 23:03, AKASHI Takahiro
wrote:
>
> Every time a mmc bus/port is scanned and a new device is detected,
> we want to call device_probe() as it will give us a chance to run additional
> post-processings for some purposes.
>
> In particular, support for creating
On Thu, 30 Sept 2021 at 23:04, AKASHI Takahiro
wrote:
>
> efi_disk_register() will be no longer needed now that all efi_disks are
> set to be created with device model thanks to efi_disk-dm integration.
>
> Signed-off-by: AKASHI Takahiro
> ---
> include/efi_loader.h | 2 -
>
On Thu, 30 Sept 2021 at 23:05, AKASHI Takahiro
wrote:
>
> efi_driver-specific binding will be no longer needed now that efi_disk-
> dm integration takes care of efi_driver case as well.
>
> Signed-off-by: AKASHI Takahiro
> ---
> lib/efi_driver/efi_block_device.c | 24
>
Hi Takahiro,
On Thu, 30 Sept 2021 at 23:03, AKASHI Takahiro
wrote:
>
> UCLASS_PARTITION device will be created as a child node of
> UCLASS_BLK device.
>
> Signed-off-by: AKASHI Takahiro
> ---
> drivers/block/blk-uclass.c | 111 +
> include/blk.h
Hi Takahiro,
On Thu, 30 Sept 2021 at 23:03, AKASHI Takahiro
wrote:
>
> In include/blk.h, Simon suggested:
> ===>
> /*
> * These functions should take struct udevice instead of struct blk_desc,
> * but this is convenient for migration to driver model. Add a 'd' prefix
> * to the function
On Thu, 30 Sept 2021 at 23:04, AKASHI Takahiro
wrote:
>
> In most of all usages, we can avoid accessing blk_desc which is eventually
> an internal data structure to be hided outside block device drivers.
>
> Signed-off-by: AKASHI Takahiro
> ---
> lib/efi_loader/efi_disk.c | 25
On Thu, 30 Sept 2021 at 23:03, AKASHI Takahiro
wrote:
>
> Now that all the block device drivers have enable a probe hook, we will
> call blk_create_partitions() to enumerate all the partitions and create
> associated udevices when a block device is detected.
>
> Signed-off-by: AKASHI Takahiro
>
On Thu, 30 Sept 2021 at 23:03, AKASHI Takahiro
wrote:
>
> Every time an ide bus/port is scanned and a new device is detected,
> we want to call device_probe() as it will give us a chance to run additional
> post-processings for some purposes.
>
> In particular, support for creating partitions on
On Thu, 30 Sept 2021 at 23:04, AKASHI Takahiro
wrote:
>
> The change in this patch will probably have been covered by other guy's patch.
>
> Signed-off-by: AKASHI Takahiro
> ---
> lib/efi_loader/efi_disk.c | 49 ---
> 1 file changed, 49 deletions(-)
>
Hi,
i try to create a upstream uboot binary for use with rockchip rk3568 (bananapi
r2 pro). Currently i'm on preparation phase as i don't have the hardware yet
(so i cannot test it).
First thanks to everybody upstreamed support for this SOC in uboot and linux.
i found a compiled uboot.img
While we intentionally set -std=gnu11 for building host tools, and have
for quite some time, we never dropped -std=gnu99 from tools/Makefile.
This resulted in passing -std=gnu11 ... -std=gnu99 when building, and
gnu99 would win. This in turn would result now in warnings such as:
On Sat, Oct 09, 2021 at 11:29:23PM +0200, Anatolij Gustschin wrote:
> Hi Tom,
>
> please pull new video patches.
>
> gitlab CI:
> https://source.denx.de/u-boot/custodians/u-boot-video/-/pipelines/9433
>
> Thanks,
> Anatolij
>
> The following changes since commit
Hi Takahiro,
On Thu, 30 Sept 2021 at 23:02, AKASHI Takahiro
wrote:
>
> The purpose of this RPC is to reignite the discussion about how UEFI
> subystem would best be integrated into U-Boot device model.
> In the past, I poposed a couple of patch series, the latest one[1],
> while Heinrich
On Thu, 30 Sept 2021 at 23:02, AKASHI Takahiro
wrote:
>
> Every time a scsi bus/port is scanned and a new block device is detected,
> we want to call device_probe() as it will give us a chance to run additional
> post-processings for some purposes.
>
> In particular, support for creating
On Thu, 30 Sept 2021 at 23:03, AKASHI Takahiro
wrote:
>
> Every time a usb bus/port is scanned and a new device is detected,
> we want to call device_probe() as it will give us a chance to run additional
> post-processings for some purposes.
>
> In particular, support for creating partitions on a
On Thu, 30 Sept 2021 at 23:03, AKASHI Takahiro
wrote:
>
> Every time a nvme bus/port is scanned and a new device is detected,
> we want to call device_probe() as it will give us a chance to run additional
> post-processings for some purposes.
>
> In particular, support for creating partitions on
Hi Andre,
On Sun, Oct 10, 2021 at 1:48 AM Andre Przywara wrote:
>
> On Sat, 9 Oct 2021 14:18:58 +0200
> Angelo Dureghello wrote:
>
> Hi Angelo,
>
> > Add H2+ Kconfig oiption to display proper cpu at boot time,
> > and for other future uses, if needed, to differentiate against H3.
> >
> > The
Hi Takahiro,
On Thu, 30 Sept 2021 at 23:04, AKASHI Takahiro
wrote:
>
> This member field in udevice will be used to dereference from udevice
> to efi_object (or efi_handle).
>
> Signed-off-by: AKASHI Takahiro
> ---
> include/dm/device.h | 4
> 1 file changed, 4 insertions(+)
I think this
On Thu, 30 Sept 2021 at 23:04, AKASHI Takahiro
wrote:
>
> Add efi_disk_create() function.
>
> Any UEFI handle created by efi_disk_create() can be treated as a efi_disk
> object, the udevice is either a UCLASS_BLK (a whole raw disk) or
> UCLASS_PARTITION (a disk partition).
>
> So this function is
Hi Takahiro,
On Thu, 30 Sept 2021 at 23:05, AKASHI Takahiro
wrote:
>
Can you please add a commit message as I am not sure what this patch is doing.
> Signed-off-by: AKASHI Takahiro
> ---
> lib/efi_driver/efi_block_device.c | 6 ++
> lib/efi_loader/efi_device_path.c | 29
Hi Takahiro,
On Thu, 30 Sept 2021 at 23:05, AKASHI Takahiro
wrote:
>
> Adding the callback function, efi_disk_delete(), in block devices's
> pre_remove hook will allows for automatically deleting efi_disk objects
> per block device.
>
> This will eliminate any improper efi_disk objects which
On Thu, 30 Sept 2021 at 23:04, AKASHI Takahiro
wrote:
>
> This function is expected to be called, in particular from dm's pre_remove
> hook, when associated block devices no longer exist.
>
> Signed-off-by: AKASHI Takahiro
> ---
> include/efi_loader.h | 2 ++
> lib/efi_loader/efi_disk.c |
On Thu, 30 Sept 2021 at 23:02, AKASHI Takahiro
wrote:
>
> In blk_get_device_by_str(), the comment says: "Updates the partition table
> for the specified hw partition."
> Since hw partition is supported only on MMC, it makes no sense to do so
> for other devices.
>
> Signed-off-by: AKASHI Takahiro
48 matches
Mail list logo