Hello Simon,
-"Simon Glass" schrieb: -
> On Wed, 22 Jan 2020 at 08:01, Wolfgang Wallner
> wrote:
> >
> > The Interrupt Timer Subsystem (ITSS) is not specific to Apollo Lake, so
> > move it to a common location within arch/x86.
> >
> > Signed-off-by: Wolfgang Wallner
> > ---
> > At the
Hi Sean
> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Lukas Auer
> Sent: Monday, January 27, 2020 6:26 AM
> To: u-boot@lists.denx.de; sean...@gmail.com
> Subject: Re: [PATCH] riscv: Try to get cpu frequency from device tree
>
> On Sun, 2020-01-26 at 13:20 -0500, Sean Anderson
Hi Simon,
On 31/01/20 7:57 am, Simon Glass wrote:
> Hi Faiz,
>
> On Thu, 30 Jan 2020 at 08:22, Faiz Abbas wrote:
>>
>> Hi Simon,
>>
>> On 22/10/19 4:56 am, Simon Glass wrote:
>>> With a bit of code reordering we can support %p using the existing code
>>> for ulong.
>>>
>>> Move the %p code up
Hi Tom.
On Thu, 30 Jan 2020 at 11:52, Tom Rini wrote:
>
> On Wed, Jan 29, 2020 at 07:17:09PM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Thu, 23 Jan 2020 at 14:12, Tom Rini wrote:
> > >
> > > On Thu, Jan 23, 2020 at 10:04:05PM +0100, Luka Kovačič wrote:
> > >
> > > > Hello Tom,
> > > >
> >
Hi Faiz,
On Thu, 30 Jan 2020 at 08:22, Faiz Abbas wrote:
>
> Hi Simon,
>
> On 22/10/19 4:56 am, Simon Glass wrote:
> > With a bit of code reordering we can support %p using the existing code
> > for ulong.
> >
> > Move the %p code up and adjust the logic accordingly.
> >
> > Signed-off-by: Simon
On Tue, Jan 28, 2020 at 11:16:21PM +0100, Jorge Ramirez-Ortiz wrote:
> Signed-off-by: Jorge Ramirez-Ortiz
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Wed, Jan 29, 2020 at 09:38:56AM +0100, Flavio Suligoi wrote:
> Signed-off-by: Flavio Suligoi
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Wed, Jan 29, 2020 at 09:56:05AM +0100, Flavio Suligoi wrote:
> Signed-off-by: Flavio Suligoi
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Wed, Jan 29, 2020 at 05:05:29PM -0300, Fabio Estevam wrote:
> Since commit e1910d93b890 ("doc: driver-model: Convert MIGRATION.txt to
> reST") MIGRATION.txt has been converted to migration.rst, so update
> the Makefile references accordingly.
>
> Fixes: e1910d93b890 ("doc: driver-model:
On Thu, Jan 30, 2020 at 09:37:15AM +, Peter Robinson wrote:
> Same as the upstream fix for building dtc with gcc 10.
>
> Signed-off-by: Peter Robinson
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Jan 26, 2020 at 11:20:54PM +0100, Christoph Müllner wrote:
> As hinted by GCC 9, there is a return statement that returns
> an uninitialized variable in optee_copy_firmware_node().
> This patch addresses this.
>
> Signed-off-by: Christoph Müllner
> Reviewed-by: Heiko Stuebner
Applied
On Wed, Jan 22, 2020 at 10:28:25PM +0200, Ovidiu Panait wrote:
> This removes the arch-specific checks for "checkcpu" function from the init
> sequence. Make "checkcpu" generic and provide a weak nop stub instead.
>
> Signed-off-by: Ovidiu Panait
Applied to u-boot/master, thanks!
--
Tom
On Tue, Jan 28, 2020 at 11:16:20PM +0100, Jorge Ramirez-Ortiz wrote:
> Signed-off-by: Jorge Ramirez-Ortiz
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Jan 27, 2020 at 07:59:46AM +0100, Heinrich Schuchardt wrote:
> Coreutils command nproc can be used on Linux and BSD to count the number of
> available CPU cores. Use this instead of relying on the parsing of the
> Linux specific proc file system.
>
> Signed-off-by: Heinrich Schuchardt
On Mon, Jan 27, 2020 at 12:10:31PM -0500, Tom Rini wrote:
> In upstream libfdt, 6dcb8ba4 "libfdt: Add helpers for accessing
> unaligned words" introduced changes to support unaligned reads for ARM
> platforms and 11738cf01f15 "libfdt: Don't use memcpy to handle unaligned
> reads on ARM" improved
On Sat, Jan 25, 2020 at 11:38:42PM +0100, Heinrich Schuchardt wrote:
> Remove incorrect indentation.
>
> Signed-off-by: Heinrich Schuchardt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jan 21, 2020 at 11:53:38AM -0500, Tom Rini wrote:
> New analysis by the tool has shown that we have some cases where we
> weren't handling the error exit condition correctly. When we ran into
> the ENOMEM case we wouldn't exit the function and thus incorrect things
> could happen.
Am 30.01.2020 um 23:21 schrieb Jaehoon Chung:
Hi Simon,
On 1/29/20 11:16 PM, Simon Goldschmidt wrote:
On Wed, Jan 29, 2020 at 12:00 AM Jaehoon Chung wrote:
On 1/24/20 8:52 PM, Faiz Abbas wrote:
Expose sdhci_init() as non-static.
Does it need to change to non-static?
And even if it
On Sun, 2020-01-26 at 20:09 -0500, Sean Anderson wrote:
> On 1/26/20 5:17 PM, Lukas Auer wrote:
> > Hi Sean,
> >
> >
> > On Wed, 2020-01-15 at 18:04 -0500, Sean Anderson wrote:
> > > The Sipeed Maix series is a collection of boards built around the RISC-V
> > > Kendryte K210 processor. This
Hi Simon,
On 1/29/20 11:16 PM, Simon Goldschmidt wrote:
> On Wed, Jan 29, 2020 at 12:00 AM Jaehoon Chung wrote:
>>
>> On 1/24/20 8:52 PM, Faiz Abbas wrote:
>>> Expose sdhci_init() as non-static.
>>
>> Does it need to change to non-static?
>
> And even if it needs to, can we have a reason *why*
On 28.01.20 22:27, Denis 'GNUtoo' Carikli wrote:
> On Tue, 28 Jan 2020 18:51:26 +0100
> Soeren Moch wrote:
>
>> As already discussed, the bootm_size environment variable is not
>> necessary, otherwise somewhat dangerous with this value.
> Sorry, for the mistake, I've fixed it now.
>
> I'll send
On 1/30/20 8:27 PM, Matthias Brugger wrote:
>
>
> On 30/01/2020 12:24, Matthias Brugger wrote:
>>
>>
>> On 23/01/2020 00:15, Jaehoon Chung wrote:
>>> RPI4's SDHCI controller is supported SDMA mode. (Checked on kernel side)
>>> But It doesn't use on u-boot side. Then it's too slow about
On Sun, 2020-01-26 at 17:24 -0500, Sean Anderson wrote:
> On 1/26/20 5:09 PM, Lukas Auer wrote:
> > + Bin, Anup, Atish
> >
> >
> > On Wed, 2020-01-15 at 17:53 -0500, Sean Anderson wrote:
> > > On the kendryte k210, writes to mcounteren result in an illegal
> > > instruction
> > > exception.
> >
Tom,
For now, please consider our boards on the small list of boards for which
DT files from Linux are not available for reuse by u-boot.
Although the attached DT file pass patman parsing without warnings, feel free
to give them more scrutiny as there is
no immediate effort to upstream Linux
On Thu, Jan 30, 2020 at 09:28:51PM +, Alex Nemirovsky wrote:
>
>
> > On Jan 30, 2020, at 7:56 AM, Tom Rini wrote:
> >
> > On Thu, Jan 30, 2020 at 05:29:56AM +, Alex Nemirovsky wrote:
> >
> >> Add basic Presidio G3 engineering board support
> >>
> >> Signed-off-by: Alex Nemirovsky
>
> On Jan 30, 2020, at 7:56 AM, Tom Rini wrote:
>
> On Thu, Jan 30, 2020 at 05:29:56AM +, Alex Nemirovsky wrote:
>
>> Add basic Presidio G3 engineering board support
>>
>> Signed-off-by: Alex Nemirovsky
> [snip]
>> create mode 100644 arch/arm/dts/ca-presidio-engboard.dts
>
> What is
Am 30.01.2020 um 21:33 schrieb Wolfgang Denk:
Dear James,
In message
<0102016eac3ac1a7-8a163dd4-aa1a-4331-a266-e9f461a07db8-000...@eu-west-1.amazonses.com>
you wrote:
As I said in my commit log comment, there are two key arguments against
this:
- The fact that the 'data' member of 'struct
Dear Martin,
In message <20191112190223.225956-1-mar...@geanix.com> you wrote:
> A partially written ubi volume is marked as such by the kernel. Such a
> mark causes the initial ubi sanity check to fail instead of falling back
> to the redundant environment.
>
> Fix this by special casing the
Dear James,
In message
<0102016e8e614227-a8c99a21-6a99-4611-b510-a723bc021b52-000...@eu-west-1.amazonses.com>
you wrote:
> Add env_force_set() to provide an equivalent to 'setenv -f' that can be
> used programmatically.
env_set_forced() ?
> -int env_set(const char *varname, const char
From: Jason Li
Add serial UART driver support for all Cortina Access
CA family of SoCs.
Reviewed-by: Daniel Schwierzeck
Signed-off-by: Jason Li
Signed-off-by: Alex Nemirovsky
---
Changes in v4: None
Changes in v3:
- clean up comment blocks
- fix rmw of baud rate bitfield change
From: Jason Li
Add support for hardware watchdog timer on all Cortina Access
CA family of SoCs.
Reviewed-by: Daniel Schwierzeck
Reviewed-by: Stefan Roese
Signed-off-by: Jason Li
Signed-off-by: Alex Nemirovsky
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Rename driver
Add basic Presidio G3 engineering board support
Signed-off-by: Alex Nemirovsky
---
Changes in v4:
- clean up presidio_asic.h per trini recommendations
- use autogen savedefconfig instead of manual maintained file
Changes in v3:
- fixed dts closing bracket indentation
- presidio.h: remove
From: Jason Li
The Cortina CA GPIO driver maintains DM_GPIO support
across different CPU ISA in the CA Soc Family; Not just ARM.
Therefore, it is not desirable to split out and maintain separete
gpio header file for each CPU architecture.
Reviewed-by: Tom Rini
Signed-off-by: Jason Li
Assign Alex Nemirovsky as custodian for all
Cortina Access (CA) for ARM and MIPS based SoCs.
Currently Cortina Access CA family of SoCs support both
ARM and MIPS ISA. Drivers have cross platform support for
both architectures.
Reviewed-by: Tom Rini
Signed-off-by: Alex Nemirovsky
---
Cortina Access management has decided that we want to add formal
upstream support of u-boot going forward for our line of SoCs
and evaluation boards.
Our line of SoC’s all begin with the “CA” designation
followed by 4 digits. i.e. CA. The CA series supports
both ARM and MIPS ISA based
From: Jason Li
DM_GPIO based GPIO controller driver for CA SoCs.
This driver support multiple CPU architectures and
Cortina Access SoC platforms.
Reviewed-by: Daniel Schwierzeck
Signed-off-by: Jason Li
Signed-off-by: Alex Nemirovsky
---
Changes in v4: None
Changes in v3: None
Changes
Dear James,
In message
<0102016eac3ac1a7-8a163dd4-aa1a-4331-a266-e9f461a07db8-000...@eu-west-1.amazonses.com>
you wrote:
>
> As I said in my commit log comment, there are two key arguments against
> this:
>
> - The fact that the 'data' member of 'struct env_entry' is a 'char *' is
> really
On Wed, Jan 29, 2020 at 07:17:09PM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Thu, 23 Jan 2020 at 14:12, Tom Rini wrote:
> >
> > On Thu, Jan 23, 2020 at 10:04:05PM +0100, Luka Kovačič wrote:
> >
> > > Hello Tom,
> > >
> > > thank you for feedback and review. I understand the implications.
> > >
On Tue, Jan 28, 2020 at 01:35:55PM +0100, Frank Wunderlich wrote:
> building mtk ethernet driver for aarch64 (mt7622) results in warnings
>
> drivers/net/mtk_eth.c: In function 'mtk_eth_fifo_init':
> drivers/net/mtk_eth.c:856:21: error: cast from pointer to integer of
> different size
On Thu, Jan 30, 2020 at 05:29:49AM +, Alex Nemirovsky wrote:
> From: Jason Li
>
> The Cortina CA GPIO driver maintains DM_GPIO support
> across different CPU ISA in the CA Soc Family; Not just ARM.
> Therefore, it is not desirable to split out and maintain separete
> gpio header
On Wed, Jan 29, 2020 at 05:05:29PM -0300, Fabio Estevam wrote:
> Since commit e1910d93b890 ("doc: driver-model: Convert MIGRATION.txt to
> reST") MIGRATION.txt has been converted to migration.rst, so update
> the Makefile references accordingly.
>
> Fixes: e1910d93b890 ("doc: driver-model:
On Thu, Jan 30, 2020 at 05:29:47AM +, Alex Nemirovsky wrote:
> Assign Alex Nemirovsky as custodian for all
> Cortina Access (CA) for ARM and MIPS based SoCs.
>
> Currently Cortina Access CA family of SoCs support both
> ARM and MIPS ISA. Drivers have cross platform support for
> both
On Thu, Jan 30, 2020 at 05:29:56AM +, Alex Nemirovsky wrote:
> Add basic Presidio G3 engineering board support
>
> Signed-off-by: Alex Nemirovsky
[snip]
> create mode 100644 arch/arm/dts/ca-presidio-engboard.dts
What is the status of upstreaming this file to Linux?
[snip]
> diff --git
On Thu, Jan 30, 2020 at 04:35:40PM +0100, Simon Goldschmidt wrote:
> Tom Rini schrieb am Do., 30. Jan. 2020, 16:32:
>
> > On Thu, Jan 30, 2020 at 04:30:54PM +0100, Michal Simek wrote:
> > > On 30. 01. 20 16:14, Faiz Abbas wrote:
> > > > Hi Michal,
> > > >
> > > > On 30/01/20 8:37 pm, Michal
Tom Rini schrieb am Do., 30. Jan. 2020, 16:32:
> On Thu, Jan 30, 2020 at 04:30:54PM +0100, Michal Simek wrote:
> > On 30. 01. 20 16:14, Faiz Abbas wrote:
> > > Hi Michal,
> > >
> > > On 30/01/20 8:37 pm, Michal Simek wrote:
> > >> On 30. 01. 20 16:03, Faiz Abbas wrote:
> > >>> Hi,
> > >>>
> >
On Thu, Jan 30, 2020 at 04:30:54PM +0100, Michal Simek wrote:
> On 30. 01. 20 16:14, Faiz Abbas wrote:
> > Hi Michal,
> >
> > On 30/01/20 8:37 pm, Michal Simek wrote:
> >> On 30. 01. 20 16:03, Faiz Abbas wrote:
> >>> Hi,
> >>>
> >>> +Lokesh, Tom
> >>>
> >>> On 29/01/20 1:37 pm, Simon Goldschmidt
On 30. 01. 20 16:14, Faiz Abbas wrote:
> Hi Michal,
>
> On 30/01/20 8:37 pm, Michal Simek wrote:
>> On 30. 01. 20 16:03, Faiz Abbas wrote:
>>> Hi,
>>>
>>> +Lokesh, Tom
>>>
>>> On 29/01/20 1:37 pm, Simon Goldschmidt wrote:
Forgot to ask: why isn't the subsystem maintainer on CC?
If you
Hi Simon,
On 22/10/19 4:56 am, Simon Glass wrote:
> With a bit of code reordering we can support %p using the existing code
> for ulong.
>
> Move the %p code up and adjust the logic accordingly.
>
> Signed-off-by: Simon Glass
> ---
>
This patch seems to have broken Ethernet boot in
Hi Michal,
On 30/01/20 8:37 pm, Michal Simek wrote:
> On 30. 01. 20 16:03, Faiz Abbas wrote:
>> Hi,
>>
>> +Lokesh, Tom
>>
>> On 29/01/20 1:37 pm, Simon Goldschmidt wrote:
>>> Forgot to ask: why isn't the subsystem maintainer on CC?
>>> If you would use patman to send patches or at least the
Faiz Abbas schrieb am Do., 30. Jan. 2020, 16:01:
> Hi,
>
> +Lokesh, Tom
>
> On 29/01/20 1:37 pm, Simon Goldschmidt wrote:
> > Forgot to ask: why isn't the subsystem maintainer on CC?
> > If you would use patman to send patches or at least the get_maintainer
> script,
> > he would have been...
>
On 30. 01. 20 16:03, Faiz Abbas wrote:
> Hi,
>
> +Lokesh, Tom
>
> On 29/01/20 1:37 pm, Simon Goldschmidt wrote:
>> Forgot to ask: why isn't the subsystem maintainer on CC?
>> If you would use patman to send patches or at least the get_maintainer
>> script,
>> he would have been...
>>
>
> I did
Hi,
+Lokesh, Tom
On 29/01/20 1:37 pm, Simon Goldschmidt wrote:
> Forgot to ask: why isn't the subsystem maintainer on CC?
> If you would use patman to send patches or at least the get_maintainer script,
> he would have been...
>
I did use get_maintainer for my send-email CC list but everyone
Hi,
I would like to have a tentative time frame for inclusion
of Wiijie Gao "Refactor the architecture parts of mt7628"
series into master.
Reason why I ask is my own patches are based on it.
Thanks in Advance
Mauro
On 1/30/20 6:34 AM, Masahiro Yamada wrote:
> Hi Marek,
Hi,
> On Thu, Jan 30, 2020 at 7:03 AM Marek Vasut wrote:
>>
>> On 1/29/20 6:08 PM, Simon Goldschmidt wrote:
>>> Am 29.01.2020 um 16:55 schrieb Masahiro Yamada:
UCLASS_MTD is a better fit for NAND drivers.
Make NAND_DENALI_DT
If the "source" command is not given the address, it uses
CONFIG_SYS_LOAD_ADDR, which is compile-time determined.
Using the "loadaddr" environment variable is handier because it is
relocated according to the memory base when CONFIG_POSITION_INDEPENDENT
is enabled.
Signed-off-by: Masahiro Yamada
gd->ram_base is not set at all if the end address of the DRAM ch0
exceeds 4GB.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/dram_init.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/arch/arm/mach-uniphier/dram_init.c
Hi Marek,
On Wed, Jan 29, 2020 at 8:48 PM Fabio Estevam wrote:
> I think I understand what is going on with regards to PCI on the
> mx6sxsabresd board.
>
> I have sent Pedro some patches for him to try.
Pedro confirmed that the Wifi card can be detected now with these
patches applied.
Just
Tested on mx7dsabresd board:
U-Boot 2020.04-rc1-00035-gb6e6e4f9d9 (Jan 30 2020 - 10:03:12 -0300)
CPU: Freescale i.MX7D rev1.2 1000 MHz (running at 792 MHz)
CPU: Commercial temperature grade (0C to 95C) at 39C
Reset cause: POR
Model: Freescale i.MX7 SabreSD Board
Board: i.MX7D SABRESD in
commit 88718be30010 ("mtd: rename CONFIG_NAND -> CONFIG_MTD_RAW_NAND")
moved CONFIG_NAND -> CONFIG_MTD_RAW_NAND. Adapt board code to this
change, as last merge did not respect the above commit.
Signed-off-by: Heiko Schocher
---
board/aristainetos/aristainetos.c | 2 +-
1 file changed, 1
UCLASS_MTD is a better fit for NAND drivers.
Make NAND_DENALI_DT depend on DM_MTD, which is needed to compile
drivers/mtd/mtd-uclass.c
Also, make ARCH_UNIPHIER select DM_MTD because all the defconfig
of this platform enables NAND_DENALI_DT.
Signed-off-by: Masahiro Yamada
Reviewed-by: Miquel
The reference manuals for MPC8308 and MPC8309 both say that the
esdhcctl aka DMA Control Register "is implemented as SDHCCR" in the
System configuration registers. Unfortunately, that doesn't mean that
the registers are just mirrors of each other - any write to esdhcctl
is simply ignored. So to
Hi,
Any comments about this?
Regards,
Nandor
On 2019-11-12 11:13, Han Nandor wrote:
A new driver uclass is created to handle the reboot mode control.
The new uclass driver is updating an environment variable with the
configured reboot mode. The mode is extracted from a map provided
at
Op 29-01-2020 om 16:23 schreef Andy Shevchenko:
In case dfu command is being executed with timeout option,
the timer may expire in the middle of DFU operation. If there
is DFU request coming, we may simple reset timeout value
to prevent aborting of ongoing DFU operation.
Signed-off-by: Andy
On 30/01/2020 12:24, Matthias Brugger wrote:
>
>
> On 23/01/2020 00:15, Jaehoon Chung wrote:
>> RPI4's SDHCI controller is supported SDMA mode. (Checked on kernel side)
>> But It doesn't use on u-boot side. Then it's too slow about read/write
>> performance.
>> This patchset is supported
On 23/01/2020 00:15, Jaehoon Chung wrote:
> RPI4's SDHCI controller is supported SDMA mode. (Checked on kernel side)
> But It doesn't use on u-boot side. Then it's too slow about read/write
> performance.
> This patchset is supported SDMA mode on RPI4 target(32bit).
> - I didn't test on RPI4
On 03/01/2020 23:08, Andre Przywara wrote:
> Commit 27c3f70f3b50 ("net: phy: Increase link up delay in
> genphy_update_link()") increased the per-iteration waiting time from
> 1ms to 50ms, without adjusting the timeout counter. This lead to the
> timeout increasing from the typical 4 seconds to
On 30/01/2020 11:09, Andre Przywara wrote:
> On Thu, 30 Jan 2020 10:15:26 +0100
> matthias@kernel.org wrote:
>
> Hi,
>
>> From: Matthias Brugger
>>
>> Lower timeout for PHY auto negotiation as otherwise
>> we have to wait for far too long.
>
> Good observation, but isn't this more
On Thu, 30 Jan 2020 10:15:26 +0100
matthias@kernel.org wrote:
Hi,
> From: Matthias Brugger
>
> Lower timeout for PHY auto negotiation as otherwise
> we have to wait for far too long.
Good observation, but isn't this more properly solved by this?
>-Original Message-
>From: U-Boot On Behalf Of Kuldeep Singh
>Sent: Monday, January 27, 2020 12:01 PM
>To: Priyanka Jain
>Cc: tr...@konsulko.com; u-boot@lists.denx.de
>Subject: RE: [EXT] Re: [PATCH] configs: ls1012ardb: Enable
>CONFIG_SYS_RELOC_GD_ENV_ADDR
>
>Hi Priyanka,
>
>>
Same as the upstream fix for building dtc with gcc 10.
Signed-off-by: Peter Robinson
---
The upstream patch is accepted, thread here:
https://www.spinics.net/lists/devicetree-compiler/msg02959.html
scripts/dtc/dtc-lexer.l | 1 -
1 file changed, 1 deletion(-)
diff --git
From: Matthias Brugger
Lower timeout for PHY auto negotiation as otherwise
we have to wait for far too long.
Signed-off-by: Matthias Brugger
---
include/configs/rpi.h | 8
1 file changed, 8 insertions(+)
diff --git a/include/configs/rpi.h b/include/configs/rpi.h
index
NB0 is bridge to SRAM and NB1 is bridge to DDR.
To ensure that SRAM transfers are not stalled due to
delays during DDR refreshes, SRAM traffic should be higher
priority (threadmap=2) than DDR traffic (threadmap=0).
This patch does just that.
This is required to fix ICSSG TX lock-ups due to
72 matches
Mail list logo
