On Sat, Oct 7, 2017 at 11:59 AM, Bin Meng wrote:
> On Fri, Oct 6, 2017 at 3:12 PM, Stefan Roese wrote:
>> The setexpr command is useful for scripting, lets enable it for all
>> x86 based theadorable platforms.
>>
>> Signed-off-by: Stefan Roese
>> Cc: Bin Meng
>> ---
>> configs/theadorable-x86-
On Sat, Oct 7, 2017 at 11:59 AM, Bin Meng wrote:
> On Fri, Oct 6, 2017 at 3:12 PM, Stefan Roese wrote:
>> This enables the easier usage of "-custom" kernel versions as well.
>>
>> Signed-off-by: Stefan Roese
>> Cc: Bin Meng
>> ---
>> include/configs/theadorable-x86-common.h | 8
>> 1
On Sat, Oct 7, 2017 at 11:59 AM, Bin Meng wrote:
> On Fri, Oct 6, 2017 at 3:12 PM, Stefan Roese wrote:
>> This is needed for the PCIe hotplug to work correctly on some boards.
>>
>> Signed-off-by: Stefan Roese
>> Cc: Bin Meng
>> ---
>> include/configs/theadorable-x86-common.h | 3 ++-
>> 1 fil
On Fri, Oct 6, 2017 at 3:12 PM, Stefan Roese wrote:
> This enables the easier usage of "-custom" kernel versions as well.
>
> Signed-off-by: Stefan Roese
> Cc: Bin Meng
> ---
> include/configs/theadorable-x86-common.h | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
Reviewed-b
On Fri, Oct 6, 2017 at 3:12 PM, Stefan Roese wrote:
> The setexpr command is useful for scripting, lets enable it for all
> x86 based theadorable platforms.
>
> Signed-off-by: Stefan Roese
> Cc: Bin Meng
> ---
> configs/theadorable-x86-conga-qa3-e3845-pcie-x4_defconfig | 1 -
> configs/theadora
On Fri, Oct 6, 2017 at 3:12 PM, Stefan Roese wrote:
> This is needed for the PCIe hotplug to work correctly on some boards.
>
> Signed-off-by: Stefan Roese
> Cc: Bin Meng
> ---
> include/configs/theadorable-x86-common.h | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
Reviewed-by: B
Hi Heinrich,
On Mon, Sep 25, 2017 at 10:13 AM, Simon Glass wrote:
> Hi Heinrich,
>
> On 19 September 2017 at 11:44, Heinrich Schuchardt wrote:
>> Up to now we depended on an exported variable to build u-boot.rom.
>> What we build should be specified by the configuration file.
>>
>> With this pat
On Fri, Oct 06, 2017 at 08:21:26AM -0400, Rob Clark wrote:
> On Fri, Oct 6, 2017 at 12:35 AM, Jonathan Gray wrote:
> > On Thu, Oct 05, 2017 at 05:05:49AM -0400, Rob Clark wrote:
> >> On Thu, Oct 5, 2017 at 12:36 AM, Jonathan Gray wrote:
> >> > On Wed, Oct 04, 2017 at 01:12:48PM -0400, Rob Clark w
On 17.06.2017 19:45, jm.beaune at gmail.com (Jean-Marc Beaune) wrote:
> Hello,
>
> I am new to U-Boot and trying to compile source code in order to get U-Boot
> working on a BananaPi.
>
> I get the following error while compiling the latest version of master
> branch:
>
> ImportError: No modul
Recent discussions confirmed (what the code always assumed): the
Rockchip BROM always enters U-Boot with the stack-pointer valid
(i.e. the U-Boot startup code is running off the BROM stack).
We can thus replace the back-to-bootrom code (i.e. both the
save_boot_params and back_to_bootrom implement
On 10/06/2017 09:28 PM, Philipp Tomsich wrote:
> With the updated boot0 semantics (i.e. giving the boot0-hook control
> over when and where the vector table is emitted), the boot0-hook for
> the socfpga needs to be adjusted.
>
> Signed-off-by: Philipp Tomsich
Does this still produce the same bin
- Move SoCFPGA and K2 boards to their own job
- Expand the microblaze job to cover ARM boards from Xilinx as well.
Signed-off-by: Tom Rini
---
.travis.yml | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index f028e580f2fe..a1564ed90718 10064
The i.MX6 job can still be close to the time limit, move a few more
devices out.
Signed-off-by: Tom Rini
---
.travis.yml | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/.travis.yml b/.travis.yml
index b1a7c497a737..f028e580f2fe 100644
--- a/.travis.yml
+++ b/.travis.ym
A few of the big jobs are getting close to the time limit again, split a
few more things out.
Signed-off-by: Tom Rini
---
.travis.yml | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index 7012fd1d28e2..b1a7c497a737 100644
--- a/.tr
As no '.type' was set for save_boot_params_ret in start.S, binutils
did not track whether it was emitted as A32 or T32. By properly
marking save_boot_params_ret as a potential function entry, we can
make sure that the compiler will insert the appropriate instructions
for branching to save_boot_par
The back-to-bootrom implementation for Rockchip has always relied on
the stack-pointer being valid on entry, so there was little reason to
have this as an assembly implementation.
This provides a new C-only implementation of save_boot_params and
back_to_bootrom (relying on setjmp/longjmp) and remo
Some Rockchip BROM versions (e.g. the RK3188 and RK3066) first read 1KB data
from NAND into SRAM and executes it. Then, following a return to bootrom, the
BROM loads additional code to SRAM (not overwriting the first block read) and
reenters at the same address as the first time.
To support bootin
With the boot0-hook inserting the additional padding to receive our
SPL magic, the SPL_TEXT_BASE can be aligned again.
Signed-off-by: Philipp Tomsich
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/configs/rk3036_common.h | 2 +-
1 file changed, 1 insertion(+), 1 deleti
For the RK3188, the BROM will attempt to load up the first stage
image (SPL for the RK3188) in two steps: first 1KB to offset 0x800
in the SRAM and then the remainder to offset 0xc00 in the SRAM.
It always enters at 0x804, though.
With this changeset, the RK3188 boot removes the TPL (stub) stage a
There still are a few CONFIG_SPL_* options selected using defines from
rk3188_common.h instead of via Kconfig. This migrates those over to
Kconfig.
Signed-off-by: Philipp Tomsich
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/mach-rockchip/Kconfig | 7 ++-
inclu
With all targets converted to generate prepadded images, this removes
the spl_boot0 field from our config structure and removes the unused
code-path (for images that are not prepadded): i.e. spl_boot0 is now
implied as 'true' and the code is specialised by removing the other
case.
Signed-off-by: P
The save_boot_params_ret() prototype (for those of us, that have a
valid SP on entry and can implement save_boot_params() in C), was
previously only defined for !defined(CONFIG_ARM64).
This moves the declaration to a common block to ensure the prototype
is available to everyone that might need it.
This updates the BCM235xx boot0-hook to the updated boot0 semantics
by emitting _start and the vector table before the boot0 hook (as
was the case before).
Signed-off-by: Philipp Tomsich
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/include/asm/arch-bcm235xx/boot0.h
The BROM supports forcing it to enter download-mode, if an appropriate
result/cmd-word is returned to it. There already is a series to
support this in review, so this prepares the (newly C-version) of the
back-to-bootrom code to accept a cmd to passed on to the BROM.
All the existing call-sites a
This updates the BCM281xx boot0-hook to the updated boot0 semantics
by emitting _start and the vector table before the boot0 hook (as
was the case before).
Signed-off-by: Philipp Tomsich
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/include/asm/arch-bcm281xx/boot0.h
With the updated boot0 semantics (i.e. giving the boot0-hook control
over when and where the vector table is emitted), the boot0-hook for
the socfpga needs to be adjusted.
Signed-off-by: Philipp Tomsich
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/mach-socfpga/inclu
The previous setjmp-implementation (as a static inline function that
contained an 'asm volatile' sequence) was extremely fragile: (some
versions of) GCC optimised the set of registers. One critical example
was the removal of 'r9' from the clobber list, if -ffixed-reg9 was
supplied.
To increase ro
From: Kever Yang
Enable the spl_boot0 in SPL and use the pre-padding TAG memory,
the mkimage do not need to pad it but only need to replace the value
with correct TAG value.
Signed-off-by: Kever Yang
[Updated:]
Signed-off-by: Philipp Tomsich
---
Changes in v4: None
Changes in v3: None
Change
From: Kever Yang
After we use boot0 hook, we can use offset '000' instead of '004' as
SPL_TEXT_BASE.
Signed-off-by: Kever Yang
[Updated tag in commit summary:]
Signed-off-by: Philipp Tomsich
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/configs/rk3288_common.h | 2
Rockchip SoCs bootrom design is like this:
- First 2KB or 4KB internal memory is for bootrom stack and heap;
- Then the first 4-byte suppose to be a TAG like 'RK33';
- The the following memory address end with '0004' is the first
instruction load and running by bootrom;
Let's use the boot0 hook
From: Kever Yang
The '_start' is using as vector table base address, and will write
to VBAR register, so it needs to be aligned to 0x20 for armv7.
Signed-off-by: Kever Yang
[Updated to current code base:]
Signed-off-by: Philipp Tomsich
---
Changes in v4: None
Changes in v3: None
Changes in v
The boot0 hook on ARM does not insert its payload before the vector
table. This is both a mismatch with thec comment above it and
contradict usage of the boot0 hook on ARM64.
To fix this (and unify the semantics for ARM and ARM64), we change the
boot0-hook semantics on ARM to match those on ARM64:
On 10/06/2017 02:00 PM, Dr. Philipp Tomsich wrote:
>
>> On 6 Oct 2017, at 13:47, Heinrich Schuchardt wrote:
>>
>> On 09/11/2017 10:04 PM, Philipp Tomsich wrote:
>>> The dev_read_addr_ptr() mimics the behaviour of the devfdt_get_addr_ptr(),
>>> retrieving the first address of the node's reg-proper
On 10/06/2017 02:08 PM, Alexander Graf wrote:
>
>
> On 05.10.17 16:35, Heinrich Schuchardt wrote:
>> This patch series focuses on
>> * correction of parameter types for boot services
>> * fixes for the SetMem and CopyMem boot services
>> * fixes for the simple network protocol implementation (SNP
If the memory regions are different efi_st_memcmp currently
returns the difference of the addresses. Insted the
difference of the first differing byte pair should be
returned.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_selftest/efi_selftest_util.c | 2 +-
1 file changed, 1 insertion(+), 1 de
> rockchip-common.h already defines values that are missing from
> rk3368_common.h
>
> For example BOOT_TARGET_DEVICES was defined empty and therefore
> distroboot had no boot targets.
>
> Signed-off-by: Klaus Goger
> Acked-by: Philipp Tomsich
> Reviewed-by: Philipp Tomsich
> ---
>
> Changes
> BOOT_TARGET_DEVICES should only be added if the corresponding u-boot
> command is enabled.
>
> Signed-off-by: Klaus Goger
> Acked-by: Philipp Tomsich
> Reviewed-by: Philipp Tomsich
> ---
>
> Changes in v4:
> - rebase on mаster
>
> Changes in v3:
> - Use CONFIG_IS_ENABLED macro instead of #
rockchip-common.h already defines values that are missing from
rk3368_common.h
For example BOOT_TARGET_DEVICES was defined empty and therefore
distroboot had no boot targets.
Signed-off-by: Klaus Goger
Acked-by: Philipp Tomsich
Reviewed-by: Philipp Tomsich
---
Changes in v4: None
Changes in
BOOT_TARGET_DEVICES should only be added if the corresponding u-boot
command is enabled.
Signed-off-by: Klaus Goger
Acked-by: Philipp Tomsich
Reviewed-by: Philipp Tomsich
---
Changes in v4:
- rebase on mаster
Changes in v3:
- Use CONFIG_IS_ENABLED macro instead of #ifdefs
- Add missing else
Hi Rob,
On 6 October 2017 at 10:56, Rob Clark wrote:
>
> On Fri, Oct 6, 2017 at 12:15 PM, Anatolij Gustschin wrote:
> > On Sat, 30 Sep 2017 10:19:17 +0200
> > Anatolij Gustschin ag...@denx.de wrote:
> >
> >> As mentioned in review comments for ANSI escape sequence
> >> support patches, this shou
On 09/28/2017 11:29 AM, Bernhard Messerklinger wrote:
Since the compiler is free to place a char array to any address in
memory (in this case the stack), also to a non word aligned address the
function "fdt_prop_parse" runs into troubles upon it wants to write some
(fdt32_t *) to such a variable
On Fri, Oct 6, 2017 at 12:15 PM, Anatolij Gustschin wrote:
> On Sat, 30 Sep 2017 10:19:17 +0200
> Anatolij Gustschin ag...@denx.de wrote:
>
>> As mentioned in review comments for ANSI escape sequence
>> support patches, this should be optional to reduce code
>> size. Disable escape sequence suppor
rockchip-common.h already defines values that are missing from
rk3368_common.h
For example BOOT_TARGET_DEVICES was defined empty and therefore
distroboot had no boot targets.
Signed-off-by: Klaus Goger
Acked-by: Philipp Tomsich
Reviewed-by: Philipp Tomsich
---
Changes in v3: None
Changes in
BOOT_TARGET_DEVICES should only be added if the corresponding u-boot
command is enabled.
Signed-off-by: Klaus Goger
Acked-by: Philipp Tomsich
Reviewed-by: Philipp Tomsich
---
Changes in v3:
- Use CONFIG_IS_ENABLED macro instead of #ifdefs
- Add missing else path
Changes in v2:
- Add patch to
> At present if the PWM set_invert() method is not called then the flags are
> not set up and the driver does not work properly. Fix this by setting up
> the default flags when probing.
>
> Signed-off-by: Simon Glass
> Fixes: 874ee59 (rockchip: pwm: implement pwm_set_invert())
> ---
>
> drivers
> At present if the PWM set_invert() method is not called then the flags are
> not set up and the driver does not work properly. Fix this by setting up
> the default flags when probing.
>
> Signed-off-by: Simon Glass
> Fixes: 874ee59 (rockchip: pwm: implement pwm_set_invert())
> ---
>
> drivers
On Sat, 30 Sep 2017 10:19:17 +0200
Anatolij Gustschin ag...@denx.de wrote:
> As mentioned in review comments for ANSI escape sequence
> support patches, this should be optional to reduce code
> size. Disable escape sequence support when CONFIG_VIDEO_ANSI
> is not enabled.
>
> Signed-off-by: Anato
> On 6 Oct 2017, at 17:08, Klaus Goger
> wrote:
>
> BOOT_TARGET_DEVICES should only be added if the corresponding u-boot
> command is enabled.
>
> Signed-off-by: Klaus Goger
Reviewed-by: Philipp Tomsich
Required changes below.
> ---
>
> Changes in v2:
> - Add patch to series to prevent b
> BOOT_TARGET_DEVICES should only be added if the corresponding u-boot
> command is enabled.
>
> Signed-off-by: Klaus Goger
> ---
>
> Changes in v2:
> - Add patch to series to prevent build errors if boards don't enable the
> required u-boot command for distroboot
>
> include/configs/rockchi
> Enable board config for evb-rk3128.
> Serial output and eMMC works in this version.
>
> Signed-off-by: Kever Yang
> ---
>
> configs/evb-rk3128_defconfig | 42 ++
> 1 file changed, 42 insertions(+)
> create mode 100644 configs/evb-rk3128_defconfig
>
A
> Add rk3128 sysreset driver.
>
> Signed-off-by: Kever Yang
> ---
>
> drivers/sysreset/Makefile | 1 +
> drivers/sysreset/sysreset_rk3128.c | 45
> ++
> 2 files changed, 46 insertions(+)
> create mode 100644 drivers/sysreset/sysreset_rk3128.c
>
> Add rk3128 clock driver and cru structure definition.
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/include/asm/arch-rockchip/cru_rk3128.h | 173
> arch/arm/mach-rockchip/rk3128/Makefile | 1 +
> arch/arm/mach-rockchip/rk3128/clk_rk3128.c | 32 +++
> drivers/c
> Add rk3128 pinctrl driver and grf/iomux structure definition.
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/include/asm/arch-rockchip/grf_rk3128.h | 551
>
> drivers/pinctrl/Kconfig | 10 +
> drivers/pinctrl/rockchip/Makefile
> RK3128 support up to 2GB DDR3 sdram, one channel, 32bit data width.
>
> This patch is only used for U-Boot, but not for SPL which will
> comes later, maybe after we merge all the common code into a common
> file.
>
> Signed-off-by: Kever Yang
> ---
>
> drivers/ram/rockchip/Makefile |
> evb-rk3128 is an evb from Rockchip based on rk3128 SoC:
> - 2 USB2.0 Host port;
> - 1 HDMI port;
> - 2 10/100M eth port;
> - 2GB ddr;
> - 16GB eMMC;
> - UART to USB debug port;
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/mach-rockchip/rk3128/Kconfig | 23 +++
> board
> Add dts binding header for rk3128, files origin from kernel.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/dts/Makefile | 1 +
> arch/arm/dts/rk3128-evb.dts| 77
> arch/arm/dts/rk3128.dtsi | 756
> +
> RK3128 is a SoC from Rockchip with quad-core Cortex-A7 CPU
> and mali400 GPU. Support Nand flash, eMMC, SD card, USB 2.0 host
> and device, HDMI/LVDS/MIPI display.
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/mach-rockchip/Kconfig| 10 ++
> arch/arm/mach-rockchip/Makefile
On 10/06/2017 03:50 AM, Bhaskar Upadhaya wrote:
>
>
> -Original Message-
> From: York Sun
> Sent: Wednesday, September 06, 2017 9:51 PM
> To: Bhaskar Upadhaya ; u-boot@lists.denx.de
> Subject: Re: [PATCH 1/1] armv8: ls1012a: Memory Map modification of kernel,env
>
> On 09/01/2017 02:54
On 10/06/2017 04:06 AM, Prabhakar Kushwaha wrote:
> Memory allocated via malloc is not guaranteed to be zeroized.
>
> So explicitly memset the memory allocated via malloc.
>
> Signed-off-by: Prabhakar Kushwaha
> ---
Have you tried calloc()?
York
___
rockchip-common.h already defines values that are missing from
rk3368_common.h
For example BOOT_TARGET_DEVICES was defined empty and therefore
distroboot had no boot targets.
Signed-off-by: Klaus Goger
Acked-by: Philipp Tomsich
Reviewed-by: Philipp Tomsich
---
Changes in v2: None
include/c
BOOT_TARGET_DEVICES should only be added if the corresponding u-boot
command is enabled.
Signed-off-by: Klaus Goger
---
Changes in v2:
- Add patch to series to prevent build errors if boards don't enable the
required u-boot command for distroboot
include/configs/rockchip-common.h | 39 ++
Otherwise fs_opendir will fault.
Signed-off-by: Marek Behun
---
fs/fs.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fs/fs.c b/fs/fs.c
index 84349f3039..9c4d67faf8 100644
--- a/fs/fs.c
+++ b/fs/fs.c
@@ -233,6 +233,7 @@ static struct fstype_info fstypes[] = {
.read = btrfs_
On Fri, 6 Oct 2017 06:54:34 -0700
"J. William Campbell" wrote:
> Hi Marek,
> If the searched key is not found, isn't it an error to use
> the res value AT ALL? Setting it to 0 may cover up the warning, but
> the function shouldn't actually use it for anything. If it does, it
> is modifyi
On Fri, Oct 06, 2017 at 03:14:53PM +0200, Marek Behún wrote:
> Hmm, this is weird. Tom's commit 6b7fd350
>
> http://git.denx.de/?p=u-boot.git;a=commit;h=6b7fd350e85a97892a2cb066364797f3f3dcb9c9
>
> forces %lu here, because the %u issued a warning.
> But my compiler warns when %lu is used.
> Maybe
Hmm, this is weird. Tom's commit 6b7fd350
http://git.denx.de/?p=u-boot.git;a=commit;h=6b7fd350e85a97892a2cb066364797f3f3dcb9c9
forces %lu here, because the %u issued a warning.
But my compiler warns when %lu is used.
Maybe we should use PRIu32 instead...
...
On Fri, 6 Oct 2017 15:04:58 +0200
M
Since
rem = ((long) *tim_p) % SECSPERDAY;
the second while cycle
while (rem >= SECSPERDAY)
is dead.
Reported-by: Coverity (CID: 167334)
Signed-off-by: Marek Behun
---
include/linux/time.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/include/linux/time.h b/include/linux/time.h
inde
Change %lu to %u. The compiler issues a warning otherwise.
Signed-off-by: Marek Behun
---
fs/btrfs/super.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/btrfs/super.c b/fs/btrfs/super.c
index 2529c2b3b6..706286ee2d 100644
--- a/fs/btrfs/super.c
+++ b/fs/btrfs/super.c
@@
The variable res should be initialized to 0 in these functions,
because if the searched key is not found, the variable is used
uninitialized.
Reported-by: Coverity (CID: 167335)
Reported-by: Coverity (CID: 167336)
Reported-by: Coverity (CID: 167337)
Signed-off-by: Marek Behun
---
fs/btrfs/chunk-
I accidentaly left a foreign language note in the code from development.
Signed-off-by: Marek Behun
---
fs/btrfs/inode.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c
index 0af04278a3..f785b600fa 100644
--- a/fs/btrfs/inode.c
+++ b/fs/btrfs/inode.c
@@ -21
On Fri, Oct 6, 2017 at 8:21 AM, Rob Clark wrote:
> On Fri, Oct 6, 2017 at 12:35 AM, Jonathan Gray wrote:
>> On Thu, Oct 05, 2017 at 05:05:49AM -0400, Rob Clark wrote:
>>> On Thu, Oct 5, 2017 at 12:36 AM, Jonathan Gray wrote:
>>> > On Wed, Oct 04, 2017 at 01:12:48PM -0400, Rob Clark wrote:
>>> >>
On Fri, Oct 6, 2017 at 12:35 AM, Jonathan Gray wrote:
> On Thu, Oct 05, 2017 at 05:05:49AM -0400, Rob Clark wrote:
>> On Thu, Oct 5, 2017 at 12:36 AM, Jonathan Gray wrote:
>> > On Wed, Oct 04, 2017 at 01:12:48PM -0400, Rob Clark wrote:
>> >> On Wed, Oct 4, 2017 at 12:29 PM, Fabio Estevam
>> >>
On 05.10.17 16:35, Heinrich Schuchardt wrote:
> This patch series focuses on
> * correction of parameter types for boot services
> * fixes for the SetMem and CopyMem boot services
> * fixes for the simple network protocol implementation (SNP)
> * a unit test for SetMem, CopyMem and the simple net
Add a quirk to identify that the controller is Renesas RCar variant
of the Matsushita SD IP and another quirk indicating it can support
Renesas RCar HS200/HS400/SDR104 modes.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
drivers/mmc/uniphier-sd.c | 17 ++---
Add DT nodes to enable SDR104/HS200 modes on Salvator-X boards.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
arch/arm/dts/salvator-common.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/dts/salvator-common.dtsi
b/arch/arm/dts/salvator-common.dtsi
index 0a0963
On the Renesas version of the IP, the /1 divider is realized by
setting the clock register [7:0] to 0xff instead of setting bit
10 of the register. Check the quirk and handle accordingly.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
drivers/mmc/uniphier-sd.c | 4 +++-
1
Add code for PHY tuning required for SDR104/HS200 support on Renesas RCar.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
drivers/mmc/uniphier-sd.c | 280 ++
1 file changed, 280 insertions(+)
diff --git a/drivers/mmc/uniphier-s
Drop the ad-hoc DT caps parsing in favor of common framework function.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
drivers/mmc/uniphier-sd.c | 23 +++
1 file changed, 7 insertions(+), 16 deletions(-)
diff --git a/drivers/mmc/uniphier-sd.c b/drivers
Factor out the regulator handling into set_ios and add support for
selecting pin configuration based on the voltage to support UHS modes.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
drivers/mmc/uniphier-sd.c | 33 -
1 file changed, 24 in
Handle the controller version even if quirks are set. The controller in
Renesas Gen3 SoCs does provide the version register, which indicates a
controller v10 and the controller does support internal DMA and /1024
divider.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
dri
On Fri, Oct 06, 2017 at 05:31:23PM +0530, Faiz Abbas wrote:
> Hi,
>
> On Friday 06 October 2017 05:20 PM, Tom Rini wrote:
> > On Fri, Oct 06, 2017 at 05:05:01PM +0530, Faiz Abbas wrote:
> >
> >> The dra7xx series of SOCs contain a temperature sensor and an
> >> associated analog-to-digital conver
Hi,
On Friday 06 October 2017 05:20 PM, Tom Rini wrote:
> On Fri, Oct 06, 2017 at 05:05:01PM +0530, Faiz Abbas wrote:
>
>> The dra7xx series of SOCs contain a temperature sensor and an
>> associated analog-to-digital converter (ADC) which produces
>> an output which is proportional to the SOC tem
> On 6 Oct 2017, at 13:47, Heinrich Schuchardt wrote:
>
> On 09/11/2017 10:04 PM, Philipp Tomsich wrote:
>> The dev_read_addr_ptr() mimics the behaviour of the devfdt_get_addr_ptr(),
>> retrieving the first address of the node's reg-property and returning
>> it as a pointer (or NULL on failure).
On 05.10.17 16:36, Heinrich Schuchardt wrote:
> The WaitForPacket event informs that a network package has been
> received by the SimpleNetworkProtocol.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> v2
> signaled has been renamed to is_signaled and is bool
> ---
> lib/efi_loader/efi_net
On Fri, Oct 06, 2017 at 05:05:01PM +0530, Faiz Abbas wrote:
> The dra7xx series of SOCs contain a temperature sensor and an
> associated analog-to-digital converter (ADC) which produces
> an output which is proportional to the SOC temperature.
> Add support for this temperature sensor.
>
> Signed
On 09/11/2017 10:04 PM, Philipp Tomsich wrote:
> The dev_read_addr_ptr() mimics the behaviour of the devfdt_get_addr_ptr(),
> retrieving the first address of the node's reg-property and returning
> it as a pointer (or NULL on failure).
>
> Signed-off-by: Philipp Tomsich
> Acked-by: Philipp Tomsic
Adding support for TI bandgap temperature sensor.
Also add dt support for bandgap sensor in spl.
Faiz Abbas (2):
thermal: ti-bandgap: Add support for temperature sensor
ARM: dts: OMAP5+: Add support for bandgap sensor in SPL
arch/arm/dts/omap5-u-boot.dtsi | 4 +
common/
Mark bandgap node as uboot,dm-spl so that it can be accessed in spl
Signed-off-by: Faiz Abbas
---
arch/arm/dts/omap5-u-boot.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/dts/omap5-u-boot.dtsi b/arch/arm/dts/omap5-u-boot.dtsi
index fdaa692..bf2684c 100644
--- a/arch/arm/dt
The dra7xx series of SOCs contain a temperature sensor and an
associated analog-to-digital converter (ADC) which produces
an output which is proportional to the SOC temperature.
Add support for this temperature sensor.
Signed-off-by: Faiz Abbas
---
common/spl/Kconfig
The test and info callbacks into the partition callback struct are
used by the "part list" command on the command line. That command
is used by the distro script.
With verb=1 set, "part list" thus throws a lot of warnings about
partitions it can't find when an upper layer searches for partitions.
Hi,
On Thursday 05 October 2017 04:57 PM, Marek Vasut wrote:
> On 10/04/2017 03:11 PM, Faiz Abbas wrote:
>> Hi,
>>
>> On Wednesday 04 October 2017 06:01 PM, Marek Vasut wrote:
>>> On 10/04/2017 12:51 PM, Faiz Abbas wrote:
Hi,
On Tuesday 03 October 2017 06:48 PM, Marek Vasut wrote:
>
On 06.10.2017 13:05, Prabhakar Kushwaha wrote:
Memory allocated via malloc is not guaranteed to be zeroized.
So explicitly memset the memory allocated via malloc.
Signed-off-by: Prabhakar Kushwaha
---
drivers/net/fsl-mc/mc.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/n
Memory allocated via malloc is not guaranteed to be zeroized.
So explicitly memset the memory allocated via malloc.
Signed-off-by: Prabhakar Kushwaha
---
drivers/net/fsl-mc/mc.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/net/fsl-mc/mc.c b/drivers/net/fsl-mc/mc.c
index 12db
-Original Message-
From: York Sun
Sent: Wednesday, September 06, 2017 9:51 PM
To: Bhaskar Upadhaya ; u-boot@lists.denx.de
Subject: Re: [PATCH 1/1] armv8: ls1012a: Memory Map modification of kernel,env
On 09/01/2017 02:54 AM, Bhaskar Upadhaya wrote:
> This patch adjusts memory map for im
On Wed, 27 Sep 2017, Kever Yang wrote:
RK3128 support up to 2GB DDR3 sdram, one channel, 32bit data width.
This patch is only used for U-Boot, but not for SPL which will
comes later, maybe after we merge all the common code into a common
file.
Signed-off-by: Kever Yang
---
drivers/ram/rock
On Wed, 27 Sep 2017, Kever Yang wrote:
RK3128 is a SoC from Rockchip with quad-core Cortex-A7 CPU
and mali400 GPU. Support Nand flash, eMMC, SD card, USB 2.0 host
and device, HDMI/LVDS/MIPI display.
Signed-off-by: Kever Yang
Requested changes below.
---
arch/arm/mach-rockchip/Kconfig
On Thu, 21 Sep 2017, David Wu wrote:
If the mac clock if from the external IO, set clock rate with 0;
If the mac clock if from the internal divider pll, set 50M for
rmii mode and set 125M for rgmii.
If we do this, we really shouldn't treat the external clock any different.
So we should reque
On Thu, 21 Sep 2017, David Wu wrote:
The rv1108 mac only support rmii interface, so need to add the
set_rmii() ops. Use the phy current interface to set rmii or
rgmii ops.
Signed-off-by: David Wu
Acked-by: Philipp Tomsich
See below for required changes.
---
drivers/net/gmac_rockchip.c
On Thu, 21 Sep 2017, David Wu wrote:
If we include both the rk3288_grf.h and rv1108_grf.h, there is a
number of compiling error for redefinition. So we define the reg
structs of mac_grf at gmac_rockchip.c. Remove the rk**_grf.h files,
give them own grf offset for their use.
The reg offset sh
> If the Ethernet address is not set, the network can't work,
> enable the random address config for default use.
>
> Signed-off-by: David Wu
> Acked-by: Philipp Tomsich
> ---
>
> configs/evb-rk3288_defconfig | 1 +
> 1 file changed, 1 insertion(+)
>
Reviewed-by: Philipp Tomsich
___
> Give the mac controller the correct tx-delay and rx-delay value
> for the rgmii mode transmission. If they are not matched, there
> would be Ethernet packets lost, the net feature may not work.
>
> Signed-off-by: David Wu
> Acked-by: Philipp Tomsich
> ---
>
> arch/arm/dts/rk3399-evb.dts | 4
1 - 100 of 116 matches
Mail list logo
