Re: dev board recommendation?

2020-02-11 Thread Takashi Yamamoto
hi, what settings do you have in mind? the wifi router is in the same room, a few meters away from the board. the smart person managing the network told me: Wireles N fixed on channel 5 (20MHz width), AP in WMM Mode, Short Preamble, WPA2 PSK (CCMP) encryption, with "key reinstallation (KRACK) cou

Re: NuttX at FOSDEM 2020

2020-02-11 Thread Philippe Coval
Hi, Some feeback from FOSDEM, Alin Jerpelea and I were able to present in IoT room, and It was recorded and published at: https://fosdem.org/2020/schedule/event/iotnuttx/ Feel free to rehost the video on NuttX channel If curious about what I've been building with JavaScript on MCU (STM32), fell

Re: dev board recommendation?

2020-02-11 Thread Ishikawa, Masayuki (SHES)
Or what happens if you move GS2200M near the Wi-Fi router? On 2020/02/12 13:02, "Ishikawa, Masayuki (SHES)" wrote: Thanks for the details. I think it's a GS2200M firmware issue. Could you tell me a product name of the Wi-Fi router? And the issue might be mitigated if you

Re: dev board recommendation?

2020-02-11 Thread Ishikawa, Masayuki (SHES)
Thanks for the details. I think it's a GS2200M firmware issue. Could you tell me a product name of the Wi-Fi router? And the issue might be mitigated if you change Wi-Fi router settings. On 2020/02/12 12:32, "Takashi Yamamoto" wrote: On Tue, Feb 11, 2020 at 1:40 PM Ishikawa, Masayuki (SHE

Re: dev board recommendation?

