Re: Build failed in Jenkins: NuttX-Nightly-Build #208

[Haitao Liu]

sim:module32 config build break under ubuntu linux.


MODULECC: chardev.c
cc1: error: code model 'large' not supported in the 32 bit mode
Makefile:79: recipe for target 'chardev.o' failed
make[4]: *** [chardev.o] Error 1


It seems caused by the below change.


@Takashi Yamamoto  please take a look at it. Thanks.


commit b8b2ac4f2cc880359db7f821a53782b3061bb93c
Author: YAMAMOTO Takashi 
Date:   Wed Jul 1 12:50:06 2020 +0900

sim: Sync Linux CMODULEFLAGS with macOS

Namely, always use -mcmodel=large.

NuttX modules are loaded into the NuttX heap, which can be out of
range for 32-bit relocations generated with -mcmodel=small.

A possible alternative would be to use MAP_32BIT to allocate sim heap.
But I prefer this approach because it's very convenient for me to
be able to share modules between Linux and macOS sim.




Apache Jenkins Server  于2020年7月2日周四 下午1:36写道：

> See <
> https://builds.apache.org/job/NuttX-Nightly-Build/208/display/redirect>
>
> Changes:
>
>
> --
> [...truncated 307.73 KB...]
>   Building NuttX...
>   Normalize sim/minibasic
>
> 
> Configuration/Tool: sim/tcpblaster
>
> 
>   Cleaning...
>   Configuring...
>   Copy files
>   Select CONFIG_HOST_LINUX=y
>   Refreshing...
>   Building NuttX...
> --2020-07-02 05:28:18--
> https://github.com/ARMmbed/littlefs/archive/v2.2.1.tar.gz
> Resolving github.com (github.com)... 192.30.255.113
> Connecting to github.com (github.com)|192.30.255.113|:443... connected.
> HTTP request sent, awaiting response... 302 Found
> Location: https://codeload.github.com/ARMmbed/littlefs/tar.gz/v2.2.1
> [following]
> --2020-07-02 05:28:19--
> https://codeload.github.com/ARMmbed/littlefs/tar.gz/v2.2.1
> Resolving codeload.github.com (codeload.github.com)... 192.30.255.120
> Connecting to codeload.github.com (codeload.github.com)|192.30.255.120|:443...
> connected.
> HTTP request sent, awaiting response... 200 OK
> Length: unspecified [application/x-gzip]
> Saving to: 'littlefs/v2.2.1.tar.gz'
>
> v2.2.1.tar.gz   [<=> ]   0  --.-KB/s
>  v2.2.1.tar.gz   [ <=>] 111.57K  --.-KB/sin
> 0.01s
>
> 2020-07-02 05:28:19 (7.43 MB/s) - 'littlefs/v2.2.1.tar.gz' saved [114250]
>
>   Normalize sim/tcpblaster
>
> 
> Configuration/Tool: sim/touchscreen
>
> 
>   Cleaning...
>   Configuring...
>   Copy files
>   Select CONFIG_HOST_LINUX=y
>   Refreshing...
>   Building NuttX...
>   Normalize sim/touchscreen
>
> 
> Configuration/Tool: sim/bas
>
> 
>   Cleaning...
>   Configuring...
>   Copy files
>   Select CONFIG_HOST_LINUX=y
>   Refreshing...
>   Building NuttX...
>   Normalize sim/bas
>
> 
> Configuration/Tool: sim/mtdpart
>
> 
>   Cleaning...
>   Configuring...
>   Copy files
>   Select CONFIG_HOST_LINUX=y
>   Refreshing...
>   Building NuttX...
>   Normalize sim/mtdpart
>
> 
> Configuration/Tool: sim/spiffs
>
> 
>   Cleaning...
>   Configuring...
>   Copy files
>   Select CONFIG_HOST_LINUX=y
>   Refreshing...
>   Building NuttX...
>   Normalize sim/spiffs
>
> 
> Configuration/Tool: sim/ustream
>
> 
>   Cleaning...
>   Configuring...
>   Copy files
>   Select CONFIG_HOST_LINUX=y
>   Refreshing...
>   Building NuttX...
>   Normalize sim/ustream
>
> 
> Configuration/Tool: sim/userfs
>
> 
>   Cleaning...
>   Configuring...
>   Copy files
>   Select CONFIG_HOST_LINUX=y
>   Refreshing...
>   Building NuttX...
>   Normalize sim/userfs
>
> 
> Configuration/Tool: sim/rpproxy
>
> 
>   Cleaning...
>   Configuring...
>   Copy files
>   Select CONFIG_HOST_LINUX=y
>   Refreshing...
> --2020-07-02 05:31:20--
> https://github.com/OpenAMP/libmetal/archive/v202

