Problem partitioning discontinuous physical start address

Problem partitioning discontinuous physical start address

[Daniel Ann]

Hey folks,

Im trying to partion my flash using partioning support (ie. parse
partition from the kernel argument) but for board with 2x intel flash
linearly connected, I can partition it no problem.

Problem exist with board with 2x intel flash (16MB each) non-linearly connected.
One is located at 0x7C00_0000 and another at 0xFF00_0000. If I give
0x7C00_0000 as a physical start address with length as 0x84000000 (ie.
(0xFFFF_FFFF - 7C00_0000) + 1)and select support for non-linear
mappings of flash chips, I get an error saying that its too large.

What options do I have without having to write my own physmap.c. I've
had one before when I was using 2.4 kernel, but having moved to 2.6,
I'm trying not to make any custom changes and trying to stick with the
main stream.

Any advice would be welcome. thanks.

--
Daniel

Re: Problem partitioning discontinuous physical start address

[Jörn Engel]

On Fri, 30 September 2005 16:36:06 +0900, Daniel Ann wrote:
> 
> Im trying to partion my flash using partioning support (ie. parse
> partition from the kernel argument) but for board with 2x intel flash
> linearly connected, I can partition it no problem.
> 
> Problem exist with board with 2x intel flash (16MB each) non-linearly connected.
> One is located at 0x7C00_0000 and another at 0xFF00_0000. If I give
> 0x7C00_0000 as a physical start address with length as 0x84000000 (ie.
> (0xFFFF_FFFF - 7C00_0000) + 1)and select support for non-linear
> mappings of flash chips, I get an error saying that its too large.
> 
> What options do I have without having to write my own physmap.c. I've
> had one before when I was using 2.4 kernel, but having moved to 2.6,
> I'm trying not to make any custom changes and trying to stick with the
> main stream.
> 
> Any advice would be welcome. thanks.

You could try concat.  iirc, it was created for this purpose.

Jörn

-- 
"Error protection by error detection and correction."
-- from a university class

Re: Problem partitioning discontinuous physical start address

[Daniel Ann]

Hey Jorn,

I was thinking concat must be doing something along this line but I
have tried it as I couldnt get any doc's on how to use it with command
line partition table parsing.
Or even setting it up with using make menuconfig.

Any hints on this please ?

Thanks.

On 9/30/05, Jörn Engel <joern@wohnheim.fh-wedel.de> wrote:
> On Fri, 30 September 2005 16:36:06 +0900, Daniel Ann wrote:
> >
> > Im trying to partion my flash using partioning support (ie. parse
> > partition from the kernel argument) but for board with 2x intel flash
> > linearly connected, I can partition it no problem.
> >
> > Problem exist with board with 2x intel flash (16MB each) non-linearly connected.
> > One is located at 0x7C00_0000 and another at 0xFF00_0000. If I give
> > 0x7C00_0000 as a physical start address with length as 0x84000000 (ie.
> > (0xFFFF_FFFF - 7C00_0000) + 1)and select support for non-linear
> > mappings of flash chips, I get an error saying that its too large.
> >
> > What options do I have without having to write my own physmap.c. I've
> > had one before when I was using 2.4 kernel, but having moved to 2.6,
> > I'm trying not to make any custom changes and trying to stick with the
> > main stream.
> >
> > Any advice would be welcome. thanks.
>
> You could try concat.  iirc, it was created for this purpose.
>
> Jörn
>
> --
> "Error protection by error detection and correction."
> -- from a university class
>


--
Daniel

Re: Problem partitioning discontinuous physical start address

[Jörn Engel]

On Sat, 1 October 2005 09:38:26 +0900, Daniel Ann wrote:
> 
> I was thinking concat must be doing something along this line but I
> have tried it as I couldnt get any doc's on how to use it with command
> line partition table parsing.
> Or even setting it up with using make menuconfig.
> 
> Any hints on this please ?

Sorry, I never actually used it myself.  Try reading the source or
hunting down the author.

Jörn

-- 
Invincibility is in oneself, vulnerability is in the opponent.
-- Sun Tzu