>-Original Message-
>From: Udit Agarwal
>Sent: Wednesday, November 20, 2019 11:54 AM
>To: u-boot@lists.denx.de
>Cc: Priyanka Jain ; Arun Pathak
>; Ruchika Gupta ; Udit
>Agarwal
>Subject: [PATCH v3 2/2] Maximum size of secure boot header to be read from
>MMC is 12KB which spans across
>-Original Message-
>From: Udit Agarwal
>Sent: Wednesday, November 20, 2019 11:53 AM
>To: u-boot@lists.denx.de
>Cc: Priyanka Jain ; Arun Pathak
>; Ruchika Gupta ; Udit
>Agarwal
>Subject: [PATCH v3 1/2] setexpr command is used while running secure boot
>(chain of trust with
>-Original Message-
>From: Udit Agarwal
>Sent: Wednesday, November 20, 2019 11:46 AM
>To: u-boot@lists.denx.de
>Cc: Priyanka Jain ; Arun Pathak
>; Ruchika Gupta ; Udit
>Agarwal
>Subject: [PATCH v3] Add TFA secure boot defconfig and Enables secure boot
>related configs in it.
Trim
This adds acpi code for arm and the acpi tables about Phytium Durian Board.
The acpi table only support rsdp, rsdt, xsdt, fadt, dsdt, ssdt, gtdt, madt,
mcfg, iort, spcr.
Signed-off-by: Steven Hao
---
MAINTAINERS| 3 +
Makefile
Hello Tom,
Am 19.11.2019 um 15:06 schrieb Tom Rini:
On Sat, Nov 16, 2019 at 07:58:23AM +0100, Heiko Schocher wrote:
sun8i 32bit job needs to long, so split this job into
2 jobs. One which build all orangepi sun8i boards and
the other job catches all other sun8i 32bit boards.
Signed-off-by:
Hello Tom,
Am 19.11.2019 um 13:29 schrieb Tom Rini:
On Sat, Nov 16, 2019 at 07:56:50AM +0100, Heiko Schocher wrote:
as time for job exceeds split this job into two
jobs. One which builds all "ls10" boards and
one which catch all the rest.
Signed-off-by: Heiko Schocher
---
travis build:
On 19.11.2019 17:56, James Byrne wrote:
> Make the at91_gpio driver set sensible GPIO bank names in the platform
> data. This makes the 'gpio status' command a lot more useful.
>
> Signed-off-by: James Byrne
>
> ---
Reviewed-by: Eugen Hristev
___
On 2019/11/19 下午7:04, Heiko Stuebner wrote:
From: Heiko Stuebner
As part of loading trustedfirmware, the SPL is required to place portions
of code into the socs sram but the mmc controllers can only do dma
transfers into the regular memory, not sram.
The results of this are not directly
Heiko,
On 2019/11/19 下午7:04, Heiko Stuebner wrote:
From: Heiko Stuebner
Rockchips dwmmc controllers can't do dma to non-ddr addresses,
like for example the soc-internal sram but during boot parts of
TrustedFirmware need to be placed there from the read FIT image.
So add handling for a
On Tue, Nov 19, 2019 at 06:21:34PM +0100, Jorge Ramirez-Ortiz wrote:
> On 11/19/19 12:53 PM, Jorge Ramirez-Ortiz wrote:
> > On 11/19/19 10:02 AM, Jens Wiklander wrote:
> >> On Mon, Nov 18, 2019 at 02:18:55PM +0100, Jorge Ramirez-Ortiz wrote:
> >>> On 11/18/19 1:42 PM, Jens Wiklander wrote:
>
On 2019/11/17 上午3:32, Vasily Khoruzhick wrote:
That's not correct and it breaks SMBUS-style reads and and writes for
some chips (e.g. SYR82X/SYR83X).
Stop bit should be sent only after the last message.
Signed-off-by: Vasily Khoruzhick
Reviewed-by: Kever Yang
Thanks,
- Kever
---
On 2019/11/17 上午3:32, Vasily Khoruzhick wrote:
SYR82X and SYR83X are almost identical to FAN53555, the only difference
is different die ID and revision, voltage ranges and steps.
Signed-off-by: Vasily Khoruzhick
Reviewed-by: Kever Yang
Thanks,
- Kever
---
drivers/power/pmic/fan53555.c
On 2019/11/18 上午2:47, Vasily Khoruzhick wrote:
fan53555_regulator_set_value() passes its own dev to pmic_clrsetbits()
instead of its parent (pmic). As result u-boot crashes when you try to
set voltage on fan53555 regulator
Signed-off-by: Vasily Khoruzhick
Reviewed-by: Kever Yang
Thanks,
-
Hello Robert,
Am 28.10.2019 um 19:29 schrieb Robert Beckett:
Add ability to query size of eeprom device and partitions
Signed-off-by: Robert Beckett
---
drivers/misc/i2c_eeprom.c | 145 +-
include/i2c_eeprom.h | 12
2 files changed, 138
Hello Robert,
Am 28.10.2019 um 19:29 schrieb Robert Beckett:
Add ability to partition eeprom via devicetree bindings
Signed-off-by: Robert Beckett
---
drivers/misc/i2c_eeprom.c | 98 +++
1 file changed, 98 insertions(+)
Reviewed-by: Heiko Schocher
Hence increase the mmc read size for secure boot
headers from MMC to 0x20 blocks.
Signed-off-by: Udit Agarwal
---
Changes in V3:
Resends the patch.
include/configs/ls1088ardb.h | 18 +-
include/configs/ls2080ardb.h | 8
include/configs/lx2160a_common.h | 8
So, Enable CONFIG_CMD_SETEXPR to enable setexpr command.
Signed-off-by: Udit Agarwal
---
Changes in V3:
Resends patches.
configs/ls1012afrwy_tfa_SECURE_BOOT_defconfig | 1 +
configs/ls1012aqds_tfa_SECURE_BOOT_defconfig | 2 +-
configs/ls1012ardb_tfa_SECURE_BOOT_defconfig | 2 +-
Signed-off-by: Udit Agarwal
---
Changes in V3:
Corrects commit message and resends patch.
configs/ls1046afrwy_tfa_SECURE_BOOT_defconfig | 57 +++
1 file changed, 57 insertions(+)
create mode 100644 configs/ls1046afrwy_tfa_SECURE_BOOT_defconfig
diff --git
Hi Vasily,
On Wed, 20 Nov 2019 at 10:45, Vasily Khoruzhick wrote:
>
> On Tue, Nov 19, 2019 at 5:51 PM Anand Moon wrote:
> >
> > Hi Vasily,
> >
> > I have got a development board Odroid N1
> > it has SYR837PKC and SYR838PKC regulator IC on the board.
> >
> > On testing this patch, it failed with
>-Original Message-
>From: U-Boot On Behalf Of Florinel Iordache
>Sent: Tuesday, November 19, 2019 3:58 PM
>To: u-boot@lists.denx.de
>Subject: [U-Boot] [u-boot][PATCH v2] drivers/fsl-mc: Support DPSPARSER object
>and apply spb command
>
>Add support for DPSPARSER object (create/destroy,
>-Original Message-
>From: U-Boot On Behalf Of Pankit Garg
>Sent: Tuesday, November 19, 2019 3:01 PM
>To: u-boot@lists.denx.de
>Cc: Pankit Garg
>Subject: [U-Boot] [PATCH] board_r: Detect ifc-nor flash at run-time
>
>CONFIG_MTD_NOR_FLASH flag needs to be enable for all boot sources,as
>-Original Message-
>From: U-Boot On Behalf Of Pankit Garg
>Sent: Tuesday, November 19, 2019 3:20 PM
>To: u-boot@lists.denx.de
>Cc: Pankit Garg
>Subject: [U-Boot] [PATCH] env: Update env_addr for mmc environment driver
>
Please add description
>Signed-off-by: Pankit Garg
>---
>
Simon,
On Tue, Nov 19, 2019 at 06:59:57PM -0800, Simon Glass wrote:
> Hi Takahiro,
>
> On Tue, 12 Nov 2019 at 16:47, AKASHI Takahiro
> wrote:
> >
> > In this patch, a very simple test is added to verify that rsa_verify()
> > using rsa_verify_with_pkey() work correctly.
> >
> > To keep the code
Simon,
On Tue, Nov 19, 2019 at 06:59:56PM -0800, Simon Glass wrote:
> Hi Takahiro,
>
> On Tue, 12 Nov 2019 at 16:47, AKASHI Takahiro
> wrote:
> >
> > This function, and hence rsa_verify(), will perform RSA verification
> > with two essential parameters for a RSA public key in contract of
> >
>-Original Message-
>From: Peng Ma
>Sent: Wednesday, October 23, 2019 4:37 PM
>To: Jagdish Gediya ; w...@denx.de; Priyanka Jain
>
>Cc: Andy Tang ; Z.q. Hou ;
>bmeng...@gmail.com; u-boot@lists.denx.de; Peng Ma
>Subject: [v2 1/6] powerpc: p2041: dts: Add Sata DT nodes
>
>This patch is to
Simon,
On Tue, Nov 19, 2019 at 06:59:59PM -0800, Simon Glass wrote:
> Hi Takahiro,
>
> On Tue, 12 Nov 2019 at 16:47, AKASHI Takahiro
> wrote:
> >
> > In the current implementation of FIT_SIGNATURE, five parameters for
> > a RSA public key are required while only two of them are essential.
> >
>-Original Message-
>From: U-Boot On Behalf Of Peng Ma
>Sent: Tuesday, November 19, 2019 11:48 AM
>To: Prabhakar X ; w...@denx.de
>Cc: andre.przyw...@arm.com; Peng Ma ; u-
>b...@lists.denx.de; sm...@web.de; s...@denx.de; ja...@openedev.com
>Subject: [U-Boot] [V3 1/2] ata: fsl_sata: Add
Hi Simon,
On Tuesday, November 19, 2019 7:00:23 PM PST Simon Glass wrote:
> External Email
>
> --
> Hi,
>
> On Tue, 29 Oct 2019 at 14:08, Suneel Garapati
wrote:
> > From: Suneel Garapati
> >
> > Signed-off-by: Suneel
Simon,
Thank you for your review.
On Tue, Nov 19, 2019 at 06:59:54PM -0800, Simon Glass wrote:
> Hi Takahiro,
>
> On Tue, 12 Nov 2019 at 16:47, AKASHI Takahiro
> wrote:
> >
> > For FIT verification, all the properties of a public key come from
> > "control fdt" pointed to by fdt_blob. In UEFI
Dear Tom,
Please find my pull-request for u-boot-mpc85xx/master
https://travis-ci.org/p-priyanka-jain/u-boot/builds/613898130
Summary
powerpc: Fix CONFIG_AHCI related build warning for
P2041, P3041, P5040, T102x, T104x, T4240 platforms
priyankajain
Hello Robert,
Am 28.10.2019 um 18:44 schrieb Robert Beckett:
Add support for setting the chip address offset mask to EEPROM sumulator
and add tests to test it.
Signed-off-by: Robert Beckett
---
arch/sandbox/include/asm/test.h | 3 ++
drivers/misc/i2c_eeprom_emul.c | 19 +++---
Hello Robert
Am 28.10.2019 um 18:44 schrieb Robert Beckett:
Some devices (2 wire eeproms for example) use some bits from the chip
address to represent the high bits of the offset instead of or as well
as using multiple bytes for the offset, effectively stealing chip
addresses on the bus.
Add a
Hello Robert,
Am 28.10.2019 um 18:44 schrieb Robert Beckett:
Improve i2c EEPROM simulator testing by providing access functions to
check the previous chip addr and offset.
Given that we can now directly test the offsets, also simplified the
offset mapping and allow for wrapping acceses.
Hi,
On 19/11/19 7:03 PM, Bin Meng wrote:
> +Vignesh
>
> On Mon, Oct 21, 2019 at 11:40 AM Simon Glass wrote:
>>
>> We don't normally need this on x86 unless the size of SPI flash devices is
>> larger than 16MB. This can be enabled by particular SoCs as needed, since
>> it adds to code size.
>>
On Tue, Nov 19, 2019 at 5:51 PM Anand Moon wrote:
>
> Hi Vasily,
>
> I have got a development board Odroid N1
> it has SYR837PKC and SYR838PKC regulator IC on the board.
>
> On testing this patch, it failed with below message.
>
> Model: Hardkernel ODROID-N1
> DRAM: 3.9 GiB
> SW:
On 20/11/19 12:14 AM, Grygorii Strashko wrote:
> Move BOOTP_DNS2 and PHY_TI from dra7xx_evm.h to
> dra7xx_evm_defconfig.
>
> Signed-off-by: Grygorii Strashko
> ---
> configs/dra7xx_evm_defconfig| 2 ++
> configs/dra7xx_hs_evm_defconfig | 2 ++
> configs/dra7xx_hs_evm_usb_defconfig
> -Original Message-
> From: Ramon Fried
> Sent: 2019年11月20日 2:50
> To: Xiaowei Bao
> Cc: Bin Meng ; Simon Glass ;
> M.h. Lian ; Z.q. Hou ;
> Mingkai Hu ; Hongbo Wang
> ; York Sun ;
> u-boot@lists.denx.de
> Subject: Re: [EXT] Re: [U-Boot] [PATCHv2 1/2] PCI: layerscape: Add Support
>
Hi Suneel,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> Adds support for PCI ECAM/PEM controllers found on OcteonTX
> or OcteonTX2 SoC platforms.
>
> Signed-off-by: Suneel Garapati
> ---
> drivers/pci/Kconfig| 8 +
> drivers/pci/Makefile |
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
Commit message
> From: Suneel Garapati
>
> Signed-off-by: Suneel Garapati
> ---
> arch/arm/include/asm/io.h | 8
> 1 file changed, 8 insertions(+)
Reviewed-by: Simon Glass
___
U-Boot
Hi Suneel,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> Adds support for I2C controllers found on OcteonTX or
> OcteonTX2 SoC platforms.
>
> Signed-off-by: Aaron Williams
> Signed-off-by: Suneel Garapati
> ---
> drivers/i2c/Kconfig| 7 +
>
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> If ARI capability is found on device, use it to update next function
> number in bus scan and also helps to skip unnecessary bdf scans.
>
> Signed-off-by: Suneel Garapati
> ---
> drivers/pci/pci-uclass.c | 18
Hi Tim,
On Tue, 19 Nov 2019 at 10:55, Tim Harvey wrote:
>
> On Tue, Oct 29, 2019 at 2:08 PM Suneel Garapati
> wrote:
> >
> > This series will add support for OcteonTX and OcteonTX2 processsor based
> > platforms. The Marvell/Cavium Octeon-TX 64-bit ARM based SoCs include
> > the CN80XX, CN81XX
Hi Suneel,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> Minor spelling correction.
Also mention your bug, and ideally add a Fixes: tag.
>
> Signed-off-by: Suneel Garapati
> ---
> drivers/pci/pci-uclass.c | 4 ++--
> 1 file changed, 2 insertions(+), 2
On Tue, 12 Nov 2019 at 16:47, AKASHI Takahiro
wrote:
>
> In the next couple of commits, under new CONFIG_RSA_VERIFY_WITH_PKEY,
> rsa_verify() will be extended to be able to perform RSA decryption without
> additional RSA key properties from FIT image, i.e. rr and n0inv.
>
> Signed-off-by: AKASHI
Hi Suneel,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> Makes dm_pci_map_bar API available for Virtual function PCI devices
> based on SR-IOV capability which support Enhanced Allocation.
>
> Signed-off-by: Suneel Garapati
> ---
> drivers/pci/pci-uclass.c
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> For platforms that support 64bit physical address, fill upper 32bit
> of buffer address in scatter-gather descriptor. This is needed for
> platforms with more than 4GB DRAM.
>
> Signed-off-by: Suneel Garapati
>
Hi Suneel,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> Add DM support to dallas 1337 RTC driver.
>
> Signed-off-by: Suneel Garapati
> ---
> drivers/rtc/Kconfig | 7 ++
> drivers/rtc/ds1337.c | 170 +++
> 2 files
Hi Suneel,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> If Enhanced Allocation capability is present in bridges, use it
> to read the fixed sub-ordinate bus number.
>
> Signed-off-by: Suneel Garapati
> ---
> drivers/pci/pci-uclass.c | 25
Hi,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> Signed-off-by: Suneel Garapati
> ---
> arch/arm/include/asm/arch-octeontx/board.h| 121 ++
> arch/arm/include/asm/arch-octeontx/clock.h| 25 +
> .../asm/arch-octeontx/csrs/csrs-mio_emm.h |
Hi Suneel,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> After check for maximum between max id and available ports, also check
> if available port count is less than max id and update.
>
> Signed-off-by: Suneel Garapati
> ---
> drivers/ata/ahci.c | 3 +++
Hi Suneel,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> For SATA controller found on OcteonTX SoC's, use
> non-standard PCI BAR0 instead of BAR5.
>
> Signed-off-by: Suneel Garapati
> ---
> drivers/ata/ahci.c | 7 +++
> 1 file changed, 7 insertions(+)
Hi Suneel,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> If SR-IOV capability is present, use it to initialize Virtual function
> (VF) PCI device instances. pci_sriov_init function will read SR-IOV
> registers to create VF devices under the PF PCI device and
Hi Suneel,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> Adds support for GPIO controllers found on OcteonTX or
> OcteonTX2 SoC platforms.
>
> Signed-off-by: Aaron Williams
> Signed-off-by: Suneel Garapati
> ---
> drivers/gpio/Kconfig | 7 ++
>
Hi Suneel,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> Enable PCI memory regions to be of multiple entry. This helps to
> add support for SoC's like OcteonTX/TX2 where every peripheral is
> on PCI bus.
>
> Signed-off-by: Suneel Garapati
> ---
>
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> Signed-off-by: Suneel Garapati
> ---
> include/pci_ids.h | 2 ++
> 1 file changed, 2 insertions(+)
Reviewed-by: Simon Glass
___
U-Boot mailing list
Hi Suneel,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> Increase MAX_PCI_REGIONS limit from 7 to 10. For some SoC's
> like OcteonTX/TX2 where everything is on PCI bus there is
> need for extra entries to support required peripherals.
>
> Signed-off-by:
Hi,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> Signed-off-by: Suneel Garapati
> ---
> arch/arm/include/asm/arch-octeontx2/board.h | 123 +
> arch/arm/include/asm/arch-octeontx2/clock.h |24 +
> .../asm/arch-octeontx2/csrs/csrs-cgx.h|
Hi Suneel,
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> Add fdtdec_get_pci_bus_range to read bus-range property
> values.
>
> Signed-off-by: Suneel Garapati
> ---
> include/fdtdec.h | 12
> lib/fdtdec.c | 16
> 2 files
Hi Takahiro,
On Tue, 12 Nov 2019 at 16:47, AKASHI Takahiro
wrote:
>
> In the current implementation of FIT_SIGNATURE, five parameters for
> a RSA public key are required while only two of them are essential.
> (See rsa-mod-exp.h and uImage.FIT/signature.txt)
> This is a result of considering
On Tue, 29 Oct 2019 at 14:08, Suneel Garapati wrote:
>
> From: Suneel Garapati
>
> Parse subnode DT properties only if parent node is valid.
> Otherwise, assert is triggered on ofnode_valid in ofnode_first_subnode
> from dev_for_each_subnode.
>
> Signed-off-by: Suneel Garapati
> ---
>
Hi Takahiro,
On Tue, 12 Nov 2019 at 16:47, AKASHI Takahiro
wrote:
>
> In this patch, a very simple test is added to verify that rsa_verify()
> using rsa_verify_with_pkey() work correctly.
>
> To keep the code simple, all the test data, either public key and
> verified binary data, are embedded
Hi Takahiro,
On Tue, 12 Nov 2019 at 16:47, AKASHI Takahiro
wrote:
>
> This function, and hence rsa_verify(), will perform RSA verification
> with two essential parameters for a RSA public key in contract of
> rsa_verify_with_keynode(), which requires additional three parameters
> stored in FIT
Hi Takahiro,
On Tue, 12 Nov 2019 at 16:47, AKASHI Takahiro
wrote:
>
> For FIT verification, all the properties of a public key come from
> "control fdt" pointed to by fdt_blob. In UEFI secure boot, on the other
> hand, a public key is located and retrieved from dedicated signature
> database
On Tue, 12 Nov 2019 at 16:47, AKASHI Takahiro
wrote:
>
> Introduce new configuration, CONFIG_RSA_VERIFY which will decouple building
> RSA functions from FIT verification and allow for adding a RSA-based
> signature verification for other file formats, in particular PE file
> for UEFI secure
Heinrich,
On Mon, Nov 18, 2019 at 02:58:26PM +0900, AKASHI Takahiro wrote:
> On Sat, Nov 16, 2019 at 09:28:56PM +0100, Heinrich Schuchardt wrote:
> > On 11/13/19 1:53 AM, AKASHI Takahiro wrote:
> > >Provide a couple of test cases for variable authentication.
> >
> > Please, tell us more in the
Hi Tom,
On Fri, Nov 15, 2019 at 4:21 PM Bin Meng wrote:
>
> From: Lihua Zhao
>
> Enhance do_bootm_vxworks() to support Linux compatible standard DTB
> for ARM and PPC, when the least significant bit of flags in VxWorks
> bootargs is set. Otherwise it falls back to the existing bootm flow
>
On Tue, Nov 19, 2019 at 05:02:34PM +0100, Matthias Brugger wrote:
> Hi Tom,
>
> Please have a look at the below patches.
> Travis-ci can be found here:
> https://travis-ci.org/mbgg/u-boot/builds/614078145
>
> Apart from this patches, I planning to send another pull request once the
> single
>
Hi Vasily,
I have got a development board Odroid N1
it has SYR837PKC and SYR838PKC regulator IC on the board.
On testing this patch, it failed with below message.
Model: Hardkernel ODROID-N1
DRAM: 3.9 GiB
SW: fan53555_voltages_setup: die id 7 rev 7 not supported!
MMC: dwmmc@fe32: 1,
On Wed, Nov 20, 2019 at 4:14 AM Tom Rini wrote:
>
> Now that we have buildman telling genboards.cfg to use an output
> directory we need to ensure that it exists.
>
> Cc: Bin Meng
> Cc: Simon Glass
> Fixes: bc750bca1246 ("tools: buildman: Honor output directory when generating
> boards.cfg")
>
On Tue, Nov 19, 2019 at 12:32 PM Simon Goldschmidt
wrote:
>
> Am 19.11.2019 um 18:39 schrieb Tim Harvey:
> > Greetings,
> >
> > I'm working on converting IMX6 based Gateworks Ventana board support
> > to DM which requires me to put many dtb's (36 currently!) into a FIT
> > image. The size of the
On Thu, Nov 14, 2019 at 12:57:35PM -0700, Simon Glass wrote:
> These functions belong in cpu_func.h so move them over.
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
On Thu, Nov 14, 2019 at 12:57:39PM -0700, Simon Glass wrote:
> These functions are CPU-related and do not use driver model. Move them to
> cpu_func.h
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Thu, Nov 14, 2019 at 12:57:37PM -0700, Simon Glass wrote:
> These functions belong in cpu_func.h. Another option would be cache.h
> but that code uses driver model and we have not moved these cache
> functions to use driver model. Since they are CPU-related it seems
> reasonable to put them
On Thu, Nov 14, 2019 at 12:57:32PM -0700, Simon Glass wrote:
> These functions belong in cpu_func.h since they do not use driver model.
> Move them over. Don't bother adding comments since these functions should
> be deleted.
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
On Thu, Nov 14, 2019 at 12:57:20PM -0700, Simon Glass wrote:
> At present this function sits in its own file but it does not really
> justify it. There are similar string functions in vsprintf.h, so move it
> there. Also add the missing function comment.
>
> Use the vsprintf.h include file
On Thu, Nov 14, 2019 at 12:57:17PM -0700, Simon Glass wrote:
> It is not good practice to write code in a header file. If it is included
> multiple times then the code can cause duplicate functions.
>
> Move the bootcount_store() and bootcount_load() functions into SPL.
>
> Note: bootcount is a
On Thu, Nov 14, 2019 at 12:57:34PM -0700, Simon Glass wrote:
> This function belongs in cpu_func.h so move it over.
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
On Thu, Nov 14, 2019 at 12:57:18PM -0700, Simon Glass wrote:
> These don't need to be in common.h so move them out.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Tom Rini
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
___
On Thu, Nov 14, 2019 at 12:57:09PM -0700, Simon Glass wrote:
> These should be moved to driver model, but in the meantime, move them
> out of the common header to help reduce its size.
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 19, 2019 at 06:06:27PM -0600, Joe Hershberger wrote:
> Hi Tom,
>
> On Tue, May 7, 2019 at 10:21 AM Molloy, Philip
> wrote:
> >
> > On Sun, 2019-05-05 at 08:50 -0400, Tom Rini wrote:
> > > Conceptually, yes, this is correct. However, the behavior in
> > > question
> > > has been
On Tue, Nov 19, 2019 at 5:44 AM Pankit Garg wrote:
>
> Signed-off-by: Pankit Garg
Acked-by: Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Thu, Sep 27, 2018 at 3:45 PM Rasmus Villemoes
wrote:
>
> In the case where one deletes an already-non-existing variable, or sets
> a variable to the value it already has, there is no point in writing the
> environment back, thus reducing wear on the underlying storage
> device.
>
> In the case
On Tue, Nov 19, 2019 at 09:56:40PM +0100, Heinrich Schuchardt wrote:
> On 11/19/19 9:30 PM, Simon Goldschmidt wrote:
> >Am 19.11.2019 um 18:31 schrieb James Byrne:
> >>Add env_force() to provide an equivalent to 'setenv -f' that can be used
> >>programmatically.
> >>
> >>Also tighten up the
Hi Tom,
On Tue, May 7, 2019 at 10:21 AM Molloy, Philip wrote:
>
> On Sun, 2019-05-05 at 08:50 -0400, Tom Rini wrote:
> > Conceptually, yes, this is correct. However, the behavior in
> > question
> > has been deployed for so long that I don't feel that we can change it
> > at
> > this point, so
-march v5 is invalid for GCC 9.2.1. ARM11 is an armv6 implementation. So
change the architecture flag for the compiler to armv6.
Cf. https://gcc.gnu.org/onlinedocs/gcc/ARM-Options.html
Suggested-by: Fabio Estevam
Signed-off-by: Heinrich Schuchardt
---
arch/arm/Makefile | 4 ++--
1 file
On Wed, Apr 17, 2019 at 1:56 AM Samuel Mescoff wrote:
>
> Allow the default environment file to contain long lines split into
> multiples lines.
>
> Leading white spaces can be added for readability as well.
>
> Signed-off-by: Samuel Mescoff
Acked-by: Joe Hershberger
On Mon, Nov 18, 2019 at 3:40 PM Grygorii Strashko
wrote:
>
> The AM654 SoC doesn't allow to disabling RGMII TX internal delay in CPSW2G
> MAC. Hence, change CPSW2G interface mode to "rgmii-rxid" - RGMII with
> internal RX delay provided by the PHY, the MAC will add an TX delay in this
> case.
>
>
On Tue, Nov 19, 2019 at 10:44 AM Heinrich Schuchardt
wrote:
> Dear maintainers,
>
> "Pull request for UEFI sub-system for efi-2020-01-rc4" disables the UEFI
> sub-system for all boards except ARMv8, ARMv7, ARM11. This is necessary
> as UEFI requires support for unaligned access. For ARM11 a
On Sat, Nov 16, 2019 at 12:20 AM Bin Meng wrote:
>
> During testing of qemu-riscv32 with a 2GiB memory configuration,
> tftp always fails with a error message:
>
> Load address: 0x8400
> Loading: #
> TFTP error: trying to overwrite reserved memory...
>
> It turns out the result of
On Mon, Nov 18, 2019 at 3:26 PM Grygorii Strashko
wrote:
>
> Based on commit c11669a2757e ("net: phy: dp83867: Rework delay rgmii delay
> handling") of mainline linux kernel.
>
> The current code is assuming the reset default of the delay control
> register was to have delay disabled. This is
On Tue, Nov 19, 2019 at 10:39:18PM +0100, Simon Goldschmidt wrote:
> Am 19.11.2019 um 02:02 schrieb Tom Rini:> - In ARMv8 NXP Layerscape
> platforms we also need to make use of
> >CONFIG_SYS_RELOC_GD_ENV_ADDR now, do so.
> > - On ENV_IS_IN_REMOTE, CONFIG_ENV_OFFSET is never used, drop the
On Mon, Nov 18, 2019 at 3:22 PM Grygorii Strashko
wrote:
>
> Based on commit 13c83cf8af0d ("net: phy: dp83867: Add ability to disable
> output clock") of mainline linux kernel.
>
> Generally, the output clock pin is only used for testing and only serves as
> a source of RF noise after this. It
On Mon, Nov 18, 2019 at 3:35 PM Grygorii Strashko
wrote:
>
> Refactor SGMII configuration to group all settings together and reduce
> number of MDIO transactions.
>
> Signed-off-by: Grygorii Strashko
Acked-by: Joe Hershberger
___
U-Boot mailing list
On Mon, Nov 18, 2019 at 3:31 PM Grygorii Strashko
wrote:
>
> Based on commit 27708eb5481b ("net: phy: dp83867: IO impedance is not
> dependent on RGMII delay") of mainline linux kernel.
>
> The driver would only set the IO impedance value when RGMII internal delays
> were enabled. There is no
On Mon, Nov 18, 2019 at 3:17 PM Grygorii Strashko
wrote:
>
> Based on commit 980066e6d964 ("dt-bindings: phy: dp83867: Add documentation
> for disabling clock output") of mainline linux kernel.
>
> The clock output is generally only used for testing and development and not
> used to daisy-chain
Am 19.11.2019 um 02:02 schrieb Tom Rini:> - In ARMv8 NXP Layerscape
platforms we also need to make use of
>CONFIG_SYS_RELOC_GD_ENV_ADDR now, do so.
> - On ENV_IS_IN_REMOTE, CONFIG_ENV_OFFSET is never used, drop the define
>to 0.
> - Add Kconfig entry for ENV_ADDR.
> - Make ENV_ADDR /
On Mon, Nov 18, 2019 at 3:08 PM Grygorii Strashko
wrote:
>
> Move static, one-time initialization to .probe() callback.
>
> Signed-off-by: Grygorii Strashko
Acked-by: Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.denx.de
Hi Heinrich,
On Tue, Nov 19, 2019 at 5:38 PM Heinrich Schuchardt wrote:
> I tried to build mx35pdk_defconfig and mx35pdk_defconfig. I got an error
>
> unrecognized -march target: armv5
>
> Why is U-Boot built with -march=armv5 on ARM1136 and ARM1176 though they
> are armv6?
>
>
On Tue, Nov 19, 2019 at 3:01 PM Simon Goldschmidt
wrote:
>
> Heinrich Schuchardt schrieb am Di., 19. Nov. 2019,
> 21:56:
>
> > On 11/19/19 9:30 PM, Simon Goldschmidt wrote:
> > > Am 19.11.2019 um 18:31 schrieb James Byrne:
> > >> Add env_force() to provide an equivalent to 'setenv -f' that can
Hi James,
On Tue, Nov 19, 2019 at 11:32 AM James Byrne
wrote:
>
> Add env_force() to provide an equivalent to 'setenv -f' that can be used
> programmatically.
>
> Also tighten up the definition of argv in _do_env_set() so that
> 'const char *' pointers are used.
>
> Signed-off-by: James Byrne
>
1 - 100 of 218 matches
Mail list logo