Re: [VOTE] Apache NuttX 9.1.0 (incubating) RC1 release

[Nathan Hartman]

On Tue, Jun 30, 2020 at 1:58 AM Brennan Ashton  wrote:
> Apache NuttX (Incubating) 9.1.0 has been staged under [1] and it's time
> to vote on accepting it for release. If approved we will seek final
> release approval from the IPMC. Voting will be open for 72hr.  This RC
> replaces RC0 which was never released due to several bugs found durring
> the voting period.

Summary:
+1 to release

Development system: Linux

Verified:
* Signatures (note GPG reports the key is expired)
* SHA-512 sums
* Incubating in artifact names
* LICENSE, NOTICE, README.txt, DISCLAIMER-WIP present in both tarballs
* Build and run b-g474e-dpow1:nsh configuration successfully (new in NuttX-9.1)

Dependencies:
* gcc-arm-none-eabi-7-2017-q4-major
* kconfig-conf from NuttX tools repository

Other dependencies from Debian packages:
* binutils-dev 2.31.1-16
* bison 2:3.3.2.dfsg-1
* flex 2.6.4-6.2
* gperf 3.1-1
* libelf-dev 0.176-1.1
* libgmp-dev 2:6.1.2+dfsg-4
* libisl-dev 0.20-2
* libmpc-dev 1.1.0-1
* libmpfr-dev 4.0.2-1
* libncurses5-dev 6.1+20181013-2+deb10u2
* libusb-1.0-0-dev 2:1.0.22-2
* libusb-dev 2:0.1.12-32
* texinfo 6.5.0.dfsg.1-4+b1

Thanks to everyone for making this release (candidate) possible!

Cheers,
Nathan

Re: Help with Apache Github Invite

[Anthony Merlino]

Justin,

Is there an infra email address I should use to get help with this?

Thank you,
Anthony




On Wed, Jul 1, 2020 at 7:19 PM Anthony Merlino 
wrote:

> Justin,
>
> According to Github, I have 2FA enabled. It's been enabled for months. As
> has my linking of ASF and Github user name.
>
> You need to wait until you have been added to the ASF gitHub account
>> before doing the last step.
>>
>
> What are you calling the last step? What do I have to do to be added to
> the ASF github account? I thought I had done everything I was supposed to
> do.
>
> Best,
> Anthony
>
>
>
>
>
>
> On Wed, Jul 1, 2020 at 7:04 PM Justin Mclean 
> wrote:
>
>> HI,
>>
>> You need to wait until you have been added to the ASF gitHub account
>> before doing the last step. The usual issue is not setting up 2FA.
>>
>> Thanks,
>> Justin
>
>

Re: [VOTE] Apache NuttX 9.1.0 (incubating) RC1 release

[Nathan Hartman]

On Thu, Jul 2, 2020 at 1:12 PM Nathan Hartman  wrote:
> Summary:
> +1 to release
>
> Development system: Linux
>
> Verified:
> * Signatures (note GPG reports the key is expired)

Correction, follow-up: I re-imported the key. GPG no longer reports
the key as expired. My vote remains +1.

Cheers,
Nathan

Re: Help with Apache Github Invite

[Nathan Hartman]

On Thu, Jul 2, 2020 at 1:16 PM Anthony Merlino  wrote:
> Is there an infra email address I should use to get help with this?

Hi Anthony,

It sounds to me like something fell through a crack somewhere.

I think you should email us...@infra.apache.org.

Sorry you're having all these issues... Hopefully it gets straightened
out quickly!!

Nathan

