Re: jffs2 mount assert

2019-09-04 Thread Ярослав Лещинский
>>A self-contained example would be nice including the application
>>configuration ( stuff).

#ifndef CONFIG_H
#define CONFIG_H

#include "user.h"

void* POSIX_Init(void *arg);


#define CONFIGURE_APPLICATION_NEEDS_CONSOLE_DRIVER
#define CONFIGURE_APPLICATION_NEEDS_CLOCK_DRIVER
#define CONFIGURE_MINIMUM_TASK_STACK_SIZE  1024
#define CONFIGURE_MAXIMUM_SEMAPHORES   15
#define CONFIGURE_MAXIMUM_POSIX_THREADS20
#define CONFIGURE_POSIX_INIT_THREAD_TABLE

#define CONFIGURE_FILESYSTEM_JFFS2

#define CONFIGURE_LIBIO_MAXIMUM_FILE_DESCRIPTORS   20

#define CONFIGURE_MAXIMUM_POSIX_MESSAGE_QUEUES 3
#define CONFIGURE_MESSAGE_BUFFER_MEMORY \
(CONFIGURE_MESSAGE_BUFFERS_FOR_QUEUE( \
USER_SPAWN_MAX_NUM_MESSAGES_IN_QUEUE, USER_SPAWN_MESSAGE_SIZE))

#define CONFIGURE_INIT

#include 

#endif

>>Any output from JFFS2 during the mount?
No, it's keep quite just hanging.

>>What is the errno?
Failed with: Not enough space

Thanks.

On Wed, 4 Sep 2019 at 07:21, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:

> On 03/09/2019 18:40, Ярослав Лещинский wrote:
> > rv is equal to -1 after the try of mounting. Qspiflash driver was
> > checked separately for the write, read, erase operations.
> >
> > Can someone suggest what to do here?
>
> A self-contained example would be nice including the application
> configuration ( stuff).
>
> Any output from JFFS2 during the mount?
>
> What is the errno?
>
> Maybe you have to step through the mount() call with a debugger to
> figure out what is wrong.
>
> --
> Sebastian Huber, embedded brains GmbH
>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany
> Phone   : +49 89 189 47 41-16
> Fax : +49 89 189 47 41-09
> E-Mail  : sebastian.hu...@embedded-brains.de
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>


-- 
--
Kind regards,
*Yaroslav Leshchinsky*
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users

Re: jffs2 mount assert

2019-09-03 Thread Sebastian Huber

On 03/09/2019 18:40, Ярослав Лещинский wrote:
rv is equal to -1 after the try of mounting. Qspiflash driver was 
checked separately for the write, read, erase operations.


Can someone suggest what to do here?


A self-contained example would be nice including the application 
configuration ( stuff).


Any output from JFFS2 during the mount?

What is the errno?

Maybe you have to step through the mount() call with a debugger to 
figure out what is wrong.


--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users

Re: Jffs2 Build Issue

2019-07-02 Thread Sebastian Huber

On 02/07/2019 20:24, richard.glos...@l3harris.com wrote:
Trying to get a build with jffs2 file system included for rcc-1.3-rc6. 
Defined CONFIGURE_FILESYSTEM_JFFS2 and now am getting an undefined 
reference linker error for rtems_jffs2_initialize().  Tried adding 
–ljffs2 to the linker command line but still get the error.  #define 
CONFIGURE_FILESYSTEM_JFFS2 is definitely before including rtems/confdefs.h


Is is probably an issue with your linker invocation. It would help to 
see the command line with the error messages.


--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users


Re: JFFS2

2018-07-17 Thread Joel Sherrill
On Tue, Jul 17, 2018, 11:40 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:

> On 13/07/18 00:50, Russell Haley wrote:
> > While this is maybe not a currently viable alternative, it's most
> > likely port-able (meaning could be ported) to work with libbsd?
> >
> > https://en.wikipedia.org/wiki/CHFS
>
> Is this file system actually used and maintained?
>

