18 Jan, 2020
2 commits
-
At present panic() is in the vsprintf.h header file. That does not seem
like an obvious choice for hang(), even though it relates to panic(). So
let's put hang() in its own header.Signed-off-by: Simon Glass
[trini: Migrate a few more files]
Signed-off-by: Tom Rini -
Move this function out of common.h and into a relevant header file.
Signed-off-by: Simon Glass
04 Dec, 2019
1 commit
-
Add more clarity by changing the Kconfig entry name.
Signed-off-by: Miquel Raynal
[trini: Re-run migration, update a few more cases]
Signed-off-by: Tom Rini
Reviewed-by: Boris Brezillon
03 Dec, 2019
2 commits
-
A number of board function belong in init.h with the others. Move them.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini -
These don't need to be in common.h so move them out.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
Reviewed-by: Tom Rini
04 Nov, 2019
1 commit
-
This commit adds support for the brppt2 board. The board is based on the
i.mx6 dual-lite SoC.Signed-off-by: Hannes Schmelzer
13 Aug, 2019
2 commits
-
- More DaVinci updates and fixes
- PCIe support on am65x
- Watchdog converted to DM
- Assorted other bugfixes -
This commit adds support for the B&R brsmarc1 SoM.
The SoM is based on TI's AM335x SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.Signed-off-by: Hannes Schmelzer
12 Aug, 2019
3 commits
-
Move env_get_ulong() over to the new header file.
Signed-off-by: Simon Glass
Acked-by: Joe Hershberger -
Move env_set_ulong() over to the new header file.
Signed-off-by: Simon Glass
Acked-by: Joe Hershberger -
Move env_set_hex() over to the new header file along with env_set_addr()
which uses it.Signed-off-by: Simon Glass
Acked-by: Joe Hershberger
06 Jun, 2019
1 commit
-
Signed-off-by: Hannes Schmelzer
27 Apr, 2019
6 commits
-
The handling of regarding bootmode and early setup has been moved to
central location 'common/br_resetc.c', so use this on brxre1 board.Signed-off-by: Hannes Schmelzer
-
- fixup coding style
- drop unused 'PUSH_KEY' defineSigned-off-by: Hannes Schmelzer
-
On many B&R boards we have a reset-controller, responsible for very
early board-bringup (voltages, clocks, ...) and bootmode selection.To be ready for adding more B&R boards to source tree while avoiding
duplicate code, we add the resetcontroller implementation to the common
part of B&R boards.Signed-off-by: Hannes Schmelzer
-
Many B&R boards are equipped with an I2C-EEPROM where various
information can be stored.Today there is only a single byte for 'board_id' used.
We write this 'board_id' into environment for later use during boot.
If the value != 0xFF, meaning the byte is programmed, we modify the
"brdefaultip" environment variable for setting an IP-Address based on
board_id.Signed-off-by: Hannes Schmelzer
-
Signed-off-by: Hannes Schmelzer
-
Today the BuR common stuff is only used on AM33XX boards. In future we
plan to have many other platforms than AM33XX so we have to move arch-
specific #include(s) to responsible #ifdef sections. By the way we drop
unneeded #include(s).Signed-off-by: Hannes Schmelzer
19 Feb, 2019
1 commit
-
This commit converts the brxre1 board to DM,
for this we have todo following things:- add a devicetree-file for this board
- drop all obsolete settings from board header-file
- use dm_i2c_xxx calls for read/write to the resetcontroller
- request gpios before operate themSerues-cc: trini@konsulko.com
Signed-off-by: Hannes Schmelzer
09 Feb, 2019
1 commit
-
The TPS62517 PMIC driver has been partially converted to DM, so the
legacy I2C access layer isn't needed anymore.Signed-off-by: Hannes Schmelzer
20 Jul, 2018
11 commits
-
Signed-off-by: Hannes Schmelzer
-
- add a devicetree for each variant (mmc, spi, nand)
- drop unneeded code from board and bur/common
- drop unneeded stuff from config header files
- minor adaptions to be compliant with driver model (requesting gpio,..)
- harmonize the commandset over all brppt1 targetsSigned-off-by: Hannes Schmelzer
-
With this commit we do:
- set the bootdelay in all brppt1 defconfigs to 0, this makes
development easier, since we can break into serial console.- move CONFIG_BOOTCOMMAND from header file to defconfig
- introduce b_mode variable for selecting the final boot-target.
This b_mode represents the boot-switch, which can found on most b&r
targets. On the brppt1 this boot-switch is derived from some gpio and
the bootcounter within the RTC block, making it so possible to force
a boot-target (as example for repair-case).- refactor the environment for booting new flexible way
primary we want to get some bootscr.img within the mass-storage,
this script then loads everything needed for the boot.
For legacy reason we implement the t30lgcy#x boot targets, booting the
already delivered linux-images.- make space for the cfgscr within mtdparts on brppt1_nand
Signed-off-by: Hannes Schmelzer
-
On other OS, not one provided by B&R, it is not guaranteed that there
are factory-settings within a devicetree. So we must not treat the
absence of them as error.
Further we've the fact that on different version of the device-tree
files there are different namings of the factory-settings, we consider
this with searching for an alternative name.changing things as following:
- don't treat as error if the bootloader version cannot written into
devicetree.- since the naming of the factory-settings are different in different
versions of the provided device-tree we search for the alternate name
"/fset"Signed-off-by: Hannes Schmelzer
-
The falcon mode was never used on this board, there is also no plan to
use it. So drop this dead code.Signed-off-by: Hannes Schmelzer
-
If a board-code calls the pmicsetup(u32 mpupll) with a mpupll value
!= 0 it wants to force some frequency with the value provided by mpupll.
Setting up 1 GHz is wrong here.Nobody did take notice about that yet, since every board calls this
function with zero.Signed-off-by: Hannes Schmelzer
-
This interface names may vary over different products, to consider this
fact we replace the interface label "IF1" and "IF2" on the summary
screen with some more generic wording "MAC1" and "MAC2".Signed-off-by: Hannes Schmelzer
-
On this linux target long time ago the OS is using DRM driver for
handling video output, the pre initialization of u-boot and the display
summary screen is obsolete. With this patch we drop the LCD-support from
thisd board.Signed-off-by: Hannes Schmelzer
-
Since we're going to drop LCD-support on brppt1 boards, we have to make
this stuff here optional and remove the #error path.We also move out the ft_board_setup(...) from this #ifdef because
there's no relationship with the LCD-code and on the other hand this is
still needed in future even with LCD-support off.Signed-off-by: Hannes Schmelzer
-
The linux systems running on the brppt1 targets are using modern DRM
drivers since long time ago. Further we are going to drop the LCD
support completely on this board, so the simple-framebuffer setup
becomes obsolete.Signed-off-by: Hannes Schmelzer
-
This patch drops the lcd-screen setup, the summary screen and getting
mac-addresses based on a previous loaded device-tree for linux targets.
Selecting those linux target is simple, since we have only the brppt1.In detail we do:
- drop the common lcd-setup code which relys on a fdt_blob
- drop the common dtb loading mechanism
- drop the now obsolete CONFIG_USE_FDT from board header and whitelist.Signed-off-by: Hannes Schmelzer
07 May, 2018
1 commit
-
When U-Boot started using SPDX tags we were among the early adopters and
there weren't a lot of other examples to borrow from. So we picked the
area of the file that usually had a full license text and replaced it
with an appropriate SPDX-License-Identifier: entry. Since then, the
Linux Kernel has adopted SPDX tags and they place it as the very first
line in a file (except where shebangs are used, then it's second line)
and with slightly different comment styles than us.In part due to community overlap, in part due to better tag visibility
and in part for other minor reasons, switch over to that style.This commit changes all instances where we have a single declared
license in the tag as both the before and after are identical in tag
contents. There's also a few places where I found we did not have a tag
and have introduced one.Signed-off-by: Tom Rini
09 Apr, 2018
1 commit
-
In order that we can use eth_env_* even when CONFIG_NET isn't set, move
these functions to environment code from net code.This fixes failures such as:
board/ti/am335x/built-in.o: In function `board_late_init':
board/ti/am335x/board.c:752: undefined reference to `eth_env_set_enetaddr'
u-boot/board/ti/am335x/board.c:766: undefined reference to `eth_env_set_enetaddr'which caters for use cases such as:
commit f411b5cca48f ("board: am335x: Always set eth/eth1addr environment
variable")when Ethernet is required in Linux, but not U-Boot.
Signed-off-by: Alex Kiernan
11 Jan, 2018
2 commits
-
The clock selection is done now from the am335x-fb code, so there is no
more need doing this in the board code.Signed-off-by: Hannes Schmelzer
Reviewed-by: Anatolij Gustschin -
Actual am335x-fb implementation takes now a real clock frequency instead
a divider. So this component doesn't need to know anymore some base
frequency of the LCDC, we simply provide the pixel-clock frequency.Signed-off-by: Hannes Schmelzer
Reviewed-by: Anatolij Gustschin
16 Aug, 2017
4 commits
-
We are now using an env_ prefix for environment functions. Rename these
for consistency. Also add function comments in common.h.Suggested-by: Wolfgang Denk
Signed-off-by: Simon Glass -
We are now using an env_ prefix for environment functions. Rename these
two functions for consistency. Also add function comments in common.h.Quite a few places use getenv() in a condition context, provoking a
warning from checkpatch. These are fixed up in this patch also.Suggested-by: Wolfgang Denk
Signed-off-by: Simon Glass -
Rename this function for consistency with env_set().
Signed-off-by: Simon Glass
-
We are now using an env_ prefix for environment functions. Rename setenv()
for consistency. Also add function comments in common.h.Suggested-by: Wolfgang Denk
Signed-off-by: Simon Glass
12 Jul, 2017
1 commit
-
As part of preparation for nand DM conversion the new API has been
introduced to remove direct access to nand_info array. So, use it here
instead of accessing to nand_info array directly.Signed-off-by: Grygorii Strashko
Reviewed-by: Hannes Schmelzer
Reviewed-by: Simon Glass
