On Sat, Apr 25, 2020 at 12:52 AM Sylwester Nawrocki
wrote:
>
> From: Nicolas Saenz Julienne
>
> Imports Al Viro's original Linux commit 00b0c9b82663a, which contains
> an in depth explanation and two fixes from Johannes Berg:
> e7d4a95da86e0 "bitfield: fix *_encode_bits()",
> 37a3862e12382 "bit
On Sat, Apr 25, 2020 at 12:51 AM Sylwester Nawrocki
wrote:
>
> There might be hardware configurations where 64-bit data accesses
> to XHCI registers are not supported properly. This patch removes
> the readq/writeq so always two 32-bit accesses are used to read/write
> 64-bit XHCI registers, simi
Hi Pragnesh,
On Sat, Apr 25, 2020 at 12:27 AM Pragnesh Patel
wrote:
>
> Hi Bin,
>
> >-Original Message-
> >From: Bin Meng
> >Sent: 24 April 2020 19:25
> >To: Pragnesh Patel
> >Cc: Jagan Teki ; U-Boot-Denx >b...@lists.denx.de>; Atish Patra ; Palmer Dabbelt
> >; Paul Walmsley ;
> >Troy B
See 9778edae5576e0a43a13387f9081ce11ef633025 for a similar
commit that adds HDMI to other rk3399 boards.
Signed-off-by: Andrius Štikonas
Cc: Manivannan Sadhasivam
Cc: Jagan Teki
Cc: Kever Yang
---
configs/rockpro64-rk3399_defconfig | 7 +++
include/configs/rockpro64_rk3399.h | 5 +
2
>
> OK, thanks. Can you please re-send and include the above re-phrased to
> make sense in a commit message, in the body of the commit as well so
> it's documented more in-tree when this would be helpful? Thanks again!
>
> --
> Tom
Sure Tom. Will do that Monday/Tuesday.
Thanks,
Marek
On 4/24/20 11:18 PM, Heinrich Schuchardt wrote:
> Starting with Sphinx 1.3 sphinx.ext.pngmath was replaced by
> sphinx.ext.imgmath. Unfortunately conf.py does not detect that version
> 2.4 is greater 1.3. This results in an error
>
> Could not import extension sphinx.ext.pngmath
> (exceptio
Provide an overview of the analysis of U-Boot crash dumps.
Signed-off-by: Heinrich Schuchardt
---
doc/develop/crash_dumps.rst | 122
doc/develop/index.rst | 10 +++
doc/index.rst | 11
3 files changed, 143 insertions(+)
create mode
Hi Simon, Tom,
I guess it's perfect time to apply this patch. Thanks!
---
Eugeniy Paltsev
From: Simon Glass
Sent: Monday, March 23, 2020 18:37
To: Eugeniy Paltsev
Cc: Tom Rini; U-Boot Mailing List; uboot-snps-...@synopsys.com; Alexey Brodkin;
linux-sn
Starting with Sphinx 1.3 sphinx.ext.pngmath was replaced by
sphinx.ext.imgmath. Unfortunately conf.py does not detect that version
2.4 is greater 1.3. This results in an error
Could not import extension sphinx.ext.pngmath
(exception: No module named 'sphinx.ext.pngmath')
in Debian Bullsey
Print relocation information in bdinfo.
NOTE: this patch changes only ARC part of bdinfo code.
Signed-off-by: Eugeniy Paltsev
---
cmd/bdinfo.c | 4
1 file changed, 4 insertions(+)
diff --git a/cmd/bdinfo.c b/cmd/bdinfo.c
index d6a7175b379..31ec4615641 100644
--- a/cmd/bdinfo.c
+++ b/cmd/bd
On Fri, Apr 24, 2020 at 1:52 PM Tom Rini wrote:
>
> On Mon, Apr 20, 2020 at 06:34:11PM -0400, mho...@freebsd.org wrote:
>
> > From: Mitchell Horne
> >
> > FreeBSD makes use of u-boot's CONFIG_API to provide a version of its
> > standard bootloader for embedded architectures. This series adds the
On Fri, Apr 24, 2020 at 05:46:43PM -0300, Mitchell Horne wrote:
> On Fri, Apr 24, 2020 at 1:52 PM Tom Rini wrote:
> >
> > On Mon, Apr 20, 2020 at 06:34:11PM -0400, mho...@freebsd.org wrote:
> >
> > > From: Mitchell Horne
> > >
> > > FreeBSD makes use of u-boot's CONFIG_API to provide a version of
HSDK-4xD has quite different environment so let's split
HSDK and HSDK-4xD configs file.
Signed-off-by: Eugeniy Paltsev
---
board/synopsys/hsdk/Kconfig | 3 +-
board/synopsys/hsdk/MAINTAINERS | 2 +
include/configs/hsdk-4xd.h | 120
3 files changed, 1
Add support for CSM enable/disable and CSM relocation via
hsdk_init command. We allow to relocate CSM to the beginning of
any aperture even if HW support finer granularity.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/include/asm/arcregs.h | 3 +++
board/synopsys/hsdk/hsdk.c | 27 +++
Use register instead of static variable to store HSDK init status as
we want to avoid the situation when we reload U-boot via MDB after
previous init is done but HW reset (board reset) isn't done. So
let's store the init status in unused register - CREG_CPU_0_ENTRY
so status will survive after U-bo
HSDK-4xD has HDMI working so let's print info about HDMI clocks.
Signed-off-by: Eugeniy Paltsev
---
board/synopsys/hsdk/hsdk.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/board/synopsys/hsdk/hsdk.c b/board/synopsys/hsdk/hsdk.c
index 577893de2a1..45bc5ebe7db 10
Split HSDK and HSDK-4xD device tree files so they can have
different model names.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/dts/Makefile | 2 +-
arch/arc/dts/hsdk-4xd.dts | 12 +++
arch/arc/dts/hsdk-common.dtsi | 150 ++
arch/arc/dts/hsdk.dts
Add support for SLC enable/disable via hsdk_init command.
Signed-off-by: Eugeniy Paltsev
---
board/synopsys/hsdk/hsdk.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/board/synopsys/hsdk/hsdk.c b/board/synopsys/hsdk/hsdk.c
index b8b995db47d..b25b1331874 100644
--- a/
For HSDK-4xD we do additional AXI bridge tweaking while doing
hsdk_init command:
- we shrink IOC region.
- we configure ARC HS CORE SLV1 aperture depending on
haps_apb_location environment variable.
Signed-off-by: Eugeniy Paltsev
---
board/synopsys/hsdk/hsdk.c | 58 +
HSDK-4xD has other GPU type so it consumes only GPU core clock.
Even we have additional GPU clock dividers they are not routed
to anything. So drop information about those additional clocks
in hsdk_clock print_all command.
Signed-off-by: Eugeniy Paltsev
---
board/synopsys/hsdk/hsdk.c | 6 --
ARC HS CPU in HSDK-4xD has ARC ID = 0x54, so fix headerize script
accordingly.
Signed-off-by: Eugeniy Paltsev
---
board/synopsys/hsdk/config.mk | 12 ++--
board/synopsys/hsdk/headerize-hsdk.py | 2 +-
2 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/board/synopsys
Print timer clock value in hsdk_clock print_all command.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/dts/hsdk-common.dtsi | 6 --
board/synopsys/hsdk/hsdk.c| 2 ++
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/arc/dts/hsdk-common.dtsi b/arch/arc/dts/hsdk-common.dtsi
Add initial HSDK-4xD board support.
The ARC HS4x/HS4xD Development Kit includes a multicore ARC HS4xD-based
chip that integrates a wide range of interfaces including Ethernet,
HDMI, WiFi, Bluetooth, USB, SDIO, I2C, SPI, UART, I2S, ADC, PWM and
GPIO, as well as a Think Silicon GPU.
Signed-off-by: E
Add quirk for HSDK-4xD - due to HW issues HSDK can use any pulse
polarity but HSDK-4xD require active low polarity of cpu_start pulse.
So use low polarity of cpu_start pulse for both board.
Signed-off-by: Eugeniy Paltsev
---
board/synopsys/hsdk/hsdk.c | 26 +++---
1 file cha
In case of DSP extension presence in HW some instructions
(related to integer multiply, multiply-accumulate, and divide
operation) executes on this DSP execution unit. So their
execution will depend on dsp configuration register (DSP_CTRL)
As we want these instructions to execute the same way regar
Add support for additional timer clock which belongs to tunnel
domain.
Signed-off-by: Eugeniy Paltsev
---
drivers/clk/clk-hsdk-cgu.c| 9 ++---
include/dt-bindings/clock/snps,hsdk-cgu.h | 5 +++--
2 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/drivers/clk/clk-h
Eugeniy Paltsev (14):
ARC: ARCv2: handle DSP presence in HW
ARC: HSDK: CGU: add support for timer clock
ARC: HSDK-4xD: add initial board support
ARC: HSDK: split HSDK and HSDK-4xD DTS
ARC: HSDK-4xD: use active low polarity of cpu_start pulse
ARC: HSDK-4xD: fix headerize script for HSDK-
Hi,
Am Donnerstag, 23. April 2020, 03:33:49 CEST schrieb Peng Fan:
> > Subject: Re: [PATCH 07/24] imx: update is_imx6ull to include i.MX6ULZ
> >
> > Am Mittwoch, 22. April 2020, 15:52:18 CEST schrieb Peng Fan:
> > > Update is_imx6ull helper to include i.MX6ULZ SoC. i.MX6ULZ could share
> > > same
On Friday 24 April 2020 21:33:42 Pali Rohár wrote:
> On Friday 24 April 2020 15:28:01 Tom Rini wrote:
> > On Fri, Apr 24, 2020 at 09:15:43PM +0200, Pali Rohár wrote:
> > > On Friday 24 April 2020 15:12:42 Tom Rini wrote:
> > > > On Fri, Apr 24, 2020 at 08:29:41PM +0200, Pali Rohár wrote:
> > > > >
If the cpu-idle-states is missing from the DT in the first place, do
not fail on removing in. Just move on and do not even print an error,
since not being able to remove something which is not there in the
first place is not an error and surely does not justify failing to
boot.
Turn the surroundin
All the FEC ethernet clock entries for iMX8MM are missing, while they
are already present on iMX8MQ. Fill in the nodes on iMX8MM, as the FEC
ethernet gets bogus clock information otherwise which makes ethernet
inoperable.
Signed-off-by: Marek Vasut
Cc: Fabio Estevam
Cc: Peng Fan
Cc: Stefano Bab
On Friday 24 April 2020 15:28:01 Tom Rini wrote:
> On Fri, Apr 24, 2020 at 09:15:43PM +0200, Pali Rohár wrote:
> > On Friday 24 April 2020 15:12:42 Tom Rini wrote:
> > > On Fri, Apr 24, 2020 at 08:29:41PM +0200, Pali Rohár wrote:
> > > > On Friday 24 April 2020 20:21:33 Pali Rohár wrote:
> > > > >
On Fri, Apr 24, 2020 at 09:15:43PM +0200, Pali Rohár wrote:
> On Friday 24 April 2020 15:12:42 Tom Rini wrote:
> > On Fri, Apr 24, 2020 at 08:29:41PM +0200, Pali Rohár wrote:
> > > On Friday 24 April 2020 20:21:33 Pali Rohár wrote:
> > > > Commit 0486497e2b5f ("lib: Improve _parse_integer_fixup_rad
On Friday 24 April 2020 15:12:42 Tom Rini wrote:
> On Fri, Apr 24, 2020 at 08:29:41PM +0200, Pali Rohár wrote:
> > On Friday 24 April 2020 20:21:33 Pali Rohár wrote:
> > > Commit 0486497e2b5f ("lib: Improve _parse_integer_fixup_radix base 16
> > > detection") broke parsing MTD partition sizes speci
On Fri, Apr 24, 2020 at 08:29:41PM +0200, Pali Rohár wrote:
> On Friday 24 April 2020 20:21:33 Pali Rohár wrote:
> > Commit 0486497e2b5f ("lib: Improve _parse_integer_fixup_radix base 16
> > detection") broke parsing MTD partition sizes specified in decimal base.
> >
> > E.g. "128k(bootloader)" is
The env variable overlay_files is used while adding the environment
support commands for FIT loading, but it was cleaned up just prior in
commit ee53b59511a6 ("configs: Remove unneeded overlay_files environment
variable"). Fix this by replacing the undefined variable with the
proper name_overlays e
On Friday 24 April 2020 20:21:33 Pali Rohár wrote:
> Commit 0486497e2b5f ("lib: Improve _parse_integer_fixup_radix base 16
> detection") broke parsing MTD partition sizes specified in decimal base.
>
> E.g. "128k(bootloader)" is parsed by drivers/mtd/mtdpart.c as hexadecimal
> number (0x128 << 10)
Activate cache on DDR to improves the accesses to DDR used by SPL:
- CONFIG_SPL_BSS_START_ADDR
- CONFIG_SYS_SPL_MALLOC_START
Cache is configured only when DDR is fully initialized,
to avoid speculative access and issue in get_ram_size().
Data cache is deactivated at the end of SPL, to flush the da
Activate the data cache in SPL and in U-Boot before relocation.
In arch_cpu_init(), the function early_enable_caches() sets the early
TLB, early_tlb[] located .init section, and set cacheable:
- for SPL, all the SYSRAM
- for U-Boot, all the DDR
After relocation, the function enable_caches() (call
V3 after first feedbacks of the previous serie
"arm: stm32mp1: activate data cache in SPL and before relocation"
http://patchwork.ozlabs.org/project/uboot/list/?series=168390
This serie depends on the ARM cache serie:
"arm: caches: allow to activate dcache in SPL and in U-Boot pre-reloc"
http://
Solved the overflow on phys_addr_t type for start + size in
mmu_set_region_dcache_behaviour() function.
This overflow is avoided by dividing start and end by 2 before addition,
and we only expecting that start and size are even.
This patch doesn't change the current function behavior if the
param
Add the new flags DCACHE_DEFAULT_OPTION to define the default
option to use according the compilation flags
CONFIG_SYS_ARM_CACHE_*.
This new compilation flag allows to simplify dram_bank_mmu_setup()
and can be used as third parameter (option=dcache option to select)
of mmu_set_region_dcache_behavi
Commit 0486497e2b5f ("lib: Improve _parse_integer_fixup_radix base 16
detection") broke parsing MTD partition sizes specified in decimal base.
E.g. "128k(bootloader)" is parsed by drivers/mtd/mtdpart.c as hexadecimal
number (0x128 << 10) because character 'a' in substring "bootloader" caused
parsi
Add protection in dram_bank_mmu_setup() to avoid access to bd->bi_dram
before relocation.
This patch allow to use the generic weak function dram_bank_mmu_setup
to activate the MMU and the data cache in SPL or in U-Boot before
relocation, when bd->bi_dram is not yet initialized.
In this cases, the
Hi
It is a V2 serie after Marek feedback for
http://patchwork.ozlabs.org/project/uboot/list/?series=168378
This serie allows dcache activation in SPL or in U-Boot preloc stage
for ARM board.
See "arm: stm32mp1: activate data cache in SPL and before relocation"
for example of usage in SPL and i
Hello Jagan,
> -Original Message-
> From: Jagan Teki
> Sent: Thursday, April 23, 2020 10:31 PM
> To: u-boot@lists.denx.de
> Cc: Rick Chen ; Bin Meng ;
> Bhargav Shah ; Sagar Kadam
> ; linux-amar...@amarulasolutions.com; Jagan
> Teki
> Subject: [PATCH v4 0/5] riscv: sifive/fu540: Enable S
Hi Kever,
On 24/04/20 3:45 pm, Kever Yang wrote:
> Hi Deepak, Jagan,
>
> On 2020/4/23 下午7:29, Jagan Teki wrote:
>> On Thu, Apr 23, 2020 at 4:37 PM Deepak Das wrote:
>>> Hi Jagan,
>>>
>>> upstream uboot has the support for nanopi M4 board with 4GB LPDDR3 RAM.
>>> I have a nanopi M4 board with 2GB
On Wed, Feb 05, 2020 at 07:19:58AM +0100, Heiko Schocher wrote:
> currently gpio hog function is not tested with "ut dm gpio"
> so add some basic tests for gpio hog functionality.
>
> For this enable GPIO_HOG in sandbox_defconfig, add
> in DTS some gpio hog entries, and add testcase in
> "ut dm g
Hi Tom,
Please pull the STM32 related fixes for v2020.07 = u-boot-stm32-20200424
With the following changes:
- Solve stm32mp15 pinctrl dts issue (patch conlict in branches master and next)
- Split device tree for DHCOR Som and AV 96 board
- Update PLL4 setting in AV96 board
- Enable bootd
Hello,
My A20-OLinuXino-LIME2 has a RTL8211CL network adapter and is affected by the
same issue described for RTL8211F_PHY_FORCE_EEE_RXC_ON. In
u-boot/drivers/net/phy/realtek.c I copied «phydev->flags |=
PHY_RTL8211F_FORCE_EEE_RXC_ON;» inside rtl8211b_probe() and the following
portion of code
On Tue, Apr 21, 2020 at 01:00:41PM +0200, Marek wrote:
> >
> > Can you please showcase using this feature somewhere? Thanks!
> >
> > --
> > Tom
>
> Yes. First of all, sincere apology for such a massive delay in it.
> I got snowed with the corporation work of mine.
>
> So here is my go at showcas
On Fri, Apr 24, 2020 at 07:09:56PM +0200, Anatolij Gustschin wrote:
> On Fri, 24 Apr 2020 12:34:05 -0400
> Tom Rini tr...@konsulko.com wrote:
>
> > When moving the PHYLIB PHY drivers around in Kconfig we did not at the
> > same time perform a careful migration of the related drivers and
> > sub-op
On Sun, Apr 19, 2020 at 05:02:32PM -0600, Simon Glass wrote:
> At present if buildman reports an error, the travis build still succeeds.
>
> This is because the travis script does not stop when it sees errors; nor
> does it automatically return the exit code. Also the current error
> checking nev
On Sat, Apr 18, 2020 at 01:59:11AM -0700, Bin Meng wrote:
> From: Bin Meng
>
> If given ptr to free() is NULL, no operation is performed.
> Hence we can just free buf directly in fit_extract_data().
>
> Signed-off-by: Bin Meng
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Descrip
On Fri, Apr 17, 2020 at 09:42:29AM -0600, Joel Johnson wrote:
> Two nearly concurrent commits (d4d65e112 and bcee8d676) added a
> SPL_DM_GPIO symbol. Resolve the duplication in favor of the version
> in drivers/gpio/Kconfig.
>
> Signed-off-by: Joel Johnson
> Reviewed-by: Frieder Schrempf
Appli
On 4/24/20 3:42 PM, Patrick DELAUNAY wrote:
> Dear Marek,
>
>> From: Patrick DELAUNAY
>> Sent: mardi 10 mars 2020 11:09
>>
>>
>> In this serie I update the DWC2 host driver to use the device tree
>> information and
>> the associated PHY and CLOCK drivers when they are availables.
>>
>> V6 is min
On Sat, Apr 18, 2020 at 01:59:10AM -0700, Bin Meng wrote:
> From: Lihua Zhao
>
> Without calling munmap(), the follow-up call to open() the same file
> with a flag O_TRUNC seems not to cause any issue on Linux, but it fails
> on Windows with error like below:
>
> Can't open kernel_fdt.itb.t
On Sat, Apr 18, 2020 at 02:16:34AM +0200, Heinrich Schuchardt wrote:
> Remove an invalid documentation link in rstFlatTable.py. This synchronizes
> the file with Linux next-20200413.
>
> Signed-off-by: Heinrich Schuchardt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: P
On Sat, Apr 18, 2020 at 01:59:09AM -0700, Bin Meng wrote:
> From: Bin Meng
>
> MinGW build for U-Boot tools has been broken for years. The official
> support of Windows build is now MSYS2. Remove the MinGW support codes.
>
> Signed-off-by: Bin Meng
Applied to u-boot/master, thanks!
--
Tom
On Wed, Apr 15, 2020 at 06:46:23PM +0200, Heinrich Schuchardt wrote:
> We cannot run unit tests in SPL. So remove the unit test support.
>
> Signed-off-by: Heinrich Schuchardt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Wed, Apr 15, 2020 at 06:46:22PM +0200, Heinrich Schuchardt wrote:
> SPL should not be enlarged by building with CONFIG_HEXDUMP=y.
>
> Signed-off-by: Heinrich Schuchardt
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Wed, Apr 15, 2020 at 06:47:38PM +, Heinrich Schuchardt wrote:
> Freescale mail addresses are not valid anymore.
>
> Reported-by: Fabio Estevam
> Signed-off-by: Heinrich Schuchardt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Apr 16, 2020 at 02:01:45PM +0900, Masahiro Yamada wrote:
> fixdep is a standalone host program, so we can just re-sync it with
> the latest Linux in one commit.
>
> I kept the U-Boot own code block surrounded by
> /* hack for U-Boot */ ... /* U-boot hack end */.
>
> Signed-off-by: Masahi
On Thu, Apr 16, 2020 at 02:01:44PM +0900, Masahiro Yamada wrote:
> Since commit f1c6e1922eb5 ("spl: dm: use CONFIG_IS_ENABLED to test for
> the DM option"), CONFIG_IS_ENABLED() handles CONFIG_TPL_* options, but
> fixdep still cannot because it hard-codes the "SPL_" prefix as follows:
>
> char
On Wed, Apr 15, 2020 at 06:46:21PM +0200, Heinrich Schuchardt wrote:
> Do not build image_sign_info helper functions in SPL if not needed.
>
> Fixes: b983cc2da0ba ("lib: rsa: decouple rsa from FIT image verification")
> Signed-off-by: Heinrich Schuchardt
> Reviewed-by: Tom Rini
Applied to u-bo
On Mon, Mar 30, 2020 at 11:56:24AM +0800, Kever Yang wrote:
> The image is usually stored in block device like emmc, SD card, make the
> offset of image data aligned to block(512 byte) can avoid data copy
> during boot process.
> eg. SPL boot from FIT image with external data:
> - SPL read the fir
On Fri, Apr 10, 2020 at 09:37:21AM +0200, Heinrich Schuchardt wrote:
> TARGET_QEMU_ARM_64BIT and TARGET_QEMU_ARM_32BIT should be mutually
> exclusive.
>
> Signed-off-by: Heinrich Schuchardt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Apr 11, 2020 at 06:36:04PM +0200, Heinrich Schuchardt wrote:
> When building on a 32bit host the following warning occurs:
>
> tools/image-host.c: In function ‘fit_image_read_data’:
> tools/image-host.c:310:42: warning: format ‘%ld’ expects argument of type
> ‘long int’, but argument 3 ha
On Fri, Apr 03, 2020 at 07:58:24PM -0700, Peter Collingbourne wrote:
> FVP now loads an Android boot image named boot.img if available,
> otherwise it falls back to the existing code path.
>
> Signed-off-by: Peter Collingbourne
> Reviewed-by: Ryan Harkin
> Reviewed-by: Linus Walleij
Applied t
On Wed, Apr 15, 2020 at 06:46:19PM +0200, Heinrich Schuchardt wrote:
> The OID registry is only used by crypto functions that are not built in
> SPL. So we should not build it in SPL.
>
> Fixes: a9b45e6e8382 ("lib: add oid registry utility")
> Signed-off-by: Heinrich Schuchardt
> Reviewed-by: To
On Fri, Apr 10, 2020 at 11:10:32AM +0200, Heinrich Schuchardt wrote:
> Compiling on ARMv7-M fails when trying to address the CPSR register which
> is not available on this architecture.
>
> Atomic functions refer to the CPSR register if compiled with
> arch/arm/include/asm/proc-armv/system.h. On
On Mon, Mar 30, 2020 at 11:56:21AM +0800, Kever Yang wrote:
> The align for fit_size has been done twice, remove the first one for it
> does not make any sense.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Punit Agrawal
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
sign
On Mon, Mar 30, 2020 at 11:56:23AM +0800, Kever Yang wrote:
> The tool need to use fdtdec_get_child_count(), make it available for
> HOST_CC.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Punit Agrawal
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Descri
On Fri, 24 Apr 2020 12:34:05 -0400
Tom Rini tr...@konsulko.com wrote:
> When moving the PHYLIB PHY drivers around in Kconfig we did not at the
> same time perform a careful migration of the related drivers and
> sub-options. This lead to the case where previously Kconfig-enabled
> driver choices
On Mon, Mar 30, 2020 at 11:56:22AM +0800, Kever Yang wrote:
> Use the ALIGN() for size align so that the code is more readable.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Punit Agrawal
> Reviewed-by: Tom Rini
> Reviewed-by: Heinrich Schuchardt
Applied to u-boot/master, thanks!
--
Tom
s
On Mon, Mar 30, 2020 at 11:56:20AM +0800, Kever Yang wrote:
> The ALIGN() is now available at imagetool.h, migrate to use it.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Punit Agrawal
> Reviewed-by: Tom Rini
> Reviewed-by: Stefan Roese
Applied to u-boot/master, thanks!
--
Tom
signature.
On Tue, Mar 17, 2020 at 05:59:09PM +0100, Frédéric Danis wrote:
> After a successful upgrade, multiple problem during boot sequence may
> trigger the altbootcmd process.
> This patch adds a version and an upgrade_available entries to the
> bootcount file to enable/disable the bootcount check.
> Wh
On Mon, Mar 30, 2020 at 11:56:19AM +0800, Kever Yang wrote:
> The ALIGN() is now available at imagetool.h, migrate to use it.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Punit Agrawal
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signatur
On Mon, Mar 30, 2020 at 11:56:17AM +0800, Kever Yang wrote:
> The ALIGN code is need by many files who need handle structure or image
> align, so move the macro to imagetool.h file.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Punit Agrawal
> Reviewed-by: Tom Rini
Applied to u-boot/master, th
On Thu, Feb 27, 2020 at 01:56:12PM +, Rasmus Villemoes wrote:
> The callback member of struct env_entry is always NULL for an SPL
> build. Removing it thus saves a bit of run-time memory in the
> SPL (when CONFIG_SPL_ENV_SUPPORT=y) since struct env_entry is embedded
> in struct env_entry_node
On Mon, Mar 30, 2020 at 11:56:18AM +0800, Kever Yang wrote:
> The ALIGN() is available at imagetool.h, no need to self define one.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Punit Agrawal
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP sig
On Fri, Mar 20, 2020 at 02:18:30AM -0400, Sean Anderson wrote:
> From: Jonathan Corbet
>
> commit 3bc8088464712fdcb078eefb68837ccfcc413c88 upstream.
>
> Our version check in Documentation/conf.py never envisioned a world where
> Sphinx moved beyond 1.x. Now that the unthinkable has happened, f
On Wed, Feb 19, 2020 at 04:50:15PM +, Christophe Leroy wrote:
> From: Charles Frey
>
> The mpc8xx watchdog can work either in 'reset mode' or 'NMI mode'.
> The selection can be done at startup only.
> It is desirable to select the mode without rebuilding U-boot.
> It is also desirable to dis
On Thu, Feb 27, 2020 at 01:56:11PM +, Rasmus Villemoes wrote:
> In SPL, environment callbacks are not supported, so e->callback is
> always NULL. Removing this makes the SPL a little smaller (about 400
> bytes in my ppc build) with no functional change.
>
> Signed-off-by: Rasmus Villemoes
>
On Thu, Feb 27, 2020 at 01:56:10PM +, Rasmus Villemoes wrote:
> env.h says this about about callback declarations (U_BOOT_ENV_CALLBACK):
>
> * For SPL these are silently dropped to reduce code size, since environment
> * callbacks are not supported with SPL.
>
> So env_callback_init() does
On Thu, Feb 27, 2020 at 01:56:11PM +, Rasmus Villemoes wrote:
> This is preparation for compiling out the "call the callback" code and
> associated error handling for SPL, where ->callback is always NULL.
>
> Signed-off-by: Rasmus Villemoes
> Reviewed-by: Simon Glass
Applied to u-boot/mast
On Wed, Feb 19, 2020 at 09:47:43AM +, Rasmus Villemoes wrote:
> Deciding whether to compile the env_sf_save() function based solely on
> CONFIG_SPL_BUILD is wrong: For U-Boot proper, it leads to a build
> warning in case CONFIG_CMD_SAVEENV=n (because the env_save_ptr() macro
> causes the funct
On Wed, Feb 19, 2020 at 09:47:40AM +, Rasmus Villemoes wrote:
> The current definition of the env_save_ptr does not take SPL_SAVEENV
> into account. Moreover, the way it is implemented means that drivers
> need to guard the definitions of their _save methods with ifdefs to
> avoid "defined but
On Wed, Feb 19, 2020 at 09:47:41AM +, Rasmus Villemoes wrote:
> Always compile the env_fat_save() function, and let
> CONFIG_IS_ENABLED(SAVEENV) (via the ENV_SAVE_PTR macro) decide whether
> it actually ends up being compiled in.
>
> Signed-off-by: Rasmus Villemoes
Applied to u-boot/master,
On Wed, Feb 19, 2020 at 09:47:42AM +, Rasmus Villemoes wrote:
> Removing this ifdef/endif pair yields a "defined but unused warning"
> for CONFIG_CMD_SAVEENV=n, but that vanishes if we use the ENV_SAVE_PTR
> macro instead. This gives slightly better compile testing, and
> moreover, it's possib
On Wed, Feb 19, 2020 at 09:47:39AM +, Rasmus Villemoes wrote:
> Currently, testing whether to compile in support for saving the
> environment is a bit awkward when one needs to take SPL_SAVEENV into
> account, and quite a few storage drivers currently do not honour
> SPL_SAVEENV.
>
> To make
On Tue, Feb 18, 2020 at 04:49:37PM +0800, Landen Chao wrote:
> mt7531 is a 7-ports switch with 5 embedded giga phys, and uses the same
> MAC design of mt7530. The cpu port6 supports SGMII only. The cpu port5
> supports RGMII or SGMII in different model.
>
> mt7531 is connected to mt7622 via both
This patch adds basic driver for the Broadcom STB PCIe host controller.
The code is based on Linux upstream driver (pcie-brcmstb.c) with MSI
handling removed. The inbound access memory region is not currently
parsed from dma-ranges DT property and a fixed 4GB region is used.
The patch has been tes
From: Marek Szyprowski
This requires enabling BRCMSTB PCIe and XHCI_PCI drivers as well as PCI
and USB commands. To get it working one has to call the following commands:
"pci enum; usb start;", thus such commands have been added to the default
"preboot" environment variable. One has to update th
From: Marek Szyprowski
Create a non-cacheable mapping for the 0x6 physical memory region,
where MMIO registers for the PCIe XHCI controller are instantiated by the
PCIe bridge. Due to 32bit limit in the CPU virtual address space in ARM
32bit mode, this region is mapped at 0xff80 CPU v
On Mon, Apr 20, 2020 at 06:34:11PM -0400, mho...@freebsd.org wrote:
> From: Mitchell Horne
>
> FreeBSD makes use of u-boot's CONFIG_API to provide a version of its
> standard bootloader for embedded architectures. This series adds the
> necessary support for the RISC-V architecture, along with s
From: Nicolas Saenz Julienne
Imports Al Viro's original Linux commit 00b0c9b82663a, which contains
an in depth explanation and two fixes from Johannes Berg:
e7d4a95da86e0 "bitfield: fix *_encode_bits()",
37a3862e12382 "bitfield: add u8 helpers".
Signed-off-by: Nicolas Saenz Julienne
Signed-of
From: Marek Szyprowski
Create a non-cacheable mapping for the 0x6 physical memory region,
where MMIO registers for the PCIe XHCI controller are instantiated by the
PCIe bridge.
Signed-off-by: Marek Szyprowski
---
Changes since RFC:
- none.
---
arch/arm/mach-bcm283x/init.c | 18 +++
Add PCI Express capability definitions required by the Broadcom
STB PCIe controller driver.
Reviewed-by: Bin Meng
Signed-off-by: Sylwester Nawrocki
---
Changes since RFC:
- ensure the entries are added in order, sorted by ascending
address values.
---
include/pci.h | 6 ++
1 file change
From: Marek Szyprowski
Remove the overlap between DRAM and device's IO area.
Signed-off-by: Marek Szyprowski
---
Changes since RFC:
- none.
---
arch/arm/mach-bcm283x/init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-bcm283x/init.c b/arch/arm/mach-bcm283x
1 - 100 of 163 matches
Mail list logo