I don't know. That should be determined. Always important to know we are
not chasing something on its way out.

>
> --
> Sebastian Huber, embedded brains GmbH
>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany
> Phone   : +49 89 189 47 41-16
> Fax : +49 89 189 47 41-09
> E-Mail  : sebastian.hu...@embedded-brains.de
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
> ___
> users mailing list
> users@rtems.org
> http://lists.rtems.org/mailman/listinfo/users
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users

Re: JFFS2

2018-07-17 Thread Sebastian Huber

On 13/07/18 00:50, Russell Haley wrote:
While this is maybe not a currently viable alternative, it's most 
likely port-able (meaning could be ported) to work with libbsd?


https://en.wikipedia.org/wiki/CHFS


Is this file system actually used and maintained?

--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users

Re: JFFS2

2018-07-12 Thread Joel Sherrill
On Thu, Jul 12, 2018, 5:51 PM Russell Haley  wrote:

> While this is maybe not a currently viable alternative, it's most likely
> port-able (meaning could be ported) to work with libbsd?
>
> https://en.wikipedia.org/wiki/CHFS
>
> For what it's worth
>

It's worth something. :)

It came up before and I added a ticket so it shows up as a potential
project. It seems to be a good alternative.

>
> Russ
>
> On Thu, Jul 12, 2018 at 1:27 PM, Sebastian Huber <
> sebastian.hu...@embedded-brains.de> wrote:
>
>> Hello,
>>
>> for NAND flashes you can use YAFFS2:
>>
>> https://git.rtems.org/sebh/rtems-yaffs2.git/
>>
>> You need a license for commercial products:
>>
>> https://yaffs.net/yaffs-licence-faqs
>> ___
>> users mailing list
>> users@rtems.org
>> http://lists.rtems.org/mailman/listinfo/users
>>
>
> ___
> users mailing list
> users@rtems.org
> http://lists.rtems.org/mailman/listinfo/users
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users

Re: JFFS2

2018-07-12 Thread Russell Haley
While this is maybe not a currently viable alternative, it's most likely
port-able (meaning could be ported) to work with libbsd?

https://en.wikipedia.org/wiki/CHFS

For what it's worth,

Russ

On Thu, Jul 12, 2018 at 1:27 PM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:

> Hello,
>
> for NAND flashes you can use YAFFS2:
>
> https://git.rtems.org/sebh/rtems-yaffs2.git/
>
> You need a license for commercial products:
>
> https://yaffs.net/yaffs-licence-faqs
> ___
> users mailing list
> users@rtems.org
> http://lists.rtems.org/mailman/listinfo/users
>
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users

Re: JFFS2

2018-07-12 Thread Sebastian Huber
Hello,

for NAND flashes you can use YAFFS2:

https://git.rtems.org/sebh/rtems-yaffs2.git/

You need a license for commercial products:

https://yaffs.net/yaffs-licence-faqs
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users


Re: Re: jffs2 summary problem

2018-01-30 Thread bin.w...@qkmtech.com
Hello Thomas:

thank you very much ,it it not so crucial for me .i just want the best 
performance。if someone has do this work before ,i wish they can help me .if 
not, i wiil try my best to sovle this problem when i has time . 

not now

best wishes
ben



bin.w...@qkmtech.com
 
From: ThomasDörfler
Date: 2018-01-30 15:02
To: bin wang; rtems-us...@rtems.org
Subject: Re: jffs2 summary problem
Hello Ben,

the RTEMS community is always happy to see the functionality growning, 
especially with additions, which are useful to real life applications.In 
general I think there are three options to add missing functionality to the 
RTEMS ecosystem:

1.) invest your own expertise and time to get it done and to get it integrated
2.) find someone who has spare time to do it 
3.) fund the corresponding work with the money required

If a faster startup of the existing jffs2 RTEMS port is crucial for you, option 
3 may be interesting for you. Among others, we at embedded brains can create a 
quote for you for commercial support, with the goal to get the corresponding 
functionality ported and integrated. Please let me know if this is interesting 
for you.