BBC MicroBit (nRF51822) running NuttX

[Alan Carvalho de Assis]

Hi Everyone,

It appears that someone is porting NuttX to BBC MicroBit board

https://github.com/SaitoYutaka/incubator-nuttx

Very interesting!

He is testing on QEMU, maybe someone with an nRF51822 board could give
it a try! ;-)

BR,

Alan

Re: SAMA5D27 SDMMC support branch

[Adam Feuer]

Hi,

I pushed a cleaned-up working SAMA5 SDMMC driver to this branch:

https://github.com/starcat-io/incubator-nuttx/tree/feature/sama5d27-sdmmc-support

It's ported from imxrt_usdhc.c, there were some differences but the
structure is largely the same. This driver works with DMA, and can do
widebus (4-bit) transfers in UHS_DDR50 mode (double data-rate 50MHz, so one
transfer each on the rising and falling of the SD clock); up from the
ixmrt's default of UHS_SDR25 (single data rate 25MHz).

I haven't run nxstyle on it, I will try to do that this weekend, update the
formatting, and get a PR submitted for review.

cheers
adam



On Wed, Jun 17, 2020 at 9:19 PM Adam Feuer  wrote:

> Thanks Nathan. It's been interesting learning how to port and debug NuttX
> drivers. Hopefully I will be able to write something about it when I get
> the code accepted.
>
> It was helpful that I could port a driver used by the same chip peripheral
> IP block on other NuttX supported chips. I didn't have to write it from
> scratch. Takeyoshi suggested doing the port and he was right about it.
>
> -adam
>
>
> On Wed, Jun 17, 2020 at 5:46 PM Nathan Hartman 
> wrote:
>
>> On Wed, Jun 17, 2020 at 5:49 PM Adam Feuer  wrote:
>>
>> > SDMMC write is working now too. So the driver can do the following:
>> >
>> >- Non-DMA read and write
>> >- DMA read and write in SDMA mode
>> >- 1 bit bus
>> >- 4 bit bus (widebus)
>> >- up to 25Mhz
>> >
>> > I'm going to work on cleanup, documentation, and PR next. I'll post a
>> > branch here when I get it somewhat cleaned up.
>>
>>
>> That's exciting! Thanks for your hard work and for posting updates in the
>> meantime.
>>
>> Cheers,
>> Nathan
>>
>
>
> --
> Adam Feuer 
>


-- 
Adam Feuer 

Build failed in Jenkins: NuttX-Nightly-Build #209

[Apache Jenkins Server]

See 

Changes:


--
[...truncated 310.12 KB...]
  Building NuttX...
  Normalize sim/minibasic

Configuration/Tool: sim/tcpblaster

  Cleaning...
  Configuring...
  Copy files
  Select CONFIG_HOST_LINUX=y
  Refreshing...
  Building NuttX...
--2020-07-03 05:32:41--  
https://github.com/ARMmbed/littlefs/archive/v2.2.1.tar.gz
Resolving github.com (github.com)... 192.30.255.113
Connecting to github.com (github.com)|192.30.255.113|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://codeload.github.com/ARMmbed/littlefs/tar.gz/v2.2.1 [following]
--2020-07-03 05:32:41--  
https://codeload.github.com/ARMmbed/littlefs/tar.gz/v2.2.1
Resolving codeload.github.com (codeload.github.com)... 192.30.255.120
Connecting to codeload.github.com (codeload.github.com)|192.30.255.120|:443... 
connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/x-gzip]
Saving to: 'littlefs/v2.2.1.tar.gz'

v2.2.1.tar.gz   [<=> ]   0  --.-KB/s   
v2.2.1.tar.gz   [ <=>] 111.57K  --.-KB/sin 0.01s   

2020-07-03 05:32:41 (7.53 MB/s) - 'littlefs/v2.2.1.tar.gz' saved [114250]

  Normalize sim/tcpblaster

Configuration/Tool: sim/touchscreen

  Cleaning...
  Configuring...
  Copy files
  Select CONFIG_HOST_LINUX=y
  Refreshing...
  Building NuttX...
  Normalize sim/touchscreen

