[ECOS] FIS manipulation from an application?

[ECOS] FIS manipulation from an application?

[Stanislav Meduna]

Hi,

is there an API/recommended way for manipulating the FIS directory
from an application?

I am implementing a configuration tool using a simple web
interface and would like to be able to tweak data there.

Thanks
-- 
                                 Stano

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] FIS manipulation from an application?

[Sergei Gavrikov]

On Wed, Sep 02, 2009 at 09:25:56AM +0200, Stanislav Meduna wrote:
> Hi,
> 
> is there an API/recommended way for manipulating the FIS directory
> from an application?
> 
> I am implementing a configuration tool using a simple web
> interface and would like to be able to tweak data there.

Hi,

They talk
http://ecos.sourceware.org/docs-latest/ref/hal-calling-if.html that
you can access to Redboot config options via VV calls (if you need it).

2 cents: and what's about JFFS partition on FIS? Any data on JFFS will
be accessible from the both sides: Redboot and your application (all
is files). Well, may be it will be bloat for your target, but, IMO,
that is portable way to manipulate data is stored on NOR flash.

Sergei

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] FIS manipulation from an application?

[Stanislav Meduna]

Sergei Gavrikov wrote:

> They talk
> http://ecos.sourceware.org/docs-latest/ref/hal-calling-if.html that
> you can access to Redboot config options via VV calls (if you need it).

Thanks, I'll look into the possibilities.

> 2 cents: and what's about JFFS partition on FIS? Any data on JFFS will
> be accessible from the both sides: Redboot and your application (all
> is files).

I am trying to avoid the jffs2 as a prerequisite to run this
code. I had quite a few troubles with it, sometimes manifesting
as hang when mounting (debugging showed mount code going in loops
over the same data), sometimes as thread crashing leaving
the fs locked.

I traced the corruption to some problem in interrupt handling
in my SPI code (right now I am running it polled until I'll find
the time to investigate), but if a data corruption can cause
an indefinite loop, I prefer to stay away from a filesystem
or at least have a way to reformat it first.

Regards
-- 
                                 Stano

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss