Hi Simon,
> Hi,
>
> On 30 January 2015 at 10:56, Lubomir Popov 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 internal c
From: David Feng
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
---
arch/arm/include/asm/cache.h|2 +-
arch/arm/include/a
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 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 s
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 rece
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 log
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 switc
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
jumping
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.
This
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 Sara
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
Reviewed-by: Simon Glass
Tested-b
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 do
From: Doug Anderson
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 upstream probably
won't ta
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 Saraswa
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
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
exynos54
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.
Signed-off-by
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 bec
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
Reviewed-by: Simon Gla
Cleaning up soc_get_periph_rate to make the logic easy to
comprehend.
Signed-off-by: Akshay Saraswat
---
Changes since v4:
- New patch.
arch/arm/cpu/armv7/exynos/clock.c | 76 +--
1 file changed, 33 insertions(+), 43 deletions(-)
diff --git a/arch/ar
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
---
Changes since v4:
- Isolated mask
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 serdes
Hi Simon,
On Tue, 3 Feb 2015 10:10:02 +0200
"Lubomir Popov" wrote:
> Hi Simon,
>
> > Hi,
> >
> > On 30 January 2015 at 10:56, Lubomir Popov 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 ei
From: David Feng
This patch add Kconfig to armv8.
Signed-off-by: David Feng
---
arch/arm/Kconfig | 16 +++-
arch/arm/cpu/armv8/Kconfig | 10 ++
2 files changed, 21 insertions(+), 5 deletions(-)
create mode 100644 arch/arm/cpu/armv8/Kconfig
diff --git a/arch/
Hi Simon,
On 02/03/2015 03:02 AM, Masahiro Yamada wrote:
> Hi.
>
>
> On Mon, 2 Feb 2015 16:57:15 -0700
> Simon Glass wrote:
>
>> Hi Michal,
>>
>> On 2 February 2015 at 08:31, Michal Simek wrote:
>>> Targets with CONFIG_NEEDS_MANUAL_RELOC do not use REL/RELA
>>> relocation (mostly only GOT) wh
remove powerpc 824x build, as this architecture not longer
exists.
Signed-off-by: Heiko Schocher
---
.travis.yml | 3 ---
1 file changed, 3 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index 90f0fd7..923c9dd 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -107,9 +107,6 @@ matrix:
Hi Simon and Masahiro,
On 02/03/2015 08:32 AM, Masahiro Yamada wrote:
> Hi Simon,
>
>
> On Mon, 2 Feb 2015 22:00:25 -0700
> Simon Glass wrote:
>
>> Hi,
>>
>> I have one of boards and would like to get mainline U-Boot booting on it.
>>
>> I have followed the instructions for creating a BOOT.BIN
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: warning: assignment discards 'const' qualifier from
pointer target type [enabled by default]
fix this.
Signed-off-by: Heiko Schocher
---
common/s
HUSH parser will handle the variable easier. That will be helpful for
write a complicated U-Boot commands or varaibles.
Signed-off-by: Josh Wu
---
configs/at91sam9rlek_dataflash_defconfig | 1 +
configs/at91sam9rlek_mmc_defconfig | 1 +
configs/at91sam9rlek_nandflash_defconfig | 1 +
3 fi
Hello Simon,
On Sun, 1 Feb 2015 09:23:05 -0700, Simon Glass wrote:
> Hi Albert,
> [...]
>
> I think the ARM core name is a convenient way of splitting things up
> and has served us well. But now the common elements are more at the
> SOC level. Yes the idea of arch/arm/soc/mach-... is more pure f
Hi Folks,
I just added support for the BAV335x OEM boards
http://birdland.com/oem/bav335x-network-processor/
This patch was generated with the patman tool which reported no checks,
warnings nor errors.
The patch is relative to the v2015.01 tag.
Cheers,
Gilles
.
0001-Adding-Support-for-BAV33
Hi Simon,
On 02/03/2015 12:58 AM, Simon Glass wrote:
> Hi Michal,
>
> On 2 February 2015 at 08:46, Michal Simek wrote:
>> Compile code with -fPIC to get GOT. Do not build SPL
>> with fPIC because it increasing SPL size for nothing.
>>
>> Signed-off-by: Michal Simek
>> ---
>>
>> Changes in v2:
>
Hi Heiko,
On Tue, 3 Feb 2015 11:10:19 +0100
Heiko Schocher 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: warning: assignment discards 'const' qualifier
> from pointer target ty
Hi Heiko,
On Tue, 3 Feb 2015 11:10:19 +0100
Heiko Schocher 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: warning: assignment discards 'const' qualifier
> from pointer target t
This series is focused on following items:
* Move more config options to Kconfig
- Cache settings
- Endianess
- Monitor base
* Clean-up of board configuration headers
* Build libgcc in U-Boot for portability
Alexey Brodkin (11):
arc: remove CPU hard-coded selection from board descr
Now we may select a particular version of ARC700:
* ARC750D or
* ARC770D
It allows more flexible (or more fine tuned) configuration of U-Boot.
Before that change we relied on minimal configuration but now we may
use specific features of each CPU.
Moreover allows us to escape manual selection of
From: Igor Guryanov
It's prohibited to put branch instruction in the very end of zero-delay
loop. On execution this causes "Illegal instruction" exception.
Signed-off-by: Alexey Brodkin
Signed-off-by: Igor Guryanov
---
arch/arc/lib/memcmp.S | 2 ++
1 file changed, 2 insertions(+)
diff --git
DC_PTAG and IC_PTAG registers only exist in MMUv3.
Signed-off-by: Alexey Brodkin
---
arch/arc/include/asm/arcregs.h | 4 ++--
arch/arc/lib/cache.c | 6 +++---
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/arc/include/asm/arcregs.h b/arch/arc/include/asm/arcregs.h
With switch to Kconfig we only need very board-specific descriptions in
include/configs.
CPU selection is performed with either defconfig or manually via
menuconfig.
Signed-off-by: Alexey Brodkin
---
include/configs/arcangel4-be.h | 1 -
include/configs/arcangel4.h| 1 -
include/configs/axs
This change allows to keep board description clean and minimalistic.
This is especially helpful if one board may house different CPUs with
different features.
It is applicable to both FPGA-based boards or those that have CPUs
mounted on interchnagable daughter-boards.
Signed-off-by: Alexey Brodki
This change allows to keep board description clean and minimalistic.
This is especially helpful if one board may house different CPUs with
different features.
It is applicable to both FPGA-based boards or those that have CPUs
mounted on interchnagable daughter-boards.
Signed-off-by: Alexey Brodki
There're no other options for ARC except "generic board" so ther's no
point to define CONFIG_SYS_GENERIC_BOARD per board.
We now have it set fo all ARC boards.
Signed-off-by: Alexey Brodkin
---
arch/arc/include/asm/config.h | 1 +
include/configs/arcangel4.h | 1 -
include/configs/axs101.h
Common arch_early_init_r() is used in "arc/lib/cpu.c" for all ARC boards
so there's no sense in separate per-board definitions.
Signed-off-by: Alexey Brodkin
---
arch/arc/include/asm/config.h | 1 +
include/configs/arcangel4.h | 5 -
include/configs/axs101.h | 5 -
include/configs
Currently there's nothing related to really low-level init on ARC so
CONFIG_SKIP_LOWLEVEL_INIT definition makes no sense.
Signed-off-by: Alexey Brodkin
---
include/configs/arcangel4.h | 2 --
include/configs/axs101.h| 2 --
2 files changed, 4 deletions(-)
diff --git a/include/configs/arcang
Following SPARK ARC now has SYS_MONITOR_BASE setup via Kconfig.
This makes "include/configs/*.h" cleaner and more flexible.
Signed-off-by: Alexey Brodkin
---
Kconfig| 2 +-
configs/arcangel4-be_defconfig | 1 +
configs/arcangel4_defconfig| 1 +
configs/axs101_defconfi
As a preparation to ARCv2 port submission we're moving CPU slection
flags to a common location.
Also it will allow us to have more flexible CPU specification, not only
ISA version but CPU family as well checking CONFIG_ARC_CPU_xxx.
Signed-off-by: Alexey Brodkin
---
arch/arc/config.mk |
This way we may have very limited set of functions implemented so we
save some space.
Also it allows us to build U-Boot for any ARC core with the same one
toolchain because we don't rely on pre-built libgcc.
For example:
* we may use little-endian toolchain but build U-Boot for ether
endianess
Hello Masahiro,
Am 03.02.2015 11:53, schrieb Masahiro Yamada:
Hi Heiko,
On Tue, 3 Feb 2015 11:10:19 +0100
Heiko Schocher 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: warning: assig
Hello Mashairo,
Am 03.02.2015 11:56, schrieb Masahiro Yamada:
Hi Heiko,
On Tue, 3 Feb 2015 11:10:19 +0100
Heiko Schocher 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: warning: assi
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, ARRAY_SIZE(bmp_logo_palette
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 bmp_log
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
Reviewed-by: Simon
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 n
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
Reviewed-by: Simon
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
Reviewed-by: Simon Glass
Cc: Bo Shen
Cc: Simon Glass
Cc:
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
Reviewed-by: Simon Glass
Cc: Simon Glass
Cc: Anatolij Gustschin
---
Changes in V2:
- Minor commit message update
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 platform-s
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
Acked-by: Stephen Warren
Reviewed-by: Si
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 console
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
Reviewed-by: Simon Glass
Cc: Simon Glass
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
Reviewed-by: Simon Glass
Cc: Bo Shen
Cc: Simon Glass
Cc: Anatolij Gustschin
---
Changes in V2:
- Minor commit message upda
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
Reviewed-by: Simon Glass
Cc: Bo Shen
Cc: Simon
Remove unused includes.
Signed-off-by: Nikita Kiryanov
Reviewed-by: Simon Glass
Cc: Bo Shen
Cc: Simon Glass
Cc: Anatolij Gustschin
---
Changes in V2:
- Minor commit message update
common/lcd.c | 18 --
1 file changed, 18 deletions(-)
diff --git a/common/lcd.c b/comm
Hi Heiko,
On Tue, 03 Feb 2015 12:21:03 +0100
Heiko Schocher 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 wrote:
> >
> >> executing "tools/buildman/buildman mpc5xx" drops this warn
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 boa
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
---
arch/x86/cpu/quark/Kconfig | 5 +
1 file changed, 5 insertions(+)
diff --git a/a
We should allow the value of TSC_FREQ_IN_MHZ to be overridden by
the one in arch/cpu//Kconfig.
Signed-off-by: Bin Meng
---
arch/x86/Kconfig | 40
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 85
Add various utility codes needed for Quark MRC.
Signed-off-by: Bin Meng
---
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: line over 80 charac
Add the main routines for Quark Memory Reference Code (MRC).
Signed-off-by: Bin Meng
---
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
make the mrc initializ
Add standard dt-bindings macros to be used by Intel Quark MRC node.
Signed-off-by: Bin Meng
---
include/dt-bindings/mrc/quark.h | 83 +
1 file changed, 83 insertions(+)
create mode 100644 include/dt-bindings/mrc/quark.h
diff --git a/include/dt-bindings/
Turn on the Memory Reference code build in the quark Makefile.
Signed-off-by: Bin Meng
---
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
--- a/arch/x86/cpu/quark/Makefile
++
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
---
arch/x86/cpu/quark/dram.c | 97 ++-
arch/x86/dts/galileo.dts | 25
2 files changed, 120
Add COMPAT_INTEL_QRK_MRC and "intel,quark-mrc" so that fdtdec can
decode Intel Quark MRC node.
Signed-off-by: Bin Meng
---
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 100644
--- a/inclu
The codes are actually doing the memory initialization stuff.
Signed-off-by: Bin Meng
---
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
warning: arch/x86/cpu/qu
Hi Hannes,
On 02/02/2015 09:32 AM, Hannes Petermaier wrote:
"U-Boot" schrieb am 01.02.2015 15:48:51:
From: Nikita Kiryanov
To: Hannes Petermaier , u-boot@lists.denx.de
Date: 01.02.2015 15:49
Subject: Re: [U-Boot] [PATCH 02/21] common/lcd: Add command for setting
cursor
within lcd-framework
Hi Hannes,
On 02/02/2015 09:37 AM, Hannes Petermaier wrote:
From: Nikita Kiryanov
To: Hannes Petermaier , u-boot@lists.denx.de
Date: 01.02.2015 15:53
Subject: Re: [U-Boot] [PATCH 03/21] common/lcd: Add command for writing
to lcd-display
Sent by: "U-Boot"
Hi Hannes,
Hi Nikita,
On 01/30/2
Dear Gilles,
In message <3efcb679-8df9-43f2-b3f4-fbc00e578...@gigadevices.com> you wrote:
>
> I just added support for the BAV335x OEM boards =
> http://birdland.com/oem/bav335x-network-processor/
>
> This patch was generated with the patman tool which reported no checks, =
> warnings nor errors
>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
---
Changes for V2: None
---
board/BuR/common/bur_common.h |4 +
board/BuR/common/common.c |
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 Pete
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 ms wit
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.
So we cannot use the normal "echo ", instead we write explicitly using
"lcdputs ..." for writing to the actual cursor position on LCD.
Signe
Signed-off-by: Hannes Petermaier
---
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 7fd0a00..986db3f 100644
--- a/include/configs/tseries.h
+++ b/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
---
Changes for V2: None
---
board/BuR/common/common.c | 25 +++--
1 file c
Signed-off-by: Hannes Petermaier
---
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
--- a/board/BuR/tseries/bo
On boards were we have no NAND-flash soldered, we want to use those free pins
as regular gpio.
Signed-off-by: Hannes Petermaier
---
Changes for V2: None
---
board/BuR/tseries/mux.c |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/board/BuR/tseries/mux.c b/board/BuR
>From now we use this pin for the Brightness regulation from LED-Backlight.
Signed-off-by: Hannes Petermaier
---
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 b/board/BuR/tseries/mux.c
index
Signed-off-by: Hannes Petermaier
---
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
+++ b/include/configs/tseries.h
@
Signed-off-by: Hannes Petermaier
---
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
+++ b/board/BuR/tseries/mux.c
@@ -25,
Due to several changes of the boot-process we've redesigned the default-
environment settings completly.
Signed-off-by: Hannes Petermaier
---
Changes for V2: None
---
include/configs/tseries.h | 71 +
1 file changed, 66 insertions(+), 5 deletions(-)
For series testing purpose we need to boot some linux, therefore we enable
the needed features
- bootz
- devicetree
Signed-off-by: Hannes Petermaier
---
Changes for V2: None
---
include/configs/kwb.h |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/include/configs
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
---
Changes for V2: None
---
include/configs/bur_am335x_common.h |1 +
1 file changed, 1 insertion(+)
diff --gi
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 Pet
Due to several changes in the boot-process we do a complete redesign of the
default environment.
Signed-off-by: Hannes Petermaier
---
Changes for V2: None
---
include/configs/kwb.h | 81 +++--
1 file changed, 45 insertions(+), 36 deletions(-)
diff
on B&R boards we want not redirect console to screen.
Signed-off-by: Hannes Petermaier
---
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 100644
--- a/RE
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
---
Changes for V2: None
---
board/BuR/kwb/board.c | 92 ++---
board/BuR/kw
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
---
Changes for V2: None
---
include/configs/bur_am335x_common.h |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
remove unnary '#define ETHLED_ORANGE (96+16) /* GPIO3_16 */'
Signed-off-by: Hannes Petermaier
---
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 a1c6887..9402aa4 100644
---
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
---
Changes for V2: None
---
board/BuR/kwb/board.c | 30 ++
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 overwritte
1 - 100 of 198 matches
Mail list logo
