AW: [ECOS] [PATCH] fix possible jffs2 deadlock (sync with mtd cvs)

AW: [ECOS] [PATCH] fix possible jffs2 deadlock (sync with mtd cvs)

[Neundorf, Alexander]

...
> > Ok, I'll have a look.
> > What about the patch ?
> 
> It was decided by the jffs2 maintainer to reject the patch. Its the
> compiler that is broken, not JFFS2. Fixing the compiler is the proper
> solution.
> 
>         Andrew

No, not that patch.
I mean the patch which is attached to my previous mail, which fixes the semaphore-unlocking problem (and which is taken from mtd cvs HEAD). This is unrelated to the arm-gcc problem.

Bye
Alex
 

--
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] [PATCH] fix possible jffs2 deadlock (sync with mtd cvs)

[Andrew Lunn]

On Mon, Aug 02, 2004 at 03:09:51PM +0200, Neundorf, Alexander wrote:
> 
> ...
> > > Ok, I'll have a look.
> > > What about the patch ?
> > 
> > It was decided by the jffs2 maintainer to reject the patch. Its the
> > compiler that is broken, not JFFS2. Fixing the compiler is the proper
> > solution.
> > 
> >         Andrew
> 

> No, not that patch.  I mean the patch which is attached to my
> previous mail, which fixes the semaphore-unlocking problem (and
> which is taken from mtd cvs HEAD). This is unrelated to the arm-gcc
> problem.

Sorry, my mistake. 

I want to resync the eCos jffs2 code with dwnw2 repository which will
automatically pull in your patch. But its not as simple as that
becasue the last time this was done an eCos change was overwritten so
that needs putting back and then committing to the dwnw2 repository,
plus i have some other local changes in my tree for the reworked flash
API which should not be committed....

This will happen, but not today.

        Andrew

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

AW: [ECOS] [PATCH] fix possible jffs2 deadlock (sync with mtd cvs)

[Neundorf, Alexander]

...
> > Another question:
> > 
> > The file jffs2/..../fs-ecos.c contains a check for gcc 
> 3.2.x and ARM_ARCH_4 -> #error This compiler is known to be broken
> > 
> > Does this also apply for ARM_ARCH_5 ?
> > It compiles here with -mcpu=xscale and gcc 3.2.1 ...
> 
> I don't know if the strongARM code is also broken. I suggest you take
> a look at the referenced discussion and look at the assembly language
> your compiler is generating. If it is also broken let me know and i
> will extend the #error for ARM_ARCH_5.
> 

Ok, I'll have a look.
What about the patch ?

Bye
Alex

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