and deploy itself. The nuttx repo can still do the
> build for
> > checking on PRs but it would not make the deploy.
> > >
> > > What do you think? It would be nice to receive confirmation that this
> is also pleasing by other users before continuing with the
> effort.
> > Also, in that case we can clean up these changes and start a PR on the
> main repo and start trying the final CI approach. After
> that we
> > could finalize migration of the most important parts of the previous
> docs (mainly the HTMLs).
> > >
> > > Best,
> > > Matias
>
>
--
Adam Feuer
ed. I think it is
> good for NuttX to make things clear from start.
>
> Just my 2 cents.
>
> BR,
>
> Alan
>
> On 8/1/20, Adam Feuer wrote:
> > Thanks Xiang.
> >
> > Does anyone else have feedback or improvement ideas?
> >
> > cheers
> >
es/LICENSE-2.0
>
> Unless required by applicable law or agreed to in writing, software
> distributed under the License is distributed on an "AS IS" BASIS,
> WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
> See the License for the specific language governing permissions and
> limitations under the License.
>
> Thanks,
> Justin
--
Adam Feuer
TX/License+Clearing
We'll report back when we have some more information.
-adam
On Tue, Jul 28, 2020 at 5:38 PM Adam Feuer wrote:
> A focused effort to do the IP clearing sounds good. If we can get funding
> to do it quicker, that would be great too. It's a good idea.
>
> I di
the important directions that operating system
> >> > > > > will
> >> > > take.
> >> > > > >
> >> > > > > For me, the important thing is to stay relevant and contemporary
> >> and
> >> > > > > not get lost in some aging niche architecture or toolset. I
> >> > > > > think
> >> > > > > that the best way to predict where NuttX needs to be is to look
> >> > > > > at
> >> the
> >> > > > > SoCs in use just above the upper end of the NuttX market. I
> >> > > > > think
> >> > > > > over time, those features will trickle down into embedded
> systems
> >> > > > > (albeit with some twists and modifications for the embedded
> >> market).
> >> > > > > The Cortex-M7 introduces I-Cache and L1 D-Cache, for example. A
> >> few
> >> > > > > years ago, those were higher end features not available on MCUs.
> >> > > > >
> >> > > > > I think that SMP and AMP are key technologies to get us a leg up
> >> > > > > on
> >> > > > > future mutli-core MCUs. KERNEL mode places us in a position to
> >> > > > > support MCUs with MMUs. A proper TrustZone model for all ARM
> >> parts is
> >> > > > > needed too (the multi-core TrustZone model is pretty well in
> >> > > > > place,
> >> > > > > but what do we do with TrustZone on a single CPU?).
> >> > > > >
> >> > > > > Security, especially IoT security is very important. Some
> >> > > > > security
> >> > > > > topics are addressed by PROTECTED mode. So although PROTECTED
> >> > > > > and
> >> > > > > KERNEL build modes are not commonly used, I believe that they
> >> > > > > are
> >> > > > > important parts of the roadmap.
> >> > > > >
> >> > > > > Other thoughts? We should collaborate and define a meaningful
> >> > > > > roadmap that will keep the OS healthy well into the future. We
> >> should
> >> > > > > publish that roadmap somewhere so that anyone can see where we
> >> > > > > are
> >> > > > > going and can offer insights for other directions.
> >> > > > >
> >> > > > >
> >> > > > >
> >> > >
> >> > >
> >> >
> >>
> >
>
--
Adam Feuer
ennan Ashton
wrote:
> On Wed, Aug 12, 2020, 10:40 AM Adam Feuer wrote:
>
> > Folks,
> >
> > I made a wiki page with the raw list of things that people are asking for
> > in this thread:
> >
> > https://cwiki.apache.org/confluence/display/NUTTX/Roadmap
>
&
On Wed, Aug 12, 2020 at 11:04 AM Gregory Nutt wrote:
> We probably should also include all Github Issues that are listed as
> enhancements.
>
If we use a Github Project Board like Brennan suggested this would be
pretty easy to link them there.
-adam
--
Adam Feuer
gt; prioritize it, connecting it with releases and the things people have
> > > energy working on and collaborating together on?
> > >
> > > If what you want to put here doesn't fit on the page, make a child
> page. :)
> > We probably should also include all Github Issues that are listed as
> > enhancements.
>
--
Adam Feuer
On Wed, Aug 12, 2020 at 11:40 AM Abdelatif Guettouche <
abdelatif.guettou...@gmail.com> wrote:
> Was it intentional to create it in Apache's and not here:
> https://github.com/apache/incubator-nuttx/projects?
Oops. No. :) I'll move it or recreate it there.
-adam
Thanks for catching that Abdelatif.
I moved the NuttX project board here:
https://github.com/apache/incubator-nuttx/projects/2
We can delete it if we don't like it.
-adam
On Wed, Aug 12, 2020 at 11:43 AM Adam Feuer wrote:
> On Wed, Aug 12, 2020 at 11:40 AM Abdelatif Gu
ts/arturo182/keyboard-featherwing-qwerty-keyboard-26-lcd/
> >
> > There is a "Solder Party" channel forum on discord.com. Groguard
> > discusses using the Giant Boards with the keyboard FeatherWing there.
> >
> > That could be a lot of fun. I am considering one myself, but I have no
> > feather boards to drive it.
> >
> >
>
--
Adam Feuer
Greg,
That keyboard/screen combo looks pretty cool. I'll see if I can come up
with a use for it. :)
-adam
On Wed, Aug 19, 2020 at 10:52 AM Adam Feuer wrote:
> Greg, Matias,
>
> Yes, I'm still working on NuttX for Giant Board, and the ACME RoadRunner
> <https://www.
ree. If you have any ideas I'd like to know them. I'm stuck.
-adam
On Wed, Aug 19, 2020 at 10:55 AM Adam Feuer wrote:
> Greg,
>
> That keyboard/screen combo looks pretty cool. I'll see if I can come up
> with a use for it. :)
>
> -adam
>
> On Wed, Aug 19, 2020
out real debugging it will be painful to use.
>
> Best,
> Matias
>
--
Adam Feuer
at 10:41 PM Adam Feuer wrote:
> Matias,
>
> Thanks, I have a logic analyzer and will try that when I pick it up again.
> The weird thing about this is that I can use U-Boot on the serial console
> on the Giant Board – it knows how to use the UART correctly. But NuttX
> doesn'
interesting, but off topic, ESP32 Altair Emulator:
> > >
> https://hackaday.com/2020/08/20/esp32-altair-emulator-gets-split-personality/
> > >
> > >
> >
>
--
Adam Feuer
a5d27-giantboard-support/boards/arm/sama5/giant-board
I'll try to get this to be more reliable and then do a PR.
-adam
On Thu, Aug 20, 2020 at 4:01 PM Adam Feuer wrote:
> Matias,
>
> Thanks for the help. It was an incorrect master clock setting for the
> board. I updated the Giant Boa
gt; can
> > port the exfat-linux project:
> >
> > https://github.com/arter97/exfat-linux
>
>
> I do not think we will go that path right now, but it would be nice to
> have the support of course so you could throw pretty much any SD-card into
> the game without thinking about such compatibility issues. Something for
> the long TODO-in-the-future list!
>
> //Pelle
>
--
Adam Feuer
before proceeding?
>
> Cheers,
> Nathan
>
--
Adam Feuer
be the release manager again for this one. But it would be great
> if someone else jumps in for the release after and I will try to
> document things a bit more to make the process easier. We will need
> to have more than one release manage to graduate, there are other
> projects that have run into this.
>
> --Brennan
>
--
Adam Feuer
Alin,
Thanks, I would love your help on the next release, I'm looking forward to
working together.
cheers
adam
On Wed, Sep 23, 2020 at 11:15 PM Jerpelea, Alin
wrote:
> HI Brennan,
>
> The release schedule looks god.
>
> @Adam Feuer
> I want to help you on the next rele
esting the creation of NuttX Channel at Hackster.io
> >> platform.
> >>
> >> As NuttX is part of Apache Software Foundation I'm CC our team members
> >> (PMC and Committers) asking for their agreement.
> >>
> >> Please respond to ALL with +1 or ACK.
> >>
> >> BR,
> >>
> >> Alan
> >
> >
> >
> > --
> > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
> >
>
--
Adam Feuer
feature.
>
> So, start looking what the boards from other arch enable to get USB
> CDC/ACM working as console.
> And because there is no usbnsh board config for this chip, maybe it
> needs more investigation.
>
> I'm CC Adam, maybe he already tested it on Jupiter Nano board.
>
> BR,
>
> Alan
>
--
Adam Feuer
y is expecting there to be a serial
> console). It's in lowput.c and I've fixed that by comparing to samv7 and,
> for now, disabling debug assertions.
>
> --
> Stopped that email draft at this point and switched tack as I'd found I
> could get it t
; can never be as clear cut as it being a bug to report!
>
> If you happen to have a config that works for this it would be useful for
> sure, but I will plug away at it more tomorrow as the syslog port not
> behaving is probably a big clue.
>
> Regards,
>
> Tim.
> On 16/08/
ch trouble to
> (re)create.
>
> Once (if) I am sure it is not as simple as a config error I will raise is
> as an issue but, for now, I'm inclined to think it's down to me.
>
> If I get nowhere tomorrow morning, I'll email you my config: a second
> opinion wo
gt; >>
> >> Thanks.
> >>
> > I joined too!
> >
> >
>
--
Adam Feuer
ing me of the uC/OS-II book from my college
> days. Great self teaching book not just for the OS but also the topic.
>
> --Brennan
>
>> --
> You received this message because you are subscribed to the Google Groups
> "NuttX" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to nuttx+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/nuttx/CANQdSEEJ6ieuF4T_N5kCa_Vq4fVLyeSDVZ1AY68mrN3dSdADcQ%40mail.gmail.com
> <https://groups.google.com/d/msgid/nuttx/CANQdSEEJ6ieuF4T_N5kCa_Vq4fVLyeSDVZ1AY68mrN3dSdADcQ%40mail.gmail.com?utm_medium=email&utm_source=footer>
> .
>
--
Adam Feuer
Hi,
Did the nuttx Slack move? I see that https://nuttx.slack.com says it's been
deleted.
cheers
adam
--
Adam Feuer
Thanks Nathan– that explains it. :)
-adam
On Sat, Dec 21, 2019 at 8:50 PM Nathan Hartman
wrote:
> On Sat, Dec 21, 2019 at 10:45 PM Adam Feuer wrote:
>
>> Hi,
>>
>> Did the nuttx Slack move? I see that https://nuttx.slack.com says it's
>> been
>> dele
tion .data, size 0xe0 lma 0x20021f9c
Start address 0x20008040, load size 106620
(gdb) file nuttx
A program is being debugged already.
Are you sure you want to change the file? (y or n) y
Load new symbol table from "nuttx"? (y or n) y
Reading symbols from nuttx...
(gdb) mon go
--
Adam Feuer
Seattle, WA, USA
a hang.
Does anyone have any ideas how to debug?
cheers
adam
On Sat, Dec 21, 2019 at 9:17 PM Adam Feuer wrote:
> Hi,
>
> NuttX newbie here.
>
> I'm trying to load NuttX onto a SAMA5D3-Xplained board. I am trying to
> follow the board's README file. I am using the
ich should put up
> the the NSH prompt
>
> Do you have networking enabled. You problem should strip down the
> configuration so that as little as possible is enabled. Disable
> networking, disable USB, etc.
>
> Greg
>
> On 12/22/2019 1:20 AM, Adam Feuer wrote:
> > Ok,
-arduino-due/nuttx/arch/arm/src/common/up_initialize.c:271:
undefined reference to `up_usbinitialize'
make[1]: *** [Makefile:185: nuttx] Error 1
make[1]: Leaving directory
'/home/adamf/src/nuttx-arduino-due/nuttx/arch/arm/src'
make: *** [tools/Makefile.unix:472: pass2] Error 2
--
Adam Feuer
ng, pstate->cn_outstream);
>
> If you get there then it is at least trying to get something on the
> serial console, but is failing for some reason: maybe wrong UART or
> wrong pin configuration.
>
>
>
--
Adam Feuer
gt; arch/arm/src/sam34/sam_udp.c:void up_usbinitialize(void)
> arch/arm/src/sam34/sam_udp.c: * in when up_usbinitialize() was first
> called.
>
> Sound like a configuration problem:
>
>
> 146 ifeq ($(CONFIG_SAM34_UDP),y)
> 147 CHIP_CSRCS += sam_udp.c
> 148 endif
>
>
--
Adam Feuer
say that the driver has never been implemented.
>
> There is a sama5/sam_udphs.c driver. Perhaps that could be backported
> if the IP is the same?
>
> Greg
>
> On 12/23/2019 6:08 PM, Adam Feuer wrote:
> > Thanks Greg.
> >
> > When I manually edit the .config
e to
> let the chaos prevail. That is fine with me too as long as we do not let
> PX4 advocates take away our group right to define our own workflow. We can
> still just put all workflow changes on hold until we have the requirements
> in hand.
> >
> > I am not pushing anything. Think about it and let me know what you would
> like to do.
> >
> > Greg
> >
> >
> >
>
--
Adam Feuer
selves, but they're downstream developers who use NuttX
> > in other products.
> >
> > * notificati...@nuttx.apache.org: For all notifications from GitHub,
> > GitBox, Confluence, Jira, etc., etc., etc.
> >
> > (By the way, I expect that once the dust settles, we have consensus on
> > a workflow, and we "find our groove," the volume of organizational
> > emails should drop substantially and most emails on dev will center
> > around technical discussions once again. But it might take a while...)
> >
> > Thoughts?
> > Nathan
> >
>
--
Adam Feuer
stin. So I am not going to pursue
> this. Others may want to buck the system, but I have already caused
> enough problems.
>
>
>
--
Adam Feuer
now but if you search on the incubator general list you'll see
> several discussions on this.
>
> Thanks,
> Justin
>
--
Adam Feuer
,
but didn't find it. Is there a way to do that? If so, how? Or can I put an
NSH prompt on a USB interface?
cheers
adam
--
Adam Feuer
UART2,
but didn't find it. Is there a way to do that? If so, how? Or can I put an
NSH prompt on a USB interface?
cheers
adam
--
Adam Feuer
t; CONFIG_SERIAL_UART_BAUD=57600
>
> > Or can I put an NSH prompt on a USB interface?
>
> Yes, but that is a lot more complex.
>
> Greg
>
--
Adam Feuer
get lost in the configurations, type '/'. A menu will come
> up an you can use it find configuration items in the menu tree and also
> any dependencies needed.
>
>
--
Adam Feuer
nout definitely says that UTXD1 is UART1; and that's what
the embedded debugger is connected to... so I'm confused.
Any more ideas?
cheers
adam
On Thu, Dec 26, 2019 at 4:52 PM Adam Feuer wrote:
> Greg,
>
> Thanks, I'll try this. Sorry about the two emails with the same qu
3
>
> So that looks okay.
>
> You can try UART2 if you like. Sometimes EDGB VCOM interfaces are
> mysterious. On UART2 you could at least look at what is the TX pin to
> see if anything is coming out. Careful with pin configurations!
>
> Greg
>
>
--
Adam Feuer
5d27-xult-improvements
So NSH seems to be able to send output, but not read input. Any ideas about
this...?
I guess to prepare for the GiantBoard I should try to get the NSH console
onto one of the FlexComs...
cheers
adam
On Thu, Dec 26, 2019 at 6:42 PM Adam Feuer wrote:
> Greg,
>
Does NSH wait for an interrupt from the UART to read data? If so, maybe the
SAMA5D27 isn't interrupting. I tried to enable PIOD interrupts, since UART2
is on PIOD, but got some compilation errors. I'll look at it more tomorrow.
cheers
adam
On Thu, Dec 26, 2019 at 11:46 PM Adam Feuer w
to go?
Deciphering that is pretty slow going.
cheers
adam
On Fri, Dec 27, 2019 at 1:04 AM Adam Feuer wrote:
> Does NSH wait for an interrupt from the UART to read data? If so, maybe
> the SAMA5D27 isn't interrupting. I tried to enable PIOD interrupts, since
> UART2 is on PIOD, but g
at this is probably
the problem with the serial port not getting any input data– its USART
interrupts are probably not initialized.
Do you have any ideas, comments, or thoughts? Am I going in the right
direction?
cheers
adam
On Fri, Dec 27, 2019 at 11:42 AM Adam Feuer wrote:
> Looks like the SA
nuttx?
>
Yes, I will certainly do that. Do you want them as-is now in a small PR, or
would you rather have them as part of a larger PR when (hopefully!) get the
D27 board working?
Re: the Linux code, thanks for the tips especially about the license. I
will stay out of that. :) What about the A
Greg,
Ok, here's the SAMA5 UART selection and typo fix PR:
https://github.com/apache/incubator-nuttx/pull/13
I fixed the rest of the UARTs too. Will you let me know if you have
improvements? I am happy to update the PR.
cheers
adam
On Fri, Dec 27, 2019 at 3:58 PM Adam Feuer wrote:
>
ended to the Incubator Wiki page at:
> > >
> > > https://cwiki.apache.org/confluence/display/INCUBATOR/January2020
> > >
> > > Note: This is manually populated. You may need to wait a little before
> > > this page is created from a template.
> > >
> > > Note: The format of the report has changed to use markdown.
> > >
> > > Mentors
> > > ---
> > >
> > > Mentors should review reports for their project(s) and sign them off on
> > > the Incubator wiki page. Signing off reports shows that you are
> > > following the project - projects that are not signed may raise alarms
> > > for the Incubator PMC.
> > >
> > > Incubator PMC
>
--
Adam Feuer
e to to get a good idea of how the project works and what
> is
> > going on. As a new user if that's spread over many places does that help
> > me? Anyway I suggest you carefully read the conversations I pointed to on
> > the incubator general list in particular the comments on the damaging
> > effect on community growth.
> >
> > Thanks
> > Justin
> >
>
--
Adam Feuer
don't see the NuttX device show up on my Linux computer's USB bus via
lsusb. Does this mean the USB subsystem is not initialized correctly? Does
anyone have ideas on how to debug? I don't see error messages when booting
NuttX.
cheers
adam
--
Adam Feuer
t; CONFIG_USBMONITOR_TRACEINTERRUPTS=y
>
I got these from this page:
http://dontbefooled.nuttx.org/doku.php?id=documentation:usbtrace
On Thu, Jan 2, 2020 at 6:25 PM Adam Feuer wrote:
> Hi,
>
> I am trying to get Ethernet over USB working on the SAMA5D36. I am using
> Ubuntu
g all the way.
-adam
On Thu, Jan 2, 2020 at 8:47 PM Adam Feuer wrote:
> I tried enabling the following config options to turn on USB tracing, but
> didn't get any tracing output when I rebooted:
>
> CONFIG_DEBUG_FEATURES=y
>> CONFIG_USBDEV_TRACE=y
>>
2.81] EP 0 Request complete: 0038
> [ 3432.81] Interrupt decode 15:
> [ 3432.82] Interrupt exit 22: 0025
> [ 3432.82] Interrupt entry22: 0125
> [ 3432.83] Interrupt decode 25: 0100
> [ 3432.83] Interrupt decode1:
> [ 3432.840000] Inter
hould we ask for Apache Infra to help install in slave machines?
> >
> > If it's not already installed yet you need to ask for it to be installed.
> > Best way to do is to raise an Infra JIRA.
> >
> > Thanks,
> > Justin
>
--
Adam Feuer
build NuttX without
having access to one of these package managers.
cheers
adam
--
Adam Feuer
a...@starcat.io
INTERRUPT which has unmet direct
dependencies (NETDEVICES && ARCH_HAVE_PHY)
What's going on? How do I find out what's causing this and how do I make it
go away? It's not causing a problem with the compile, that compiles and
runs ok.
cheers
adam
--
Adam Feuer
I forgot to attach the config file. Here it is.
-adam
On Wed, Jan 8, 2020 at 7:57 PM Adam Feuer wrote:
> Hi,
>
> I'm trying to save a defconfig, so I can put together an example for USB
> over Ethernet example I'm working on. It's working on the SAMA5D36-Xplained
&
E_IFCONFIG is not set
> # CONFIG_NSH_DISABLE_IFUPDOWN is not set
> # CONFIG_NSH_DISABLE_KILL is not set
> # CONFIG_NSH_DISABLE_LOSETUP is not set
> CONFIG_NSH_DISABLE_LOSMART=y
> # CONFIG_NSH_DISABLE_LS is not set
> # CONFIG_NSH_DISABLE_MB is not set
&g
y m M/y/n
> y y y Y/n
> y n * N
>
>This is useful e.g. with multiple drivers that want to indicate
> their
>ability to hook into a secondary subsystem while allowing the user
> to
>configure that subsystem out without also having to unset these
> drivers.
>
> Greg
>
>
--
Adam Feuer
unctional, I think the best place is to put them
> into nuttx testing project if available.
>
> Adam Feuer 于2020年1月9日周四 下午12:51写道：
>
> > Haitao,
> >
> > Will the Jenkins CI scripts live in version control somewhere?
> >
> > cheers
> > adam
SAMA5_EMAC0 ||
> SAMA5_EMAC1 || SAMA5_GMAC)
>
Thanks for the help!
cheers
adam
On Thu, Jan 9, 2020 at 8:43 AM Adam Feuer wrote:
> The "imply BAZ" method seems like a way to have a permanent solution to
> this.
>
> I'll try to track this down. If I do that, is
-frontends.
>
> But the newest version is several years old (it is no longer being
> supported), so the risk is low
>
> Greg
>
>
--
Adam Feuer
to get a simple web page up? Doesn't
have to be a CGI program, but could be if that's easiest.
cheers
adam
--
Adam Feuer
uttX shell. It will serve about 75% of the
index page, and then appears to hang– the page never finishes transmission.
I'm going to debug, but I thought I'd ask:
Has anyone seen this before? If so, what's wrong and how do I fix it?
cheers
adam
--
Adam Feuer
an 10, 2020 at 16:32 Adam Feuer wrote:
> Hi,
>
> I got the uIP webserver example to work on the SAMA5D36-Xplained. However,
> it's not fast enough for my needs. (Probably to be expected since it's
> designed for low-power devices.)
>
> I am trying to get the thttpd
same
result.
It looks like the connection is now being prematurely closed, rather than
not being closed at all. Do you have advice on how to fix this? Or where to
look?
cheers
adam
On Sat, Jan 11, 2020 at 12:08 AM Xiang Xiao
wrote:
> On Sat, Jan 11, 2020 at 12:42 PM Adam Feuer wr
> TCP (6), length 40)
> 10.0.0.1.45220 > 10.0.0.2.80: Flags [F.], cksum 0xc5f2 (correct), seq
> 72, ack 1282, win 64856, length 0
>
So it looks like the nuttx box is closing the TCP connection without
waiting for the right FIN/ACK sequence.
-adam
On Sat, Jan 11, 2020 at 12:02 P
m trying to track it down.
-adam
On Sat, Jan 11, 2020 at 12:51 PM Adam Feuer wrote:
> Xiang,
>
> It looks like connection is still not getting closed correctly. 10.0.0.1
> is my linux box. 10.0.0.2 is the nuttx box. Here's the end of a correct
> close sequence to a Lin
e kind. I tried
adjusting some of the config settings for sockets/file descriptors/etc. but
haven't had any luck. I might have to profile the app.
-adam
On Sat, Jan 11, 2020 at 7:12 PM Adam Feuer wrote:
> I am thinking it's not the TCP close problem... I'm debugging, it's
&g
op to
see if that has a higher speed, and also use the USB CDC ECM gadget with a
Raspberry Pi Zero– I got the RPi's gadget driver working the other day
while debugging the NuttX gadget driver. I want to see the differences in
these setups.
cheers
adam
--
Adam Feuer
More importantly, you will see the times
> between them and if there is anything weird going on like retransmissions.
>
>
>
--
Adam Feuer
at 100Mbit/sec
> is a lot lower than the USB transfer rate.
>
> 100KB/s is 800Kbit/sec which is considerably lower than the network
> transfer rate.
>
> Rx performance is more difficult to characterize.
>
>
>
>
>
--
Adam Feuer
; networks with a giga-bit network? How did it perform.
>
> I know that Masayuki Ishikwawa has used RNDIS a lot. Perhaps he can
> respond.
>
> You might also ask on the old Google forum too. There are still 300 or
> so people still using only the Google forum (or are inactive).
>
> Greg
>
>
>
--
Adam Feuer
t;
Any ideas how to debug? Stepping through netdev_ifr_ioctl doesn't show any
errors– the device just doesn't show UP afterwards...
-adam
--
Adam Feuer
with ifconfig under linux. I didn't know about the ifup command! :)
You might look at the other GMAC configurations to see if you are
> missing any settings
Looks like I'm closer now. Thank you!
cheers
adam
--
Adam Feuer
27;t think I
> have ever seen the OS so unstable as it is right now. It does not build
> correctly. There are more and more reports of old stable functionality
> that is now broken. I have no idea how to get there... at least not
> without some proper workflow definition and some qualification tools in
> place.
>
> Folks, we are destroying this OS.
>
> Greg
>
>
>
--
Adam Feuer
onfigured to handle cases where the cable is not
> connected and initialized the network later when the cable is connected.
>
> It is common not to be able to ping from the target. That is usually
> because the host PC has disabled ping responses. You probably need to
> disable the firewall altogether on the 10.0.0.xx network.
>
> Greg
>
>
>
--
Adam Feuer
The GMAC at eth0 also works! :)
On Sun, Jan 12, 2020 at 6:57 PM Gregory Nutt wrote:
> > NuttX reports an ethernet address of ff:ff:ff:ff:ff:ff though. I'll look
> > into how to add logic to set a better ethernet address.
> Not a problem. That is the broadcast address
>
--
Adam Feuer
uple weeks or more.
> > >
> > > There is nothing significantly different in the process from when when
> > > patches were added in the same manner. Users are simply not acting
> > > responsibly right now and are not verifying the changes before
> > > committing them (it appears, in cases, that they are not even compiling
> > > them!). That behavior has to stop.
> > >
> > > We were just luckier in the past and I think people were more careful
> > > when they had to work up patches vs. just pushing a button to create a
> > > PR. The ease of creating PRs with one finger leads to sloppiness.
> > >
> > > Greg
> > >
>
--
Adam Feuer
r, it receives some data, and then hangs right
away.
Does anyone have ideas on how to solve this? Or ideas on how to debug?
cheers
adam
--
Adam Feuer
e message sizes.)
I also tried tcpblaster from linux to linux (client and server both on
linux) and they work fine. But they don't work linux->nuttx or nuttx->linux.
-adam
--
Adam Feuer
gt;
> Assuming a packet size of 1536 bytes and IPv6, the maximum payload (MSS)
> would be 1536 - 14 - 40 - 20 = 1452. This about what you are seeing.
> If you are using IPv4, you should be able to get an MSS that is 20 bytes
> larger.
>
> This is all discussed in detail in, as I recall, the net/Kconfig file.
>
> Greg
>
> PS: Did you get your Giant board? How did the bring-up go?
>
>
>
--
Adam Feuer
transmits them...
sending more than MSS bytes should not hang the application...?
That's not what I"m seeing with the NuttX that I'm using (SAMA5D36-Xplained
using the gigabit ethernet port, built from the latest master).
cheers
adam
-adam
On Sat, Feb 8, 2020 at 4:22 PM Adam Feuer
e write buffering enabled? Do you have enough IOBs
> pre-allocated? Have you tried looking at the traffic with WireShark?
>
>
>
--
Adam Feuer
Just to follow up with some more precise data, I just did a few more tests.
On commit c1f75af084010bd8a13b2481abc38d848cd545f2 I can send any number of
1446 byte (or less) TCP sends. 1447 or more hangs.
-adam
On Sun, Feb 9, 2020 at 9:14 PM Adam Feuer wrote:
> Greg,
>
> I have write
no messages.
I checked the .config against the sim:nettest defconfig, and my settings in
.config match that one.
What am I doing wrong? How do I debug this?
cheers
adam
--
Adam Feuer
guration.
cheers
adam
--
Adam Feuer
e reason, there is no printf output. I think TCP is
> working in this new configuration, but needs better debug output
> instrumentation. Although it seem to be working, there is nothing
> visible on the console.
>
> Can you take a look and see if you learn anything?
>
>
>
--
Adam Feuer
Oops, I spoke too soon. I did get an output line after a bunch of minutes:
Received 50 buffers: 66.8 Kb (avg 1.3 Kb) in 101.00 Sec (0.6
> Kb/Sec)
>
So maybe it's going very very slowly?
-adam
On Mon, Feb 10, 2020 at 12:19 PM Adam Feuer wrote:
> Greg,
>
> I tr
gt; Received 50 buffers: 66.6 Kb (avg 1.3 Kb) in 101.00 Sec (0.6
> Kb/Sec
-adam
On Mon, Feb 10, 2020 at 12:20 PM Adam Feuer wrote:
> Oops, I spoke too soon. I did get an output line after a bunch of minutes:
>
> Received 50 buffers: 66.8 Kb (avg 1.3 Kb) in 101.0
nd of timing issue. After all, you
> > did claim that the problems started with the removal of
> > CONFIG_TIME_EXTENDED.
>
> If you enable CONFIG_SYSLOG_TIMESTAMP, then each debug output line will
> be timestamped. If there are some crazy long delays in the test, that
> will show you exactly where the delays are happening.
>
>
>
>
--
Adam Feuer
gt; culprit.
> >
> > Timestamping the debug output will still be a good idea.
> >
> I also see that the configuration that was merged has a packet size of
> only 296 bytes! That could also be a factor.
>
> Feel free to improve that configurtion as needed (don't submitted debug
> stuff in the configurations, debug should always be off be default).
>
>
>
>
--
Adam Feuer
t hangs" I didn't wait long enough.
So now to figure out why the tx timeout is firing...
-adam
On Sun, Feb 9, 2020 at 10:26 PM Adam Feuer wrote:
> Just to follow up with some more precise data, I just did a few more tests.
>
> On commit c1f75af084010bd8a13b2481abc38d848cd545f2 I
Well, at least that is a lot of progress for a day. Going from clueless
> to pinpointing the failure.
>
Greg,
Yes! Thank you for the help.
cheers
adam
--
Adam Feuer
1 - 100 of 299 matches
Mail list logo
