On 04/25/2017 09:04 PM, Kernel Hacker wrote:
I have a Guruplug server standard that I would like to upgrade with a
newer version of u-boot. Serial output during boot currently shows the
following:
cut
U-Boot 2009.11-rc1-00602-g8e6db3d (Dec 24 2009 - 03:11:17)
M
On 05/05/2017 07:55 PM, Jorge Ramirez wrote:
> On 05/05/2017 05:34 PM, Marek Vasut wrote:
>> On 05/05/2017 04:32 PM, Tom Rini wrote:
>>> On Thu, May 04, 2017 at 03:47:07PM +0200, Jorge Ramirez-Ortiz wrote:
>>>
>>> CC'ing Marek...
>>>
Signed-off-by: Jorge Ramirez-Ortiz
---
.../arm/
Refactor SCU header to use consistent Mask & Shift values.
Now, consistently, to read value from SCU register, mask needs
to be applied before shift.
Signed-off-by: Maxim Sloyko
Reviewed-by: Simon Glass
---
Changes in v2: None
Changes in v1: None
arch/arm/include/asm/arch-aspeed/scu_ast2500.h
Add support for clocks needed by MACs to ast2500 clock driver.
The clocks are D2-PLL, which is used by both MACs and PCLK_MAC1 and
PCLK_MAC2 for MAC1 and MAC2 respectively.
The rate of D2-PLL is hardcoded to 250MHz -- the value used in Aspeed
SDK. It is not entirely clear from the datasheet how th
Remove unnecessary apb and ahb nodes and just override necessary
nodes/values.
Signed-off-by: Maxim Sloyko
Reviewed-by: Simon Glass
---
Changes in v2: None
Changes in v1: None
---
arch/arm/dts/ast2500-u-boot.dtsi | 41
1 file changed, 21 insertions(+
Add Device Model based I2C driver for ast2500/ast2400 SoCs.
The driver is very limited, it only supports master mode and
synchronous byte-by-byte reads/writes, no DMA or Pool Buffers.
Signed-off-by: Maxim Sloyko
Reviewed-by: Simon Glass
Acked-by: Heiko Schocher
---
Changes in v2: None
Changes
Add Reset Driver configuration to ast2500 SoC Device Tree and bindings
for various reset signals
Signed-off-by: Maxim Sloyko
Reviewed-by: Simon Glass
---
Changes in v2: None
Changes in v1: None
arch/arm/dts/ast2500-evb.dts | 15 +++
arch/arm/dts/ast2500-u-boot.dtsi
Make functions for locking and unlocking SCU part of SCU API.
Many drivers need to modify settings in SCU and thus need to unlock it
first. This change makes it possible.
Signed-off-by: Maxim Sloyko
Reviewed-by: Simon Glass
---
Changes in v2: None
Changes in v1: None
arch/arm/include/asm/arch
Enable I2C driver in ast2500 Eval Board defconfig.
Also enable i2c command.
Signed-off-by: Maxim Sloyko
Reviewed-by: Simon Glass
---
Changes in v2: None
Changes in v1: None
configs/evb-ast2500_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/evb-ast2500_defconfig b/con
Add P-Bus Clock support to ast2500 clock driver.
This is the clock used by I2C devices.
Signed-off-by: Maxim Sloyko
Reviewed-by: Simon Glass
---
Changes in v2: None
Changes in v1: None
arch/arm/include/asm/arch-aspeed/scu_ast2500.h | 3 ++-
drivers/clk/aspeed/clk_ast2500.c | 11
Enable Pinctrl Driver in AST2500 Eval Board's defconfig
Signed-off-by: Maxim Sloyko
Reviewed-by: Simon Glass
---
Changes in v2: None
Changes in v1: None
configs/evb-ast2500_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/evb-ast2500_defconfig b/configs/evb-ast2500_defcon
This change switches all existing users of ast2500 Watchdog to Driver
Model based Watchdog driver.
To perform system reset Sysreset Driver uses first Watchdog device found
via uclass_first_device call. Since the system is going to be reset
anyway it does not make much difference which watchdog is
This driver uses Generic Pinctrl framework and is compatible with
the Linux driver for ast2500: it uses the same device tree
configuration.
Not all pins are supported by the driver at the moment, so it actually
compatible with ast2400. In general, however, there are differences that
in the future
Add Reset Driver for ast2500 SoC. This driver uses Watchdog Timer to
perform resets and thus depends on it. The actual Watchdog device used
needs to be configured in Device Tree using "aspeed,wdt" property, which
must be WDT phandle, for example:
rst: reset-controller {
compatible = "aspeed,as
This driver supports ast2500 and ast2400 SoCs.
Only ast2500 supports reset_mask and thus the option of resettting
individual peripherals using WDT.
Signed-off-by: Maxim Sloyko
Reviewed-by: Simon Glass
---
Changes in v2: None
Changes in v1:
- Rename reset to expire_now
- Rename restart to reset
This is a simple uclass for Watchdog Timers. It has four operations:
start, restart, reset, stop. Drivers must implement start, restart and
stop operations, while implementing reset is optional: It's default
implementation expires watchdog timer in one clock tick.
Signed-off-by: Maxim Sloyko
Revi
Pull in the Device Tree for ast2500 from the mainline Linux kernel.
The file is copied from
https://raw.githubusercontent.com/torvalds/linux/34ea5c9d/arch/arm/boot/dts/aspeed-g5.dtsi
Signed-off-by: Maxim Sloyko
Reviewed-by: Simon Glass
---
Changes in v2: None
Changes in v1:
- Added link to the
This series expands support for Aspeed AST2500 SoC, commonly used as
Board Management Controller in many servers.
The main goal of this series is I2C driver, the rest are
either cleanups or supporting patches. Most notable among them is
addition of Watchdog uclass, so that watchdog drivers can now
Enable distro_bootcmd PXE functions on meson-gxbb systems.
Signed-off-by: Vagrant Cascadian
---
include/configs/meson-gxbb-common.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/meson-gxbb-common.h
b/include/configs/meson-gxbb-common.h
index fab2e67117..e109288bcd 100644
Hi Yuiko,
On Mon, Apr 10, 2017 at 2:23 PM, wrote:
> From: Yuiko Oshino
>
> Add support for Microchip LAN7500, LAN7800 and 7850, USB to 10/100/1000
> Ethernet Controllers
>
> Signed-off-by: Yuiko Oshino
> Cc: Marek Vasut
> ---
> drivers/usb/Kconfig | 2 +
> drivers/usb/eth/Kconfig
The default value with distro_bootcmd is 2 seconds, which is
reasonably fast, and provides a consistent experience across platforms
supporting distro_bootcmd.
The current bootdelay value of 0 seconds is a bit challenging to
interrupt when desired.
Signed-off-by: Vagrant Cascadian
---
include/c
The default value with distro_bootcmd is 2 seconds, which is
reasonably fast, and provides a consistent experience across platforms
supporting distro_bootcmd.
The current bootdelay value of 0 seconds is a bit challenging to
interrupt when desired.
Signed-off-by: Vagrant Cascadian
---
include/c
Using distro_bootcmd standardizes board behavior across many
platforms. This is particularly useful for distributions supporting
multiple boards without requiring custom configuration for each board.
Signed-off-by: Vagrant Cascadian
---
include/configs/odroid.h | 20 +---
1 file
Signed-off-by: Vagrant Cascadian
---
include/configs/odroid.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/odroid.h b/include/configs/odroid.h
index 0fbda7dd76..abae044b66 100644
--- a/include/configs/odroid.h
+++ b/include/configs/odroid.h
@@ -54,7 +54,7 @
Signed-off-by: Vagrant Cascadian
---
include/configs/odroid.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/odroid.h b/include/configs/odroid.h
index 6cc7dd16a2..0fbda7dd76 100644
--- a/include/configs/odroid.h
+++ b/include/configs/odroid.h
@@ -45,7 +45,7 @
Using distro_bootcmd standardizes board behavior across many
platforms. This is particularly useful for distributions supporting
multiple boards without requiring custom configuration for each board.
There are a few changes needed to support distro_bootcmd, such as
fixing the default value for th
On Wed, Apr 26, 2017 at 6:02 AM, Andre Przywara wrote:
> When a board uses a FIT image to load U-Boot proper, it requires a list
> of supported device trees to be supplied in CONFIG_OF_LIST, from which it
> chooses the right one at runtime.
> For boards with just one possible DT (like the OrangePi
Signed-off-by: Philipp Tomsich
---
Changes in v3:
- enable RK8XX support instead to RK808 support (rebased to sjg/next)
Changes in v2: None
configs/puma-rk3399_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/puma-rk3399_defconfig b/configs/puma-rk3399_defconfig
index
This commit enables the RK3399 HDMI TX, which is very similar to the
one found on the RK3288. As requested by Simon, this splits the HDMI
driver into a SOC-specific portion (rk3399_hdmi.c, rk3288_hdmi.c) and
a common portion (rk_hdmi.c).
Note that the I2C communication for reading the EDID works
With HDMI output for the RK3399 working, this update the RK3399-Q7
(Puma) defconfig for the new functionality:
1. enables PMIC command (to check if the HDMI voltages are correct)
+CONFIG_CMD_PMIC=y
+CONFIG_CMD_REGULATOR=y
2. enables video-output (via HDMI)
+CONFIG_DM_VIDEO=y
Due to a typo, the 24 bit-per-pixel configuration ends in 24BMP
instead of 24BPP. This change renames it throughout the source tree
for consistency and to make moving these options into Kconfig easier
and less error-prone.
Signed-off-by: Philipp Tomsich
Reviewed-by: Simon Glass
Reviewed-by: Hann
With video output support for the RK3399-Q7 (Puma) available, we want
CMD_BMP enabled and the support for 16bit, 24bit and 32bit BMPs
defined.
Signed-off-by: Philipp Tomsich
---
Changes in v3: None
Changes in v2:
- enable SYS_WHITE_ON_BLACK via defconfig
configs/puma-rk3399_defconfig | 1 +
i
This commit enables HDMI output in the DTS by adding the necessary
nodes to vopl/vopb and by adding the HDMI node.
Signed-off-by: Philipp Tomsich
---
Changes in v3:
- enable both hdmi and vopb (as both VOPs are now disabled by default)
Changes in v2: None
arch/arm/dts/rk3399-puma.dts | 9 ++
This series provides HDMI enablement for the RK3399 and will support
video console on the RK3399 either with VOP-lit or VOP-big:
- pinctrl and clk support for the hdmi node
- a refactoring of rk_vop.c and rk_hdmi.c to allow for the minor
differences between the RK3288 and RK3399 VOP and HDMI
Instead of having drivers/video/rockchip/Kconfig point outside of its
hierarchy for dw_hdmi.o, we should use a configuration-option to
include the Designware HDMI support.
This change introduces a new config option (not to be selected via
menuconfig, but to be selected from a dependent video drive
This commit enables RK3399 support for HDMI through the following
changes:
- adds a driverdata structure to mirror some subtle version
differences between the RK3399 VOPs and those in the RK3288
(e.g. the pin-polarity configuration)
- configures the VOP to output 32bpp for HDMI
- handles whethe
The logical expression to check the dtb is incorrect in
load_devicetree.
The problem was indicated by cppcheck.
The inconsistent variable name dtppart is changed to dtbpart.
Signed-off-by: Heinrich Schuchardt
---
v2:
fix syntax error due to incorrect spelling of variable
Building was
Am 04.05.2017 um 18:49 schrieb Simon Glass:
> Hi Daniel,
>
> On 30 April 2017 at 13:22, Daniel Schwierzeck
> wrote:
>> From: Paul Burton
>>
>> When determining the region of memory to allow for use by bootm, using
>> bi_memstart & adding bi_memsize can cause problems if that leads to an
>> int
The recent changes to the RK808 driver caused our BSP to sync-abort in
the regulator framework, when setting (or rather 'auto-setting') some
of the LDOs.
Turns out that the auto-allocation of the priv-structure in the rk8xx
driver was never properly wired up... this commit fixes this issue
by sett
On Tue, Apr 18, 2017 at 5:12 PM, Simon Glass wrote:
> On 17 April 2017 at 13:00, Maxim Sloyko wrote:
> > Add Device Model based I2C driver for ast2500/ast2400 SoCs.
> > The driver is very limited, it only supports master mode and
> > synchronous byte-by-byte reads/writes, no DMA or Pool Buffers.
The logical expression to check the dtb is incorrect in
load_devicetree.
The problem was indicated by cppcheck.
The inconsistent variable name dtppart is changed to dtbpart.
Signed-off-by: Heinrich Schuchardt
---
v2:
fix syntax error due to incorrect spelling of variable
Building was check
On 05/05/2017 08:14 PM, Tom Rini wrote:
On Fri, May 05, 2017 at 08:11:54PM +0200, Anatolij Gustschin wrote:
On Fri, 5 May 2017 12:38:06 -0400
Tom Rini tr...@konsulko.com wrote:
...
char *dtbname = getenv("dtb");
char *dtbdev = getenv("dtbdev");
char *dtppart = getenv("dt
Hi,
On 5 May 2017 at 20:15, chris warth wrote:
> On Thu, May 4, 2017 at 12:58 PM, Walter Heck wrote:
> > Now, I have a bunch of questions:
> > 1) How can I confirm this is indeed uboot? How would I know if it's stock
> > UBoot or a modified version?
>
> I would run `strings` on the file. That s
[...]
> Again, `strings` will help you here.
[...]
In addition to BinWalk and strings, Angr, Radare2, and IDA Pro might
also help with this project.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Can anyone help me understand why common/env_nand.c has bad block
handling, but common/env_sf.c does not?
env_nand.c writes uboot environment to nand flash and explicitly skips
bad blocks.
env_sf.c also writes writes uboot environment to flash, but does not
have any bad block handling.
For my boar
On Thu, May 4, 2017 at 12:58 PM, Walter Heck wrote:
> Hi all,
>
> I'm completely new to the world of U-boot, so please forgive me if I spout
> nonsense. I'm looking for a bit of guidance.
>
> I'm reverse engineering an old Philips 10FF2 Photoframe, hoping to one day
> customize it, just for the fu
On Fri, May 05, 2017 at 08:11:54PM +0200, Anatolij Gustschin wrote:
> On Fri, 5 May 2017 12:38:06 -0400
> Tom Rini tr...@konsulko.com wrote:
> ...
> > > char *dtbname = getenv("dtb");
> > > char *dtbdev = getenv("dtbdev");
> > > char *dtppart = getenv("dtbpart");
> > > - if (!dtbdev || !dtbde
On Fri, 5 May 2017 12:38:06 -0400
Tom Rini tr...@konsulko.com wrote:
...
> > char *dtbname = getenv("dtb");
> > char *dtbdev = getenv("dtbdev");
> > char *dtppart = getenv("dtbpart");
> > - if (!dtbdev || !dtbdev || !dtbname) {
> > + if (!dtbdev || !dtbpart || !dtbname) {
> >
On Fri, May 5, 2017 at 1:54 PM, Thomas Hoff wrote:
> Hey Matthew,
>
> Did you have any luck with this? I was attempting to do this a while back
> with no success.
>
> Cheers,
>
> Thomas
>
No unfortunately not. Simon was going to try himself at some point. I
have a few u-boot forks im dying to
On 05/05/2017 05:34 PM, Marek Vasut wrote:
On 05/05/2017 04:32 PM, Tom Rini wrote:
On Thu, May 04, 2017 at 03:47:07PM +0200, Jorge Ramirez-Ortiz wrote:
CC'ing Marek...
Signed-off-by: Jorge Ramirez-Ortiz
---
.../arm/include/asm/arch-hi3798cv200/hi3798cv200.h | 93 ++
drivers/usb/h
Hey Matthew,
Did you have any luck with this? I was attempting to do this a while back
with no success.
Cheers,
Thomas
On Wed, May 3, 2017 at 5:02 AM, Matthew Gorski
wrote:
> Great Simon! That would be very appreciated! I look forward to your​
> results. Thanks for all the guidance. If I
Signed-off-by: Philipp Tomsich
---
board/theobroma-systems/puma_rk3399/README | 5 ++---
configs/puma-rk3399_defconfig | 1 +
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/board/theobroma-systems/puma_rk3399/README
b/board/theobroma-systems/puma_rk3399/README
index
With everything in place (i.e. the new efuse driver, the clk-support
for the non-secure efuse block, and the board-specific functions to
derive 'serial#' from the cpu-id within the efuses), enable this in
the RK3399-Q7 defconfig.
Signed-off-by: Philipp Tomsich
---
Changes in v3: None
Changes in
With our efuse driver for the RK3399 ready, we can add the
board-specific code that consumes the cpuid from the efuse block and
postprocesses it into the system serial (using the same CRC32 based
derivation as in Linux).
We expose the cpuid via two distinct environment variables:
serial# - the
From: Klaus Goger
Generate a MAC address based on the cpuid available in the efuse
block: Use the first 6 byte of the cpuid's SHA256 hash and set the
locally administered bits. Also ensure that the multicast bit is
cleared.
The MAC address is only generated and set if there is no ethaddr
present
As the RK3399-Q7 (Puma) differs from our previous modules in how we
can force an external boot (on the RK3399-Q7 this holds the eMMC and
SPI in reset, until an external signal is removed) through the 'BIOS
disable'-signal of the Qseven specification, we can't derive the
unique board id reliably fr
This adds a simple driver for reading the efuse block of the RK3399.
It should be easy enough to add drivers for other devices (e.g. the
RK3328, RK3368, etc.) by passing the device details via driver_data.
Unlike the kernel driver (using the nvmem subsystem), we don't expose
the efuse as multiple
From: Paulo Zaneti
T1023 and T1024 have 4 SerDes lanes. Fix macro SRDS_MAX_LANES
and use this macro instead of hard-coded value in t1024_serdes.c.
Signed-off-by: Paulo Zaneti
Signed-off-by: York Sun
---
arch/powerpc/cpu/mpc85xx/t1024_serdes.c | 4 ++--
arch/powerpc/include/asm/immap_85xx.h
On 05/05/2017 04:32 PM, Tom Rini wrote:
On Thu, May 04, 2017 at 03:47:09PM +0200, Jorge Ramirez-Ortiz wrote:
Signed-off-by: Jorge Ramirez-Ortiz
---
arch/arm/include/asm/mach-types.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/include/asm/mach-types.h
b/arch/arm/include/a
On 05/05/2017 04:32 PM, Tom Rini wrote:
On Thu, May 04, 2017 at 03:47:10PM +0200, Jorge Ramirez-Ortiz wrote:
[snip]
+ > mkdir -p ~/poplar/src ~/poplar/bin
+ > cd ~/poplar/src
+ > git clone ssh://g...@dev-private-git.linaro.org/aspen/staging/l-loader.git
l-loader
+ > git clone
ssh://g...@d
On Wed, May 03, 2017 at 11:44:11PM +0200, xypron.g...@gmx.de wrote:
> The logical expression to check the dtb is incorrect in
> load_devicetree.
>
> The problem was indicated by cppcheck.
>
> Signed-off-by: Heinrich Schuchardt
> Reviewed-by: Hannes Schmelzer
> Acked-by: Hannes Schmelzer
> ---
Am Freitag, 5. Mai 2017, 11:47:45 CEST schrieb Kever Yang:
> ATF(ARM Trusted Firmware) is used by ARM arch64 SoCs, find more infomation
> about ATF at: https://github.com/ARM-software/arm-trusted-firmware
>
> SPL is considered as BL2 in ATF terminology, it needs to load other parts
> of ATF binary
Am Mittwoch, 26. April 2017, 01:32:37 CEST schrieb Andre Przywara:
> So far we were not using the FIT image format to its full potential:
> The SPL FIT loader was just loading the first image from the /images
> node plus one of the listed DTBs.
> Now with the refactored loader code it's easy to loa
Am Mittwoch, 26. April 2017, 01:32:36 CEST schrieb Andre Przywara:
> At the moment we load two images from a FIT image: the actual U-Boot
> image and the .dtb file. Both times we have very similar code, that deals
> with alignment requirements the media we load from imposes upon us.
> Factor out th
Am Mittwoch, 26. April 2017, 01:32:35 CEST schrieb Andre Przywara:
> At the moment we ignore any errors due to missing FIT properties,
> instead go ahead and calculate our addresses with the -1 return value.
> Fix this and bail out if any of the mandatory properties are missing.
>
> Signed-off-by:
Am Mittwoch, 26. April 2017, 01:32:33 CEST schrieb Andre Przywara:
> Currently the SPL FIT loader uses the spl_fit_select_fdt() function to
> find the offset to the right DTB within the FIT image.
> For this it iterates over all subnodes of the /configuration node in
> the FIT tree and compares all
Am Mittwoch, 26. April 2017, 01:32:34 CEST schrieb Andre Przywara:
> Currently the SPL FIT loader always looks only for the first image in
> the /images node a FIT tree, which it loads and later executes.
>
> Generalize this by looking for a "firmware" property in the matched
> configuration subno
On 05/05/2017 04:32 PM, Tom Rini wrote:
> On Thu, May 04, 2017 at 03:47:07PM +0200, Jorge Ramirez-Ortiz wrote:
>
> CC'ing Marek...
>
>> Signed-off-by: Jorge Ramirez-Ortiz
>> ---
>> .../arm/include/asm/arch-hi3798cv200/hi3798cv200.h | 93 ++
>> drivers/usb/host/Kconfig
On Thu, May 04, 2017 at 03:47:10PM +0200, Jorge Ramirez-Ortiz wrote:
[snip]
> + > mkdir -p ~/poplar/src ~/poplar/bin
> + > cd ~/poplar/src
> + > git clone
> ssh://g...@dev-private-git.linaro.org/aspen/staging/l-loader.git l-loader
> + > git clone
> ssh://g...@dev-private-git.linaro.org/aspen
On Thu, May 04, 2017 at 03:47:09PM +0200, Jorge Ramirez-Ortiz wrote:
> Signed-off-by: Jorge Ramirez-Ortiz
> ---
> arch/arm/include/asm/mach-types.h | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/arch/arm/include/asm/mach-types.h
> b/arch/arm/include/asm/mach-types.h
> index 9f82efe
On Thu, May 04, 2017 at 03:47:08PM +0200, Jorge Ramirez-Ortiz wrote:
> This driver is used in another board; remove board information from
> the driver debug log.
>
> Signed-off-by: Jorge Ramirez-Ortiz
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
__
On Thu, May 04, 2017 at 03:47:07PM +0200, Jorge Ramirez-Ortiz wrote:
CC'ing Marek...
> Signed-off-by: Jorge Ramirez-Ortiz
> ---
> .../arm/include/asm/arch-hi3798cv200/hi3798cv200.h | 93 ++
> drivers/usb/host/Kconfig | 6 +
> drivers/usb/host/Makefile
On Thu, May 04, 2017 at 03:47:06PM +0200, Jorge Ramirez-Ortiz wrote:
> Signed-off-by: Jorge Ramirez-Ortiz
> ---
> arch/arm/dts/hi3798cv200-poplar.dts | 169 +
> arch/arm/dts/hi3798cv200.dtsi | 413
>
> include/dt-bindings/clock/histb-cl
On Fri, May 05, 2017 at 02:07:19PM +0800, yinbo.zhu wrote:
> From: Suresh Gupta
>
> USB High Speed (HS) EYE Height Adjustment
> This patch is adding the erratum for LS1021.
>
> Signed-off-by: Sriram Dash
> Signed-off-by: yinbo.zhu
> ---
> arch/arm/cpu/armv7/ls102xa/soc.c | 1
On Thu, May 04, 2017 at 12:53:15PM +0800, yinbo.zhu wrote:
> From: Suresh Gupta
>
> USB High Speed (HS) EYE Height Adjustment
> This patch is adding the erratum for LS1021.
>
> Signed-off-by: Sriram Dash
> Signed-off-by: yinbo.zhu
> ---
> arch/arm/cpu/armv7/ls102xa/soc.c | 1
On Sat, Apr 22, 2017 at 03:57:25PM +0530, Lokesh Vutla wrote:
> Add debug UART functions to permit omap specific ns16550 to
> provide an early debug UART. This is mostly in common with
> DEBUG_UART_NS16550 except for Mode definition register which
> is required for selecting UART mode(16x auto-bau
On Fri, May 05, 2017 at 12:59:10PM +0530, Lokesh Vutla wrote:
> am335x supports various sysclk frequencies which can be determined
> using sysboot pins. PLLs should be configures based on this
> sysclk frequency. Add PLL configurations for all supported
> frequencies.
>
> Signed-off-by: Lokesh Vu
On Fri, May 05, 2017 at 12:59:08PM +0530, Lokesh Vutla wrote:
> Update MPU frequencies and voltages as per the latest
> DM[1] dated: OCT 2011 Revised APRIL 2016, Section 5.4.
> Below is the consolidated data:
>
> MPU values for PG 2.0 and later(Package ZCZ and ZCE):
>
>
On Fri, May 05, 2017 at 01:45:28PM +0530, Lokesh Vutla wrote:
> For early debug, the following configs needs to be enabled:
>
> CONFIG_DEBUG_UART=y
> CONFIG_DEBUG_UART_OMAP=y
> CONFIG_DEBUG_UART_BASE=0x44e09000
> CONFIG_DEBUG_UART_CLOCK=4800
> CONFIG_DEBUG_UART_SHIFT=2
> CONFIG_DEBUG_UART_ANN
On Fri, May 05, 2017 at 12:59:07PM +0530, Lokesh Vutla wrote:
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boo
On Fri, May 05, 2017 at 01:45:27PM +0530, Lokesh Vutla wrote:
> For early debug, the following configs needs to be enabled:
>
> CONFIG_DEBUG_UART=y
> CONFIG_DEBUG_UART_OMAP=y
> CONFIG_DEBUG_UART_CLOCK=4800
> CONFIG_DEBUG_UART_SHIFT=2
> CONFIG_DEBUG_UART_ANNOUNCE=y
>
> For DRA7xx:
> CONFIG_DE
On Thu, May 04, 2017 at 10:05:22AM +0300, Igor Grinberg wrote:
> Hi Tom, Marek,
>
> On 04/25/17 22:27, Marek Vasut wrote:
> > On 04/25/2017 03:09 AM, Tom Rini wrote:
> >> On Sun, Apr 23, 2017 at 11:18:04AM +0300, Uri Mashiach wrote:
> >>> Hello Tom,
> >>>
> >>> A gentle ping on this patch series.
This patch adjusts memory map for images on LS1088ARDB,
as per below memory map for NOR flash:
Image Flash Offset
RCW+PBI 0x
Boot firmware (U-Boot) 0x0010
Boot firmware Environment 0x0030
PPA firmw
Signed-off-by: Amrita Kumari
---
arch/arm/cpu/armv8/fsl-layerscape/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv8/fsl-layerscape/Kconfig
b/arch/arm/cpu/armv8/fsl-layerscape/Kconfig
index e4968a7..e84a2b0 100644
--- a/arch/arm/cpu/armv8/fsl-layersca
This patch adjusts memory map for images on LS1088AQDS,
as per below memory map for NOR flash:
Image Flash Offset
RCW+PBI 0x
Boot firmware (U-Boot) 0x0010
Boot firmware Environment 0x0030
PPA
Signed-off-by: Amrita Kumari
---
arch/arm/cpu/armv8/fsl-layerscape/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv8/fsl-layerscape/Kconfig
b/arch/arm/cpu/armv8/fsl-layerscape/Kconfig
index e4968a7..e84a2b0 100644
--- a/arch/arm/cpu/armv8/fsl-layersca
This patch adjusts memory map for images on LS1088ARDB,
as per below memory map for NOR flash:
Image Flash Offset
RCW+PBI 0x
Boot firmware (U-Boot) 0x0010
Boot firmware Environment 0x0030
PPA firmw
Hi all,
I'm completely new to the world of U-boot, so please forgive me if I spout
nonsense. I'm looking for a bit of guidance.
I'm reverse engineering an old Philips 10FF2 Photoframe, hoping to one day
customize it, just for the fun of it. I've been researching quite a bit and
after downloading
This patch adjusts memory map for images on LS1088AQDS,
as per below memory map for NOR flash:
Image Flash Offset
RCW+PBI 0x
Boot firmware (U-Boot) 0x0010
Boot firmware Environment 0x0030
PPA
On 04/05/17 14:47, Jorge Ramirez-Ortiz wrote:
diff --git a/include/configs/poplar.h b/include/configs/poplar.h
new file mode 100644
index 000..fb0ca19
--- /dev/null
+++ b/include/configs/poplar.h
@@ -0,0 +1,113 @@
+/*
+ * (C) Copyright 2017 Linaro
+ *
+ * Jorge Ramirez-Ortiz
+ *
+ * Configur
Hi Kever,
Am Freitag, 5. Mai 2017, 10:39:35 CEST schrieb Kever Yang:
> ARM64 is using 64bit address which address cell is 2 instead of 1,
> update to support it when of-platdata enabled.
>
> Signed-off-by: Kever Yang
This helps make OF_PLATDATA work on my firefly-rk3399 so yay :-),
but I don't
On Fri, May 5, 2017 at 8:51 AM, Fausto Sessego
wrote:
> Ok.
>
> I have the problem the Kernel Stucks at startup "Starting Kernel "
>
> Could it depend on boot configuration (the macro CONFIG_MMCROOT) ?
>
No, the rootfs will be mounted at a much later stage.
Ok.
I have the problem the Kernel Stucks at startup "Starting Kernel "
Could it depend on boot configuration (the macro CONFIG_MMCROOT) ?
--
*Ing. Fausto Sessego*
*R&D Hardware & Software Engineer*
info
mob
>
*Tecnologie Wireless per la logistica e la sicurezz
Add support for Olimex A13-512-SOM board, and this particular
design is like A13-SOM-WIFI can mount on-top of A13-SOM.
Boot Log:
U-Boot SPL 2017.05-rc2-00063-g2c831b5-dirty (May 05 2017 - 16:55:59)
DRAM: 512 MiB
CPU: 100800Hz, AXI/AHB/APB: 3/2/2
Trying to boot from MMC1
U-Boot 2017.0
On Fri, May 5, 2017 at 7:50 AM, Fausto Sessego
wrote:
> Ok,
>
> now it seems to work fine.
>
Ok, great!
>
> I have another question:
>
> the define
> #define CONFIG_MMCROOT "/dev/mmcblk0p2"
>
> what does it mean?
>
> I have 2 sd card in my custom board:
> 1) SD3 used like mass storage
> 2) SD4
On 05/05/2017 12:26 PM, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Move FPGA driver which is Gen5 specific code into Gen5 files.
> No functional change.
It's a driver, so it should stay in drivers/ . If you need to split it,
split it in drivers/fpga/ and add Kconfig option(s)
>
On 05/05/2017 12:26 PM, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Remove unused passing parameter of socfpga_bridges_reset function in
> SoCFPGA Arria10.
So how do you un-reset the bridges if you drop this $enable argument ?
> Signed-off-by: Tien Fong Chee
> ---
> .../include
On 05/05/2017 12:26 PM, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Convert Macro #define configuration to Kconfig method. All FPGA devices
> enable configuration based on CONFIG_FPGA_ALTERA.
>
> Signed-off-by: Tien Fong Chee
> ---
> drivers/fpga/Kconfig |5 -
On 05/05/2017 12:26 PM, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Adding the Arria10 FPGA manager program assembly driver which can be used
> to feed bitstream into FPGA manager for configuring FPGA.
>
> Signed-off-by: Tien Fong Chee
> ---
> arch/arm/mach-socfpga/Makefile
Ok,
now it seems to work fine.
I have another question:
the define
#define CONFIG_MMCROOT "/dev/mmcblk0p2"
what does it mean?
I have 2 sd card in my custom board:
1) SD3 used like mass storage
2) SD4 used to load the SO
thanks
--
*Ing. Fausto Sessego*
*R&D Hardw
1 - 100 of 120 matches
Mail list logo
