Re: [NuttX] CONFIG_NET_TCP_WRITE_BUFFERS=y deadlock issue

2022-07-20 Thread Petro Karashchenko
Hello, The FTP response actually ends up is send call on TCP socket, so those are actually equivalent. The problem is not ACK related, but more about that almost all TCP packet (up to 65K in theory, but less on practice) can be buffered in readhead IOB chain with all ACKs in place and waiting for

Re: [NuttX] CONFIG_NET_TCP_WRITE_BUFFERS=y deadlock issue

2022-07-20 Thread Fotis Panagiotopoulos
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

Re: LCD Framebuffer putarea and display redraw

2022-07-20 Thread Alan Carvalho de Assis
Hi Karel, On 7/20/22, Karel Kočí wrote: > Hi > > I discovered that commit 664d45dcbace03a879017aa99566592be31f4308 broke LCD > > framebuffer (at least for ST7789). The issue is with `putarea` call. > Originally > it was called only when full display redraw was requested but now it is > called > e

Re: CRC32 what gives?

2022-07-20 Thread Karel Kočí
Excerpts from Nathan Hartman's message of July 20, 2022 4:32 pm: > On Wed, Jul 20, 2022 at 10:24 AM Karel Kočí wrote: >> >> Sorry for the late response.. I was busy with life. >> >> No, NuttX's crc32 is returning 0x2DFD2D88! >> My modified code with missing negation returns that 0x340BC6D9 but tha

Re: LCD Framebuffer putarea and display redraw

2022-07-20 Thread Nathan Hartman
On Wed, Jul 20, 2022 at 10:09 AM Karel Kočí wrote: > I discovered that commit 664d45dcbace03a879017aa99566592be31f4308 broke LCD > framebuffer (at least for ST7789). The issue is with `putarea` call. > Originally > it was called only when full display redraw was requested but now it is called > e

Re: CRC32 what gives?

2022-07-20 Thread Nathan Hartman
On Wed, Jul 20, 2022 at 10:24 AM Karel Kočí wrote: > > Sorry for the late response.. I was busy with life. > > No, NuttX's crc32 is returning 0x2DFD2D88! > My modified code with missing negation returns that 0x340BC6D9 but that is now > probably no longer relevant. We should now probably only cons

Re: CRC32 what gives?

2022-07-20 Thread Karel Kočí
Sorry for the late response.. I was busy with life. Excerpts from Alan Carvalho de Assis's message of July 15, 2022 7:36 pm: > On 7/15/22, Karel Kočí wrote: >> The impact might be pretty significant from my search and that is also why I >> >> rather discuss instead of suggesting changes. >> >> Th

LCD Framebuffer putarea and display redraw

2022-07-20 Thread Karel Kočí
Hi I discovered that commit 664d45dcbace03a879017aa99566592be31f4308 broke LCD framebuffer (at least for ST7789). The issue is with `putarea` call. Originally it was called only when full display redraw was requested but now it is called every time when defined. The core of the issue is that fr

[NuttX] CONFIG_NET_TCP_WRITE_BUFFERS=y deadlock issue

2022-07-20 Thread Petro Karashchenko
Hello team, Recently I've been using NuttX on a SAMv7 based board with Ethernet. I've tried to use the FTP server for remote access to the SD card. During implementation I faced https://github.com/apache/incubator-nuttx/issues/5973 and did some further analysis. When CONFIG_NET_TCP_WRITE_BUFFERS