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
BTW, I've written up my understanding of the workflow at:
https://wiki.linaro.org/MichaelHope/Sandbox/SummitWorkflow
Michael, this is great and if the Definition field for the blueprints gets
updated at each stage, then it would be easy to track the progress of the
blueprints ( at least the Defin
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 Thu, 14 Oct 2010 09:55:51 +0200, Zygmunt Krynicki
wrote:
> If we work together we might do that. Don't worry about external
> dependencies yet. If it works we'll worry about solving that problem.
Well, we can work in parallel on that. I don't want to have code queued
up which we ask IS to dep
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
Michael,
I'm glad that I'm not the only confused one. Good description of the
flow...
Dave
On 14 October 2010 08:23, Amit Kucheria wrote:
> On 10 Oct 14, Michael Hope wrote:
> > Hi there. I'm confused about how we nominate and schedule things for
> > the upcoming summit. I've got a bunch of
Hi,
Today marks the third week of "Weekly Linaro image testing" and as
usual this is a call for help. If you have supported hardware and are
willing to test the images, please make your way to:
http://wiki.linaro.org/Releases/DailyBuilds
for an explanation on how to test and submit your res
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
W dniu 13.10.2010 19:52, James Westby pisze:
> On Wed, 13 Oct 2010 12:35:54 -0300, Guilherme Salgado
> wrote:
>> I think we can use existing libraries (python-oauth and
>> lazr.authentication) and follow the examples of Canonical django
>> projects t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
W dniu 14.10.2010 04:19, Michael Hudson pisze:
> It has to be said, I'm not sure the aesthetic appeal of oauth outweigh
> these costs. It smells a bit overengineered.
Alternatives?
>> 1) We need to allow users to authenticate before we allow them to
On 14 Oct 2010, at 04:19, Shawn Guo wrote:
> On Thu, Oct 14, 2010 at 4:58 AM, Michael Hudson
> wrote:
>> You can fix this by adding 'Defaults env_keep += "http_proxy"' to
>> /etc/sudoers btw.
>>
> It works. Thanks, Michael.
>
> Hi Jamie,
>
> I'm running into the following problem with latest
On 10 Oct 14, Michael Hope wrote:
> Hi there. I'm confused about how we nominate and schedule things for
> the upcoming summit. I've got a bunch of tr-* TR blueprints and a
> related set of engineering blueprints. Some of these blueprints are
> too big for one session and some need to be bundled
14 matches
Mail list logo
