Is this loop from the 1st stage bootloader?
If that is the case, you only need to flash the 2nd stage bootloader.
You can get prebuilt binaries for that on
github.com/espressif/esp-nutt-bootloader and then from NuttX you can flash
with make download ESPTOOL_BINDIR=...
You can also build it yourself
Thanks for cleaning it out
On Sun, Oct 17, 2021, 20:17 Gregory Nutt wrote:
> All of the junk repositories are gone (that is a good thing to do
> regardless of what we decide to do with the directory). The
> github.com/nuttx directory still exists. The following people have write
> access:
>
>
On Mon, Oct 18, 2021 at 4:57 AM Gregory Nutt wrote:
>
> Wow, that change has been in the Makefile for 20 years.
>
> Here is the original bugfix:
> https://github.com/chexum/genromfs/commit/6d1b1e46bb7dbc25ca521c5dfcdc37d17dca8615
>
> The bug was:
>
> -mkdir -p $(PREFIX)$(mandir)
> +mkdir -p
Wow, that change has been in the Makefile for 20 years.
Here is the original bugfix:
https://github.com/chexum/genromfs/commit/6d1b1e46bb7dbc25ca521c5dfcdc37d17dca8615
The bug was:
-mkdir -p $(PREFIX)$(mandir)
+mkdir -p $(PREFIX)$(mandir)/man8
install -m 644 genromfs.8 $(PREFIX)$(ma
On Mon, Oct 18, 2021 at 4:31 AM Gregory Nutt wrote:
>
> > > By the way, did anyone since 1998 of genromfs existence notice this
> > > > part of Makefile that may cripple your system files ?!
> > > >
> > > > install-man:
> > > > # genromfs 0.5 installed the man page in this file,
> > > >
> > By the way, did anyone since 1998 of genromfs existence notice this
> > > part of Makefile that may cripple your system files ?!
> > >
> > > install-man:
> > > # genromfs 0.5 installed the man page in this file,
> > > # remove it before someone notices :)
> > > if [ -f $
genromfs 0.5.7 port has been submitted, with local patch until
upstream gets updated :-)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259242
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
On Mon, Oct 18, 2021 at 4:11 AM Gregory Nutt wrote:
>
> By the way, did anyone since 1998 of genromfs existence notice this
> > part of Makefile that may cripple your system files ?!
> >
> > install-man:
> > # genromfs 0.5 installed the man page in this file,
> > # remove it before
> Would you be inclined to open a pull request? I'd do it myself right away
> but am away from a real computer.
>
We don't have genromfs in a repository. We do have a snapshot here:
https://bitbucket.org/nuttx/tools/src/master/genromfs-0.5.2.tar.gz
That is the version I recommend to people becau
By the way, did anyone since 1998 of genromfs existence notice this
> part of Makefile that may cripple your system files ?!
>
> install-man:
> # genromfs 0.5 installed the man page in this file,
> # remove it before someone notices :)
> if [ -f $(PREFIX)$(bindir)/man8 ]; th
On Mon, Oct 18, 2021 at 4:03 AM Nathan Hartman wrote:
>
> On Sun, Oct 17, 2021 at 9:32 PM Tomasz CEDRO wrote:
>
> > By the way, did anyone since 1998 of genromfs existence notice this
> > part of Makefile that may cripple your system files ?!
> >
> > install-man:
> > # genromfs 0.5 install
On Sun, Oct 17, 2021 at 9:32 PM Tomasz CEDRO wrote:
> By the way, did anyone since 1998 of genromfs existence notice this
> part of Makefile that may cripple your system files ?!
>
> install-man:
> # genromfs 0.5 installed the man page in this file,
> # remove it before someone no
By the way, did anyone since 1998 of genromfs existence notice this
part of Makefile that may cripple your system files ?!
install-man:
# genromfs 0.5 installed the man page in this file,
# remove it before someone notices :)
if [ -f $(PREFIX)$(bindir)/man8 ]; then \
On Mon, Oct 18, 2021 at 1:27 AM Tomasz CEDRO wrote:
>
> I have managed to build and flash esp32c3-devkit:ble on FreeBSD :-)
>
> It gets a boot loop problem but the build seem to have worked just the
> same as on Linux Debian :-)
>
> I have tried `./tools/configure.sh -B sim:nsh` but that needs port
I have managed to build and flash esp32c3-devkit:ble on FreeBSD :-)
It gets a boot loop problem but the build seem to have worked just the
same as on Linux Debian :-)
I have tried `./tools/configure.sh -B sim:nsh` but that needs porting
`genromfs` to FreeBSD.
work in progres..
--
CeDeROM, SQ7M
Hello world :-)
By selecting toolkit by hand (make CROSSDEV=riscv32-esp-elf-) I made
it to build the esp32c3-devkit:ble example. Both on FreeBSD and Linux.
I am using ESP-IDF toolchain.
After flashing I can see on terminal emulator that device is locked in
a boot loop :-(
Is there any additional
On Sun, Oct 17, 2021 at 12:30 PM Tomasz CEDRO wrote:
> On Sun, Oct 17, 2021 at 1:06 AM Abdelatif Guettouche wrote:
> > The CROSSDEV variable will just have the name of the toolchain. If we want
> > to add another toolchain we add another ifeq in
> > riscv/rv32im/Toolchains.defs.
>
> Thank you :-)
TANK U SIR! =)
On Sun, Oct 17, 2021 at 8:17 PM Gregory Nutt wrote:
>
> All of the junk repositories are gone (that is a good thing to do
> regardless of what we decide to do with the directory). The
> github.com/nuttx directory still exists. The following people have write
> access:
>
>- Al
All of the junk repositories are gone (that is a good thing to do
regardless of what we decide to do with the directory). The
github.com/nuttx directory still exists. The following people have write
access:
- Alan Carvalho de Assis, acassis
- Anthony Merlino,antmerlino
- David Sidrane,
I will go ahead and remove github.com/nuttx content. There is nother there
of value now and everything is available elsewhere. So that is safe to do
in any case.
Many thanks to all and for all the links - that's cleared the air a bit!
embecosm: based on GCC-4.4.7
I'll add yet another AVR32 toolchain builder for those interested:
https://gitlab.com/martinwguy/ct-ng-avr32
based on avr32-gnu-toolchain 4.3.2 (which seems to have disappeared
from their release
Yeah,
Microchip never upstreamer the 32bit work and if you look at the source
parts of it are very ugly and based on a quite old version of gcc. They do
still host the source but it is behind a login wall.
https://www.microchip.com/en-us/development-tools-tools-and-software/gcc-compilers-avr-and-a
The nxflat stuff in that repository is broken for modern gcc. I fixed it
and have hosted it standalone here as well as added some basic CI.
https://github.com/btashton/nxflat
--Brennan
On Sun, Oct 17, 2021, 7:38 AM Nathan Hartman
wrote:
> On Sun, Oct 17, 2021 at 9:10 AM Abdelatif Guettouche
>
On Sun, Oct 17, 2021 at 4:33 PM Tomasz CEDRO wrote:
> What I really like in NuttX that menuconfig has all available options
> in one place so newcomer can see how many possible choices are out
> there! :-)
Just an idea: would it be possible to estimate final firmware size
based on selected functio
On Sun, Oct 17, 2021 at 9:10 AM Abdelatif Guettouche
wrote:
>
> We've been told before that we can host well known projects even if
> they are in an incompatible license. We discussed moving them to
> Apache.
> I'm not sure if we want to revive that discussion as it always went
> unnoticed, but i
What I really like in NuttX that menuconfig has all available options
in one place so newcomer can see how many possible choices are out
there! :-)
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
On Sat, Oct 16, 2021 at 10:27 AM Tomasz CEDRO wrote:
> Regarding kconfig-frontends I am in touch with Espressif and Debian
> maintainers, also contacted initial author Yann MORIN. Maybe putting
> this package into the Apache organization would be a good idea if
> possible..?
It occurred to me tha
> I would be happy to delete the whole thing. Adbelatif has offered to
> delete the contents as well. But we would need consensus. A few people
> writing emails doesn't constitute consensus. That is why we have formal
> votes so that everyone's voice is heard and the direction is clear.
We can
> Either way is fine, but we need action now. I have seen the same topic
> happen on the email list many times, but nothing happens after that
>discussion.
I would be happy to delete the whole thing. Adbelatif has offered to
delete the contents as well. But we would need consensus. A few peopl
I think that the naming is:
- avr-gcc for the still common 8-bit AVR family
- avr32-gcc for the nearly extinct 32-bit AVR32 family
On Sun, Oct 17, 2021 at 4:16 AM Tomasz CEDRO wrote:
> On Sun, Oct 17, 2021 at 2:15 AM Gregory Nutt wrote:
> >
> > Those are pretty old. These are old too:
>
On Sun, Oct 17, 2021 at 1:06 AM Abdelatif Guettouche wrote:
> There isn't really a big difference between IDF's toolchain and the one
> from Sifive, this is why we didn't add both.
> Are you having issues running the one from SiFive?
I know SiFive, I am following them directly at RISC-V lists, I a
On Sun, Oct 17, 2021 at 12:15 PM Tomasz CEDRO wrote:
>
> On Sun, Oct 17, 2021 at 2:15 AM Gregory Nutt wrote:
> >
> > Those are pretty old. These are old too:
> > http://ww1.microchip.com/downloads/archive/avr32-gnu-toolchain-3.4.0.332-source.zip
> >
> > There are even old sources here:
> > https:/
On Sun, Oct 17, 2021 at 2:15 AM Gregory Nutt wrote:
>
> Those are pretty old. These are old too:
> http://ww1.microchip.com/downloads/archive/avr32-gnu-toolchain-3.4.0.332-source.zip
>
> There are even old sources here:
> https://www.microchip.com/en-us/development-tools-tools-and-software/avr-and
33 matches
Mail list logo
