+1
Tested on nucleo-144 (STM32F746ZG) + pysimCoder
Roberto
On 6/30/23 10:47, Alin Jerpelea wrote:
Hello all,
Apache NuttX 12.2.0 RC0 has been staged under [1] and it's time to vote on
accepting it for release. Voting will be open for 72hr.
A minimum of 3 binding +1 votes and more binding +
Not directly related to NuttX but I hope you don't mind me asking here.
Bottom line: has anyone used any bootloader other than u-boot to allow usb dfu
or RNDIS-type firmware updates, and that easily boot NuttX?
My board uses the usual SAMA5 methodology of AT91 bootstrap->u-boot->NuttX. It
all w
On Sat, Jul 1, 2023 at 11:56 AM Tim Hardisty wrote:
> Bottom line: has anyone used any bootloader other than u-boot to allow usb
> dfu or RNDIS-type firmware updates, and that easily boot NuttX?
Maybe MCU Boot?
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
On 2023/07/01 18:56, Tim Hardisty wrote:
Bottom line: has anyone used any bootloader other than u-boot to allow usb dfu
or RNDIS-type firmware updates, and that easily boot NuttX?
We are using a SAMA5D26 based board with dual boot Linux/NuttX using
barebox (https://www.barebox.org/).
We hav
Hi Roberto,
Could you please supply more information? toolchain version used, size
of final binary, etc
This way to can have a historic of all versions.
BR,
Alan
On 7/1/23, Roberto Bucher wrote:
> +1
>
> Tested on nucleo-144 (STM32F746ZG) + pysimCoder
>
> Roberto
>
> On 6/30/23 10:47, Alin Je
Hi Tim,
I think everybody already cited all main bootloader used with embedded systems.
Maybe the only other suggestion is uMon (http://www.umonfw.com) an old
bootloader that still active, but I didn't find port to SAMA5D.
It was used mainly with Coldfire MCUs, but was ported to ARM too.
BR,
A
Thanks Alan - I am spending just a few more hours on u-boot, and then I
think Tomek's suggestion of MCUboot looks most promising :)
On 01/07/2023 13:43, Alan C. Assis wrote:
> Hi Tim,
>
> I think everybody already cited all main bootloader used with embedded
> systems.
>
> Maybe the only other s
You are welcome Tim!
Yes, MCUboot is a great option and we have it already integrated on
NuttX (for ESP32/C3/S2/S3, iMX1064, nRF52, STM32H7, SAME70, SAMV7).
A good thing about MCUboot is that you can do use it to do secure
firmware update over the air (FOTA).
BR,
Alan
On 7/1/23, Tim Hardisty
Hi Milan,
Please verify if fix in the upstream solved your issue.
BR,
Alan
On 6/30/23, Milan Obuch wrote:
> On Thu, 29 Jun 2023 19:29:39 -0300
> "Alan C. Assis" wrote:
>
>> Hi Milan,
>>
>> This S2-Mini board powered by ESP32-S2 seems to use the USB Controller
>> directed instead of using an e
Bottom line: has anyone used any bootloader other than u-boot to allow usb dfu
or RNDIS-type firmware updates, and that easily boot NuttX?
There are a few very tiny, minimal function bootloaders that I have used
with SAMA5's in the past:
./sama5d3x-ek/src/nor_main.c
./sama5d4-ek/src/
Hi Alan
I hope that these info can are complete:
Configuration:
nucleo-144:f746-pysim
Configuration for pysimCoder including network (DHCP) support
ls -l:
-rwxr-xr-x 1 bucher bucher 1744196 Jun 22 11:06 nuttx
-rwxr-xr-x 1 bucher bucher 134400 Jun 22 11:06 nuttx.bin
-rw-r--r--
Why not develop a nuttx based bootloader?
We have produced more than ten million devices, all run nuttx with
different configurations in the different phases(bootloader, ota, gui app),
cores(sensor hub, audio dsp), even security mode(tee).
The benefit of this approach include:
1. You just need
That is what I am beginning to think.
I now have the 2022 version of u-boot actually running with a console I
can get to. That's a major step forward and was only done by starting
again as I could not see the difference in the device tree or code no
matter how long I stared at it!
I can even
On Sat, Jul 1, 2023 at 5:38 PM Xiang Xiao wrote:
> Why not develop a nuttx based bootloader?
> We have produced more than ten million devices, all run nuttx with
> different configurations in the different phases(bootloader, ota, gui app),
> cores(sensor hub, audio dsp), even security mode(tee).
>
Its a really nice idea but probably really lots of work :-)
Possibly less then you might think since using NuttX for the bootloader
avoids all hardware driver development (unless you have some special
driver need). You simply write the bootloader app on top of the
existing driver and that
Lots of work to do a full u-boot replacement, yes. But a basic one using
existing NuttX stuff such as RNDIS, dfu, mtd etc. - for MY board at
least - would not be much work. He said...naively!
On 01/07/2023 17:14, Tomek CEDRO wrote:
On Sat, Jul 1, 2023 at 5:38 PM Xiang Xiao wrote:
Why not deve
On 7/1/2023 10:27 AM, Tim Hardisty wrote:
Lots of work to do a full u-boot replacement, yes. But a basic one
using existing NuttX stuff such as RNDIS, dfu, mtd etc. - for MY board
at least - would not be much work. He said...naively!
You often can't know how deep the water is until you get a l
I usually only ever find very deep water...
u-boot does all the clever/arch stuff well but I think (for the
not-so-popular Cortex A5) has buggy and undocumented "clever" stuff such
as RNDIS/DFU/etc.
One possibility that occurs to me is to use an additional boot stage, as
an alternative boot,
What I am trying to cater for is the inevitable occasion where a
customer does a firmware update that goes wrong and seems to "brick"
the device, as the "app" nor-flash is corrupted and an in-app updater
can't be run.
Back in the day when I was doing set-top boxes we would support updating
Yes, I've done similar on another product and it worked well. I have
allowed myself to get blinkered by the plethora of supposedly easy/good
that options u-boot offered.
Note to self: KISS ;-)
On 01/07/2023 18:05, Gregory Nutt wrote:
What I am trying to cater for is the inevitable occasion w
On Sun, Jul 2, 2023 at 12:42 AM Gregory Nutt wrote:
> On 7/1/2023 10:27 AM, Tim Hardisty wrote:
> > Lots of work to do a full u-boot replacement, yes. But a basic one
> > using existing NuttX stuff such as RNDIS, dfu, mtd etc. - for MY board
> > at least - would not be much work. He said...naivel
Yes, that is perfect! Thank you!
On 7/1/23, Roberto Bucher wrote:
> Hi Alan
>
> I hope that these info can are complete:
>
> Configuration:
> nucleo-144:f746-pysim
>
> Configuration for pysimCoder including network (DHCP) support
>
> ls -l:
> -rwxr-xr-x 1 bucher bucher 1744196 Jun 22 11
On Sat, 1 Jul 2023 10:27:11 -0300
"Alan C. Assis" wrote:
> Hi Milan,
>
> Please verify if fix in the upstream solved your issue.
>
> BR,
>
> Alan
>
Hi,
at the moment, neither solution presenetd in this thread works for me.
Maybe it has something to do I am still using 12.0.0 sources, maybe i
Thanks for all the info
Best Regards
Alin
On Sat, 1 Jul 2023, 21:28 Alan C. Assis, wrote:
> Yes, that is perfect! Thank you!
>
> On 7/1/23, Roberto Bucher wrote:
> > Hi Alan
> >
> > I hope that these info can are complete:
> >
> > Configuration:
> > nucleo-144:f746-pysim
> >
> > Configurat
On 7/1/23, Milan Obuch wrote:
> On Sat, 1 Jul 2023 10:27:11 -0300
> "Alan C. Assis" wrote:
>
>> Hi Milan,
>>
>> Please verify if fix in the upstream solved your issue.
>>
>> BR,
>>
>> Alan
>>
>
Actually you don't need to user UART1, if you just use the default
configuration and change the UART0
On Sat, Jul 1, 2023 at 8:32 PM Milan Obuch wrote:
> Maybe it has something to do I am still using 12.0.0 sources
Can you try with master? 12.2.0 will show up soon :-)
> maybe it
> has something to do with the way I am using FreeBSD as host OS
I am also working on FreeBSD that example worked on E
On Sat, 1 Jul 2023 20:31:39 +0200 I wrote:
> On Sat, 1 Jul 2023 10:27:11 -0300
> "Alan C. Assis" wrote:
>
> > Hi Milan,
> >
> > Please verify if fix in the upstream solved your issue.
> >
> > BR,
> >
> > Alan
> >
>
> Hi,
>
> at the moment, neither solution presenetd in this thread works for
27 matches
Mail list logo
