On Thu, Jun 28, 2018 at 1:14 PM, Vipul Kumar wrote:
> This patch is for the startup block issue in the spi controller.
> SPI clock is passing through STARTUP block to FLASH. STARTUP block
> don't provide clock as soon as QSPI provides command. So, first
> command fails.
>
> This patch added suppor
The error message should start with `## Error: ` so that it's easily
detectable by tests without needing to have a complex regexp for
matching all possible error message patterns.
Let's add the `## Error: ` prefix to the error messages since it's the
one already in use.
Suggested-by: Stephen Warr
Some functions have different behaviour when the given address is 0
(assumed to be NULL by the function).
find_ram_base() does not return 0 anymore so it's safe to remove those
offsets.
Suggested-by: Stephen Warren
Signed-off-by: Quentin Schulz
---
added in v5
test/py/tests/test_efi_loader.p
Some functions test that the given address is not NULL (0) and fail or
have a different behaviour if that's the case (e.g. hexport_r).
Let's make the RAM base address to be not zero by setting it to 2MiB if
that's the case.
2MiB is chosen because it represents the size of an ARM LPAE/v8 section.
While the `env export` can take as parameters variables to be exported,
`env import` does not have such a mechanism of variable selection.
Let's add the ability to add parameters at the end of the command for
variables to be imported.
Every env variable from the env to be imported passed by param
This tests that the importing of an environment with a specified
whitelist works as intended.
If there are variables passed as parameter to the env import command,
those only should be imported in the current environment.
For each variable passed as parameter, if
- foo is bar in current env a
On Thu, Jun 28, 2018 at 11:06:40PM +0100, Adam Sampson wrote:
> Generalise the change in commit 3936514b82e8 ("dm: sunxi: Move
> Linksprite_pcDuino3 to use DM for MMC, SATA") so it applies to all A20
> boards: use the driver model for MMC and SATA, in preparation for
> CONFIG_BLK defaulting to y.
>
On Thu, Jun 28, 2018 at 8:07 PM, Andre Przywara wrote:
> Hi,
>
> On 28/06/18 15:27, Jagan Teki wrote:
>> On Wed, Jun 27, 2018 at 6:12 AM, Andre Przywara
>> wrote:
>>> At the moment we have the workaround for the Freescale arch timer
>>> erratum A-008585 merged into the generic timer_read_counter
On Wed, Jun 27, 2018 at 6:12 AM, Andre Przywara wrote:
> The Allwinner A64 SoCs suffers from an arch timer implementation erratum,
> where sometimes the lower 11 bits of the counter value erroneously
> become all 0's or all 1's [1]. This leads to sudden jumps, both forwards and
> backwards, with t
Hi Jagan,
On 29/06/18 09:41, Jagan Teki wrote:
> On Thu, Jun 28, 2018 at 8:07 PM, Andre Przywara
> wrote:
>> Hi,
>>
>> On 28/06/18 15:27, Jagan Teki wrote:
>>> On Wed, Jun 27, 2018 at 6:12 AM, Andre Przywara
>>> wrote:
At the moment we have the workaround for the Freescale arch timer
On 06/28/2018 04:29 PM, Jagan Teki wrote:
> On Mon, Jun 18, 2018 at 1:18 PM, Jagan Teki wrote:
>> On Tue, May 29, 2018 at 2:30 PM, Marek Vasut wrote:
>>> On 05/29/2018 06:52 AM, Jagan Teki wrote:
+ Siva
On Fri, May 25, 2018 at 1:28 AM, Marek Vasut wrote:
> The N25Q256(A) datas
On Fri, Jun 29, 2018 at 5:06 AM, Ivan Gorinov wrote:
> On Tue, Jun 26, 2018 at 03:47:49PM +0800, Bin Meng wrote:
>> Hi Ivan,
>>
>> On Fri, Jun 22, 2018 at 12:13 PM, Bin Meng wrote:
>> > Hi Ivan,
>> >
>> > On Fri, Jun 22, 2018 at 12:16 PM, Bin Meng wrote:
>> >> From: Ivan Gorinov
>> >>
>> >> Bui
On Fri, Jun 29, 2018 at 2:02 PM, Marek Vasut wrote:
> On 06/28/2018 04:29 PM, Jagan Teki wrote:
>> On Mon, Jun 18, 2018 at 1:18 PM, Jagan Teki wrote:
>>> On Tue, May 29, 2018 at 2:30 PM, Marek Vasut wrote:
On 05/29/2018 06:52 AM, Jagan Teki wrote:
> + Siva
>
> On Fri, May 25, 20
I've just been digging into a problem where I've got both
CONFIG_ENV_IS_NOWHERE set and CONFIG_BOOTDELAY set to -2 and it turns
out in env_default.h we have:
#if defined(CONFIG_BOOTDELAY) && (CONFIG_BOOTDELAY >= 0)
"bootdelay="__stringify(CONFIG_BOOTDELAY) "\0"
#endif
So the -ve val
On 06/28/2018 04:10 PM, Jagan Teki wrote:
> Masking clock gate, reset register bits based on the
> probed controller is proper only due to the assumption
> that masking should start with 0 even thought the controller
> has separate PHY or shared between OTG.
>
> unfortunately these are fixed due t
On 06/28/2018 07:54 PM, Zeng Tao wrote:
> For ohci, the maximam supported endpoint number is 32(in and out), and
> now we have used (usb_pipeendpoint(pipe) << 1) to index the specified
> endpoint descritor, usb_pipeendpoint(pipe) can reach 0xf, so we need
> change the NUM_EDs from 8 to 32.
>
> Sig
On 06/29/2018 11:47 AM, Zengtao (B) wrote:
> Hi Marek:
>
>> -Original Message-
>> From: Marek Vasut [mailto:ma...@denx.de]
>> Sent: Friday, June 29, 2018 4:50 PM
>> To: Zengtao (B)
>> Cc: u-boot@lists.denx.de
>> Subject: Re: [PATCH] usb: ohci: change the NUM_EDs from 8 to 32
>>
>> On 06/2
On Fri, Jun 29, 2018 at 2:17 PM, Andre Przywara wrote:
> Hi Jagan,
>
> On 29/06/18 09:41, Jagan Teki wrote:
>> On Thu, Jun 28, 2018 at 8:07 PM, Andre Przywara
>> wrote:
>>> Hi,
>>>
>>> On 28/06/18 15:27, Jagan Teki wrote:
On Wed, Jun 27, 2018 at 6:12 AM, Andre Przywara
wrote:
> A
Dear Adrian,
In message <20180626093759.24018-1-adrian.ra...@ni.com> you wrote:
> From: Joe Hershberger
>
> When using a redundant environment a read error should simply mean to
> not use that copy instead of giving up completely. The other copy may
> be just fine.
While the general idea is fin
Dear Joe,
In message
you wrote:
>
> > When using a redundant environment a read error should simply mean to
> > not use that copy instead of giving up completely. The other copy may
> > be just fine.
> >
> > Signed-off-by: Joe Hershberger
> > Signed-off-by: Ioan-Adrian Ratiu
>
> Hey Tom, can
Dear Tom,
In message <20180628022059.gr4...@bill-the-cat.ec.rr.com> you wrote:
>
> > From: Joe Hershberger
> >=20
> > When using a redundant environment a read error should simply mean to
> > not use that copy instead of giving up completely. The other copy may
> > be just fine.
> >=20
> > Signe
Dear Quentin,
In message
<322e6866c43f4515240ddca9456ee390b6f334c7.1530257385.git-series.quentin.sch...@bootlin.com>
you wrote:
> While the `env export` can take as parameters variables to be exported,
> `env import` does not have such a mechanism of variable selection.
>
> Let's add the ability
Hi Marek:
>-Original Message-
>From: Marek Vasut [mailto:ma...@denx.de]
>Sent: Friday, June 29, 2018 4:50 PM
>To: Zengtao (B)
>Cc: u-boot@lists.denx.de
>Subject: Re: [PATCH] usb: ohci: change the NUM_EDs from 8 to 32
>
>On 06/28/2018 07:54 PM, Zeng Tao wrote:
>> For ohci, the maximam supp
On 2018-06-28 16:37, Andre Przywara wrote:
Hi,
On 28/06/18 15:27, Jagan Teki wrote:
On Wed, Jun 27, 2018 at 6:12 AM, Andre Przywara
wrote:
At the moment we have the workaround for the Freescale arch timer
erratum A-008585 merged into the generic timer_read_counter()
routine.
Split those two
Hi,
please see some comments below.
On Mon, 25 Jun 2018 21:28:58 +0800
tien.fong.c...@intel.com tien.fong.c...@intel.com wrote:
> +/**
> + * _request_firmware_prepare - Prepare firmware struct.
> + *
> + * @firmware_p: Pointer to pointer to firmware image.
> + * @name: Name of firmware file.
> +
Hi Wolfgang,
On Fri, Jun 29, 2018 at 01:03:25PM +0200, Wolfgang Denk wrote:
> Dear Quentin,
>
> In message
> <322e6866c43f4515240ddca9456ee390b6f334c7.1530257385.git-series.quentin.sch...@bootlin.com>
> you wrote:
> > While the `env export` can take as parameters variables to be exported,
> > `
Dear Quentin,
In message <20180629121942.lm4qbfmm5ya7fsx2@qschulz> you wrote:
>
> > I suggest that this isNOT the default behaviour. I think most
> > peaople would expect that this command only adds/replaces
> > environment settings, so omitting one value should not cause
> > unexpected behaviou
Thank you, I should have checked the master instead of relying on what's
in poky.
Unrelated: now I can't load FIT image, but I don't have enough data do
tell what the reason is yet.
Thanks,
Anton
On 06/28/2018 11:49 AM, Alexander Graf wrote:
> On 06/28/2018 10:53 AM, Anton Gerasimov wrote:
>> [
Dinh,
A while ago, you posted the following patchset for SoCFPGA to add the PL330
DMA driver, and updated the SoCFPGA SDRAM init to write zeros to SDRAM to
initialize the ECC bits if ECC was enabled:
https://lists.denx.de/pipermail/u-boot/2016-October/269643.html
I know it's been a long time, so
On 06/29/2018 04:31 PM, Jason Rush wrote:
> Dinh,
Hi,
> A while ago, you posted the following patchset for SoCFPGA to add the PL330
> DMA driver, and updated the SoCFPGA SDRAM init to write zeros to SDRAM to
> initialize the ECC bits if ECC was enabled:
>
> https://lists.denx.de/pipermail/u-boot
On 6/29/2018 9:34 AM, Marek Vasut wrote:
> On 06/29/2018 04:31 PM, Jason Rush wrote:
>> Dinh,
> Hi,
>
>> A while ago, you posted the following patchset for SoCFPGA to add the PL330
>> DMA driver, and updated the SoCFPGA SDRAM init to write zeros to SDRAM to
>> initialize the ECC bits if ECC was ena
On 06/29/2018 04:44 PM, Jason Rush wrote:
> On 6/29/2018 9:34 AM, Marek Vasut wrote:
>> On 06/29/2018 04:31 PM, Jason Rush wrote:
>>> Dinh,
>> Hi,
>>
>>> A while ago, you posted the following patchset for SoCFPGA to add the PL330
>>> DMA driver, and updated the SoCFPGA SDRAM init to write zeros to
On 6/29/2018 9:52 AM, Marek Vasut wrote:
> On 06/29/2018 04:44 PM, Jason Rush wrote:
>> On 6/29/2018 9:34 AM, Marek Vasut wrote:
>>> On 06/29/2018 04:31 PM, Jason Rush wrote:
Dinh,
>>> Hi,
>>>
A while ago, you posted the following patchset for SoCFPGA to add the PL330
DMA driver, and
On 06/29/2018 05:06 PM, Jason Rush wrote:
> On 6/29/2018 9:52 AM, Marek Vasut wrote:
>> On 06/29/2018 04:44 PM, Jason Rush wrote:
>>> On 6/29/2018 9:34 AM, Marek Vasut wrote:
On 06/29/2018 04:31 PM, Jason Rush wrote:
> Dinh,
Hi,
> A while ago, you posted the following patchse
On 06/29/2018 01:41 AM, Quentin Schulz wrote:
Some functions have different behaviour when the given address is 0
(assumed to be NULL by the function).
find_ram_base() does not return 0 anymore so it's safe to remove those
offsets.
Patches 1-3,
Reviewed-by: Stephen Warren
I assume you tested
On 28.06.2018 15:26, Philippe Reynes wrote:
> In the device tree, the address for the led is located
> in the parent node (for exemple leds), not in the led node
> (for exemple led@0).
>
> The commit "led: bcm6328: convert to use live dt"
> (sha1: 899455176058d673887a762aa38853188a030af4)
> chan
On 22.06.2018 18:52, Philippe Reynes wrote:
> In the device tree, the address for cpu is located in
> the node "cpus", not in the cpu node (for exemple cpu@0).
> So when probing cpu, the cpu address must be read in the
> cpu parent.
>
> The commit "cpu: bmips: convert to use live dt"
> (sha1: c4
On 01.06.2018 11:57, Daniel Schwierzeck wrote:
> Now that Travis CI is building with gcc-7.3.0, we can add
> build coverage for all combinations of MIPS Release 6
> instruction sets (MIPS32, MIPS64, Big Endian, Little Endian).
>
> Add mew default configs for Boston board for all MIPS Release 6
>
On 06/29/2018 09:25 AM, Stephen Warren wrote:
On 06/29/2018 01:41 AM, Quentin Schulz wrote:
Some functions have different behaviour when the given address is 0
(assumed to be NULL by the function).
find_ram_base() does not return 0 anymore so it's safe to remove those
offsets.
Patches 1-3,
Re
Generalise the change in commit 3936514b82e8 ("dm: sunxi: Move
Linksprite_pcDuino3 to use DM for MMC, SATA") so it applies to all A20
boards: use the driver model for MMC and SATA, in preparation for
CONFIG_BLK defaulting to y.
Tested on Linksprite_pcDuino3_Nano.
Signed-off-by: Adam Sampson
Acke
On Fri, Jun 29, 2018 at 12:57:45PM +0200, Wolfgang Denk wrote:
> Dear Joe,
>
> In message
> you
> wrote:
> >
> > > When using a redundant environment a read error should simply mean to
> > > not use that copy instead of giving up completely. The other copy may
> > > be just fine.
> > >
> > > Si
This sets DISTRO_CONFIG and BOOTCOMMAND, as well as add a `finduuid`
environment helper to allow it to properly work with Yocto Project and
other distributions using extlinux autogenerated configuration files.
Signed-off-by: Otavio Salvador
---
configs/pico-imx7d_defconfig | 13 +
i
From: Fabio Estevam
Instead of keeping a custom environment, use a more generic approach
by switching to disto config.
Signed-off-by: Fabio Estevam
Signed-off-by: Otavio Salvador
---
include/configs/pico-imx7d.h | 55 +---
1 file changed, 14 insertions(+), 41
Signed-off-by: Otavio Salvador
---
configs/pico-imx7d_defconfig | 3 ++-
include/configs/pico-imx7d.h | 7 +++
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/configs/pico-imx7d_defconfig b/configs/pico-imx7d_defconfig
index e456aedb50..04823ca439 100644
--- a/configs/pico-imx7
This allow the use of:
> run setup_emmc
inside of the U-Boot prompt to do the partitioning of the disk.
Signed-off-by: Otavio Salvador
---
configs/pico-imx7d_defconfig | 2 +-
include/configs/pico-imx7d.h | 4
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/configs/pico-imx
From: Fabio Berton
Add spl entry on dfu_alt_info to be able to update U-Boot with SPL
for pico imx7d board.
Signed-off-by: Fabio Berton
Signed-off-by: Otavio Salvador
---
include/configs/pico-imx7d.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/configs/pico-
Currently the baseboards do not offer a way to autodetect which one is
in use, so we ask the user if no value has been set.
Signed-off-by: Otavio Salvador
---
configs/pico-imx7d_defconfig | 3 ++-
include/configs/pico-imx7d.h | 12 +++-
2 files changed, 13 insertions(+), 2 deletions(-)
The DFU allows a more user friendly use as the details where the
bootloader is installed are abstracted.
Signed-off-by: Otavio Salvador
---
board/technexion/pico-imx7d/README | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/board/technexion/pico-imx7d/README
b/
From: Fabio Estevam
Currently the CAAM driver fails to be probed:
caam 3090.caam: Entropy delay = 3200
caam 3090.caam: failed to acquire DECO 0
caam 3090.caam: failed to instantiate RNG
CAAM needs to be initialized in secure world, so enable
CONFIG_ARMV7_BOOT_SEC_DEFAULT to allow th
From: Fabio Estevam
fastboot tool is a convenient way to flash the eMMC, so
add support for it.
Examples of usages:
On the pico-imx7d U-Boot prompt:
=> fastboot 0
On the Linux PC connected via USB:
1. Retrieving the U-Boot version
$ sudo fastboot getvar bootloader-version -i 0x0525
bootload
From: Fabio Estevam
Convert pico-imx7d to SPL support.
There are two variants of pico-imx7d SOMs:
- One with 512MB of RAM
- One with 1GB of RAM
The 512MB module contains two Hynix H5TC2G63GFR-PBA.
The 1GB module contains two Hynix H5TC4G63GFR-PBA.
The RAM size is determined in runtime by readi
Our default config already has the secure mode supported, so the
manual step is not required anymore.
Signed-off-by: Otavio Salvador
---
board/technexion/pico-imx7d/README | 17 -
1 file changed, 17 deletions(-)
diff --git a/board/technexion/pico-imx7d/README
b/board/technexio
This allow the addition of extra default configurations for each
baseboard, removing the boot menu when user boots for the first time.
Signed-off-by: Otavio Salvador
---
configs/pico-imx7d_defconfig | 1 +
include/configs/pico-imx7d.h | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
dif
This enables the "bootaux" command so a firmware can be loaded inside
the M4 MCU.
Signed-off-by: Otavio Salvador
---
configs/pico-imx7d_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/pico-imx7d_defconfig b/configs/pico-imx7d_defconfig
index af2a776005..57312b1fcb 100644
-
From: Fabio Estevam
The addrmap5 value is the same for the 512MB and 1GB variants,
so there is no need to override it.
Signed-off-by: Fabio Estevam
Signed-off-by: Otavio Salvador
---
board/technexion/pico-imx7d/spl.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/boar
From: Fabio Estevam
Falcon mode boots the kernel directly from SPL, without loading
the full U-Boot.
As pico-imx7d does not have a GPIO for selecting Falcon versus
normal mode, enter in Falcon mode when the customer selects
the CONFIG_SPL_OS_BOOT option in menuconfig.
Signed-off-by: Fabio Estev
The new config skips the boot menu which asks which board is in
use. This is useful to allow direct booting of image without user
iteration.
Signed-off-by: Otavio Salvador
---
configs/pico-pi-imx7d_defconfig | 59 +
1 file changed, 59 insertions(+)
create mode 1
In case when user provides '-' as USB controller index, like this:
=> fastboot -
data abort occurs in strcmp() function in do_fastboot(), here:
if (!strcmp(argv[1], "udp"))
(tested on BeagleBone Black).
That's because argv[1] is NULL when user types in the '-', and null
pointer derefer
Hi Simon,
On 27 June 2018 at 02:18, Simon Glass wrote:
> Hi Sam,
>
> On 26 June 2018 at 10:20, Sam Protsenko wrote:
>> In case when user provides '-' as USB controller index, like this:
>>
>> => fastboot -
>>
>> data abort occurs in strcmp() function in do_fastboot(), here:
>>
>> if (!st
On Thu, Jun 28, 2018 at 09:30:19PM -0500, Derald D. Woods wrote:
> On Thu, Jun 28, 2018 at 10:47:36AM -0500, Adam Ford wrote:
> > On Wed, Jun 27, 2018 at 4:41 PM Tom Rini wrote:
> > >
> > > On Sat, Jun 23, 2018 at 07:59:30AM -0600, Simon Glass wrote:
> > > > The time has come to migrate all boards
On Fri, Jun 29, 2018 at 2:09 PM Tom Rini wrote:
>
> On Thu, Jun 28, 2018 at 09:30:19PM -0500, Derald D. Woods wrote:
> > On Thu, Jun 28, 2018 at 10:47:36AM -0500, Adam Ford wrote:
> > > On Wed, Jun 27, 2018 at 4:41 PM Tom Rini wrote:
> > > >
> > > > On Sat, Jun 23, 2018 at 07:59:30AM -0600, Simon
Hi Tom,
> On Thu, Jun 28, 2018 at 09:30:19PM -0500, Derald D. Woods wrote:
> > On Thu, Jun 28, 2018 at 10:47:36AM -0500, Adam Ford wrote:
> > > On Wed, Jun 27, 2018 at 4:41 PM Tom Rini
> > > wrote:
> > > >
> > > > On Sat, Jun 23, 2018 at 07:59:30AM -0600, Simon Glass wrote:
> > > > > The ti
On Tue, Jun 12, 2018 at 03:24:08PM -0500, Nishanth Menon wrote:
> As recommended by Arm in [1], IBE[2] has to be enabled unconditionally
> for BPIALL to be functional on Cortex-A8 processors. Provide a config
> option for platforms to enable this option based on impact analysis
> for products.
>
On Tue, Jun 12, 2018 at 03:24:09PM -0500, Nishanth Menon wrote:
> As recommended by Arm in [1], ACTLR[0] (Enable invalidates of BTB)
> needs to be set[2] for BTB to be invalidated on ICIALLU. This needs to
> be done unconditionally for Cortex-A15 processors. Provide a config
> option for platforms
On Tue, Jun 12, 2018 at 03:24:10PM -0500, Nishanth Menon wrote:
> Enable CVE_2017_5715 and since we have our own v7_arch_cp15_set_acr
> function to setup the bits, we are able to override the settings.
>
> Without this enabled, Linux kernel reports:
> CPU0: Spectre v2: firmware did not set auxili
On Tue, Jun 12, 2018 at 03:24:11PM -0500, Nishanth Menon wrote:
> Enable CVE-2017-5715 option to set the IBE bit. This enables kernel
> workarounds necessary for the said CVE.
>
> With this enabled, Linux reports:
> CPU0: Spectre v2: using BPIALL workaround
>
> This workaround may need to be re-
On Thu, Jun 28, 2018 at 07:55:46PM +0200, Heinrich Schuchardt wrote:
> %s/reminder/remainder/
>
> Signed-off-by: Heinrich Schuchardt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@l
Hi Tom and Stefano,
On Wed, Jun 20, 2018 at 3:08 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> On a 4.18-rc1 kernel the following warning is seen on i.MX51 and
> i.MX53:
>
> CPU0: Spectre v2: firmware did not set auxiliary control register IBE bit,
> system vulnerable
>
> Select the ARM_CO
On Fri, Jun 29, 2018 at 06:26:55PM -0300, Fabio Estevam wrote:
> Hi Tom and Stefano,
>
> On Wed, Jun 20, 2018 at 3:08 PM, Fabio Estevam wrote:
> > From: Fabio Estevam
> >
> > On a 4.18-rc1 kernel the following warning is seen on i.MX51 and
> > i.MX53:
> >
> > CPU0: Spectre v2: firmware did not s
Xilinx Axi Watchdog driver conversion to driver model.
All other changes are necessary for getting this done.
[PATCH 1/6] We no more need redundant io related macros
[PATCH 2/6] Guard the board specific do_reset based on configuartions
[PATCH 3/6] Cosmetic changes, based on checkpatch results
[PAT
Signed-off-by: Shreenidhi Shedi
---
Changes in v1:
- Removed few macros which aren't needed anymore
- Few cosmetic changes
- Converted Xilinx Axi Watchdog driver to driver model
arch/microblaze/include/asm/io.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/microblaze/include/asm/io
Signed-off-by: Shreenidhi Shedi
---
Changes in v1: None
.../microblaze-generic/microblaze-generic.c | 43 +--
1 file changed, 39 insertions(+), 4 deletions(-)
diff --git a/board/xilinx/microblaze-generic/microblaze-generic.c
b/board/xilinx/microblaze-generic/microblaze-gener
Signed-off-by: Shreenidhi Shedi
---
Changes in v1: None
arch/microblaze/include/asm/io.h | 92 +++
.../microblaze-generic/microblaze-generic.c | 8 +-
board/xilinx/microblaze-generic/xparameters.h | 4 +-
include/configs/microblaze-generic.h | 2 +-
4
Signed-off-by: Shreenidhi Shedi
---
Changes in v1: None
board/xilinx/microblaze-generic/microblaze-generic.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/board/xilinx/microblaze-generic/microblaze-generic.c
b/board/xilinx/microblaze-generic/microblaze-generic.c
index 58ca1d715d..fb892
Signed-off-by: Shreenidhi Shedi
---
Changes in v1: None
drivers/watchdog/Kconfig | 8 +++
drivers/watchdog/xilinx_tb_wdt.c | 107 ---
2 files changed, 91 insertions(+), 24 deletions(-)
diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/Kconfig
index
Signed-off-by: Shreenidhi Shedi
---
Changes in v1: None
board/xilinx/microblaze-generic/xparameters.h | 4
include/configs/microblaze-generic.h | 10 --
2 files changed, 14 deletions(-)
diff --git a/board/xilinx/microblaze-generic/xparameters.h
b/board/xilinx/microblaze
Hi Tom,
On Fri, Jun 29, 2018 at 6:30 PM, Tom Rini wrote:
>> I saw that Tom has just applied Nishanth Menon's series.
>>
>> Can this one also be applied for 2018.07?
>
> I can pick it up, or it can be in a PR, thanks!
As Stefano's tree do not contain Nishanth's series, maybe it would be
easier i
Use the driver model for MMC and SATA, in preparation for CONFIG_BLK
defaulting to y.
Tested on A10 Cubieboard.
Signed-off-by: Adam Sampson
---
I imagine an A13 version (no DM_SCSI needed) would work as well, but I
don't have an A13 machine to test with.
arch/arm/mach-sunxi/Kconfig | 2 ++
1 f
Commit dd27918c2252 ("dm: mmc: sunxi: Add support for driver model")
only added the allwinner,sun5i-a13-mmc compatible string for this
driver. The DM initialisation code here also works with (at least) A10
and A20, so add the appropriate compatible strings as per Linux 4.17's
driver.
Tested on A10
Hi,
On 06/29/2018 11:18 AM, Emmanuel Vadot wrote:
> On 2018-06-28 16:37, Andre Przywara wrote:
>> Hi,
>>
>> On 28/06/18 15:27, Jagan Teki wrote:
>>> On Wed, Jun 27, 2018 at 6:12 AM, Andre Przywara
>>> wrote:
At the moment we have the workaround for the Freescale arch timer
erratum A-008
This patch is for the startup block issue in the spi controller.
SPI clock is passing through STARTUP block to FLASH. STARTUP block
don't provide clock as soon as QSPI provides command. So, first
command fails.
This patch added support to read JEDEC id in xilinx_spi_xfer ().
Signed-off-by: Vipul
This patch modify xilinx_spi_xfer() function and add rxfifo() and
txfifo() functions to add the modularity so that these functions
can be used by other functions within the same file.
This patch also added support to read fifo_size from dts.
Signed-off-by: Vipul Kumar
Signed-off-by: Siva Durga P
From: Michal Simek
This patch added support to read register base address from DTS file.
Signed-off-by: Michal Simek
Signed-off-by: Vipul Kumar
---
Changes in v5:
- No change
---
drivers/spi/xilinx_spi.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/spi/xil
Update the xilinx spi driver to support a live tree.
Signed-off-by: Vipul Kumar
---
Changes in v5:
- No change
---
drivers/spi/xilinx_spi.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/spi/xilinx_spi.c b/drivers/spi/xilinx_spi.c
index 8621738..2b5f2cf 100644
-
This series of patches do the following:
- This patch added support to get reg base address from DTS file
- Added rxfifo() and txfifo() functions to add the modularity
- Added support to read JEDEC-id twice at the boot time
- Added live-tree support
Changes in v2:
- Split single patch into the ser
The EFI runtime service GetTime() is used to read the time form the real
time clock.
The RTC drivers are made usable even if U-Boot is built without
CONFIG_CMD_DATE.
RTC drivers not complying to the driver model are now supported by the EFI
subsystem.
The implementation of the GetTime() runtime
Implement the missing parts of the GetTime() runtime service.
Support CONFIG_DM_RTC=n.
Fill seconds.
Fill daylight saving time flag correctly.
Provide dummy values for capabilities.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_runtime.c | 101 +--
1
Remove unused function efi_get_time_init().
Initialization of the RTC has to be done in board bring up not in the EFI
subsystem.
Signed-off-by: Heinrich Schuchardt
---
cmd/bootefi.c| 3 ---
include/efi_loader.h | 1 -
lib/efi_loader/efi_runtime.c | 5 -
3 files chang
Provide a unit test for the GetTime() runtime service.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_selftest/Makefile | 1 +
lib/efi_selftest/efi_selftest_rtc.c | 67 +
2 files changed, 68 insertions(+)
create mode 100644 lib/efi_selftest/efi_selftest_rt
The EFI subsystem accesses the real time clock and is enabled by default.
So we should drop any CONFIG_CMD_DATE dependency from the real time clock
drivers.
Signed-off-by: Heinrich Schuchardt
---
drivers/rtc/at91sam9_rtt.c | 4
drivers/rtc/davinci.c | 2 --
drivers/rtc/ds1302.c |
Allow specifying the precision when printing integers, e.g.
efi_st_printf("%.4u-%.2u-%.2u\n", year, month, day);
Signed-off-by: Heinrich Schuchardt
---
lib/efi_selftest/efi_selftest_console.c | 33 -
1 file changed, 22 insertions(+), 11 deletions(-)
diff --git a/lib/efi
In open, the socket is correctly checked to be -1 in the error case.
In send and recv, we checked for 0, but that is a valid socket number.
Correct this by checking for -1 as a bad socket everywhere.
Signed-off-by: Joe Hershberger
Reviewed-by: Simon Glass
---
Changes in v2: None
arch/sandbox
It seems as sandbox moved to livetree these drivers were not updated.
Heinrich suggested correctly that at this point we should be enumerating
network interface names, not hard-coding eth0.
Also, there were a few bugs that needed fixing.
Changes in v2:
- New patch
- go back to u8_array
- move DT a
Signed-off-by: Joe Hershberger
Reviewed-by: Simon Glass
---
Changes in v2: None
drivers/net/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
index e88f056d84..5f26a0004a 100644
--- a/drivers/net/Kconfig
+++ b/drivers/net/Kcon
Use the dev_ functions to access DT properties.
Signed-off-by: Joe Hershberger
---
Changes in v2:
- go back to u8_array
- move DT accesses to ofdata_to_platdata()
drivers/net/sandbox.c | 16
1 file changed, 12 insertions(+), 4 deletions(-)
diff --git a/drivers/net/sandbox.c b
Instead of doing a simple string compare against "lo", look for the flag
that indicates a localhost interface.
Signed-off-by: Joe Hershberger
---
Changes in v2: None
arch/sandbox/cpu/eth-raw-os.c | 27 +++
arch/sandbox/include/asm/eth-raw-os.h | 8
dri
Ask the OS for each of its interfaces and for each one, bind a U-Boot
device and then probe it. This will allocate the priv data structure
that is then populated.
Signed-off-by: Joe Hershberger
---
Changes in v2: None
arch/sandbox/cpu/eth-raw-os.c | 10 ++
arch/sandbox/dts/sandbox.
With systemd stable interface names, eth0 will almost never exist.
Instead of using that name in the sandbox.dts, use an index.
Signed-off-by: Joe Hershberger
---
Changes in v2: None
arch/sandbox/cpu/eth-raw-os.c | 7 +++
arch/sandbox/include/asm/eth-raw-os.h | 9 +
drive
test.dts specified the fake MAC address as a u32 array. Instead it
should be a u8 array.
Signed-off-by: Joe Hershberger
---
Changes in v2:
- New patch
arch/sandbox/dts/test.dts | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/sandbox/dts/test.dts b/arch/sandbox/
If we let descriptors equal 0, we can end up closing STDIN. Make sure
they start out as -1.
Signed-off-by: Joe Hershberger
---
Changes in v2: None
arch/sandbox/cpu/eth-raw-os.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/sandbox/cpu/eth-raw-os.c b/arch/sandbox
1 - 100 of 130 matches
Mail list logo
