On Mon, Dec 5, 2016 at 2:26 PM, Simon Glass wrote:
> Hi Andre,
>
> On 4 December 2016 at 18:52, Andre Przywara wrote:
>> From: Jens Kuske
>>
>> Instead of setting the delay for whole bytes allow setting
>> it for each individual
Enable support for loading a splash image from within a FIT image.
The image is assumed to be generated with mkimage -E flag to hold
the data external to the FIT.
Signed-off-by: Tomas Melin
---
Changes in v4:
- Added missing changelog
Changes in v3:
- Add documentation
Sort include files in accordance to u-boot coding style.
Signed-off-by: Tomas Melin
---
Changes in v4:
- Added missing changelog
Changes in v3:
- Change patch order so that include sort patch comes prior to adding
new include
Changes in v2:
- Add separate patch for
On Mon, Dec 05, 2016 at 01:52:09AM +, Andre Przywara wrote:
> The predominantely 32-bit ARM targets try to compile the SPL in Thumb
> mode to reduce code size.
> The 64-bit AArch64 instruction set does not know an alternative, concise
> encoding, so the Thumb build option should only be set
On Mon, Dec 05, 2016 at 01:52:08AM +, Andre Przywara wrote:
> These days many Allwinner SoCs use clock_sun6i.c, although out of them
> only the (original sun6i) A31 has a second MBUS clock register.
> Also the requirement for setting up the PRCM PLL_CTLR1 register to provide
> the proper
Hi Andre,
On 4 December 2016 at 18:52, Andre Przywara wrote:
> For boards that call s_init() when the SPL runs, we are expected to
> setup an early stack before calling this C function.
> Implement the proper AArch64 version of this based on the ARMv7 code.
> This allows
Hi Andre,
On 4 December 2016 at 18:52, Andre Przywara wrote:
> When compiling the SPL for the Allwinner A64 in AArch64 mode, we can't
> use the more compact Thumb2 encoding, which only exists for AArch32
> code. This makes the SPL rather big, up to a point where any code
Hi Andre,
On 4 December 2016 at 18:52, Andre Przywara wrote:
> The ARMv8 capable Allwinner A64 SoC comes out of reset in AArch32 mode.
> To run AArch64 code, we have to trigger a warm reset via the RMR register,
> which proceeds with code execution at the address stored
On 4 December 2016 at 18:52, Andre Przywara wrote:
> Now that the SPL is ready to be compiled in AArch64 and the DRAM
> init code is ready, enable SPL support for the A64 SoC and in the
> Pine64 defconfig.
> For now we keep the boot0 header in the U-Boot proper, as this
On 4 December 2016 at 18:52, Andre Przywara wrote:
> Fix the output of the DRAM size on AArch64 SPLs.
>
> Signed-off-by: Andre Przywara
> Reviewed-by: Alexander Graf
> ---
> arch/arm/mach-sunxi/dram_sun8i_h3.c | 2 +-
> 1 file
On 4 December 2016 at 18:52, Andre Przywara wrote:
> According to Jens disabling the on-die-termination should set bit 5,
> not bit 1 in the respective register. Fix this.
>
> Reported-by: Jens Kuske
> Signed-off-by: Andre Przywara
Hi Andre,
On 4 December 2016 at 18:52, Andre Przywara wrote:
> From: Jens Kuske
>
> The A64 DRAM controller is very similar to the H3 one,
> so the code can be reused with some small changes.
Yes but it makes the code a mess. Can you avoid putting
Hi Andre,
On 4 December 2016 at 18:52, Andre Przywara wrote:
> From: Jens Kuske
>
> Instead of setting the delay for whole bytes allow setting
> it for each individual bit. Also add support for
> address/command lane delays.
>
> Signed-off-by: Jens
On 4 December 2016 at 18:52, Andre Przywara wrote:
> For prepending some board specific header area to U-Boot images we
> were so far including a header file with a macro definition containing
> the actual header specification.
> This works fine if there are just a few
Hi Andre,
On 4 December 2016 at 18:52, Andre Przywara wrote:
> The boot0 hook we have so far is applied _after_ the initial branch
> to the "reset" entry point. An upcoming change requires even this
> branch to be changed, so we apply the hook macro at the earliest
>
Hi Andre,
On 4 December 2016 at 18:52, Andre Przywara wrote:
> From: Jens Kuske
>
> The IOCR registers got renamed to BDLR to match the public
> documentation of similar controllers.
>
> Signed-off-by: Jens Kuske
>
On 4 December 2016 at 18:52, Andre Przywara wrote:
> The ENABLE_ARM_SOC_BOOT0_HOOK option is a generic option shared with
> other boards. To allow alternative code to be inserted, we create
> another, now function specific config symbol on top of it to simplify
> later
On 4 December 2016 at 18:52, Andre Przywara wrote:
> To avoid enumerating the very same DRAM values in defconfig files
> for each and every Allwinner A64 board out there, let's put some sane
> default values in the Kconfig file.
> Boards with different needs can override
Hi Andre,
On 4 December 2016 at 18:52, Andre Przywara wrote:
> The UL() macro is pretty useful in sharing constants between assembly
> and C files while still being able to specify a type for C.
> Move the macro from an armv8 specific header into a common header file
> to
Hi Andre,
On 4 December 2016 at 18:52, Andre Przywara wrote:
> The sunxi DRAM setup code needs an sdelay() implementation, which
> wasn't defined for armv8 so far.
> Shamelessly copy the armv7 version and adjust it to work in AArch64.
>
> Signed-off-by: Andre Przywara
On 4 December 2016 at 18:52, Andre Przywara wrote:
> Since entry_point and load_addr are addresses, they should be
> represented as longs to cover the whole address space and to avoid
> warning when compiling the SPL in 64-bit.
> Also adjust debug prints to add the 'l'
Hi Andre,
On 4 December 2016 at 18:52, Andre Przywara wrote:
> The Allwinner A64 SoC starts execution in AArch32 mode, and both
> the boot ROM and Allwinner's boot0 keep running in this mode.
> So U-Boot gets entered in 32-bit, although we want it to run in AArch64.
>
>
Hi Kostya,
On 4 December 2016 at 09:12, wrote:
> From: Konstantin Porotchkin
>
> Add a DM port of Marvell pin control driver.
> The A8K SoC family contains several silicone dies interconnected
> in a single package. Every die is normally equipped with
On 4 December 2016 at 18:52, Andre Przywara wrote:
> tiny-printf does not know about the "l" modifier so far, which breaks
> the crash dump on AArch64, because it uses %lx to print the registers.
> Add an easy way of handling longs correctly. Also there are printfs
> using
On 4 December 2016 at 18:52, Andre Przywara wrote:
> The predominantely 32-bit ARM targets try to compile the SPL in Thumb
> mode to reduce code size.
> The 64-bit AArch64 instruction set does not know an alternative, concise
> encoding, so the Thumb build option should
On 4 December 2016 at 18:52, Andre Przywara wrote:
> These days many Allwinner SoCs use clock_sun6i.c, although out of them
> only the (original sun6i) A31 has a second MBUS clock register.
> Also the requirement for setting up the PRCM PLL_CTLR1 register to provide
> the
On 2 December 2016 at 12:26, Stephen Warren wrote:
> From: Stephen Warren
>
> Some users may wish to pass the cboot-supplied DTB to the booted kernel
> rather than having U-Boot load the DTB itself. To allow this, expose the
> address of the
Hi Stephen,
On 2 December 2016 at 12:19, Stephen Warren wrote:
> On 11/30/2016 07:19 PM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 29 November 2016 at 21:09, Stephen Warren
>> wrote:
>>>
>>> On 11/28/2016 03:09 PM, Simon Glass wrote:
On 1 December 2016 at 08:14, wrote:
> From: Yehuda Yitschak
>
> Currently the PCI command only allows to see the BAR register
> values but not the size and actual base address.
> This little extension parses the BAR registers and displays
> the base,
Hi Tomas,
On 1 December 2016 at 05:21, Tomas Melin wrote:
> Enable support for loading a splash image from within a FIT image.
> The image is assumed to be generated with mkimage -E flag to hold
> the data external to the FIT.
>
> Signed-off-by: Tomas Melin
Hi Jagan,
On 1 December 2016 at 05:45, Jagan Teki wrote:
> On Wed, Nov 30, 2016 at 8:30 AM, Simon Glass wrote:
>> At present an invalid bus width prints a message but does not return an
>> error. This is the opposite of the correct behaviour. Adjust it to
On 1 December 2016 at 05:21, Tomas Melin wrote:
> Sort include files in accordance to u-boot coding style.
>
> Signed-off-by: Tomas Melin
> ---
> common/splash_source.c | 13 +++--
> 1 file changed, 7 insertions(+), 6 deletions(-)
Hi Oliver,
On 2 December 2016 at 03:16, Olliver Schinagl wrote:
> Hey Joe,
>
>
>
> On 30-11-16 21:40, Joe Hershberger wrote:
>>
>> On Fri, Nov 25, 2016 at 9:30 AM, Olliver Schinagl
>> wrote:
>>>
>>> This patch adds a method for the board to set the MAC
Hi Ronny,
On 1 December 2016 at 04:53, Ronny Ko wrote:
> Hi Simon,
>
> I received the following reply from Minnowboard enginer from intel:
>
>> fTPM is implemented in firmware. Firmware will capture IO transition and
>> show same behavior like dTPM. From user point of view,
Hi Markus,
On 1 December 2016 at 01:58, Markus Valentin wrote:
> Hi Simon,
> Am Mittwoch, den 30.11.2016, 19:20 -0700 schrieb Simon Glass:
>> Hi Markus,
>>
>> On 30 November 2016 at 04:32, Markus Valentin wrote:
>> >
>> > Hi,
>> >
>> > im trying to run u-boot as
On 1 December 2016 at 03:23, Jaehoon Chung wrote:
> On 12/01/2016 07:09 PM, Michal Simek wrote:
>> The patch
>> "dm: spl: mmc: Support CONFIG_BLK in SPL MMC"
>> (sha1: 87bce4e5c0b55452d70830928b2d7b98fa24d4e3)
>> converted FAT part of spl_mmc_do_fs_boot() but forget to
On 1 December 2016 at 00:40, Marcel Ziswiler wrote:
>
>
> On December 1, 2016 3:20:55 AM GMT+01:00, Simon Glass
> wrote:
>>Hi Marcel,
>>
>>On 30 November 2016 at 09:47, Marcel Ziswiler
>>wrote:
>>> From: Marcel Ziswiler
Hi,
On 1 December 2016 at 01:39, Stefan Roese wrote:
> (Adding Simon and Maxim to Cc)
>
> On 23.11.2016 16:12, Mario Six wrote:
>>
>> Certain boards come in different variations by way of utilizing daughter
>> boards, for example. These boards might contain additional chips, which
On 1 December 2016 at 01:42, Stefan Roese wrote:
> (Adding Simon to Cc)
>
> On 23.11.2016 16:12, Mario Six wrote:
>>
>> This patch adds a function to the TPM library, which allows U-Boot to
>> flush resources, e.g. keys, from the TPM.
>>
>> Signed-off-by: Mario Six
Hi Jagan,
Ping!
> -Original Message-
> From: Siva Durga Prasad Paladugu
> Sent: Tuesday, November 29, 2016 10:30 AM
> To: 'Jagan Teki'
> Cc: u-boot@lists.denx.de; Michal Simek (michal.si...@xilinx.com)
>
> Subject: RE: [U-Boot] Query on
Hi Stefan,
On 12/02/2016 10:24 PM, stefan.herbrechtsme...@weidmueller.de wrote:
> From: Stefan Herbrechtsmeier
>
>
> The sdhci controller assumes that the base clock frequency is fully
> supported by the peripheral and doesn't support hardware
When compiling the SPL for the Allwinner A64 in AArch64 mode, we can't
use the more compact Thumb2 encoding, which only exists for AArch32
code. This makes the SPL rather big, up to a point where any code
additions or even a different compiler may easily exceed the 32KB limit
that the Allwinner
At the moment we use the arch/arm directory for arm64 boards as well,
so the Makefile will pick up the "arm" name for the architecture to use
for tagging binaries in U-Boot image files.
Differentiate between the two by looking at the CPU variable being defined
to "armv8", and use the arm64
Since the SPL FIT loader can now differentiate between different
architectures, teach it how to tell arm and arm64 apart when a FIT
image is used.
We just support those two for now, as these are so far the only sensible
alternatives.
Signed-off-by: Andre Przywara
The ARMv8 capable Allwinner A64 SoC comes out of reset in AArch32 mode.
To run AArch64 code, we have to trigger a warm reset via the RMR register,
which proceeds with code execution at the address stored in the RVBAR
register.
If the bootable payload in the FIT image is using a different
Read the specified "arch" value from a legacy or FIT U-Boot image and
store it in our SPL data structure.
This allows loaders to take the target architecture in account for
custom loading procedures.
Having the complete string -> arch mapping for FIT based images in the
SPL would be too big, so we
Fix the output of the DRAM size on AArch64 SPLs.
Signed-off-by: Andre Przywara
Reviewed-by: Alexander Graf
---
arch/arm/mach-sunxi/dram_sun8i_h3.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-sunxi/dram_sun8i_h3.c
Now that the SPL is ready to be compiled in AArch64 and the DRAM
init code is ready, enable SPL support for the A64 SoC and in the
Pine64 defconfig.
For now we keep the boot0 header in the U-Boot proper, as this allows
to still use boot0 as an SPL replacement without hurting the SPL use
case.
We
From: Jens Kuske
The IOCR registers got renamed to BDLR to match the public
documentation of similar controllers.
Signed-off-by: Jens Kuske
Signed-off-by: Andre Przywara
---
arch/arm/include/asm/arch-sunxi/dram_sun8i_h3.h | 43
From: Jens Kuske
Instead of setting the delay for whole bytes allow setting
it for each individual bit. Also add support for
address/command lane delays.
Signed-off-by: Jens Kuske
Signed-off-by: Andre Przywara
---
From: Jens Kuske
The A64 DRAM controller is very similar to the H3 one,
so the code can be reused with some small changes.
[Andre: fixed up typo, merged in fixes from Jens]
Signed-off-by: Jens Kuske
Signed-off-by: Andre Przywara
According to Jens disabling the on-die-termination should set bit 5,
not bit 1 in the respective register. Fix this.
Reported-by: Jens Kuske
Signed-off-by: Andre Przywara
---
arch/arm/mach-sunxi/dram_sun8i_h3.c | 2 +-
1 file changed, 1
The boot0 hook we have so far is applied _after_ the initial branch
to the "reset" entry point. An upcoming change requires even this
branch to be changed, so we apply the hook macro at the earliest
point, and have the branch in the hook file as well.
This is no functional change at this point,
The Allwinner A64 SoC starts execution in AArch32 mode, and both
the boot ROM and Allwinner's boot0 keep running in this mode.
So U-Boot gets entered in 32-bit, although we want it to run in AArch64.
By using a "magic" instruction, which happens to be an almost-NOP in
AArch64 and a branch in
To avoid enumerating the very same DRAM values in defconfig files
for each and every Allwinner A64 board out there, let's put some sane
default values in the Kconfig file.
Boards with different needs can override them at any time.
Signed-off-by: Andre Przywara
---
For prepending some board specific header area to U-Boot images we
were so far including a header file with a macro definition containing
the actual header specification.
This works fine if there are just a few statements and if there is only
one alternative.
However adding more complex code
The sunxi DRAM setup code needs an sdelay() implementation, which
wasn't defined for armv8 so far.
Shamelessly copy the armv7 version and adjust it to work in AArch64.
Signed-off-by: Andre Przywara
---
arch/arm/cpu/armv8/cpu.c | 13 +
1 file changed, 13
The ENABLE_ARM_SOC_BOOT0_HOOK option is a generic option shared with
other boards. To allow alternative code to be inserted, we create
another, now function specific config symbol on top of it to simplify
later additions. No functional change at this time.
Signed-off-by: Andre Przywara
Since entry_point and load_addr are addresses, they should be
represented as longs to cover the whole address space and to avoid
warning when compiling the SPL in 64-bit.
Also adjust debug prints to add the 'l' specifier, where needed.
Signed-off-by: Andre Przywara
tiny-printf does not know about the "l" modifier so far, which breaks
the crash dump on AArch64, because it uses %lx to print the registers.
Add an easy way of handling longs correctly. Also there are printfs
using the '-' modifier, which we choose to ignore for simplicity.
Using a relatively
The UL() macro is pretty useful in sharing constants between assembly
and C files while still being able to specify a type for C.
Move the macro from an armv8 specific header into a common header file
to be able to use it by arm code (for instance) as well.
Signed-off-by: Andre Przywara
Hi,
this is the second spin of the SPL support series for the Allwinner A64
SoC. Thanks for the review comments, I hope I addressed all of them.
As v1, this one includes support for both AArch64 and AArch32 SPL
builds. The FIT support is still missing, which means the functionality is
limited.
For boards that call s_init() when the SPL runs, we are expected to
setup an early stack before calling this C function.
Implement the proper AArch64 version of this based on the ARMv7 code.
This allows sunxi boards to setup the basic peripherals even on with a
64-bit SPL.
Signed-off-by: Andre
The predominantely 32-bit ARM targets try to compile the SPL in Thumb
mode to reduce code size.
The 64-bit AArch64 instruction set does not know an alternative, concise
encoding, so the Thumb build option should only be set for 32-bit
targets.
Likewise -marm machine options are only valid for
These days many Allwinner SoCs use clock_sun6i.c, although out of them
only the (original sun6i) A31 has a second MBUS clock register.
Also the requirement for setting up the PRCM PLL_CTLR1 register to provide
the proper voltage seems to be a property of older SoCs only as well.
Restrict the MBUS
From: Stefan Brüns
The following checks are currently implemented:
1. listing a directory
2. verifying size of a file
3. veryfying md5sum for a file region
4. reading the beginning of a file
Signed-off-by: Stefan Brüns
---
The runner actually has no console dependency, only on the log provided
by the console. Accept both u_boot_console or a multiplexed_log.
Signed-off-by: Stefan Brüns
---
test/py/u_boot_utils.py | 20 ++--
1 file changed, 14 insertions(+), 6
On Sun, Dec 04, 2016 at 05:21:14PM -0500, Tom Rini wrote:
> We are tight on space on this board so drop SPL_OS_BOOT
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Fri, Nov 25, 2016 at 11:14:26AM +0530, Lokesh Vutla wrote:
> There are certain environment variables whose length is greater than
> the defined IO buffer size. So, increase the IO buffer size to print the
> entire variables.
>
> Signed-off-by: Lokesh Vutla
> Reviewed-by:
On Fri, Nov 25, 2016 at 11:14:24AM +0530, Lokesh Vutla wrote:
> From: Steve Kipisz
>
> The AM571x Industrial Development Kit (IDK) is a board based on TI's
> AM571x SoC which has a single core 1.5GHz Cortex-A15processor. This
> board is a development platform for the
On Fri, Nov 25, 2016 at 11:14:25AM +0530, Lokesh Vutla wrote:
> From: Schuyler Patton
>
> Add initial DTS support for AM571-IDK evm.
>
> Signed-off-by: Schuyler Patton
> Signed-off-by: Nishanth Menon
> Signed-off-by: Lokesh Vutla
On Fri, Nov 25, 2016 at 11:14:23AM +0530, Lokesh Vutla wrote:
> Update the board pinmux for AM572x-IDK board using latest PMT[1] and the
> board files named am572x_idk_v1p3b_sr2p0 that were autogenerated on
> 20th October, 2016 by "Steve Kipisz " and
> "Tom Johnson
On Fri, Nov 25, 2016 at 11:14:22AM +0530, Lokesh Vutla wrote:
> From: Nishanth Menon
>
> Update the board pinmux for AM572x-IDK board using latest PMT[1] and the
> board files named am572x_gp_evm_A3a_sr2p0 that were autogenerated on
> 19th October, 2016 by "Ahmad
On Fri, Nov 25, 2016 at 11:14:21AM +0530, Lokesh Vutla wrote:
> From: Nishanth Menon
>
> Update the timing for RGMII0 interface based on
> PCT_DRA75x_DRA74x_SR1.1_v1.3.10 version (Jan 2016). This update
> is for SR1.1
>
> Signed-off-by: Nishanth Menon
>
On Fri, Nov 25, 2016 at 11:14:20AM +0530, Lokesh Vutla wrote:
> BeagleBoard-X15 Rev B1 with SR1.1 platform have incompatible changes for HDMI
> GPIO requiring new dtb support. This implies we have to properly identify
> the platform now as well. Hence provide a different board name for the
> Rev
On Fri, Nov 25, 2016 at 11:14:19AM +0530, Lokesh Vutla wrote:
> From: Nishanth Menon
>
> AM57xx evm Rev A3 with SR2.0 platform have incompatible changes for HDMI
> GPIO requiring new dtb support. This implies we have to properly identify
> the platform now as well. Hence provide a
On Fri, Nov 25, 2016 at 11:14:18AM +0530, Lokesh Vutla wrote:
> Sync all am57xx based dts files with latest Linux
>
> Signed-off-by: Lokesh Vutla
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital
On Wed, Nov 23, 2016 at 06:01:31AM -0700, Simon Glass wrote:
> This board has not been converted to DM_SERIAL by the deadline.
> Remove it.
>
> Signed-off-by: Simon Glass
> Acked-by: David Müller
> Reviewed-by: Jagan Teki
Applied to
On Wed, Nov 23, 2016 at 06:01:32AM -0700, Simon Glass wrote:
> This is not used by any boards. Drop it.
>
> Signed-off-by: Simon Glass
> Acked-by: David Müller
> Reviewed-by: Jagan Teki
Applied to u-boot/master, thanks!
--
Tom
On Wed, Nov 23, 2016 at 06:01:30AM -0700, Simon Glass wrote:
> This board has not been converted to DM_SERIAL by the deadline.
> Remove it.
>
> Signed-off-by: Simon Glass
> Acked-by: David Müller
Applied to u-boot/master, thanks!
--
Tom
On Wed, Nov 23, 2016 at 06:01:29AM -0700, Simon Glass wrote:
> This driver was converted so we should remove it from the list.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Wed, Nov 23, 2016 at 02:52:32PM +0200, tomas.me...@vaisala.com wrote:
> From: Niko Mauno
>
> Change 'date' to 'data'.
>
> Signed-off-by: Tomas Melin
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Wed, Nov 23, 2016 at 01:25:34PM +0530, Lokesh Vutla wrote:
> From: Keerthy
>
> DRA71-evm uses LP873x regulator. Enable lp873x PMIC config options.
>
> Signed-off-by: Keerthy
> Signed-off-by: Lokesh Vutla
> Reviewed-by: Tom Rini
On Wed, Nov 23, 2016 at 01:25:33PM +0530, Lokesh Vutla wrote:
> Enable pmic/regulator config options.
>
> Signed-off-by: Lokesh Vutla
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Wed, Nov 23, 2016 at 01:25:32PM +0530, Lokesh Vutla wrote:
> Enable DM_ETH for hs boards.
>
> Signed-off-by: Lokesh Vutla
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Wed, Nov 23, 2016 at 01:25:31PM +0530, Lokesh Vutla wrote:
> From: Nishanth Menon
>
> Select dtb name for dra71x-evm.
>
> Signed-off-by: Nishanth Menon
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Wed, Nov 23, 2016 at 01:25:30PM +0530, Lokesh Vutla wrote:
> Add DT support for dra71-evm and built it as part of FIT image.
>
> Signed-off-by: Lokesh Vutla
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Wed, Nov 23, 2016 at 01:25:29PM +0530, Lokesh Vutla wrote:
> Sync all dra7xx based dts files with latest Linux
>
> Signed-off-by: Lokesh Vutla
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital
On Wed, Nov 23, 2016 at 01:25:27PM +0530, Lokesh Vutla wrote:
> From: Keerthy
>
> Add the pmic_data for LP873x PMIC which is used to power
> up dra71x-evm.
>
> Note: As per the DM[1] DRA71x supports only OP_NOM. So, updating
> the efuse registers only to use OPP_NOM
On Wed, Nov 23, 2016 at 01:25:28PM +0530, Lokesh Vutla wrote:
> Palmas driver assumes it is always TPS659xx regulator on all DRA7xx based
> boards to enable mmc regulator. This is not true always like in case of
> DRA71x-evm. So get this information based on the board.
>
> Signed-off-by: Lokesh
On Wed, Nov 23, 2016 at 01:25:26PM +0530, Lokesh Vutla wrote:
> From: Nishanth Menon
>
> Rev C version of EVM does require IODelay to be configured for RGMII
> pins in MANUAL_1 configuration. Update the same based on PG2.0 initial
> simulation values.
> Data based on
On Wed, Nov 23, 2016 at 01:25:25PM +0530, Lokesh Vutla wrote:
> Add mux and iodelay settings for dra71x-evm.
> Data generated using PCT_DRA71x_SR2.0_v1.0.0.0 version (June 2016).
>
> Signed-off-by: Lokesh Vutla
> Reviewed-by: Tom Rini
Applied to
On Wed, Nov 23, 2016 at 01:25:24PM +0530, Lokesh Vutla wrote:
> The dra71x-evm is a board based on TI's DRA718 processor targeting
> BOM-optimized
> entry infotainment systems such as display audio and is a software compatible
> derivative of the highly successful DRA74 and DRA72 processor
On Wed, Nov 23, 2016 at 12:54:41PM +0530, Lokesh Vutla wrote:
> From: Suman Anna
>
> This patch adds support to update the device-tree blob to adjust the
> DSP and IVA DPLL clocks pertinent to the selected OPP choice, with
> the default being OPP_NOM. The voltage settings are
On Wed, Nov 23, 2016 at 12:54:40PM +0530, Lokesh Vutla wrote:
> From: Suman Anna
>
> Redefine the macros used to define the voltage values and the
> efuse register offsets based on OPP for all the voltage domains.
> This is done using Kconfig macros that can be set in a defconfig
On Wed, Nov 23, 2016 at 12:54:39PM +0530, Lokesh Vutla wrote:
> It can be expected that different paper spins of a SoC can have
> different definitions for OPP and can have their own constraints
> on the boot up OPP for each voltage rail. In order to have this
> flexibility, add support for
On Wed, Nov 23, 2016 at 01:26:14AM -0500, Walt Feasel wrote:
> Make spelling correction for 'from'
>
> Signed-off-by: Walt Feasel
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
On Wed, Nov 23, 2016 at 01:26:13AM -0500, Walt Feasel wrote:
> Make comment style modifications
>
> Signed-off-by: Walt Feasel
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot
On Wed, Nov 23, 2016 at 01:26:12AM -0500, Walt Feasel wrote:
> Make checkpatch style modification for
> WARNING: line over 80 characters
>
> Signed-off-by: Walt Feasel
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Wed, Nov 23, 2016 at 01:26:11AM -0500, Walt Feasel wrote:
> Make checkpatch style modification for
> CHECK: Blank lines aren't necessary after
> an open brace '{'
>
> Signed-off-by: Walt Feasel
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description:
1 - 100 of 135 matches
Mail list logo