at 12:43 PM Fotis Panagiotopoulos
wrote:
> Hello Tim,
>
> I have identical problems with nx graphics and previous configurations
> known to work.
> This is why I suspect a broken board.
>
> Troubleshooting with my current setup is not easy, so I would appreciate
> it if anyon
ausing tearing. I have also
> seen LVGL repo issues relating to STM32, I think. LVGL V9.2 fixes my issues.
>
> Don’t necessarily assume it’s a board fault!
>
> Regards,
>
> Time
>
> > On 4 Oct 2024, at 11:26, Fotis Panagiotopoulos
> wrote:
> >
> > I am r
I am running some tests on actual STM32 hardware for this release.
I am stuck with stm32f746g-disco:lvgl configuration on a Discovery
STM32F746 board, the screen displays garbage.
I start to suspect that this may be an issue with my board, rather than
NuttX.
Does anyone have this board to test th
Just to be clear, I am always referring to the standard C assert()
function/macro.
Not the unconditional NuttX ASSERT() macro. Notice the capitalization!
(Which is another confusing point worth improving... +1 for NX_ASSERT() )
On Wed, Jan 3, 2024 at 7:32 PM Fotis Panagiotopoulos
wrote:
>
AM, Nathan Hartman wrote:
> > > On Wed, Jan 3, 2024 at 11:22 AM Gregory Nutt
> > wrote:
> > >> On 1/3/2024 10:11 AM, Fotis Panagiotopoulos wrote:
> > >>>> That would seem a little odd since there was a PR a few years ago to
> > >>>
n't be any code size difference at all.
On Wed, Jan 3, 2024 at 3:55 PM Gregory Nutt wrote:
> On 1/3/2024 5:12 AM, Fotis Panagiotopoulos wrote:
> > Hello everyone,
> >
> > I am glad that we all agree on this matter.
> >
> > We can handle this in the follow
t; https://github.com/apache/nuttx/issues/8986
>
> On Wed, Jan 3, 2024 at 2:30 AM Gregory Nutt wrote:
>
> > > On Tue, Jan 2, 2024 at 11:16 AM Fotis Panagiotopoulos
> > > wrote:
> > >> DEBUGASSERT shall only be used for the kernel.
> > >> assert
Hello everyone, and happy new year!
After discussing this with Tim, I would like to present my opinion on this
topic, in the hope we build better code conventions
(or maybe understand better how apps are developed in Nuttx, as I don't use
them often).
So the idea is:
DEBUGASSERT shall only be us
I just pushed the latest changes.
Functionality is identical.
Only minor improvements and bug fixes are included in the latest commit.
On Mon, Oct 30, 2023 at 12:06 PM Fotis Panagiotopoulos
wrote:
> Hello Tim!
>
> Thank you for your interest in this.
>
> (I am replying in t
sure it works, and submit it
>
> for review hopefully in the next few weeks. I won't add YAML as yet,
>
> just binary - my current think is to use a YAML parser between the user
>
> and this function rather than storing YAML directly, but not 100%
>
> decided yet.
>
Hello,
I am using IO buffers in my application.
As far as I can tell, they are only used by buffered TCP and syslog for my
configuration.
Checking in Kconfig, I see the following relevant configs:
* CONFIG_IOB_NBUFFERS
* CONFIG_IOB_BUFSIZE
* CONFIG_IOB_NCHAINS
* CONFIG_IOB_THROTTLE
* CONFIG_NET_
20, 2023 at 10:16 PM Nathan Hartman
wrote:
> On Thu, Jul 20, 2023 at 3:02 PM Fotis Panagiotopoulos >
> wrote:
>
> > Hello,
> >
> > I am using fprintf() to output some data to a file. This file is located
> on
> > an SD card.
> >
> > As I realised
Hello,
I am using fprintf() to output some data to a file. This file is located on
an SD card.
As I realised, fprintf() never returns an error.
I tried to completely remove the SD card from the system, and fprintf
happily succeeds,
returning the number of bytes that it would have written, if the
count is handled.
>
> Best regards,
> Petro
>
> On Sun, Jun 18, 2023, 11:10 PM Fotis Panagiotopoulos
> wrote:
>
> > Hi Alan,
> >
> > Thanks for checking this out.
> >
> > The resources you linked indicate (correctly) that a TCP segment may
> ha
> On 6/18/23, Alan C. Assis wrote:
> > Hi Fotis,
> >
> > On 6/18/23, Fotis Panagiotopoulos wrote:
> >> Hello,
> >>
> >> Due to a bug in my application, the code tried to use sendfile() with
> >> zero
> >> size.
> >>
>
Hello,
Due to a bug in my application, the code tried to use sendfile() with zero
size.
As I see, sendfile() will happily proceed, and it will block here:
https://github.com/apache/nuttx/blob/master/net/tcp/tcp_sendfile.c#L523
Obviously, it will never manage to send any data (as the requested si
Here is the code that I tried, and it seems to be working nicely:
https://github.com/apache/nuttx/pull/9546
On Thu, Jun 15, 2023 at 9:59 PM Fotis Panagiotopoulos
wrote:
> > Well, I agree that substituting a delay of one tick instead of using
> > zero is not a useful solution.
he assumed tick. It's like having
a fractional timer.
(I am sorry, I am not sure if I explained this in an understandable way).
The only problem I see with this approach, is that the maximum wait period
will also be reduced,
according to this prescaller.
What do you think?
On Thu, Jun
#L406
When the wdog->lag is 0, then the delay is set to 1 tick.
On Wed, Jun 7, 2023 at 11:25 PM Fotis Panagiotopoulos
wrote:
> > Yes, it is a free-running timer and represents the current time. It is
> > read whenever anything asks for the current time. It is read frequently
>
> Yes, it is a free-running timer and represents the current time. It is
> read whenever anything asks for the current time. It is read frequently
> during the interval timer interrupt processing to avoid/minimize
> situations like you describe.
> > Should the timer be stopped?
>
> You can't stop
quot; or "less.
But I am not sure about the accumulation of these errors yet.
It depends on the implementation of the scheduler.
On Wed, Jun 7, 2023 at 10:45 PM Nathan Hartman
wrote:
> On Wed, Jun 7, 2023 at 3:39 PM Fotis Panagiotopoulos
> wrote:
>
> > Ah! Ye
processing is deferred for a long time, perhaps by another interrupt?
>
> On 6/7/2023 1:00 PM, Fotis Panagiotopoulos wrote:
> > As a first test, I added another (NuttX) watchdog timer, to toggle a
> board
> > LED.
> >
> > I can confirm that at some point the NuttX
resume
operation.
It just happens that the "stuck" period is less than the timeout period of
the HW watchdog timer, and the system does not reboot.
On Wed, Jun 7, 2023 at 12:23 PM Fotis Panagiotopoulos
wrote:
> Hello
>
> I have just started experimenting with tickless on an S
Hello
I have just started experimenting with tickless on an STM32F427.
I had some (configuration) issues initially, but now everything seems to be
working correctly.
However, after some seconds of operation, the Hardware/STM32 Watchdog timer
triggers a system reset.
I have configured:
- CONFIG_
Hello,
I just noticed the option STM32_TICKLESS_SYSTICK for the STM32.
However, it seems that it does nothing.
After a source code search, this option is not used anywhere.
There is no tickless implementation that supports the systick timer.
Shall I remove this?
As I see, sendfile uses MSS instead of MTU.
Wouldn't it be better to scale also MSS along with MTU when PMTUD is
enabled?
On Sun, Jun 4, 2023 at 5:40 PM Fotis Panagiotopoulos
wrote:
> As said, this is sendfile(). I do not have control on the size of the
> chunks sent. sendfile is
As said, this is sendfile(). I do not have control on the size of the
chunks sent. sendfile is also using TCP.
So, sendfile cannot take advantage of PMTUD?
On Sun, Jun 4, 2023 at 5:33 PM Xiang Xiao wrote:
> On Sun, Jun 4, 2023 at 10:23 PM Fotis Panagiotopoulos >
> wrote:
>
>
2023 at 12:28 AM Fotis Panagiotopoulos
wrote:
> I can see that there are two different problems with MTU.
> They are completely independent from each other, so let's start with the
> simple case first.
>
> I am testing on an STM32F427, using Ethernet.
>
> As previously
void), so improved error handling can take place.
On Mon, May 29, 2023 at 1:41 PM Fotis Panagiotopoulos
wrote:
> The failure scenario is a bit more complicated...
>
> Give me some time and I will provide a correct and reproducible example,
> with a clear explanation.
>
&
The failure scenario is a bit more complicated...
Give me some time and I will provide a correct and reproducible example,
with a clear explanation.
On Mon, May 29, 2023, 13:27 Fotis Panagiotopoulos
wrote:
> > sendfile should return an error in this case, but senfile should only be
&g
o transmit a buffer larger than
the MTU.
Instead of getting an error, the application hangs indefinitely.
`devif_send()` is called periodically, but of course it always fails.
On Mon, May 29, 2023 at 1:13 PM Xiang Xiao
wrote:
> On Mon, May 29, 2023 at 5:02 PM Fotis Panagiotopoulos >
>
expected behavior.
But, instead of dropping the packet, the system hangs because the semaphore
is never posted.
It just tries endlessly to call devif_send() which always fails.
On Mon, May 29, 2023 at 11:42 AM Xiang Xiao
wrote:
> On Sun, May 28, 2023 at 11:55 PM Fotis Panagiotopoulos &l
ttx/blob/master/net/udp/udp_sendto_unbuffered.c#L469
Shouldn't this failure also post the semaphore?
And let the code proceed returning an error in `send()`?
On Sun, May 28, 2023 at 5:26 PM Fotis Panagiotopoulos
wrote:
>
> On Sat, May 27, 2023 at 5:35 PM Xiang Xiao
> wrote:
&g
On Sat, May 27, 2023 at 5:35 PM Xiang Xiao
wrote:
> On Sat, May 27, 2023 at 8:19 PM Fotis Panagiotopoulos >
> wrote:
>
> > Hello,
> >
> > I encounter some problems using sendfile().
> >
> > I am using sendfile to... send a file to a remote server, with
Hello,
I encounter some problems using sendfile().
I am using sendfile to... send a file to a remote server, with my own
implementation of an FTP client.
sendfile() indeed starts to transmit chunks of the file, but as I see in
Wireshark, I get an ICMP response "Destination unreachable (Fragmentat
Hello Tomek,
you may also have a look here:
https://github.com/fjpanag/code_for_nuttx/tree/main/settings
On Sun, Apr 30, 2023 at 3:12 PM Alan C. Assis wrote:
> On 4/30/23, Tomek CEDRO wrote:
> > On Sat, Apr 29, 2023 at 10:16 PM Alan C. Assis wrote:
> >> Take a look at apps/system/cfgdata it co
Indeed your suggestion is valid.
I created the following issues:
https://github.com/apache/nuttx/issues/9126
https://github.com/apache/nuttx-apps/issues/1727
On Thu, Apr 27, 2023 at 5:06 AM Nathan Hartman
wrote:
> On Wed, Apr 26, 2023 at 9:32 AM Fotis Panagiotopoulos
> wrote:
> &g
anyone has any free time, I would encourage you to improve the apps
or the tools in this regard.
On Wed, Mar 29, 2023 at 8:07 PM Nathan Hartman
wrote:
> On Wed, Mar 29, 2023 at 5:02 AM Fotis Panagiotopoulos >
> wrote:
>
> > > In my opinion asprintf should set the pointer
Hello, just a recommendation.
If something is prone to missuse by the users, don't remove it.
Rather:
* Document clearly it's quirks.
* Provide checks and assertions catching the missuse.
On Sun, Apr 23, 2023, 14:49 Sebastien Lorquet wrote:
> Hello,
>
> I have a similar feeling about this.
>
Specifically for CE and E-mark (that I am mostly experienced with), module
certifications have no value.
The complete and finished product must be certified from scratch. As a
whole. It must be able to demonstrate that it is functional (to some
degree).
So in the end, you will have to go through l
I drafted this change here:
https://github.com/apache/nuttx/pull/8965
Have a look, please.
Although, I don't know if there will be any other places to be fixed like
that?
Or if this is the best approach to this issue. This was just a quick
experiment.
On Wed, Apr 5, 2023 at 12:34 AM Gregory Nut
t_tcb() that tries to access g_pidhash.
But! g_pidhash is deallocated at this point! And thus it points to garbage.
KASAN is right to complain.
On Wed, Apr 5, 2023 at 12:24 AM Gregory Nutt wrote:
>
> On 4/4/2023 2:43 PM, Fotis Panagiotopoulos wrote:
> > Sorry, maybe it
Sorry, maybe it was a bad example.
Here is a much more minimal config that you can run directly.
https://pastebin.com/x775E7iF
For me, it crashes almost immediately after starting.
Trying again with 4ff4562401401a3a86c74cb2bda9a1a2b8d94e6d and it moves
along.
On Tue, Apr 4, 2023 at 10:21 PM Gr
Hello,
Recently we saw the following commit get merged:
commit 758e88672b703bcb0d1251ae9731b2ec295e81c0
Author: Gregory Nutt
Date: Fri Mar 31 16:25:45 2023 -0600
Assert if a thread attempts to post a semaphore incorrectly.
Assert in nxsem_post if:
- Priority inheritance is enabl
>> Is there any limitation anywhere that dictates the relationship between
>> these two priorities?
> Since they run synchronously and generally don't overlap in time, I
> would say that the answer is no
I think this answers my question, thank you.
So, It doesn't really matter what the priority o
Thank you very much for this explanation.
> This is really outside of the scope of the OS. There is no OS imposed
> rule about what priorities you should use for your applications or for
> the low priority work queue. So I don't think there is a rule or a
> correct answer. You just need to expe
There are two issues that I would like to bring to your attention.
#7393 - https://github.com/apache/nuttx/issues/7393
#5973 - https://github.com/apache/nuttx/issues/5973
On Sat, Apr 1, 2023 at 12:07 AM Gregory Nutt wrote:
>
> > BTW, https://github.com/apache/nuttx/pull/5070 report that the sys
> >> I have mixed feelings myself and hope that we get some consensus
through
> >> dialog. One one hand, it is important to stay faithful to documented
> >> standard and undocumented conventions for the use the a POSIX/Unix
> >> systems. But on the other hand, unlike other OSs that strive toward
There are also some cases in the `tools` directory, but these are less
important.
The worst thing that can happen is the build to fail, not having a system
crash...
On Wed, Mar 29, 2023 at 6:34 PM Fotis Panagiotopoulos
wrote:
> > strdup?
>
> Thanks, I will check this too.
>
>
> strdup?
Thanks, I will check this too.
I went through all the asprintf calls in the list.
These are the ones that actually need to be fixed.
Everything else is properly checked.
drivers/net/telnet.c
698: ret = asprintf(&devpath, TELNET_DEVFMT, priv->td_minor);
libs/libc/uuid/lib_uuid_to_
s.%s", index_name, key);
3304: ret = asprintf(&dir, NVS_DIR_BASE"%s.%s", index_name, key);
3372: ret = asprintf(&dir, NVS_DIR_BASE"%s.%s", index_name, key);
fs/unionfs/fs_unionfs.c
717: ret = asprintf(&relpath, "%s%s", path, name);
721:
> Since, as you point out, this may be a lot of work, I think we should
> try to split the work across several devs...
Yes please, I am beyond burn-out lately...
> To do that, we'd grep for all uses of asprintf() to find out which
> files use it and post that list in reply to this email.
I can d
Hello,
I just noticed that there are some problems with the usage of asprintf()
throughout the code base.
This function is not properly checked for failure, which can lead to nasty
crashes.
I am checking here: https://linux.die.net/man/3/asprintf
It states:
> Return Value When successful, these
regards,
> Petro
>
> On Sun, Mar 12, 2023, 5:26 PM Alin Jerpelea wrote:
>
> > hi
> > I will be there and I hope to meet some of our awesome community members
> >
> > Best regards
> > Alin
> >
> > On Sun, 12 Mar 2023, 17:06 Nathan Hartman,
&
Hello,
Is anyone planning a visit to Embedded World?
I am flying tonight to Nuremberg.
It would be nice if we can arrange a meet-up!
Fotis.
Hello,
A fix has already been merged.
https://github.com/apache/nuttx/pull/8502
On Sat, Feb 11, 2023 at 9:48 PM Alan C. Assis wrote:
> Hi Pierre-Noel,
>
> Good catch! Although the right file is
> arch/arm/src/stm32/stm32_sdio.c, not boards/...
>
> This file has this possible BUG since when it
Hello,
Indeed the "proper" way of including a script would be to store it in a
file system.
However, when I needed to include a single and small script and I didn't
want to introduce a complete FS just for this, I used xxd.
xxd can convert any file to a C header file.
You can then include the he
7;s
> of interest, see if it makes sense, then get it working right for NuttX and
> do a PR...in the fullness of time (i.e. I'm a slow worker!)
>
> On 04/12/2022, 16:55, "Fotis Panagiotopoulos"
> wrote:
>
> Hello everyone!
>
> Christmas arrived a bit e
Hello everyone!
Christmas arrived a bit earlier for NuttX as I would like to donate some of
my personal code to the community!
A bit of context.
Over the years that I am working on embedded systems, I have developed lots
of software that I use in my projects.
Some of it is quite general-purpose,
Hi Tim,
Someone told me about this:
https://github.com/k88hudson/git-flight-rules
I haven't read it myself, but they say it is good.
I hope you find it helpful.
On Fri, Nov 25, 2022, 21:31 Alan C. Assis wrote:
> Hi Tim,
>
> Don't worry, after you get used to it things become easier.
>
> If y
+1 for nuttx and nuttx-apps.
On Sat, Nov 19, 2022, 14:53 Thiago Costa de Paiva wrote:
> How about?
>
> nuttx/kernel
> nuttx/apps
>
>
> 2022/11/19 13:26:53, raiden00pl:
> > +1 for nuttx and nuttx-apps
> >
> > sob., 19 lis 2022 o 12:17 Abdelatif Guettouche <
> > abdelatif.guettou...@gmail.com> nap
I think this issue is related?
https://github.com/apache/incubator-nuttx/issues/2001
On Thu, Nov 3, 2022 at 9:12 PM Alan C. Assis wrote:
> Hi Carlos,
>
> I tested and confirmed the issue:
>
> $ patch -p1 <
> ~/Desktop/0001-Changes-to-force-fill-bss-section-causing-sp-past-th.patch
> patching f
re are some files that contain an unreadable mess within the
comments.
See attached.
[image: image.png]
On Mon, Oct 10, 2022 at 6:49 PM Fotis Panagiotopoulos
wrote:
> > nxstyle should only complain if this is a source or build file, right?
> > And only if if the unicode is outside of
gt; >> Let's remove them!
> >>
> >> Thanks for looking into this issue
> >>
> >> Best Regards
> >> Alin
> >>
> >> On Mon, 10 Oct 2022, 17:25 Alan C. Assis, wrote:
> >>
> >>> Agree! It is better to avo
s, wrote:
>
> > Agree! It is better to avoid it.
> >
> > On 10/10/22, Fotis Panagiotopoulos wrote:
> > > Hello!
> > >
> > > A few weeks ago I had some problems with a static analysis tool that
> > > couldn't parse NuttX code, due to n
Hello everyone,
While I am still tracking down various issues regarding networking with
NuttX, I observed something interesting within the DHCP client code.
When dhcpc_request is called, the current IP address is set to INADDR_ANY.
This is in file dhcpc.c, line 714.
This sounds normal for the in
Hello!
A few weeks ago I had some problems with a static analysis tool that
couldn't parse NuttX code, due to non-Unicode characters. I provided a
couple of PRs and fixed the issues, but it got me thinking...
Do we really need Unicode characters within the codebase?
I can only think of problems
Hello,
Priority inheritance has a known bug, and it is not working correctly.
See issue #6310: https://github.com/apache/incubator-nuttx/issues/6310
I had to disable it in our application, as it causes lots of problems.
As I see, there are a couple of propositions on fixing this, but none of
the
Oops, sorry I missed this email.
Coroutines is a standard Lua library, included in the official code.
More information here: http://www.lua.org/pil/9.1.html.
I haven't examined the internals of this library yet. It may indeed have
excessive memory requirements, or it may be that the tests are pre
traffic between tap
and ethernet.
I have spend hours on this, but I haven't managed to make this work.
On Wed, Aug 31, 2022 at 4:38 PM Nathan Hartman
wrote:
> On Wed, Aug 31, 2022 at 5:12 AM Fotis Panagiotopoulos
> wrote:
> > I enabled all network prints.
> >
> > I c
Hello,
motivated by the recent issues of the network, I would like to perform more
tests on NuttX and maybe automate some of them.
The simulator sounds great for this case, but unfortunately I never got it
working.
Can someone please help me with that?
I am using Fedora 36.
I need to have the
ibrary.
On the simulator I had to set the stack to 1M.
I am afraid that this specific library may not be usable on actual MCU
systems...
On Sat, Aug 27, 2022 at 8:40 PM Xiang Xiao
wrote:
> On Sun, Aug 28, 2022 at 1:07 AM Fotis Panagiotopoulos >
> wrote:
>
> > Hello Mike!
>
Hello Mike!
I have also been using Lua on microcontrollers for many years, with great
success.
For The last couple of years I have been running Lua on NuttX, these two
are great when combined!
Quite recently I tried running the Lua tests suite (http://www.lua.org/tests)
on NuttX, and to my surpri
"standard" expected behavior, and maybe the only solution to
systems without NSH.
On Thu, Aug 25, 2022 at 5:15 PM Xiang Xiao
wrote:
> On Thu, Aug 25, 2022 at 10:05 PM Fotis Panagiotopoulos <
> f.j.pa...@gmail.com>
> wrote:
>
> > Ah, yes. I didn't have CONFIG_BOA
Ah, yes. I didn't have CONFIG_BOARDCTL_POWEROFF enabled, so I didn't see
this command.
Nevertheless, it is still not working.
Indeed the simulator exits, but the .gcda files are not generated.
On Thu, Aug 25, 2022 at 4:52 PM Gregory Nutt wrote:
> > But there is no way to terminate the simulator
Hello,
I am trying to use gcov with NuttX simulator, to have code coverage reports
generated.
I have enabled CONFIG_ARCH_COVERAGE and the executable is properly build
and run.
The .gcno files are properly generated.
However, the needed .gcda files are not generated.
Usually these are generated w
any follow up on this point?
>
> Sebastien
>
>
> Le 13/08/2022 à 16:44, Fotis Panagiotopoulos a écrit :
> > Ok, I just managed to reproduce the issue on a NUCLEO-F429ZI, using the
> > NuttX apps.
> >
> > Please check my fork on
> > https://github.com/fjp
t;
> Yes, I understood the point. Because it needs the right timing it
> could be trick to duplicate.
>
> Did you try to create a simple host server to try to emulate this
> connection issue?
>
> BR,
>
> Alan
>
> On 8/12/22, Fotis Panagiotopoulos wrote:
> > I
gs with the server communication,
that's why this is so hard to reproduce.
On Fri, Aug 12, 2022 at 5:13 PM Fotis Panagiotopoulos
wrote:
> Hi Alan,
>
> I am trying hard to reproduce the issue reliably, but I haven't been able
> to do so yet.
>
> I noticed that wh
is,
>
> Are you in sync with mainline?
>
> If you can create a host application to induce the issue will be
> easier for us to test.
>
> BR,
>
> Alan
>
> On 8/9/22, Fotis Panagiotopoulos wrote:
> > Hello,
> >
> > still trying to make the network work
more expertise about this.
>
> Just a note, dont forget that not all PHY have an interrupt, the one on
> the nucleo stm32h743zi[2] board does not have one.
>
> Sebastien
>
> Le 26/07/2022 à 11:05, Fotis Panagiotopoulos a écrit :
> > Hello,
> >
> > I have eve
y higher layer?
On Tue, Jul 19, 2022 at 10:30 PM Fotis Panagiotopoulos
wrote:
> Hello,
>
> > We have deployed hundreds of boards with stm32f427 and ethernet, they
> > have all been working reliably for months without stopping, we know it
> > because they critically depend
oneshot_callback() in the file nuttx/drivers/timers/arch_alarm.c.
I will investigate further...
On Fri, Jul 22, 2022 at 3:29 PM Xiang Xiao
wrote:
> On Fri, Jul 22, 2022 at 6:58 PM Fotis Panagiotopoulos >
> wrote:
>
> > The loop task indeed needs to run in high priority. I provided
; >
> > What do you think?
> >
> >
> I think it's fine or better to use the highest priority thread to simulate
> the interrupt.
>
>
> >
> > On Thu, Jul 21, 2022 at 6:56 PM Xiang Xiao
> > wrote:
> >
> > > On Thu, Jul 21, 2
effects).
* Move the remaining logic within the idle task to the loop task.
What do you think?
On Thu, Jul 21, 2022 at 6:56 PM Xiang Xiao
wrote:
> On Thu, Jul 21, 2022 at 11:27 PM Fotis Panagiotopoulos <
> f.j.pa...@gmail.com>
> wrote:
>
> > Hello,
> >
> >
Hello,
I am having some issues with scheduling in simulator.
I noticed that there is a "loop task", that performs various house-keeping
tasks.
This task is started with a priority of SCHED_PRIORITY_MIN.
Is this correct / on-purpose?
I would expect this task to run on maximum priority, simulating
Hi Petro,
> ... At
> some point of time the system runs out of IOBs (actually I have
> CONFIG_IOB_THROTTLE=8, so 8 IOB buffers are still available) and the
device
> wants to send the FTP response message.
Do you refer to an actual FTP response here, or to a TCP level response?
Is the problem caus
e
> reports if a card becomes unreachable. None has so far outside of
> dedicated tests.
>
> So I believe that there is no obvious hard bug in these drivers.
>
> Most certainly a build option on your particular config. debug is a
> possible issue, thread problems is another
Hello!
I am using Ethernet on an STM32F427 target, but I am facing some issues.
Initially the device works correctly. After some hours of continuous
operation I completely lose all network communications.
Trying to troubleshoot the issue, I enabled assertions and various other
debug features.
Ag
iao
wrote:
> On Fri, Jun 24, 2022 at 5:42 PM Fotis Panagiotopoulos >
> wrote:
>
> > Hello everyone!
> >
> > I got it working.
> >
> >
> Good luck.
>
>
> > The issue is in RTOS_SetThreadReg().
> > For some reason g_plugin_
, do you have a documentation about the JLink integration? BTW,
> > any news about the guy/gal Xiaomi was contracting to write better
> > documentation to NuttX ?
> >
> > BR,
> >
> > Alan
> >
> > On 6/23/22, Fotis Panagiotopoulos wrote:
> > >
x/
> $ make -C tools -f Makefile.host all
> $ ls -l tools/jlink*
> -rwxrwxr-x 1 alan alan 17144 jun 23 11:02 tools/jlink-nuttx
> -rw-rw-r-- 1 alan alan 16804 jun 23 11:01 tools/jlink-nuttx.c
>
> I didn't test it with JLinkGDBServer, but at least I can tell you it
> is
issue, hahaha
>
> Here on Ubuntu "make -C tools -f Makefile.host all" works fine.
>
> It created the jlink-nuttx.so file.
>
> BR,
>
> Alan
>
> On 6/22/22, Fotis Panagiotopoulos wrote:
> > Yes I enabled CONFIG_DEBUG_TCBINFO.
> > (When disable
b.com/apache/incubator-nuttx/blob/master/Kconfig#L1857-L1863
> >
> The plugin needs the g_tcbinfo to know the critical offset of the field in
> tcb_s structure.
>
> On Thu, Jun 23, 2022 at 2:10 AM Fotis Panagiotopoulos >
> wrote:
>
> > Hello,
> >
> > I am i
Hello,
I am in need of debugging NuttX in a thread-aware fashion, as I still hit a
dead-lock in networking that I haven't managed to track down yet.
I am using a custom target, based on the STM32F427VI and JLink as the
debugger.
I see that there is a plug-in for JLink GDB that was added in #4810
itself.
I will spend some more time investigating this, and report here.
Στις Παρ 13 Μαΐ 2022 στις 6:27 μ.μ., ο/η Nathan Hartman <
hartman.nat...@gmail.com> έγραψε:
> On Fri, May 13, 2022 at 6:43 AM Fotis Panagiotopoulos
> wrote:
> >
> > Hello!
> >
> > I am faci
Hello!
I am facing various issues with networking in NuttX, including a nasty
deadlock.
I tried to track down this deadlock, and it seems that it is related to
g_netlock.
I am not sure yet what is the sequence that leads to this.
I have CONFIG_PRIORITY_INHERITANCE enabled.
However, I see that SE
nat...@gmail.com> έγραψε:
> On Thu, May 12, 2022 at 5:18 AM Bernd Walter
> wrote:
> >
> > On Wed, May 11, 2022 at 07:13:17PM -0400, Nathan Hartman wrote:
> > > On Wed, May 11, 2022 at 5:19 AM Fotis Panagiotopoulos
> > > wrote:
> > > >
> > >
I was thinking the same thing.
Which layer is responsible for this check?
IP, UDP, or ICMP?
Στις Τρί 10 Μαΐ 2022 στις 2:41 μ.μ., ο/η Nathan Hartman <
hartman.nat...@gmail.com> έγραψε:
> On Tue, May 10, 2022 at 6:01 AM Fotis Panagiotopoulos >
> wrote:
>
> > Hello,
>
Hello,
I just noticed that NuttX responds with an ICMP port unreachable on UDP
broadcasts.
AFAIK this shouldn't happen.
I followed the code, and I found that the broadcast reaches udp_input.c:
line 256, where the ICMP response is generated.
There is a note there that indeed the ICMP shouldn't be
1 - 100 of 182 matches
Mail list logo