Kind regards,

Thomas.



Von: "bin wang" <bin.w...@qkmtech.com>
An: "bin wang" <bin.w...@qkmtech.com>, "rtems-us...@rtems.org" <users@rtems.org>
Gesendet: Dienstag, 30. Januar 2018 07:45:20
Betreff: Re: jffs2 summary problem

>On 30/01/18 05:16, bin.w...@qkmtech.com wrote:
>> hi everyone
>>
>> now i use jffs2 as my flash filesystem. but the  time  of the scan the 
>> device is two long , i find that  someone said that when i set the 
>> CONFIG_JFFS2_SUMMARY macro ,the time will reduce too much。
 
>This looks like a Linux configuration option.

yes , i has view some of the information,jffs2 is ported from linux environment 
to rtems. but i think the mount time is too long  for me 
 
>>
>> but i did not find the realization of the summary.  i only find the 
>> summary.h and no function realization.
>>
>> if i want to use this to reduce the scan time . how should i do ?
 
>You have to figure out how it works on Linux and how we can enable/port 
>this to RTEMS.

because i did not find the realization of this feature in the rtems source code 
. i just find the header file of the summary. 
i think i has no much time to do the port work and also i am not familiar with 
linux too . 
is rtems develop group want to support this feature in jffs2? 
thank you very much.
 
>>
>> i use rtems 4.11.2 and zynq 7000 platform.
>>
>> best wishes
>> ben
>>
>> 
>> bin.w...@qkmtech.com
>>
>>
>> ___
>> users mailing list
>> users@rtems.org
>> http://lists.rtems.org/mailman/listinfo/users
> 
>-- 
>Sebastian Huber, embedded brains GmbH
> 
>Address : Dornierstr. 4, D-82178 Puchheim, Germany
>Phone   : +49 89 189 47 41-16
>Fax : +49 89 189 47 41-09
>E-Mail  : sebastian.hu...@embedded-brains.de
>PGP : Public key available on request.
> 
>Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
 

___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users

-- 
-- 

embedded brains GmbH
Thomas Doerfler
Dornierstr. 4
D-82178 Puchheim
Germany
email: thomas.doerf...@embedded-brains.de
Phone: +49-89-18 94 741-12
Fax:   +49-89-18 94 741-09
PGP: Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users

Re: jffs2 summary problem

2018-01-29 Thread Thomas Dörfler
Hello Ben, 

the RTEMS community is always happy to see the functionality growning, 
especially with additions, which are useful to real life applications.In 
general I think there are three options to add missing functionality to the 
RTEMS ecosystem: 

1.) invest your own expertise and time to get it done and to get it integrated 
2.) find someone who has spare time to do it 
3.) fund the corresponding work with the money required 

If a faster startup of the existing jffs2 RTEMS port is crucial for you, option 
3 may be interesting for you. Among others, we at embedded brains can create a 
quote for you for commercial support, with the goal to get the corresponding 
functionality ported and integrated. Please let me know if this is interesting 
for you. 

Kind regards, 

Thomas. 


Von: "bin wang" <bin.w...@qkmtech.com> 
An: "bin wang" <bin.w...@qkmtech.com>, "rtems-us...@rtems.org" 
<users@rtems.org> 
Gesendet: Dienstag, 30. Januar 2018 07:45:20 
Betreff: Re: jffs2 summary problem 

>On 30/01/18 05:16, bin.w...@qkmtech.com wrote: 
> > hi everyone 
> > 
> > now i use jffs2 as my flash filesystem. but the time of the scan the 
> > device is two long , i find that someone said that when i set the 
> > CONFIG_JFFS2_SUMMARY macro ,the time will reduce too much。 
> This looks like a Linux configuration option. 

yes , i has view some of the information,jffs2 is ported from linux environment 
to rtems. but i think the mount time is too long for me 
> > 
> > but i did not find the realization of the summary. i only find the 
> > summary.h and no function realization. 
> > 
> > if i want to use this to reduce the scan time . how should i do ? 
> You have to figure out how it works on Linux and how we can enable/port 
> this to RTEMS. 

