On Wed, Oct 13, 2010, Dave Martin wrote:
> Note, I've been playing with *xM* A2, not Beagle A2.
ohhh, ok
> Is MLO the same thing as X-loader?
Yes; MLO is the filename which the ROM uses to load the bootloader from
MMC, and is usually x-loader
--
Loïc Minier
On Wed, Oct 13, 2010 at 2:58 PM, Robert Nelson wrote:
[...]
>
> On the "xM A2" holding down the user button just forces u-boot to use
> 'user.scr' vs 'boot.scr' it doesn't change anything related to the
> bootrom/x-load sequence as mmc is default on those boards.
Interesting... I guess that's c
On Wed, Oct 13, 2010 at 8:53 AM, Dave Martin wrote:
> Hi,
>
> On Wed, Oct 13, 2010 at 2:32 PM, Dave Martin wrote:
>> On Wed, Oct 13, 2010 at 2:27 PM, Loïc Minier wrote:
>>> On Wed, Oct 13, 2010, Dave Martin wrote:
As far as I can make out, the partition must be an exact number of
"cyli
Hi,
On Wed, Oct 13, 2010 at 2:32 PM, Dave Martin wrote:
> On Wed, Oct 13, 2010 at 2:27 PM, Loïc Minier wrote:
>> On Wed, Oct 13, 2010, Dave Martin wrote:
>>> As far as I can make out, the partition must be an exact number of
>>> "cylinders", must have enough sectors for a FAT32 filesystem and mu
On Wed, Oct 13, 2010, Dave Martin wrote:
> As far as I can make out, the partition must be an exact number of
> "cylinders", must have enough sectors for a FAT32 filesystem and must
> start at sector 63. This gives a minumum size is 5 cylinders (80262
> sectors), which seems to work OK.
> Anything
Hi,
On Wed, Oct 13, 2010 at 10:58 AM, Loïc Minier wrote:
> On Wed, Oct 13, 2010, Arnd Bergmann wrote:
>> You can also manually align the FAT and the start of data to individual
>> sectors, which is how some SD cards do it when they use the 255/63
>> geometry.
>
> Yup
>
> 1 MiB is the value I us
On Wed, Oct 13, 2010, Arnd Bergmann wrote:
> You can also manually align the FAT and the start of data to individual
> sectors, which is how some SD cards do it when they use the 255/63
> geometry.
Yup
1 MiB is the value I use myself when creating partitions manually, but
I didn't know Windows
On Wednesday 13 October 2010 09:53:17 Dave Martin wrote:
> Could be... although the Beagle ROM seems to be very sensitive to the
> precise layout. We might find that the partition must start at sector
> 63 (but I'm not sure I understand the behaviour yet).
That would be a serious bug in the firmw
Hi,
On Tue, Oct 12, 2010 at 5:44 PM, Arnd Bergmann wrote:
> On Tuesday 12 October 2010, Loïc Minier wrote:
[...]
>> Right; ideally, we'd offset it so that it's still on a nice boundary
>> e.g. we start at sector 512 (1, 8, 8)
>
> IIRC, Windows uses 1MB partition alignment these days. It's proba
On Tuesday 12 October 2010, Loïc Minier wrote:
> On Tue, Oct 12, 2010, Dave Martin wrote:
> > So we can make the /boot partition look like it has 63*255 geometry,
> > and we can make it start at sector offset 63.
>
> Right; ideally, we'd offset it so that it's still on a nice boundary
> e.g. we
On Tue, Oct 12, 2010 at 1:40 PM, Loïc Minier wrote:
[...]
>> cat <> "$device"
>
> s/-us/-uS/?
Ummm, yeah
Funny, sfdisk didn't report an error for that...
Cheers
---Dave
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.or
On Tue, Oct 12, 2010, Dave Martin wrote:
> So we can make the /boot partition look like it has 63*255 geometry,
> and we can make it start at sector offset 63.
Right; ideally, we'd offset it so that it's still on a nice boundary
e.g. we start at sector 512 (1, 8, 8)
> Everything else can be det
Note: there are some arithmetic bugs in the above code ... but you get
the general idea.
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
On Tue, Oct 12, 2010 at 11:15 AM, Loïc Minier wrote:
> On Tue, Oct 12, 2010, Dave Martin wrote:
>> 32 sectors * 16 heads is what I usually use -- this gives a 256KB
>> cylinder size, which should be an integral number of underlying erase
>> blocks on pretty much any flash device, and has divided e
On Tue, Oct 12, 2010, Dave Martin wrote:
> 32 sectors * 16 heads is what I usually use -- this gives a 256KB
> cylinder size, which should be an integral number of underlying erase
> blocks on pretty much any flash device, and has divided exactly into
> the size of every SD card of flash stick I ha
On Wed, Oct 6, 2010 at 9:27 PM, Loïc Minier wrote:
[...]
> There might be an interesting speedup + bugfix in aligning the rootfs
> partition on a power of two, e.g. 1 MiB boundary, as the SD/MMC is
> flash internally, and undergoes erase/write cycles for fs meta-data.
> I think only OMAP has
Yes I think this is well within the realm of the possible.
Regards
Tom
On Oct 11, 2010, at 5:20 AM, Robert Berger
wrote:
> Hi,
>
> I guess a major speedup could be achieved by not again partitioning the
> SD card once it has been partitioned, but just copy over rootfs, boot
> loader, kernel
Hi,
I guess a major speedup could be achieved by not again partitioning the
SD card once it has been partitioned, but just copy over rootfs, boot
loader, kernel and friends instead.
Do you think this could be done.
Regards,
Robert
..."Giving up on assembly language was the apple in our Garden o
On Tue, Oct 05, 2010, Tom Gall wrote:
> As a side project I've created a fairly simple performance improvement
> for the linaro-media-create tool. Basically the copying of the root_fs
> happens earlier in the process such that hwpack and a number of other
> steps are done in parallel and then at th
On Wed, Oct 6, 2010 at 10:11 AM, Alexander Sack wrote:
> On Wed, Oct 6, 2010 at 4:43 PM, Tom Gall wrote:
>> I haven't tested without hwpacks. I'm not sure that's a valid test
>> anymore with the removal of flavors and so on from the builds. Outside
>> of using an old linaro image, is it valid any
Hi asac,
On Wed, Oct 6, 2010 at 2:43 AM, Alexander Sack wrote:
> On Wed, Oct 6, 2010 at 6:24 AM, Tom Gall wrote:
>> The code is located here : lp:~tom-gall/linaro-image-tools/rsync-speedup
>>
>> I'm still testing so use with caution.
>>
>> From what I've been able to accomplish thus far, the 67M
On Wed, Oct 6, 2010 at 6:24 AM, Tom Gall wrote:
> The code is located here : lp:~tom-gall/linaro-image-tools/rsync-speedup
>
> I'm still testing so use with caution.
>
> From what I've been able to accomplish thus far, the 67M
> linaro-headless + hwpack sees the following speed up collected with
>
Greets,
As a side project I've created a fairly simple performance improvement
for the linaro-media-create tool. Basically the copying of the root_fs
happens earlier in the process such that hwpack and a number of other
steps are done in parallel and then at the end there's one last rsync
to make
23 matches
Mail list logo
