Re: Nuttx Cortex-A/R SMP I-cache support

2020-07-30 Thread Gregory Nutt
There have been numerous fixes for Cortex-A SMP since 7.31.  You might want to upgrade. On 7/29/2020 10:19 AM, Mansfield, Ryan wrote: Hi, We are trying to enable SMP for a dual core ARM Cortex-R8. We are using a kernel based on NuttX-7.31, with added proprietary support for our embedded Cort

Re: api stability in apps/netutils/webclient

2020-07-30 Thread Takashi Yamamoto
On Wed, Jun 3, 2020 at 4:23 AM Alan Carvalho de Assis wrote: > > Hi Takashi, > > Do you think it could be possible to create a HTTP REST framework for > NuttX similar to Ulfius: > > https://babelouest.github.io/ulfius/ > > https://www.hackster.io/babelouest/http-rest-framework-in-c-for-embedded-sy

Re: api stability in apps/netutils/webclient

2020-07-30 Thread Takashi Yamamoto
On Fri, May 29, 2020 at 3:23 PM Takashi Yamamoto wrote: > > hi, > > On Fri, May 29, 2020 at 7:00 AM Gregory Nutt wrote: > > > > > > > i want to add some stuff to apps/netutils/webclient. > > > for example, > > > > > > * ability to report http status to the caller > > > * ability to add some reque

RE: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once

2020-07-30 Thread David Sidrane
> Is this something we should be concerned about? Sorry if that came off wrong. I was agreeing with Greg's with the former statement. Not the latter one. David -Original Message- From: Brennan Ashton [mailto:bash...@brennanashton.com] Sent: Thursday, July 30, 2020 12:57 PM To: dev@nutt

Re: STM32WB

2020-07-30 Thread Gregory Nutt
while working on BLE stuff with nRF52 I looked around for similar platforms that could be supported in NuttX. I looked at STM32WB, which is based on a dual-CPU and supports BLE (as well as various other 2.4GHz protocols). While not as open as Nordic why publishes the details on the low level

STM32WB

2020-07-30 Thread Matias N.
Hi, while working on BLE stuff with nRF52 I looked around for similar platforms that could be supported in NuttX. I looked at STM32WB, which is based on a dual-CPU and supports BLE (as well as various other 2.4GHz protocols). While not as open as Nordic why publishes the details on the low level

Re: AMD64 arch

2020-07-30 Thread Brennan Ashton
Robert, I'll take a look this evening and get back to you. This has run on bare hardware before, as well as in a jailhouse cell, so it should be fairly close to running on your hardware. I do most of my testing inside of QEMU since it is much easier for me to attach the debugger, but I'll see if

Re: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once

2020-07-30 Thread Brennan Ashton
On Thu, Jul 30, 2020, 1:35 PM Adam Feuer wrote: > I didn't know this, but storing artifacts for 90 days is free for open > source projects on Github. > > This action can be used to upload the artifact: > https://github.com/actions/upload-artifact > > Looks like there is a REST API for listing and

Re: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once

2020-07-30 Thread Adam Feuer
I didn't know this, but storing artifacts for 90 days is free for open source projects on Github. This action can be used to upload the artifact: https://github.com/actions/upload-artifact Looks like there is a REST API for listing and downloading artifacts: https://developer.github.com/v3/action

RE: AMD64 arch

2020-07-30 Thread Robert Faron
Brennan , I got your latest code this morning with the pcitest config and have been able to make it create an iso and run it in qemu. The qemu_pci_init runs and scans bus 0 which maybe the only bus that qemu is providing. I see the is a function for mapping pci memory for qemu but there isn't

Re: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once

2020-07-30 Thread Brennan Ashton
On Thu, Jul 30, 2020, 1:13 PM Gregory Nutt wrote: > > > > >>> It is a simple matter to see the cost of a PR if we add bloaty > >>> (https://github.com/google/bloaty) to ci. > >>> > >> Great please file the simple PR to add it. This is not trivial as we > >> need > >> to manage the artifacts from

Re: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once

2020-07-30 Thread Gregory Nutt
It is a simple matter to see the cost of a PR if we add bloaty (https://github.com/google/bloaty) to ci. Great please file the simple PR to add it. This is not trivial as we need to manage the artifacts from previous builds to do the comparison or double the build time. We heard you last t

Re: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once

2020-07-30 Thread Brennan Ashton
On Thu, Jul 30, 2020, 1:02 PM Gregory Nutt wrote: > > >> It is a simple matter to see the cost of a PR if we add bloaty > >> (https://github.com/google/bloaty) to ci. > >> > > Great please file the simple PR to add it. This is not trivial as we need > > to manage the artifacts from previous build

Re: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once

2020-07-30 Thread Gregory Nutt
It is a simple matter to see the cost of a PR if we add bloaty (https://github.com/google/bloaty) to ci. Great please file the simple PR to add it. This is not trivial as we need to manage the artifacts from previous builds to do the comparison or double the build time. We heard you last time

Re: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once

2020-07-30 Thread Brennan Ashton
On Thu, Jul 30, 2020, 12:40 PM David Sidrane wrote: > -1 on more bloat > That is not a constructive vote. No one thinks we should have more bloat. The question is do we need to focus more on this. Some of the changes are due to shortcuts we have taken in the past that are now causing issues. Th

RE: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once

2020-07-30 Thread David Sidrane
-1 on more bloat It is a simple matter to see the cost of a PR if we add bloaty (https://github.com/google/bloaty) to ci. -Original Message- From: Gregory Nutt [mailto:spudan...@gmail.com] Sent: Thursday, July 30, 2020 12:25 PM To: dev@nuttx.apache.org Subject: Re: [GitHub] [incubator-nu

Re: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once

2020-07-30 Thread Gregory Nutt
But how long does it take you, when the linker tell you, you have over flowed .text by 256 bytes? When you overflow memory due to a large number of modest size increases, there is no way to recover.  You are basically screwed because nothing can really be done.  The only way to prevent code

RE: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once

2020-07-30 Thread David Sidrane
But how long does it take you, when the linker tell you, you have over flowed .text by 256 bytes? -Original Message- From: GitBox [mailto:g...@apache.org] Sent: Thursday, July 30, 2020 12:13 PM To: comm...@nuttx.apache.org Subject: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a

RE: AMD64 arch

2020-07-30 Thread Robert Faron
Brennan, Thanks for the help thus far. I cloned your branch yesterday afternoon. I created nuttx.elf files for both qemu-intel64:ostest and qemu-intel64:nsh. I created iso files using grub as your README.txt stated. And was able to boot both via qemu this morning. Looks like the OSTEST autom

Re: The NuttX Online Workshop is open for participation

2020-07-30 Thread Alan Carvalho de Assis
"Thanks" GMail for sending it twice! :-( On 7/30/20, Alan Carvalho de Assis wrote: > Hi Everyone, > > In two weeks (Aug 15,16) we will have the N.O.W (NuttX Online Workshop). > > To participate please access: > > https://nuttx.events/2020/06/15/apply-to-attend-nuttx-online-workshop/ > > If you ar

The NuttX Online Workshop is open for participation

2020-07-30 Thread Alan Carvalho de Assis
Hi Everyone, In two weeks (Aug 15,16) we will have the N.O.W (NuttX Online Workshop). To participate please access: https://nuttx.events/2020/06/15/apply-to-attend-nuttx-online-workshop/ If you are a Speaker you don't need to do it, of course. BR, Alan