because i did not find the realization of this feature in the rtems source code 
. i just find the header file of the summary. 
i think i has no much time to do the port work and also i am not familiar with 
linux too . 
is rtems develop group want to support this feature in jffs2? 
thank you very much. 
> > 
> > i use rtems 4.11.2 and zynq 7000 platform. 
> > 
> > best wishes 
> > ben 
> > 
> >  
> > bin.w...@qkmtech.com 
> > 
> > 
> > ___ 
> > users mailing list 
> > users@rtems.org 
> > http://lists.rtems.org/mailman/listinfo/users 
> 
> -- 
> Sebastian Huber, embedded brains GmbH 
> 
> Address : Dornierstr. 4, D-82178 Puchheim, Germany 
> Phone : +49 89 189 47 41-16 
> Fax : +49 89 189 47 41-09 
> E-Mail : sebastian.hu...@embedded-brains.de 
> PGP : Public key available on request. 
> 
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. 

___ 
users mailing list 
users@rtems.org 
http://lists.rtems.org/mailman/listinfo/users 

-- 
-- 
 
embedded brains GmbH 
Thomas Doerfler 
Dornierstr. 4 
D-82178 Puchheim 
Germany 
email: thomas.doerf...@embedded-brains.de 
Phone: +49-89-18 94 741-12 
Fax: +49-89-18 94 741-09 
PGP: Public key available on request. 

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. 
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users

Re: jffs2 summary problem

2018-01-29 Thread bin.w...@qkmtech.com
>On 30/01/18 05:16, bin.w...@qkmtech.com wrote:
>> hi everyone
>>
>> now i use jffs2 as my flash filesystem. but the  time  of the scan the 
>> device is two long , i find that  someone said that when i set the 
>> CONFIG_JFFS2_SUMMARY macro ,the time will reduce too much。
 
>This looks like a Linux configuration option.

yes , i has view some of the information,jffs2 is ported from linux environment 
to rtems. but i think the mount time is too long  for me 
 
>>
>> but i did not find the realization of the summary.  i only find the 
>> summary.h and no function realization.
>>
>> if i want to use this to reduce the scan time . how should i do ?
 
>You have to figure out how it works on Linux and how we can enable/port 
>this to RTEMS.

because i did not find the realization of this feature in the rtems source code 
. i just find the header file of the summary. 
i think i has no much time to do the port work and also i am not familiar with 
linux too . 
is rtems develop group want to support this feature in jffs2? 
thank you very much.
 
>>
>> i use rtems 4.11.2 and zynq 7000 platform.
>>
>> best wishes
>> ben
>>
>> 
>> bin.w...@qkmtech.com
>>
>>
>> ___
>> users mailing list
>> users@rtems.org
>> http://lists.rtems.org/mailman/listinfo/users
> 
>-- 
>Sebastian Huber, embedded brains GmbH
> 
>Address : Dornierstr. 4, D-82178 Puchheim, Germany
>Phone   : +49 89 189 47 41-16
>Fax : +49 89 189 47 41-09
>E-Mail  : sebastian.hu...@embedded-brains.de
>PGP : Public key available on request.
> 
>Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
 
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users

Re: jffs2 summary problem

2018-01-29 Thread Sebastian Huber

On 30/01/18 05:16, bin.w...@qkmtech.com wrote:

hi everyone

now i use jffs2 as my flash filesystem. but the  time  of the scan the 
device is two long , i find that  someone said that when i set the 
CONFIG_JFFS2_SUMMARY macro ,the time will reduce too much。


This looks like a Linux configuration option.



but i did not find the realization of the summary.  i only find the 
summary.h and no function realization.


if i want to use this to reduce the scan time . how should i do ?


You have to figure out how it works on Linux and how we can enable/port 
this to RTEMS.




i use rtems 4.11.2 and zynq 7000 platform.

best wishes
ben


bin.w...@qkmtech.com


___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users


--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users