ree to fix chiliboard
support.
Signed-off-by: Marcin Niestroj
---
arch/arm/dts/am335x-chiliboard-u-boot.dtsi | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/dts/am335x-chiliboard-u-boot.dtsi
b/arch/arm/dts/am335x-chiliboard-u-boot.dtsi
index 06a13872ee..17333d6
Import liteSOM and liteboard dts files from Linux v4.20. They will
be used after transition to driver model and device-tree based boot.
Signed-off-by: Marcin Niestroj
---
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/imx6ul-liteboard.dts | 151 ++
arch/arm
]. Everything was rebased on master.
[1] https://lists.denx.de/pipermail/u-boot/2018-November/348624.html
Marcin Niestroj (3):
ARM: dts: imx6ul-lite*: add DTS files for liteSOM and liteboard
ARM: liteboard: move towards driver model and device-tree boot
ARM: liteboard: use random ethaddr
arch/arm/dts
There is no ethaddr assigned to each board, so we need to use random
value in order to use network.
Signed-off-by: Marcin Niestroj
---
configs/liteboard_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/liteboard_defconfig b/configs/liteboard_defconfig
index 3d1b35918c
This patch mostly enables DM drivers in board defconfig and all their
dependencies. Additionally we remove USB code that is on longer
executed after enabling CONFIG_DM_USB. Enable CONFIG_PINCTRL, so we
can get rid of ethernet pin configuration.
Signed-off-by: Marcin Niestroj
---
board/grinn
Add DM_SPI to suppress build warning about dm conversion.
Signed-off-by: Marcin Niestroj
---
configs/chiliboard_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/chiliboard_defconfig b/configs/chiliboard_defconfig
index 02eb324811..ceba006e0c 100644
--- a/configs
DM_SERIAL is selected by TARGET_CHILIBOARD, so there is no reason to
keep code that will not be built. Remove it.
Signed-off-by: Marcin Niestroj
---
board/grinn/chiliboard/board.c | 8
1 file changed, 8 deletions(-)
diff --git a/board/grinn/chiliboard/board.c b/board/grinn/chiliboard
This patch mostly enables DM drivers in board defconfig and all their
dependencies. Additionally we remove ethernet platform data, as all
details are in device-tree now.
Signed-off-by: Marcin Niestroj
---
board/grinn/chiliboard/board.c | 53 --
configs
Add that node path in u-boot overlay dtsi file for now to keep
am335x-chiliboard.dts in sync with Linux.
Signed-off-by: Marcin Niestroj
---
arch/arm/dts/am335x-chiliboard-u-boot.dtsi | 11 +++
1 file changed, 11 insertions(+)
create mode 100644 arch/arm/dts/am335x-chiliboard-u
Import chiliSOM and chiliboard dts files from Linux v4.19. They will
be used after transition to driver model and device-tree based boot.
Signed-off-by: Marcin Niestroj
---
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/am335x-chiliboard.dts | 200 +
arch
DTS files from
Linux v4.19.
[1] https://lists.denx.de/pipermail/u-boot/2018-November/348558.html
Marcin Niestroj (4):
ARM: dts: am335x-chili*: add chiliSOM and chiliboard DTS files
ARM: dts: am335x-chiliboard: add /chosen/stdout-path
ARM: chiliboard: move towards driver model and device-tree
There is no ethaddr assigned to each board, so we need to use random
value in order to use network.
Signed-off-by: Marcin Niestroj
---
configs/liteboard_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/liteboard_defconfig b/configs/liteboard_defconfig
index 3d1b35918c
This patch mostly enables DM drivers in board defconfig and all their
dependencies. Additionally we remove USB code that is on longer
executed after enabling CONFIG_DM_USB. Enable CONFIG_PINCTRL, so we
can get rid of ethernet pin configuration.
Signed-off-by: Marcin Niestroj
---
board/grinn
Import liteSOM and liteboard dts files from Linux v4.19. They will
be used after transition to driver model and device-tree based boot.
Signed-off-by: Marcin Niestroj
---
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/imx6ul-liteboard.dts | 151 ++
arch/arm
Hi,
This patch moves board support code to use driver model where
possible and device-tree bot. As part of that we import DTS files from
Linux v4.19.
One minor patch here is to use random ethaddr in order to make network
usable on that board by default.
Marcin Niestroj (3):
ARM: dts: imx6ul
Hi Stefano,
On 23.07.2018 10:09, Stefano Babic wrote:
Hi Marcin,
On 19/07/2018 13:37, Marcin Niestroj wrote:
ERR05 in IMX6UL errata says to use OCRAM memory above
0x908000 (instead of 0x907000) for silicon revision 1.2 shipped
prior date code 1740.
As we cannot check affected targets
Hi,
On 20.07.2018 16:29, Sébastien Szymanski wrote:
Hi,
On 07/19/2018 01:37 PM, Marcin Niestroj wrote:
ERR05 in IMX6UL errata says to use OCRAM memory above
0x908000 (instead of 0x907000) for silicon revision 1.2 shipped
prior date code 1740.
As we cannot check affected targets
for non-affected targets, so more OCRAM
area can be used by SPL (e.g. for featureful SPL images).
Signed-off-by: Marcin Niestroj
---
arch/arm/mach-imx/mx6/Kconfig | 9 +
include/configs/imx6_spl.h| 11 +--
2 files changed, 18 insertions(+), 2 deletions(-)
diff --git a/arch
On 13.04.2018 11:12, sdrb wrote:
Marcin Niestroj wrote:
On 12.04.2018 13:35, sdrb wrote:
Marcin Niestroj wrote:
On 12.04.2018 11:09, sdrb wrote:
Marcin Niestrój wrote:
>>
Could you describe what is you BOOT[4:0] configuration? And you
want to
boot from MMC1, right?
If
On 12.04.2018 13:35, sdrb wrote:
Marcin Niestroj wrote:
On 12.04.2018 11:09, sdrb wrote:
Marcin Niestrój wrote:
>>
Could you describe what is you BOOT[4:0] configuration? And you want to
boot from MMC1, right?
If I read the BOOT[4:0] properly it is: 0011.
I want to boot f
and 0) configuration.
--
Marcin Niestroj
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
0); */
/* flush pending interrupts */
temp = musb_readb(mbase, MUSB_INTRUSB);
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
--
Marcin Niestroj
___
U-Boot ma
nd on device 0
reading /zImage
5465752 bytes read in 346 ms (15.1 MiB/s)
** Unable to read file / **
Starting kernel ...
-
--
Regards,
Marcin Niestroj
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
,
On 18/05/2017 16:57, Marcin Niestroj wrote:
Hi Stefano,
On 18.05.2017 16:28, Stefano Babic wrote:
Hi Marcin,
even if it was already merged (and maybe I am guilty of it because I
have not noted before), it is completely crazy that a board is stored
inside the SOC directory. The litesom board
into u-boot.
The idea was the same - allow to reuse SOM code for vendors creating
their own board based on our SOMs.
Regards,
Marcin
Regards,
Stefano
--
Marcin Niestroj
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Moving arch/arm/mach-litesom/ to arch/arm/cpu/armv7/mx6/ was requested
in [1] during discussion of chiliSOM support patches.
[1] http://lists.denx.de/pipermail/u-boot/2017-January/279137.html
Suggested-by: Tom Rini <tr...@konsulko.com>
Signed-off-by: Marcin Niestroj <m.niest...@grinn-g
/ directory and make it
possible to reuse initialization code (i.e. DDR, NAND init) for all
boards that use it.
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
Reviewed-by: Tom Rini <tr...@konsulko.com>
---
Changes v2 -> v4: none
Changes v1 -> v2 (suggested by Tom):
* chili
chiliBoard is a development board which uses chiliSOM as its base.
Hardware specification:
* chiliSOM (TI AM335x, DRAM, NAND)
* Ethernet PHY (id 0)
* USB host (usb1)
* MicroSD slot (mmc0)
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
Changes v3 -> v4
-chilisom/chilisom.c to
arch/arm/mach-omap2/chilisom.c (suggested by Tom)
* CONFIG_CHILISOM -> CONFIG_AM33XX_CHILISOM (suggested by Tom)
* converted include/configs/chiliboard.h header to SPDX license
identifier (suggested by Tom)
* removed USB gadget, CMD_DFU options from chiliboard_defco
/ directory and make it
possible to reuse initialization code (i.e. DDR, NAND init) for all
boards that use it.
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
Reviewed-by: Tom Rini <tr...@konsulko.com>
---
Changes v2 -> v3: none
Changes v1 -> v2 (suggested by Tom):
* chili
chiliBoard is a development board which uses chiliSOM as its base.
Hardware specification:
* chiliSOM (TI AM335x, DRAM, NAND)
* Ethernet PHY (id 0)
* USB host (usb1)
* MicroSD slot (mmc0)
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
Changes v2 -> v3:
* Removed U
by Tom)
* CONFIG_CHILISOM -> CONFIG_AM33XX_CHILISOM (suggested by Tom)
* converted include/configs/chiliboard.h header to SPDX license
identifier (suggested by Tom)
* removed USB gadget, CMD_DFU options from chiliboard_defconfig
Marcin Niestroj (2):
ARM: am335x: Add support for chiliSO
chiliBoard is a development board which uses chiliSOM as its base.
Hardware specification:
* chiliSOM (TI AM335x, DRAM, NAND)
* Ethernet PHY (id 0)
* USB host (usb1)
* MicroSD slot (mmc0)
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
Changes v1 -> v2:
* converte
/ directory and make it
possible to reuse initialization code (i.e. DDR, NAND init) for all
boards that use it.
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
Changes v1 -> v2 (suggested by Tom):
* chiliSOM was moved from arch/arm/mach-chilisom/chilisom.c to
arch/arm/m
Tom)
* CONFIG_CHILISOM -> CONFIG_AM33XX_CHILISOM (suggested by Tom)
* converted include/configs/chiliboard.h header to SPDX license
identifier (suggested by Tom)
* removed USB gadget, CMD_DFU options from chiliboard_defconfig
Marcin Niestroj (2):
ARM: am335x: Add support for chiliSOM
On 23.01.2017 18:07, Tom Rini wrote:
On Mon, Jan 23, 2017 at 05:27:09PM +0100, Marcin Niestroj wrote:
Hi,
Thanks for review! See my comment below.
On 23.01.2017 16:56, Tom Rini wrote:
On Mon, Jan 23, 2017 at 02:39:15PM +0100, Marcin Niestroj wrote:
chiliSOM is a System On Module (http
Hi,
Thanks for review! See my comment below.
On 23.01.2017 16:56, Tom Rini wrote:
On Mon, Jan 23, 2017 at 02:39:15PM +0100, Marcin Niestroj wrote:
chiliSOM is a System On Module (http://http://grinn-global.com/chilisom/).
It can't exists on its own, but will be used as part of other boards
If multiple mach-* directories are enabled in Kconfig then there was a
build error:
make[1]: *** arch/arm/mach-/: Is a directory. Stop.
Allow to enable multiple mach-* directories by proper config.mk
inclusion for each of them.
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.
board. Hence, we need a way to reuse common code
between those board.
chiliBoard is a development kit (and reference platform for chiliSOM), that
mainly shows possibilities and use cases of chiliSOM.
Patches were developed and tested on 2017.01.
Marcin Niestroj (3):
ARM: Makefile: Fix config.mk
it inside arch/arm/mach-*
directory and make it possible to reuse initialization code (i.e. DDR,
NAND init) for all boards that use it. This approach is similar as for
liteSOM module.
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
arch/arm/Kconfig
chiliBoard is a development board which uses chiliSOM as its base.
Hardware specification:
* chiliSOM (TI AM335x, DRAM, NAND)
* Ethernet PHY (id 0)
* USB host (usb1)
* MicroSD slot (mmc0)
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
arch/arm/K
Hi,
On 29.11.2016 17:31, Stefano Babic wrote:
On 16/09/2016 15:45, Marcin Niestroj wrote:
Hi,
These patches add support for liteSOM (http://grinn-global.com/litesom/),
and liteBoard (which uses liteSOM as it's base).
liteSOM consists of processor (NXP i.MX6UL), RAM memory (up to 512M DDR3
arch/arm/mach-*
directory and make it possible to reuse initialization code (i.e. DDR,
eMMC init) for all boards that use it.
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
Changes v1 -> v2: none
arch/arm/Kconfig | 2 +
arch/arm
d.h to
configs/liteboard_defconfig
Marcin Niestroj (2):
ARM: imx6ul: Add support for liteSOM
board/liteboard: Add support for liteBoard
arch/arm/Kconfig | 2 +
arch/arm/Makefile| 1 +
arch/arm/cpu/armv7/mx6/Kconfig |
liteBoard is a development board which uses liteSOM as its base.
Hardware specification:
* liteSOM (i.MX6UL, DRAM, eMMC)
* Ethernet PHY (id 0)
* USB host (usb_otg1)
* MicroSD slot (uSDHC1)
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
Changes v1 -> v2:
* fix
On 02.12.2016 16:03, Fabio Estevam wrote:
Hi Marcin,
On Fri, Dec 2, 2016 at 12:11 PM, Marcin Niestroj
<m.niest...@grinn-global.com> wrote:
Why is BOOT_DEVICE_MMC1 expected here? As I see in Udoo neo schematics
the SD card is connected to uSDHC2 port, because uSDHC1 is used for
somethin
c
+++ b/arch/arm/imx-common/spl.c
@@ -58,6 +58,7 @@ u32 spl_boot_device(void)
/* SD/eSD: 8.5.3, Table 8-15 */
case 0x4:
case 0x5:
+return BOOT_DEVICE_MMC1;
/* MMC/eMMC: 8.5.3 */
case 0x6:
case 0x7:
--
Check BOOT_CFG2[3:4] to determine which SD/MMC port is selected to boot
from. If MMC2 is selected return BOOT_DEVICE_MMC2. In all other cases
return BOOT_DEVICE_MMC1, as we do not have corresponding macro for MMC3
and MMC4.
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
liteBoard is a development board which uses liteSOM as its base.
Hardware specification:
* liteSOM (i.MX6UL, DRAM, eMMC)
* Ethernet PHY (id 0)
* USB host (usb_otg1)
* MicroSD slot (uSDHC1)
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
arch/arm/cpu/armv7/mx6/K
arch/arm/mach-*
directory and make it possible to reuse initialization code (i.e. DDR,
eMMC init) for all boards that use it.
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
arch/arm/Kconfig | 2 +
arch/arm/Makefile
for designed board. Hence, we need a way to reuse common code
between those board.
liteBoard is a development kit (and reference platform for liteSOM), that
mainly shows possibilities and use cases of liteSOM.
Patches were developed and tested on 2016.09.
Marcin Niestroj (2):
ARM: imx6ul: Add support
On 13.09.2016 20:23, Fabio Estevam wrote:
Hi Marcin,
On Wed, Aug 31, 2016 at 7:54 AM, Marcin Niestroj
<m.niest...@grinn-global.com> wrote:
liteSOM is a System On Module (http://grinn-global.com/litesom/). It
can't exists on its own, but will be used as part of other boards.
Ha
put source into arch/arm/mach-litesom, but I guess
it is not the best place for them.
The patch below compiles and runs successfully on liteBoard. It is based
on 2016-09-rc2.
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
arch/arm/Kconfig| 2 +
ar
CRC will cause setting default environment in case that the UBI
volume is zero size.
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
common/env_ubi.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/common/env_ubi.c b/common/env_ubi.c
index 7
On 06.05.2016 14:58, Marcin Niestroj wrote:
Up to now we were able to read/write environment data from/to UBI
volumes only indirectly by gluebi driver. This driver creates NAND MTD
on top of UBI volumes, which is quite a workaroung for this use case.
Add support for direct read/write UBI
ping
On 06.05.2016 14:58, Marcin Niestroj wrote:
Format warnings (-Wformat) were shown in printf() calls after defining
DEBUG macro.
Update format string and explicitly cast variables to suppress all
warnings.
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
too
Format warnings (-Wformat) were shown in printf() calls after defining
DEBUG macro.
Update format string and explicitly cast variables to suppress all
warnings.
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
tools/env/fw_env.c | 17 ++---
1 file chang
.
Signed-off-by: Marcin Niestroj <m.niest...@grinn-global.com>
---
tools/env/fw_env.c | 249 +++-
tools/env/fw_env.config | 8 ++
2 files changed, 256 insertions(+), 1 deletion(-)
diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c
index b
58 matches
Mail list logo