On 04/01/2021 17:21, Jernej Škrabec wrote:
> Dne ponedeljek, 04. januar 2021 ob 15:41:17 CET je Tom Rini napisal(a):
>> On Mon, Jan 04, 2021 at 03:33:43PM +0100, Neil Armstrong wrote:
>>> This adds support for specifying FDT overlays in an extlinux/pxelinux
>>> configuration file.
>>>
>>> Without t
On 04/01/2021 17:21, Jernej Škrabec wrote:
> Dne ponedeljek, 04. januar 2021 ob 15:41:17 CET je Tom Rini napisal(a):
>> On Mon, Jan 04, 2021 at 03:33:43PM +0100, Neil Armstrong wrote:
>>> This adds support for specifying FDT overlays in an extlinux/pxelinux
>>> configuration file.
>>>
>>> Without t
Akashi san,
On Tue, Jan 05, 2021 at 11:42:22AM +0900, AKASHI Takahiro wrote:
> On Wed, Dec 30, 2020 at 05:07:18PM +0200, Ilias Apalodimas wrote:
> > Up to now we install EFI_LOAD_FILE2_PROTOCOL to load an initrd
> > unconditionally. Although we correctly return various EFI exit codes
> > dependin
st 2. 12. 2020 v 8:45 odesílatel Michal Simek napsal:
>
> Reported by smatch like:
> cmd/load.c:228 read_record() warn: inconsistent indenting
>
> Signed-off-by: Michal Simek
> ---
>
> Changes in v3:
> - Remove additional dt changes
>
> Changes in v2:
> - One } was missing. Get it back.
>
> cmd/
st 2. 12. 2020 v 8:45 odesílatel Michal Simek napsal:
>
> Reported by smatch like:
> common/usb_storage.c:430 us_one_transfer() warn: inconsistent indenting
>
> Signed-off-by: Michal Simek
> ---
>
> (no changes since v1)
>
> common/usb_storage.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 del
út 1. 12. 2020 v 14:35 odesílatel Michal Simek napsal:
>
> From: Ashok Reddy Soma
>
> Endianness detection is checked against uninitialized ret variable.
> Assign ret with read value from status register to fix this.
>
> Fixes: 31a359f87eaa ("serial: uartlite: Add support to work with any
> endi
st 2. 12. 2020 v 9:03 odesílatel Michal Simek napsal:
>
> All changes are recorded in lore.kernel.org. Here are links to that patches
> for the record.
> Link:
> https://lore.kernel.org/r/f59a63d8cb941592de6d2dee8afa6f120b2e40c8.1601379794.git.michal.si...@xilinx.com
> Link:
> https://lore.kerne
čt 17. 12. 2020 v 15:09 odesílatel Michal Simek
napsal:
>
> From: T Karthik Reddy
>
> Set script_offset_nor env variable using CONFIG_BOOT_SCRIPT_OFFSET
> and nor flash start address to keep bootscript offset configurable.
>
> Signed-off-by: T Karthik Reddy
> Signed-off-by: Michal Simek
> ---
>
čt 17. 12. 2020 v 15:09 odesílatel Michal Simek
napsal:
>
> From: T Karthik Reddy
>
> Add parallel nor device to distroboot for microblaze.
>
> Signed-off-by: T Karthik Reddy
> Signed-off-by: Michal Simek
> ---
>
> include/configs/microblaze-generic.h | 17 -
> 1 file changed,
čt 17. 12. 2020 v 15:12 odesílatel Michal Simek
napsal:
>
> From: T Karthik Reddy
>
> When unaligned 3 bytes data write operation is performed, 3rd byte
> is being over written by 1st byte of 3 bytes data. This patch
> fixes it.
>
> Signed-off-by: T Karthik Reddy
> Signed-off-by: Michal Simek
>
čt 17. 12. 2020 v 17:03 odesílatel Michal Simek
napsal:
>
> From: Siva Durga Prasad Paladugu
>
> This patch add ethernet node gem1 to zc1275 RevB.
> GMII to RGMII converter sits between MAC and external
> phy connected over GMII to MAC and RGMMI to external phy.
>
> Signed-off-by: Siva Durga Pras
čt 17. 12. 2020 v 17:06 odesílatel Michal Simek
napsal:
>
> From: Harini Katakam
>
> This patch add ethernet node gem1 to zcu1285 RevB.
> GMII to RGMII converter sits between MAC and external
> phy connected over GMII to MAC and RGMMI to external phy
>
> Signed-off-by: Harini Katakam
> Signed-of
út 15. 12. 2020 v 15:19 odesílatel Michal Simek
napsal:
>
> Hi,
>
> This driver is connected via spi on one ZynqMP board. Only 8bit SPI
> connection is supported now. Spi zynq driver was used for testing this
> driver.
> We have tested load image via BMP command and also using it as console as
> i
po 4. 1. 2021 v 13:45 odesílatel Michal Simek napsal:
>
> All Xilinx SoCs have repository location filled already but boards are
> covered by different fragment which is missing this link.
> The patch is extending description with adding proper link to the same
> repository.
>
> Reported-by: Heinr
On Tuesday 05 January 2021 11:51:20 Lokesh Vutla wrote:
> On 22/11/20 4:00 am, Pali Rohár wrote:
> > It looks like that i2c bus lot of times timeout on some units. Prior
> > migration to CONFIG_DM_I2C i2c speed was set to CONFIG_SYS_OMAP24_I2C_SPEED
> > value which was 10. Lower speed fixes tim
In efi_mem_sort() adjacent memory regions of same type are coalesced.
Remove the remark "Merging of adjacent free regions is missing".
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_memory.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/lib/efi_loader/efi_memory.c b/lib/efi_loa
Hi Adam,
Thanks for the patch.
> -Original Message-
> From: Adam Ford
> Sent: 04 January 2021 17:38
> To: u-boot@lists.denx.de
> Cc: ja...@amarulasolutions.com; Biju Das ;
> Adam Ford
> Subject: [PATCH] spi: renesas_rpc_spi: Fix fallback compatibility string
>
> A generic compatibility
On Wed, Dec 23, 2020 at 03:33:07PM +0100, Philippe Reynes wrote:
> This commits add a check on the command ubi rename. This check avoids
> to rename a volume to with a name that is already used on another ubi
> volume. If two volumes has the same name, then the ubi device can't be
> mounted anymor
On Wed, Dec 23, 2020 at 10:13:22AM -0500, ferla...@amotus.ca wrote:
> From: Marc Ferland
>
> This commit fixes a simple typo: sPL --> SPL.
>
> Signed-off-by: Marc Ferland
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Wed, Dec 30, 2020 at 01:16:36PM +0100, Stefan Agner wrote:
> There might be hardware configurations where 64-bit data accesses
> to NVMe registers are not supported properly. This patch removes
> the readq/writeq so always two 32-bit accesses are used to read/write
> 64-bit NVMe registers, sim
On Wed, Dec 30, 2020 at 05:55:22PM +0100, Heinrich Schuchardt wrote:
> make htmldocs results in an error:
>
> doc/android/boot-image.rst:33:
> WARNING: Unparseable C cross-reference: 'struct andr_img_hdr'
> Invalid C declaration: Expected identifier in nested name, got keyword:
> struct [error at
On Wed, Dec 30, 2020 at 07:25:47PM +0200, Igor Opaniuk wrote:
> My address at Toradex doesn't exist anymore, map this address
> to my personal email.
>
> Signed-off-by: Igor Opaniuk
> Reviewed-by: Heinrich Schuchardt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP s
Hey all,
A day late, but here we are. I've taken a few small fixes in, and we've
had a few small PRs. But I think things are looking good for release
next week.
In terms of a changelog,
git log --merges v2021.01-rc4..v2021.01-rc5
contains what I've pulled but as always, better PR messages and
Hi Tom,
On 05.01.21 13:54, Tom Rini wrote:
> Hey all,
>
> A day late, but here we are. I've taken a few small fixes in, and we've
> had a few small PRs. But I think things are looking good for release
> next week.
>
> In terms of a changelog,
> git log --merges v2021.01-rc4..v2021.01-rc5
> co
On Tue, Jan 05, 2021 at 02:00:43PM +0100, Stefano Babic wrote:
> Hi Tom,
>
> On 05.01.21 13:54, Tom Rini wrote:
> > Hey all,
> >
> > A day late, but here we are. I've taken a few small fixes in, and we've
> > had a few small PRs. But I think things are looking good for release
> > next week.
>
There is no need to define the same macros in drivers.
All macros have been added by commit 17a42abb40dd ("mmc: Define timing
macro's").
Signed-off-by: Michal Simek
---
drivers/mmc/xenon_sdhci.c | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/mmc/xenon_sdhci.c b/drivers
Hi Tom,
please pull these patches for 2021.04 release. I tried it merge it with
your next branch and I see some merge conflict but not with my patches
that's why I expect you will be dealing with it self.
Thanks,
Michal
The following changes since commit 21e1cae7902e6a9b1d7cf47cf4764e6fe7d3452a
On 1/2/21 5:44 PM, Marek Vasut wrote:
The GPIO hog flags are ignored by gpiolib-of.c now, set the flags to 0.
Due to a change in gpiolib-of.c, setting flags to GPIO_ACTIVE_LOW and
using output-low DT property leads to the GPIO being set high instead.
+CC Tom
These two should be applied to 2021
Hi Tom,
Please find the PR containing TI related changes targeted for
v2020.01 release. Details about the PR are updated in the tag message
The following changes since commit c15f44acf9d473f4682bfdc63b8aebd313492b15:
Prepare v2021.01-rc4 (2020-12-21 15:03:24 -0500)
are available in the
On 03.01.21 23:06, Phil Sutter wrote:
A few minor changes:
* Get rid of leftover comments, other commits removed the defines they
referred to.
* CONFIG_SYS_NETA_INTERFACE_TYPE is not used anymore since commit
e3b9c98a23ca9 ("net: mvneta: Convert to driver model").
* Drop CONFIG_USB_MAX_C
Adding a few more PCI experts (Simon & Bin) to Cc.
On 03.01.21 23:06, Phil Sutter wrote:
On my DS414, some PCI devices return odd values when probing BAR sizes.
An obvious case is all-ones response, the Linux driver
(drivers/pci/probe.c) catches those explicitly and a comment explains
that eithe
On 03.01.21 23:06, Phil Sutter wrote:
Configure an IO region and window for PNP identical to how MEM region is
set up. Linux does this only if the DT defines a pcie-io-aperture
property for the SOC, but since all supported boards do this should not
be needed.
Signed-off-by: Phil Sutter
---
dr
Hi Marek
On 1/2/21 5:44 PM, Marek Vasut wrote:
> The GPIO hog flags are ignored by gpiolib-of.c now, set the flags to 0.
> Due to a change in gpiolib-of.c, setting flags to GPIO_ACTIVE_LOW and
> using output-low DT property leads to the GPIO being set high instead.
>
> Signed-off-by: Marek Vasut
Hi Marek
On 1/2/21 5:44 PM, Marek Vasut wrote:
> The GPIO hog flags are ignored by gpiolib-of.c now, set the flags to 0.
> Since GPIO_ACTIVE_HIGH is defined as 0, this change only increases the
> correctness of the DT.
>
> Signed-off-by: Marek Vasut
> Cc: Patrice Chotard
> Cc: Patrick Delaunay
Hi Stefano,
On Mon, Jan 04, 2021 at 08:41:33PM +0100, Stefano Babic wrote:
> > I'm about to send PATCHv3 dropping the OF_LIBFDT_OVERLAY related
> > cleanup.
>
> Thanks !
>
> > > So I applied the patches related to the board, but I left this
> > > out.
> >
> > Not applying this patch results in
> Can this not be implemented by some U-Boot script ?
> I can imagine that reading the first few bytes from the partition (mmc
> read) would permit you to obtain the uImage/fitImage header from the
> partition, from which you can obtain the image size, which is the total
> number of bytes to read (
Hi Sebastian,
On 05.01.21 18:27, Sebastian Reichel wrote:
Hi Stefano,
On Mon, Jan 04, 2021 at 08:41:33PM +0100, Stefano Babic wrote:
I'm about to send PATCHv3 dropping the OF_LIBFDT_OVERLAY related
cleanup.
Thanks !
So I applied the patches related to the board, but I left this
out.
Not
On 1/5/21 10:30 PM, Michal Simek wrote:
> There is no need to define the same macros in drivers.
> All macros have been added by commit 17a42abb40dd ("mmc: Define timing
> macro's").
>
> Signed-off-by: Michal Simek
Reviewed-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
> ---
>
> drivers/mmc
Hi Adam,
On 12/31/20 2:39 AM, Adam Ford wrote:
> The Linux driver automatically can detect and enable UHS, HS200, HS400
> and HS400_ES automatically without extra flags being placed into the
> device tree.
>
> Right now, for U-Boot to use UHS, HS200 or HS400, the extra flags are
> needed. Let's
On Tue, Jan 5, 2021 at 4:07 PM Jaehoon Chung wrote:
>
> Hi Adam,
>
+CC: Tim Harvey,
> On 12/31/20 2:39 AM, Adam Ford wrote:
> > The Linux driver automatically can detect and enable UHS, HS200, HS400
> > and HS400_ES automatically without extra flags being placed into the
> > device tree.
> >
> >
Hi Jernej
On 1/3/21 6:26 PM, Jernej Skrabec wrote:
> This PMIC can be found on H616 boards and it's very similar to AXP805
> and AXP806.
Is there any plan to cleanup codes?
>
> Signed-off-by: Jernej Skrabec
> ---
> arch/arm/mach-sunxi/pmic_bus.c | 6 +++
> board/sunxi/board.c| 10
On Wed, Dec 30, 2020 at 1:00 PM ZHIZHIKIN Andrey
wrote:
>
> Hello Tim,
>
> > -Original Message-
> > From: Tim Harvey
> > Sent: Wednesday, December 30, 2020 7:48 PM
> > To: Adam Ford
> > Cc: Fabio Estevam ; ZHIZHIKIN Andrey
> > ; Peng Fan ; u-
> > boot ; Stefano Babic
> > Subject: Re: IM
Hi Pragnesh
> On Tue, Jan 5, 2021 at 7:12 AM Sean Anderson wrote:
> >
> > On 1/4/21 8:37 PM, Rick Chen wrote:
> > > Hi Pragnesh
> > >
> > >>> From: Pragnesh Patel [mailto:pragnesh.pa...@sifive.com]
> > >>> Sent: Tuesday, December 22, 2020 2:23 PM
> > >>> To: u-boot@lists.denx.de
> > >>> Cc: atish
Hi Tom,
This is for u-boot/next
Build here:
https://gitlab.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/5761
The following changes since commit c86b18074c9d40bfa63cda1068b6dfb810d4377d:
Merge tag 'efi-next' of
https://gitlab.denx.de/u-boot/custodians/u-boot-efi into next
(2020-12-31 22:2
On 12/29/20 12:35 AM, Simon Glass wrote:
Add Kconfig options to support build-time device instantiation. When
fully implemented, this will allow dtoc to create U-Boot devices (i.e.
struct udevice records) at build time, thus reducing code space in
SPL.
For now this defaults to off, but will be
On 12/29/20 12:34 AM, Simon Glass wrote:
This does not get a device (struct udevice *) but a struct driver_info *
so the name is confusing.
Rename it accordingly. Since we plan to have several various of these
macros, put GET at the end instead of the middle, so it is easier to spot
the relate
On 12/29/20 12:34 AM, Simon Glass wrote:
The current macro is a misnomer since it does not declare a device
directly. Instead, it declares driver_info record which U-Boot uses at
runtime to create a device.
The distinction seems somewhat minor most of the time, but is becomes
quite confusing w
Add CONFIG_SPL_PAD_TO for Gen5 and Arria 10. CONFIG_SPL_PAD_TO is set to
size of OCRAM.
This is preparation for image padding change in socfpgaimage.
Signed-off-by: Ley Foon Tan
---
include/configs/socfpga_common.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/socfpga_co
The existing socfpgaimage always pads the image to the maximum size of
OCRAM size. This will break in the encryption flow where it expects the
image to be un-padded. The encryption tool will do the encryption for
the whole image and append the signature key at end of the image.
The signature key wi
49 matches
Mail list logo