2020-02-11 Thread Takashi Yamamoto
On Tue, Feb 11, 2020 at 1:40 PM Ishikawa, Masayuki (SHES) wrote: > > Yamamoto-san, > > Could you tell me what kind of network applications you > are trying with Spresense + GS2200M? for now, just a mqtt client. (i know gs2200m has some mqtt functionalities. but i'm not going to use it) > > Also,

Re: problems with TCP send sizes greater than ETH_PKTSIZE (SAMA5D36)

2020-02-11 Thread Adam Feuer
I did some more debugging today. It seems like the GMAC is sending multiple buffers sometimes when the TCP send is larger than MSS. So it's not sending not just a single one by itself. When that happens, the GMAC driver marks the first TX buffer descriptor as used (sent), txdesc->status = GMACTXD_S

[GitHub] [incubator-nuttx-testing] liuguo09 commented on issue #2: Multibranch pipeline job example

2020-02-11 Thread GitBox
liuguo09 commented on issue #2: Multibranch pipeline job example URL: https://github.com/apache/incubator-nuttx-testing/pull/2#issuecomment-584984210 That's good. Another thing I wonder if it is necessary for us to create a subdirectory jenkins to hold the pipeline job stuffs. And create

NuttX SocketCAN implementation

2020-02-11 Thread Peter Van Der Perk
Hi all, This is a follow up to the SocketCAN integration into NuttX discussion. As discussed before we proposed the idea to include SocketCAN support in NuttX to provide a generic well-known interface for CAN transmission. The initial feedback was great and Gregory Nutt looked into the possibil

[GitHub] [incubator-nuttx-testing] maht commented on issue #2: Multibranch pipeline job example

2020-02-11 Thread GitBox
maht commented on issue #2: Multibranch pipeline job example URL: https://github.com/apache/incubator-nuttx-testing/pull/2#issuecomment-584760466 I pushed new versions of the commits. Now the main repository is checked out in `$WORKSPACE/nuttx` directory, at the same level as `apps` and `t

RE: Re: NuttX SocketCAN implementation

2020-02-11 Thread spudaneco
The requirements from Pavel are inconsistent with the current character driver.  Certainly it could be possible to use a common backend, but I suspect it would be simpler not to.Sent from my Samsung Galaxy smartphone. Original message From: Peter Van Der Perk Date: 2/11/20 9:4

RE: Re: NuttX SocketCAN implementation

2020-02-11 Thread Peter Van Der Perk
>I believe that both sides would be the same. Both would use BSD sockets, >SocketCAN would be added to the network stacks, and the CAN drivers would be a >network drivers. > >Your picture shows the existing implementation using character drivers. >SocketCAN is intended to be integrated into the

Re: NuttX SocketCAN implementation

2020-02-11 Thread Xiang Xiao
I amn't familiar with CAN, but is it possible to implement a general CAN MAC driver on top of CAN CHAR driver like this? +---+ | NuttX Network driver | | ++ ++ | | |Syscall glue| |BSD Socket | | | || |glue| | | +-

RE: Thread aware debugging for JLink

2020-02-11 Thread Jari Van Ewijk
Hi, We got thread aware debugging "working" for our S32K boards by making some modifications to sony/openocd-nuttx. But it's more of a workaround than a real solution. Some of it is described in the S32K146EVB README: https://github.com/apache/incubator-nuttx/blob/master/boards/arm/s32k1xx/s32k

Re: NuttX SocketCAN implementation

2020-02-11 Thread Gregory Nutt
NuttX CAN Implementation NuttX Ethernet Implementation +---+ +---+ | Application | | Application | +---+ +---+ +--

Re: nuttx website

2020-02-11 Thread Gregory Nutt
I just changed nuttx.org so that it should re-direct to nuttx.apache.org.  This involved changing the name server so there will be some delay before it is effective. If you do not see anything after a reasonable amount of time, let me know and I will look into it. I noticed the website nuttx.

RE: NuttX SocketCAN implementation

2020-02-11 Thread David Sidrane
+pavel -Original Message- From: Peter Van Der Perk [mailto:peter.vanderp...@nxp.com] Sent: Tuesday, February 11, 2020 6:58 AM To: dev@nuttx.apache.org Subject: NuttX SocketCAN implementation Hi all, This is a follow up to the SocketCAN integration into NuttX discussion. As discussed befo

NuttX SocketCAN implementation

2020-02-11 Thread Peter Van Der Perk
Hi all, This is a follow up to the SocketCAN integration into NuttX discussion. As discussed before we proposed the idea to include SocketCAN support in NuttX to provide a generic well-known interface for CAN transmission. The initial feedback was great and Gregory Nutt looked into the possibil

nuttx website

2020-02-11 Thread Petr Buchta
I noticed the website nuttx.org doesn't mention a word about the new Apache move. Moreover the documentation section seems to be broken and leads to empty pages (eg documentation/userguide). Wouldn't be easiest just to simply redirect the page to nuttx.apache.org? Since google's first hit is nuttx

[GitHub] [incubator-nuttx-testing] maht commented on a change in pull request #2: Multibranch pipeline job example

2020-02-11 Thread GitBox
maht commented on a change in pull request #2: Multibranch pipeline job example URL: https://github.com/apache/incubator-nuttx-testing/pull/2#discussion_r377561623 ## File path: vars/runContinuousIntegrationPipeline.groovy ## @@ -0,0 +1,103 @@ +#!/usr/bin/env groovy + +/**

[GitHub] [incubator-nuttx-testing] maht commented on a change in pull request #2: Multibranch pipeline job example

2020-02-11 Thread GitBox
maht commented on a change in pull request #2: Multibranch pipeline job example URL: https://github.com/apache/incubator-nuttx-testing/pull/2#discussion_r377561127 ## File path: vars/runContinuousIntegrationPipeline.groovy ## @@ -0,0 +1,103 @@ +#!/usr/bin/env groovy + +/**

[GitHub] [incubator-nuttx-testing] liuguo09 commented on a change in pull request #2: Multibranch pipeline job example

2020-02-11 Thread GitBox
liuguo09 commented on a change in pull request #2: Multibranch pipeline job example URL: https://github.com/apache/incubator-nuttx-testing/pull/2#discussion_r377536019 ## File path: vars/runContinuousIntegrationPipeline.groovy ## @@ -0,0 +1,103 @@ +#!/usr/bin/env groovy +

[GitHub] [incubator-nuttx-testing] liuguo09 commented on a change in pull request #2: Multibranch pipeline job example

2020-02-11 Thread GitBox
liuguo09 commented on a change in pull request #2: Multibranch pipeline job example URL: https://github.com/apache/incubator-nuttx-testing/pull/2#discussion_r377534899 ## File path: vars/runContinuousIntegrationPipeline.groovy ## @@ -0,0 +1,103 @@ +#!/usr/bin/env groovy +