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
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 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
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:
>
> 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 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
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
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 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
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
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
>
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
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
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.
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,
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
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 :-)
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
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
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
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 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
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
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
> 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
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
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
> > 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 $
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,
> > > >
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: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
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:
>
>
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
33 matches
Mail list logo
