On 20/06/2022 09:46, Chris Johns wrote:
On 20/6/22 4:06 pm, Sebastian Huber wrote:
On 11/06/2022 03:57, Chris Johns wrote:
I will take a look at the heap fragmentation under large block writes as a
background task. I have openedhttps://devel.rtems.org/ticket/4664 to track this
issue.
In 2018
On 20/6/22 4:06 pm, Sebastian Huber wrote:
> On 11/06/2022 03:57, Chris Johns wrote:
>> I will take a look at the heap fragmentation under large block writes as a
>> background task. I have openedhttps://devel.rtems.org/ticket/4664 to track
>> this
>> issue.
>
> In 2018 I replaced the first fi
On 11/06/2022 03:57, Chris Johns wrote:
I will take a look at the heap fragmentation under large block writes as a
background task. I have openedhttps://devel.rtems.org/ticket/4664 to track this
issue.
In 2018 I replaced the first fit allocator with TLSF due to heap
fragmentation issues in co
On 10/6/22 11:25 pm, Joel Sherrill wrote:
> If I read the patch set correctly, there is a one line change to os-rtems.h
> which looks fine and the rest is updating to the latest version.
Yes it seems so.
> If so, then push it.
OK from me and thanks for picking up this task.
I will take a look a
If I read the patch set correctly, there is a one line change to os-rtems.h
which looks fine and the rest is updating to the latest version.
If so, then push it.
--joel
On Fri, Jun 10, 2022 at 3:21 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> ---
> cpukit/libfs/src/jffs2/V
---
cpukit/libfs/src/jffs2/VERSION | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/cpukit/libfs/src/jffs2/VERSION b/cpukit/libfs/src/jffs2/VERSION
index 7d9c9f41b2..b13bed5750 100644
--- a/cpukit/libfs/src/jffs2/VERSION
+++ b/cpukit/libfs/src/jffs2/VERSION
@@ -1,9 +1,9 @@
-