Configuration/Tool: sim/bas

  Cleaning...
  Configuring...
  Copy files
  Select CONFIG_HOST_LINUX=y
  Refreshing...
  Building NuttX...
  Normalize sim/bas

Configuration/Tool: sim/mtdpart

  Cleaning...
  Configuring...
  Copy files
  Select CONFIG_HOST_LINUX=y
  Refreshing...
  Building NuttX...
  Normalize sim/mtdpart

Configuration/Tool: sim/spiffs

  Cleaning...
  Configuring...
  Copy files
  Select CONFIG_HOST_LINUX=y
  Refreshing...
  Building NuttX...
  Normalize sim/spiffs

Configuration/Tool: sim/ustream

  Cleaning...
  Configuring...
  Copy files
  Select CONFIG_HOST_LINUX=y
  Refreshing...
  Building NuttX...
  Normalize sim/ustream

Configuration/Tool: sim/userfs

  Cleaning...
  Configuring...
  Copy files
  Select CONFIG_HOST_LINUX=y
  Refreshing...
  Building NuttX...
  Normalize sim/userfs

Configuration/Tool: sim/rpproxy

  Cleaning...
  Configuring...
  Copy files
  Select CONFIG_HOST_LINUX=y
  Refreshing...
--2020-07-03 05:36:00--  
https://github.com/OpenAMP/libmetal/archive/v2020.04.0.zip
Resolving github.com (github.com)... 192.30.255.112
Connecting to github.com (github.com)|192.30.255.112|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://codeload.github.com/OpenAMP/libmetal/zip/v2020.04.0 
[following]
--2020-07-03 05:36:00--  
https://codeload.github.com/OpenAMP/libmetal/zip/v2020.04.0
Resolving codeload.github.com (codeload.github.com)... 192.30.255.120
Connecting to codeload.github.com (codeload.github.com)|192.30.255.120|:443... 
connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/zip]
Saving to: 'libmetal.zip'

libmetal.zip[<=> ]   0  --.-KB/s   
libmetal.zip[ <=>] 375.15K  --.-KB/sin 0.07s   

2020-07-03 05:36:00 (5.47 MB/s) - 'libmetal.zip' saved [384158]

--2020-07-03 05:36:01--  
https://github.com/OpenAMP/open-amp/archive/v2020.04.0.zip
Resolving github.com (github.com)... 192.30.255.112
Connecting to github.com (github.com)|192.30.255.112|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://codel

Problem booting when using Nuttx on Qemu x86_64

[Punit Agrawal]

Hi,

I am trying to run nuttx in a Qemu x86_64 VM but seem to be hitting some
issue during early boot (as far as I can tell). I am using commit
deb3b13759fe08 ("Udate TODO List") from yesterday.

Following the instructions for the board qemu-intel64, I configured and
built the nuttx.elf using - 

./tools/configure.sh qemu-intel64:nsh
make

I then built an iso using grub-mkrescue and booted with qemu using

qemu-system-x86_64 -cpu host -enable-kvm -m 2G -cdrom boot.iso -boot d 
-nographic -serial mon:stdio

Seeing the output on the serial console, it feels like the cpu gets into
a reboot loop with BIOS messages followed by grub loading the nuttx
binary.

I am using qemu[0] and gcc[1] shipped with Debian Bullseye (testing).

Next I tried debugging (by passing "-s -S" to Qemu and connecting via
gdb) to see if it was anything obvious or if I was missing some Qemu
options.

Single stepping through the early startup code
(arch/x86_64/src/intel64/intel64_head.S) suggests an unhandled exception
is taken at the start of __nxstart. Considering the code has a comment
indicating that it's executing from high memory, I am guessing an issue
with the memory setup before getting here is causing an issue.

Does anybody else see this issue? As I am not familiar with Nuttx I am
wondering if I am missing something obvious.

Happy to try suggestions / patches.

Thanks,
Punit


[0] Qemu Version

% qemu-system-x86_64 --version
QEMU emulator version 5.0.0 (Debian 1:5.0-5)
Copyright (c) 2003-2020 Fabrice Bellard and the QEMU Project developers

[1] GCC Version

% gcc --version
gcc (Debian 9.3.0-12) 9.3.0
...