Hello Tejas,
On Sat, Oct 20, 2012 at 6:58 PM, Tejas Shah wrote:
>
> sfdisk: ERROR: sector 0 does not have an msdos signature
> beagle_sd.img: unrecognized partition table type
> No partitions found
> Warning: partition 1 does not end at a cylinder boundary
> BLKRRPART: Inappropriate ioctl for de
On Wed, Oct 19, 2011 at 09:19:49AM +0300, Fathi Boudra wrote:
> linaro-media-create/linaro-android-media-create command line options are now
> using dashes to separate words instead of underscores.
Woot, nice catch fixing it before I even complained! Thanks guys,
--
Christian Robottom Reis, Engin
On Tue, May 03, 2011, Tony MANSSON wrote:
> We'd like to use the --mmc option to distinguish between these two
> cases: 3 partitions vs. 2 partitions.
(This would be counter-intuitive as other pointed out)
For now, until Hwpackv2 are implemented, you could propose a new flag
indicating the ima
On Tue, May 3, 2011 at 10:32 AM, Tony MANSSON
wrote:
> Hello.
>
> The ST-Ericsson Snowball has an eMMC that need a first partition of unknown
> type to make room for some files that the SoC needs in order to boot. We boot
> up to u-boot here, and then proceeds either to the internal eMMC or to t
On 3 May 2011 09:32, Tony MANSSON wrote:
> The ST-Ericsson Snowball has an eMMC that need a first partition of unknown
> type to make room for some files that the SoC needs in order to boot. We boot
> up to u-boot here, and then proceeds either to the internal eMMC or to the SD
> card, in both
On Sat, Oct 16, 2010, John Rigby wrote:
> Unless I am mistaken the mmc init vs mmc rescan should not be an issue
> if the default env in u-boot is correct. As background, legacy mmc
> drivers need mmc init and new generic mmc drivers need mmc rescan. I
> agree that this change is annoying, howeve
Unless I am mistaken the mmc init vs mmc rescan should not be an issue
if the default env in u-boot is correct. As background, legacy mmc
drivers need mmc init and new generic mmc drivers need mmc rescan. I
agree that this change is annoying, however the difference can be
handled in the default e
Hi,
On Thu, Oct 14, 2010 at 3:14 PM, Shawn Guo wrote:
[...]
> Honestly, we are still far away from a bootable system. Besides above
> two bug fixes, we have tot address the following things to get a
> bootable mx51evk headless.
Ah, OK --- looks like I may have misunderstood the status of imx5
Hi Dave,
On Thu, Oct 14, 2010 at 9:13 PM, Dave Martin wrote:
> There are still a couple of errors which stop correct installation of
> u-boot when using linaro-media-create --image_file.
>
I always use l-m-c with --mmc, never --image_file. Will have a try later.
> I still couldn't get a bootabl
Hi Shawn,
I tried your linaro-media-create changes ... I put them in this
branch:
https://code.launchpad.net/~dave-martin-arm/linaro-image-tools/mx51evk-fixes
There are still a couple of errors which stop correct installation of
u-boot when using linaro-media-create --image_file.
I still couldn
Hi Shawn,
I tried your linaro-media-create changes ... I put them in this
branch:
https://code.launchpad.net/~dave-martin-arm/linaro-image-tools/mx51evk-fixes
There are still a couple of errors which stop correct installation of
u-boot when using linaro-media-create --image_file.
I still couldn
On 14 October 2010 10:38, Loïc Minier wrote:
> So it means we have to track which platforms use which MMC init
> command; how ugly :-/ is there a way we could test for it?
Can't we just define this incompatibility as a bug in uboot and get
it fixed? :-)
-- PMM
_
On Thu, Oct 14, 2010, Shawn Guo wrote:
> Quote from https://bugs.launchpad.net/linaro-image-tools/+bug/659720:
> Actually, we do not need to add anything before the first "fatload".
> We set the bootcmd in boot.scr, and boot.scr itself is in mmc boot
> partition. We have to get mmc ready before doi
Thanks for the comment, Wolfgang.
Agreed that u-boot needs a patch to increase CONFIG_MAX_ARGS. But my
point is that it's not necessary to put "mmcinfo; mmc init;" in the
command, as I explained like below on the bug page. With that
removed, the current CONFIG_MAX_ARGS still fits.
Quote from ht
Dear Shawn Guo,
In message you
wrote:
> The l-m-c is broken for mx51evk due to the following two bugs. I
> posted the patches there. Please review the patches and
> pick them up if they are ok.
>
> The bootcmd setting for mx51evk in l-m-c exceeds max args
> https://bugs.launchpad.net/linaro-i
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
>
37 matches
Mail list logo
