Hi Rouven,
On Fri, Dec 4, 2020 at 3:41 PM Rouven Czerwinski
wrote:
> $ edit /env/boot/reset
> #!/bin/sh
> reset
> $ nv boot.default=reset
> $ nv autoboot.timeout=0
> $ saveenv
> $ boot
>
> Note that barebox can still be interrupted by holding Ctrl+c and
> aborting the init sequence, which will
Hi,
This is probably an easy one :-)
I would like to run reset stress test in Barebox
In U-Boot, I do the following:
=> setenv bootcmd reset
=> saveenv
=> reset
and then the board keeps getting reset.
What would be the equivalent mechanism to achieve the same in Barebox?
Thank
Hi Giorgio,
On Thu, Jul 2, 2020 at 12:28 PM Giorgio Dal Molin
wrote:
> What I've found is that if I put the endless loop right at the end of
> imx21_soc_reset(), after the imxwd_write's, then the reboot process becomes
> reliable.
Just curious: are you able to reboot reliably if you issue a
Hi Giorgio,
On Mon, Jun 29, 2020 at 1:33 PM Giorgio Dal Molin
wrote:
> U-Boot configures the ddr3 with c code in its board code 'lowlevel.c'.
> Looking at the code I noticed this special treatment:
>
> static void spl_dram_init(void)
> {
> ...
> /*
> * Make sure that both
Hi Giorgio,
On Tue, Jun 23, 2020 at 10:48 AM Giorgio Dal Molin
wrote:
> Can anyone confirm that the current barebox is able to restart an imx7 soc
> without
> using external signals ?
You really need to use the WDOG_B pin to trigger the reset due to an
i.MX7 erratum.
Please check the i.MX7
Passing the full path of the referenced files make the text
clearer.
Signed-off-by: Fabio Estevam
---
Documentation/boards/imx/nxp-imx8mq-evk.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/boards/imx/nxp-imx8mq-evk.rst
b/Documentation/boards/imx/nxp
Hi Michael,
On Fri, Aug 24, 2018 at 4:55 PM, Michael Grzeschik wrote:
> I get that it is not safe to toggle bits if the clock is not
> there. We could check for the bootsource. Is it possible to
> ensure that we are started by imx-usb-loader?
It is possible to determine if we have started via
Correct form is "obtain them".
Signed-off-by: Fabio Estevam
---
Documentation/boards/imx/nxp-imx8mq-evk.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/boards/imx/nxp-imx8mq-evk.rst
b/Documentation/boards/imx/nxp-imx8mq-evk.rst
index 9dfa91
to flush the
BTB properly.
Based on commit 7b37a9c732bf ("ARM: Introduce ability to enable ACR::IBE
on Cortex-A8 for CVE-2017-5715") from U-Boot.
With this patch applied the kernel now reports:
CPU0: Spectre v2: using BPIALL workaround
Tested on a imx51 babbage.
Signed-off
7b37a9c732bf ("ARM: Introduce ability to enable ACR::IBE
on Cortex-A8 for CVE-2017-5715") from U-Boot.
With this patch applied the kernel now reports:
CPU0: Spectre v2: using BPIALL workaround
Tested on a imx51 babbage.
Signed-off-by: Fabio Estevam
---
arch/arm/include/asm/er
Hi David,
On Wed, Jun 13, 2018 at 3:50 AM, David Jander wrote:
o, it's not just you. Me and other people are with you.
>>
>> When talking about device tree stability we usually only talk about the
>> bindings, not about the structure of the trees. The problem here was
>> probably that people
Hi Andrey,
On Mon, Jun 11, 2018 at 10:53 PM, Andrey Smirnov
wrote:
> + pinctrl_fec1_data_tx: fec1datatxgrp {
> + pinmux = <
> + MX8MQ_IOMUXC_ENET_TD3_ENET1_RGMII_TD3
> + MX8MQ_IOMUXC_ENET_TD2_ENET1_RGMII_TD2
> +
Hi Nikita,
On Thu, May 10, 2018 at 2:49 PM, Nikita Yushchenko
wrote:
> From: Andrey Gusakov
>
> Reading PSR register report wrong value for pins
> configured as output.
> According DS: While the GPIO direction is set to input
>
GPMI driver, but it seems
that the right location for the fix would be in drivers/clk/imx, but
never had a chance to implement it properly.
Regards,
Fabio Estevam
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
On Fri, Mar 3, 2017 at 10:36 AM, Fabio Estevam <feste...@gmail.com> wrote:
> In the Subject I guess you meant "aips_tz3"
>
> On Fri, Mar 3, 2017 at 10:28 AM, Robin van der Gracht <ro...@protonic.nl>
> wrote:
>> The clock was mapped on CG15 (gpio2_clocks)
-
You should have marked it as v2.
Good catch, with the Subject fixed you can add:
Reviewed-by: Fabio Estevam <fabio.este...@nxp.com>
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
Hi Sascha,
On Thu, Jan 19, 2017 at 10:38 AM, Sascha Hauer wrote:
> I have one issue with starting the kernel on i.MX7. The architected
> timer does not work. In U-Boot I found arch/arm/imx-common/syscounter.c
> in which the system counter is initialized. I just copied
On Thu, Jan 19, 2017 at 7:14 AM, Sascha Hauer wrote:
> Ok, found it. The i.MX7 has two iomux controllers, the regular one and
> the LPSR iomux controller. In the warp7 and other dts files the LPSR
> pins are attached to the regular controller, not the LPSR controller.
> I
On Wed, Jan 18, 2017 at 5:07 AM, Sascha Hauer wrote:
> I have a rev 2.0 board here.
Does the 'reboot' command in Linux work?
___
barebox mailing list
barebox@lists.infradead.org
Hi Sascha,
On Mon, Jan 16, 2017 at 10:58 AM, Sascha Hauer wrote:
> Yes, I did. I configured MX7D_PAD_GPIO1_IO00 as WDOD1_WDOG_B, still my
> board only hangs. I also tried configuring it as GPIO. When toggling the
> gpio the board only hangs. I also tried different
Hi Sascha,
On Mon, Jan 16, 2017 at 8:50 AM, Sascha Hauer wrote:
> One issue remaining is that I am currently unable to reset the board
> using the watchdog or the barebox reset command. Out of ideas, will
> fix later.
Nice work!
Have you tried using
Hi Christian,
On Wed, Dec 21, 2016 at 7:38 PM, Christian Hemp wrote:
> The function "nand_enable_edo_mode" changed the NAND clk rate, without turning
> it off. In this case it is posible to get the following errors:
> MXS NAND: Error sending command
> MXS NAND: Error
Hi Stefan,
On Wed, May 4, 2016 at 10:20 AM, Stefan Christ wrote:
> First of all the reset values of MMC interfaces are differently between
> Quad and DualLite/Solo SoM.
>
> Register VEND_SPEC2(0xC8)
> Quad: 0x0
> DualLite: 0x0006
>
On Wed, Apr 27, 2016 at 6:25 AM, Sascha Hauer wrote:
> Normally the environment is much smaller, so I wouldn't expect issues
> here. The alternative to making the environment smaller would be to move
> other partitions to the back. This would probably hurt more,
Hi Sascha,
On Tue, Apr 26, 2016 at 3:44 AM, Sascha Hauer wrote:
> diff --git a/arch/arm/dts/imx25-karo-tx25.dts
> b/arch/arm/dts/imx25-karo-tx25.dts
> index 8d79471..76847ff 100644
> --- a/arch/arm/dts/imx25-karo-tx25.dts
> +++ b/arch/arm/dts/imx25-karo-tx25.dts
> @@
t;s.ha...@pengutronix.de>
Reviewed-by: Fabio Estevam <feste...@gmail.com>
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
Hi Sascha,
On Mon, Apr 25, 2016 at 3:14 AM, Sascha Hauer wrote:
> diff --git a/arch/arm/dts/imx25-karo-tx25.dts
> b/arch/arm/dts/imx25-karo-tx25.dts
> index d661463..6e28ac9 100644
> --- a/arch/arm/dts/imx25-karo-tx25.dts
> +++ b/arch/arm/dts/imx25-karo-tx25.dts
> @@
.
Fix this problem by increasing the size of the 'barebox' partition and
by placing the 'barebox-environment' right after it.
Signed-off-by: Fabio Estevam <feste...@gmail.com>
---
Changes since v1:
- Also adjust the partition size for 'barebox'.
arch/arm/dts/imx6qdl-sabresd.dtsi | 6 +++
From: Fabio Estevam <fabio.este...@nxp.com>
After doing a 'saveenv' command, it is no longer possible to boot.
The reason is that the 'barebox-environment' overwrites the
barebox binary.
Fix this problem by placing the environment into a proper SD card
location, such as 0xc.
Sign
On Sat, Apr 23, 2016 at 5:02 PM, Fabio Estevam <feste...@gmail.com> wrote:
> Hi,
>
> After running the 'saveenv' command on a mx6qsabresd board, I can no
> longer boot Barebox:
I managed to fix this by doing:
--- a/arch/arm/dts/imx6qdl-sabresd.dtsi
+++ b/arch/arm/dts/im
Hi Sam,
On Sat, Apr 23, 2016 at 5:15 PM, Sam Ravnborg wrote:
> Hi Fabio.
>
>> After running the 'saveenv' command on a mx6qsabresd board, I can no
>> longer boot Barebox:
>
> You may be hit by the issue described here:
>
get to the menu
barebox@Freescale i.MX6 Quad SABRE Smart Device Board:/
barebox@Freescale i.MX6 Quad SABRE Smart Device Board:/ saveenv
saving environment
barebox@Freescale i.MX6 Quad SABRE Smart Device Board:/ reset
(board hangs...)
Any suggestions on how to fix this?
Thanks,
Fabio Este
On Mon, Jan 11, 2016 at 7:55 PM, Peter Mamonov wrote:
> At least nothing is printed to the Debug UART.
>
> git-bisect points to the following patch:
> 4d70da6 ARM: MXS: power-init: Add parameters to mx28_power_init()
>
> Reverting this patch fixes the issue.
Does this help?
From: Fabio Estevam <fabio.este...@nxp.com>
Commit 4d70da6 ("ARM: MXS: power-init: Add parameters to
mx28_power_init()") causes imx233-olinuxino to not boot anymore.
imx233-olinuxino is commonly powered from external input supply,
so adjust the mx23_power_init() argu
On Mon, Dec 14, 2015 at 9:43 AM, Sascha Hauer wrote:
> +const char *time_str(struct rtc_time *tm)
> +{
> + const char *weekdays[] = { "Mon", "Tue", "Wed", "Thu", "Fri", "Sat",
> "Sun" };
> + const char *months[] = { "Jan", "Feb", "Mar", "Apr", "May", "Jun",
From: Fabio Estevam <fabio.este...@freescale.com>
As regmap is not used in Barebox we can remove this field
from the imx_hdmi struct.
Signed-off-by: Fabio Estevam <fabio.este...@freescale.com>
---
drivers/video/imx-ipu-v3/imx-hdmi.c | 1 -
1 file changed, 1 deletion(-)
diff --g
From: Fabio Estevam fabio.este...@freescale.com
Sync the spi_nor_ids[] struct with the one from kernel 4.1.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
drivers/mtd/spi-nor/spi-nor.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/drivers
gone through three days of reboot stress
test without any hang.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/boards/freescale-mx53-qsb/flash-header-imx53-loco.imxcfg | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boards/freescale-mx53-qsb
On Wed, Jun 24, 2015 at 11:33 AM, Jan Lübbe j...@pengutronix.de wrote:
Gyorgy, could you point us to the Yocto side of the discussion, if it
was on some list?
https://www.mail-archive.com/meta-freescale@yoctoproject.org/msg14197.html
Regards,
Fabio Estevam
On Thu, May 7, 2015 at 7:59 PM, Antony Pavlov antonynpav...@gmail.com wrote:
Hi!
I have just readed about new RaspberyPi-like board: UDOO Neo.
See
https://www.kickstarter.com/projects/udoo/udoo-neo-raspberry-pi-arduino-wi-fi-bt-40-sensors
for details.
The board's main chip is Freescale
Hi Sascha,
On Mon, Jun 2, 2014 at 4:22 AM, Sascha Hauer s.ha...@pengutronix.de wrote:
Any comments, Sascha?
No, I assumed you resend the patch without the hunk above.
The hunk was sent below the --- line, so it is not part of the original patch.
I put it below the --- line just for
.
Tested on mx6q.
Based on a patch from Eric Nelson for U-boot.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v1:
- Remove the extra hunk above the --- line.
drivers/serial/serial_imx.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers
Hi,
I am running barebox on a mx6qsabresd board and would like to know if
there is a way to change the serial baudrate via barebox prompt.
Any suggestion?
Thanks,
Fabio Estevam
___
barebox mailing list
barebox@lists.infradead.org
http
On Mon, Apr 21, 2014 at 5:15 PM, Lucas Stach d...@lynxeye.de wrote:
Signed-off-by: Lucas Stach d...@lynxeye.de
---
drivers/video/imx-ipu-v3/ipu-dmfc.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/video/imx-ipu-v3/ipu-dmfc.c
From: Fabio Estevam fabio.este...@freescale.com
mx25-3stack only uses USBH1 and USBOTG, so remove USBH2 related pin setting.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/boards/freescale-mx25-3ds/3stack.c | 15 ---
1 file changed, 15 deletions(-)
diff --git
From: Fabio Estevam fabio.este...@freescale.com
Fix the following sparse warning:
lib/math.c:309:16: warning: Using plain integer as NULL pointer
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
lib/math.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib
From: Fabio Estevam fabio.este...@freescale.com
Add multiboard support for mx6sabresd.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/boards/freescale-mx6-sabresd/board.c| 13 +++--
arch/arm/configs/freescale-mx6-sabresd_defconfig | 2 +-
arch/arm/mach-imx
From: Fabio Estevam fabio.este...@freescale.com
The image will be named after the official name of this board:
barebox-freescale-mx6-sabresd.img
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/boards/freescale-mx6-sabresd/Makefile | 4 +-
.../boards/freescale
From: Fabio Estevam fabio.este...@freescale.com
Add multiboard support for mx6sabresd.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v1:
- None
arch/arm/boards/freescale-mx6-sabresd/board.c| 13 +++--
arch/arm/configs/freescale-mx6-sabresd_defconfig
From: Fabio Estevam fabio.este...@freescale.com
The image will be named after the official name of this board:
barebox-freescale-mx6-sabresd.img
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v1:
- Add flash-header-mx6-sabresd.imxcfg
arch/arm/boards/freescale
From: Fabio Estevam fabio.este...@freescale.com
Allow mx6sabresd board be built by default.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/configs/imx_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/imx_v7_defconfig
b/arch/arm/configs
From: Fabio Estevam fabio.este...@freescale.com
Setup CCM_CCOSR register to provide a CKO1 clock frequency of 16.5 MHz.
CKO1 drives sgtl5000 codec clock on mx6qsabrelite and doing this setup in the
bootloader will allow us to remove a lot of code in
arch/arm/mach-imx/mach-imx6q.c
from
52 matches
Mail list logo