Hi Chris,
On 3 February 2015 at 17:57, Chris Kuethe chris.kue...@gmail.com wrote:
On Tue, Feb 3, 2015 at 4:38 PM, Simon Glass s...@chromium.org wrote:
+Masahiro
Hi Chris,
On 3 February 2015 at 00:42, Chris Kuethe chris.kue...@gmail.com wrote:
Discovered while experimenting with signature
Often on boards exists a circuit which switches power on/off to LCD display.
Due to the need of limiting the in-rush current the output voltage from this
circuit rises slowly, so it is necessary to wait a bit (VCC ramp up time)
before starting output on LCD-pins.
This time is specified in n ms
From now we use the am335x lcd driver and setup a display with displaying
a summary screen to the lcd.
Values are taken from environment and or devicetree blob.
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
board/BuR/common/bur_common.h |4 +
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
include/configs/tseries.h |4
1 file changed, 4 insertions(+)
diff --git a/include/configs/tseries.h b/include/configs/tseries.h
index 368f588..7fd0a00 100644
--- a/include/configs/tseries.h
+++
since we have a dtb blob programmed on the board we try to setup the cpsw
interface with the programmed mac.
If this method fails, we fall back to the device-fuses.
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
board/BuR/common/common.c | 25
Sometimes we do not want redirect u-boot's console to screen but anyway we want
write out some status information out of a u-boot script to the display.
To define the specific position of the string to be written, we have to set
the cursor with setcurs before writing.
Signed-off-by: Hannes
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
board/BuR/tseries/board.c |4
include/configs/tseries.h |3 +++
2 files changed, 7 insertions(+)
diff --git a/board/BuR/tseries/board.c b/board/BuR/tseries/board.c
index 66747eb..a1c6887 100644
---
Hi all,
please ignore this internal patch.
This is was an accident.
best regards,
Hannes
U-Boot u-boot-boun...@lists.denx.de schrieb am 03.02.2015 13:22:46:
From: Hannes Petermaier oe5...@oevsv.at
To: u-boot@lists.denx.de
Date: 03.02.2015 13:27
Subject: [U-Boot] [PATCH v2 24/24] intern:
On Fri, Jan 30, 2015 at 3:27 PM, FengHua feng...@phytium.com.cn wrote:
While the Freescale ARMv8 board LS2085A will enter U-Boot both
on a master and a secondary (slave) CPU, this is not the common
behaviour on ARMv8 platforms. The norm is that U-Boot is entered
from the master CPU only,
Hi all,
please ignore this internal patch.
This is was an accident.
best regards,
Hannes
U-Boot u-boot-boun...@lists.denx.de schrieb am 03.02.2015 13:22:45:
From: Hannes Petermaier oe5...@oevsv.at
To: u-boot@lists.denx.de
Date: 03.02.2015 13:27
Subject: [U-Boot] [PATCH v2 23/24] intern:
Hi all,
please ignore this internal patch.
This is was an accident.
best regards,
Hannes
From: Hannes Petermaier oe5...@oevsv.at
To: u-boot@lists.denx.de
Date: 03.02.2015 13:26
Subject:[U-Boot] [PATCH v2 22/24] intern: disable lcd-stdout
Sent by:U-Boot
Due to several changes of the boot-process we've redesigned the default-
environment settings completly.
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
include/configs/tseries.h | 71 +
1 file changed, 66
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
include/configs/tseries.h |4
1 file changed, 4 insertions(+)
diff --git a/include/configs/tseries.h b/include/configs/tseries.h
index 368f588..7fd0a00 100644
--- a/include/configs/tseries.h
+++
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
board/BuR/tseries/mux.c |8
1 file changed, 8 insertions(+)
diff --git a/board/BuR/tseries/mux.c b/board/BuR/tseries/mux.c
index 330429a..2c87a63 100644
--- a/board/BuR/tseries/mux.c
+++
For series testing purpose we need to boot some linux, therefore we enable
the needed features
- bootz
- devicetree
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
include/configs/kwb.h |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git
Due to several changes in the boot-process we do a complete redesign of the
default environment.
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
include/configs/kwb.h | 81 +++--
1 file changed, 45 insertions(+), 36
vxWorks needs several parameters which are set by the bootloader und his
environment. So we form a vxWorks bootline and pass the result to vxWorks on
a predefined address.
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
board/BuR/kwb/board.c | 30
Due to several changes of the boot-process we've redesigned the default-
environment settings completly.
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
include/configs/tseries.h | 71 +
1 file changed, 66
For series testing purpose we need to boot some linux, therefore we enable
the needed features
- bootz
- devicetree
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
include/configs/kwb.h |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git
The board has been redesigned, therefore we need from now other I/O Pins to
mux and handle.
Older boards aren't supported from now anymore.
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
board/BuR/kwb/board.c | 92
on BR boards we want not redirect console to screen.
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
README |7 +++
common/lcd.c | 10 ++
2 files changed, 13 insertions(+), 4 deletions(-)
diff --git a/README b/README
index fefa71c..8f9865c
on vxWorks targets the filesystem with its MBR starts from a higher offset in
the emmc flash for limiting space which is accesible by the user.
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
board/BuR/kwb/board.c |6 ++
disk/part_dos.c | 11
From now we use this pin for the Brightness regulation from LED-Backlight.
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
board/BuR/tseries/mux.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/board/BuR/tseries/mux.c
On boards were we have no NAND-flash soldered, we want to use those free pins
as regular gpio.
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
board/BuR/tseries/mux.c |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git
remove unnary '#define ETHLED_ORANGE (96+16) /* GPIO3_16 */'
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
board/BuR/tseries/board.c |2 --
1 file changed, 2 deletions(-)
diff --git a/board/BuR/tseries/board.c b/board/BuR/tseries/board.c
index
Customer wants to display some logo very quickly after power on, so we support
from now loading a compressed bmp.gz to the screen.
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
include/configs/bur_am335x_common.h |9 -
1 file changed, 8 insertions(+),
Hi all,
please ignore, the numbering has been lost - so i will resend V2
regards,
Hannes
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi all,
please ignore, the numbering has been lost - so i will resend V2
regards,
Hannes
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi all,
please ignore, the numbering has been lost - so i will resend V2
regards,
Hannes
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi all,
please ignore, the numbering has been lost - so i will resend V2
regards,
Hannes
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi all,
please ignore, the numbering has been lost - so i will resend V2
regards,
Hannes
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi all,
please ignore, the numbering has been lost - so i will resend V2
regards,
Hannes
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Hannes,
Am 03.02.2015 13:37, schrieb Hannes Petermaier:
Hi all,
please ignore this internal patch.
This is was an accident.
Maybe it is worth to look into patman, see:
u-boot:/tools/patman/README ?
bye,
Heiko
best regards,
Hannes
___
This patch has some parts connected together:
- Use _gd in bss section which is automatically cleared
Location at SPL_MALLOC_END wasn't cleared at all
- Use MALLOC_F_LEN(early alloc) instead of FULL MALLOC
(mem_malloc_init is not called at all)
- Simplify malloc and stack init.
At the end of
This is required for driver model.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
arch/microblaze/cpu/u-boot-spl.lds | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/microblaze/cpu/u-boot-spl.lds
b/arch/microblaze/cpu/u-boot-spl.lds
index 96353cd96ca7..c60336ca5ca8
This patch adds code to shutdown secondary cores.
When U-boot comes up, all secondary cores appear powered on,
which is undesirable and causes side effects while
initializing these cores in kernel.
Secondary core power down happens in following steps:
Step-1: After Exynos power-on, primary core
This patch adds iRAM, CPU state and low power configs
which are the addresses acting as flag registers.
iROM code checks CONFIG_LOWPOWER_FLAG address. If it is equal
to CONFIG_LOWPOWER_EN then it jumps to the address (0x0202+CPUID*4).
This is a part of iROM logic. Rest other flags are being
This patch adds workaround for ARM errata 798870 which says
If back-to-back speculative cache line fills (fill A and fill B) are
issued from the L1 data cache of a CPU to the L2 cache, the second
request (fill B) is then cancelled, and the second request would have
detected a hazard against a
This patch adds workaround for the ARM errata 799270 which says
If the L2 cache logic clock is stopped because of L2 inactivity,
setting or clearing the ACTLR.SMP bit might not be effective. The bit is
modified in the ACTLR, meaning a read of the register returns the
updated value. However the
This patch series introduces changes for booting secondary CPUs
on Exynos5420 and Exynos5800.
Changes since v1:
- Added Reviewed-by Tested-by in the acked patches.
- Removed unnecessary CONFIGS and macros.
- Changed names of few macros for better understanding in patch 2.
This patch series does following changes -
1. Removing compiler warnings for clock_get_periph_rate.
2. Adding and enabling support for Exynos542x in
clock_get_periph_rate.
3. Replacing peripheral specific function calls with
clock_get_periph_rate.
4. Remove code from clocks file which became
We planned to fetch peripheral rate through one generic API per
peripheral. These generic peripheral functions are in turn
expected to fetch apt values from a function refactored as
per SoC versions. This patch adds support for fetching peripheral
rates for Exynos5420 and Exynos5800.
Moving exynos5420_get_pll_clk function definition up in the
code to keep it together with rest of SoC_get_pll_clk functions.
This makes code more legible and also removes the need of
declaration when called before the position of definition in
code. Also, renaming exynos5420_get_pll_clk to
Apparently, members of clk_bit_info array do not map correctly
to the members of enum periph_id. This mapping got broken after
we changed periph_id(s) to reflect interrupt number instead of
their position in a sequence. This patch intends to fix above
mentioned issue.
Signed-off-by: Akshay
From: Doug Anderson diand...@chromium.org
It was found that the L2 cache timings that we had before could cause
freezes and hangs. We should make things more robust with better
timings. Currently the production ChromeOS kernel applies these
timings, but it's nice to fixup firmware too (and
Hi Simon,
Hi,
On 30 January 2015 at 10:56, Lubomir Popov lpo...@mm-sol.com wrote:
I2C chips do exist that require a write of some multi-byte data to occur in
a single bus transaction (aka atomic transfer), otherwise either the write
does not come into effect at all, or normal operation of
1. Renaming set_l2cache to configure_l2actlr in order to avoid
misleading comprehensions. Apparently this name suggests
that L2 cache is being set or initialized which is incorrect
as per the code in this function.
2. Cleaning missed mrc for L2 control register.
Signed-off-by: Akshay
This patch does 3 things:
1. Enables ECC by setting 21st bit of L2CTLR.
2. Restore data and tag RAM latencies to 3 cycles because iROM sets
0x3000400 L2CTLR value during switching.
3. Disable clean/evict push to external by setting 3rd bit of L2ACTLR.
We need to restore this here due to
iROM logic provides undesired jump address for CPU2.
This patch adds a programmable susbstitute for a part of
iROM logic which wakes up cores and provides jump addresses.
This patch creates a logic to make all secondary cores jump
to a particular address which evades the possibility of CPU2
When compiled SPL for Thumb secondary cores failed to boot
at the kernel boot up. Only one core came up out of 4.
This was happening because the code relocated to the
address 0x02073000 by the primary core was an ARM asm
code which was executed by the secondary cores as if it
was a thumb code.
L2 Auxiliary Control Register provides configuration
and control options for the L2 memory system. Bit 3
of L2ACTLR stands for clean/evict push to external.
Setting bit 3 disables clean/evict which is what
this patch intends to do.
Signed-off-by: Akshay Saraswat aksha...@samsung.com
Reviewed-by:
On warm reset, all cores jump to the low_power_start function because iRAM
data is retained and because while executing iROM code all cores find
the jump flag 0x02020028 set. In low_power_start, cores check the reset
status and if true they clear the jump flag and jump back to 0x0.
The A7 cores
Replacing SoC and peripheral specific function calls with generic
clock_get_periph_rate calls to get the peripheral clocks.
Also, removing dead code of peripheral and SoC specific function
implementations which was used earlier for fetching peripheral clocks.
This code is not being used anymore
exynos5_get_periph_rate function reads incorrect div for
SDMMC2 3. It also reads prediv and does division only for
SDMMC0 2 when actually various other peripherals need that.
Adding changes to fix these mistakes in periph rate calculation.
Signed-off-by: Akshay Saraswat aksha...@samsung.com
Cleaning up soc_get_periph_rate to make the logic easy to
comprehend.
Signed-off-by: Akshay Saraswat aksha...@samsung.com
---
Changes since v4:
- New patch.
arch/arm/cpu/armv7/exynos/clock.c | 76 +--
1 file changed, 33 insertions(+), 43 deletions(-)
We have assumed and kept mask bits for divider and pre-divider
as 0xf and 0xff, respectively. But these mask bits change from
one peripheral to another, and hence, need to be specified in
accordance with the peripherals.
Signed-off-by: Akshay Saraswat aksha...@samsung.com
---
Changes since v4:
T1040D4RDB is a Freescale reference board that hosts the T1040 SoC.
It is similar to T1040RDB board with the following differences :
- Has DDR4 memory
- PHY ports have different PHY addresses
- RTC support
- Both QE-TDM and DIU connector
T1040D4RDB supports 0x66
From: David Feng feng...@phytium.com.cn
This patch replace CONFIG_ARM64 with gcc builtin __aarch64__.
CONFIG_ARM64 is still needed in makefile and config.mk.
Maybe them could be replace with something like *_V8 later.
Signed-off-by: David Feng feng...@phytium.com.cn
---
Hi Simon,
On Tue, 3 Feb 2015 10:10:02 +0200
Lubomir Popov lpo...@mm-sol.com wrote:
Hi Simon,
Hi,
On 30 January 2015 at 10:56, Lubomir Popov lpo...@mm-sol.com wrote:
I2C chips do exist that require a write of some multi-byte data to occur in
a single bus transaction (aka atomic
Hello Masahiro,
Am 03.02.2015 11:53, schrieb Masahiro Yamada:
Hi Heiko,
On Tue, 3 Feb 2015 11:10:19 +0100
Heiko Schocher h...@denx.de wrote:
executing tools/buildman/buildman mpc5xx drops this warning:
common/spl/spl_nor.c: In function 'spl_nor_load_image':
common/spl/spl_nor.c:26:10:
Hello Mashairo,
Am 03.02.2015 11:56, schrieb Masahiro Yamada:
Hi Heiko,
On Tue, 3 Feb 2015 11:10:19 +0100
Heiko Schocher h...@denx.de wrote:
executing tools/buildman/buildman mpc5xx drops this warning:
common/spl/spl_nor.c: In function 'spl_nor_load_image':
common/spl/spl_nor.c:26:10:
configuration_get_cmap() is multiple platform-specific functions stuffed into
one function. Split it into multiple versions, and move each version to the
appropriate driver to reduce the #ifdef complexity.
Signed-off-by: Nikita Kiryanov nik...@compulab.co.il
Reviewed-by: Simon Glass
This cleanup mostly focuses on removing unnecessary whitespace and comments
which are superfluous and/or do not conform to the coding style.
Signed-off-by: Nikita Kiryanov nik...@compulab.co.il
Reviewed-by: Simon Glass s...@chromium.org
Cc: Simon Glass s...@chromium.org
Cc: Anatolij Gustschin
common/lcd code is full of platform-specific code and definitions, which
ideally should reside with the respective driver code. Take a step towards that
goal by moving platform-specific structs from lcd.h to their own header files.
The structs for the generic case (the #else for all the
This series is part of my ongoing efforts to cleanup common/lcd code (and at
some point merge it with the CONFIG_VIDEO code).
This series focuses on eliminating platform specific #defines from lcd.c code,
and then adds a few platform independent code refactors and cleanups on top of
that. A small
Reduce the amount of platform-specific code in common/lcd.c by moving MPC823
implementation of fb_put_byte() to mpc8xx_lcd.c. Since we must also have a
default implementation for everybody else, make the remainder of the code
into a weak function.
Signed-off-by: Nikita Kiryanov
lcd_logo() currently performs tasks well beyond just displaying the logo.
It has code which displays splash image, it has logic which determines
when the different display features are displayed, and it is coupled with
the lcd console because it holds the responsibility of returning the
lcd
Reduce the bitmap_plot #ifdef complexity by extracting MPC823-specific code for
setting cmap into its own implementation of lcd_logo_set_cmap(), implemented in
mpc8xx_lcd.c. In the MPC823 implementation, ARRAY_SIZE(bmp_logo_palette) is
switched for BMP_LOGO_COLORS to avoid having to include
We now have api functions that can support compiling simplefb code as its own
module. Since this code is not part of the display functionality, extract it
to its own file.
Raspberry Pi is updated to accommodate the changes.
Signed-off-by: Nikita Kiryanov nik...@compulab.co.il
Acked-by: Stephen
Reduce the amount of platform-specific code in common/lcd.c by moving Atmel
implementation of fb_put_word() to atmel_lcdfb.c. Since we must also have a
default implementation for everybody else, make the remainder of the code
into a weak function.
Signed-off-by: Nikita Kiryanov
Reduce the bitmap_plot #ifdef complexity by extracting Atmel-specific code for
setting cmap into a new function lcd_logo_set_cmap(), which is implemented in
atmel_lcdfb driver and defined as part of common/lcd.c api with a weak dummy
version. In the Atmel implementation,
Get rid of platform-specific #ifdefs in bitmap_plot() by moving the generic
case of setting cmap into the weak lcd_logo_set_cmap().
Signed-off-by: Nikita Kiryanov nik...@compulab.co.il
Reviewed-by: Simon Glass s...@chromium.org
Cc: Bo Shen voice.s...@atmel.com
Cc: Simon Glass s...@chromium.org
Reduce the lcd_display_bitmap #ifdef complexity by extracting Atmel-specific
code for setting cmap for bitmap images into a new function lcd_set_cmap().
A default version is implemented with the remainder of the code.
Signed-off-by: Nikita Kiryanov nik...@compulab.co.il
Reviewed-by: Simon Glass
Remove unused includes.
Signed-off-by: Nikita Kiryanov nik...@compulab.co.il
Reviewed-by: Simon Glass s...@chromium.org
Cc: Bo Shen voice.s...@atmel.com
Cc: Simon Glass s...@chromium.org
Cc: Anatolij Gustschin ag...@denx.de
---
Changes in V2:
- Minor commit message update
common/lcd.c |
The name bitmap_plot is misleading because it implies that this is a generic
function capable of dealing with any bitmap, but its implementation only works
with the logo data.
Rename the function to better reflect this.
Signed-off-by: Nikita Kiryanov nik...@compulab.co.il
Reviewed-by: Simon
Hi Heiko,
On Tue, 03 Feb 2015 12:21:03 +0100
Heiko Schocher h...@denx.de wrote:
Hello Mashairo,
Am 03.02.2015 11:56, schrieb Masahiro Yamada:
Hi Heiko,
On Tue, 3 Feb 2015 11:10:19 +0100
Heiko Schocher h...@denx.de wrote:
executing tools/buildman/buildman mpc5xx drops this
Add various utility codes needed for Quark MRC.
Signed-off-by: Bin Meng bmeng...@gmail.com
---
There are 12 checkpatch warnings in this patch, which are:
warning: arch/x86/cpu/quark/mrc_util.c,1446: Too many leading tabs - consider
code refactoring
warning: arch/x86/cpu/quark/mrc_util.c,1450:
Add the main routines for Quark Memory Reference Code (MRC).
Signed-off-by: Bin Meng bmeng...@gmail.com
---
The are 24 checkpatch warnings in this patch, which is:
warning: arch/x86/cpu/quark/mrc.c,43: line over 80 characters
...
I intentionally leave it as is now, as fixing these warnings
We should allow the value of TSC_FREQ_IN_MHZ to be overridden by
the one in arch/cpu/xxx/Kconfig.
Signed-off-by: Bin Meng bmeng...@gmail.com
---
arch/x86/Kconfig | 40
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/arch/x86/Kconfig
For some unknown reason, the TSC calibration via PIT does not work on
Quark. Enable bypassing TSC calibration and override TSC_FREQ_IN_MHZ
to 400 per Quark datasheet in the Kconfig.
Signed-off-by: Bin Meng bmeng...@gmail.com
---
arch/x86/cpu/quark/Kconfig | 5 +
1 file changed, 5
This series adds the 2nd step of bare support for the Intel Quark
SoC support which can be validated on Intel Galileo board. It adds
Intel Quark Memory Reference Code (MRC) which is ported from Intel
released UEFI BIOS for Quark, which per its name does the memory
initialization for Quark based
Add COMPAT_INTEL_QRK_MRC and intel,quark-mrc so that fdtdec can
decode Intel Quark MRC node.
Signed-off-by: Bin Meng bmeng...@gmail.com
---
include/fdtdec.h | 1 +
lib/fdtdec.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index 8c2bd21..a0cd886
The codes are actually doing the memory initialization stuff.
Signed-off-by: Bin Meng bmeng...@gmail.com
---
The most ugly codes I've ever seen ...
There are 252 warnings and 127 checks in this patch, which are:
check: arch/x86/cpu/quark/smc.c,1609: Alignment should match open parenthesis
Turn on the Memory Reference code build in the quark Makefile.
Signed-off-by: Bin Meng bmeng...@gmail.com
---
arch/x86/cpu/quark/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/cpu/quark/Makefile b/arch/x86/cpu/quark/Makefile
index 168c1e6..e87b424 100644
---
Now that we have added Quark MRC codes, call MRC in dram_init() so
that DRAM can be initialized on a Quark based board.
Signed-off-by: Bin Meng bmeng...@gmail.com
---
arch/x86/cpu/quark/dram.c | 97 ++-
arch/x86/dts/galileo.dts | 25
2
Add standard dt-bindings macros to be used by Intel Quark MRC node.
Signed-off-by: Bin Meng bmeng...@gmail.com
---
include/dt-bindings/mrc/quark.h | 83 +
1 file changed, 83 insertions(+)
create mode 100644 include/dt-bindings/mrc/quark.h
diff --git
Commit 90bac29a76bc8d649b41a55f2786c0abef9bb2c1 claims to fix this bug
that was introduced in commit a92fd6577ea17751ead9b50243e3c562125cf581
but doesn't actually make the change that the commit message describes.
Actually fix the bug this time.
Signed-off-by: Joe Hershberger
If you want to inspect the control device tree using the fdt command,
the fdt address -c command previously unhelpfully printed the phys
memory address of the device tree. That address could not then be used
to set the fdt address for inspection.
Signed-off-by: Joe Hershberger
Hello André,
On Tue, 03 Feb 2015 13:57:28 +0100, André Schaller
an.sch...@googlemail.com wrote:
Hi all,
during the execution of th MLO I create a variable, whose value I want
to make accessible to user space applications in Android. How can this
be achieved?
One way would be to write the
Hello Joe,
On Tue, 3 Feb 2015 16:06:07 -0600, Joe Hershberger
joe.hershber...@ni.com wrote:
If you want to inspect the control device tree using the fdt command,
the fdt address -c command previously unhelpfully printed the phys
memory address of the device tree. That address could not then
The use of the nand_write_options and nand_read_options structures were
removed in commit dfbf617ff055e4216f78d358b0867c548916d14b. Remove the
now-unused structures too.
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
include/nand.h | 26 --
1 file changed, 26
Remove duplicate command names in usage messages to fix issues such as:
= help yls
yls - yaffs ls
Usage:
yls yls [-l] dirname
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
common/cmd_yaffs2.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff
Hi Simon,
On 02/03/2015 03:11 PM, Simon Glass wrote:
Hi Michal,
On 3 February 2015 at 06:16, Michal Simek mon...@monstr.eu wrote:
Hi Simon,
I am playing with driver model and I have moved uartlite to it and
it is working fine for normal u-boot +10k but SPL size is dramatically
bigger.
This option was removed along with legacy NAND support in
be33b046b549ad88c204c209508cd7657232ffbd. Clean up some remnants.
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
doc/README.nand | 12
include/configs/ethernut5.h | 1 -
2 files changed, 13 deletions(-)
diff
This patch extends OMAP3 support for AM/DM37xx and
introduces the AM3703-based Quipos Cairo board.
Signed-off-by: Albert ARIBAUD (3ADEV) albert.arib...@3adev.fr
---
NOTES:
Two checkpatch diagnostics are left uncorrected:
1. warning: arch/arm/cpu/armv7/omap3/Kconfig,94: please write
a
Hi Hannes,
On 02/02/2015 09:32 AM, Hannes Petermaier wrote:
U-Boot u-boot-boun...@lists.denx.de schrieb am 01.02.2015 15:48:51:
From: Nikita Kiryanov nik...@compulab.co.il
To: Hannes Petermaier oe5...@oevsv.at, u-boot@lists.denx.de
Date: 01.02.2015 15:49
Subject: Re: [U-Boot] [PATCH 02/21]
For some cases it is necessary to modify temporaly the bootcommand.
This can be done by writing into the Scratchregister a specific value:
* 0xCC - modify bootcmd run netboot
* 0xCD - modify bootcmd run netscript
* 0xCE - modify bootcmd run mmcboot
the environment in flash is NOT overwritten.
time measurement of u-boot commands is needed very often during development.
We add this feature until development is completed. Maybe forever :)
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
include/configs/bur_am335x_common.h |1 +
1 file changed, 1
It is often necessary to break in into boards bootloader commandline if
something fails or even for development purposes some parameters have to be
changed.
So we enable u-boot's CONFIG_NETCONSOLE feature.
We also modify Networksettings to apply with this new use-case.
Signed-off-by: Hannes
on vxWorks targets the filesystem with its MBR starts from a higher offset in
the emmc flash for limiting space which is accesible by the user.
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
Changes for V2: None
---
board/BuR/kwb/board.c |6 ++
disk/part_dos.c | 11
1 - 100 of 198 matches
Mail list logo
