All of lore.kernel.org
 help / color / mirror / Atom feed
From: Yuri Bushmelev <jay4mail@gmail.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [RFC] Zaurus: make updater.sh obsolete for poodle, clamshells and 	tosa
Date: Sun, 17 Jan 2010 22:58:25 +0300	[thread overview]
Message-ID: <201001172258.25258.jay4mail@gmail.com> (raw)
In-Reply-To: <201001172013.06010.marcin@juszkiewicz.com.pl>

Hello!
> Dnia niedziela, 17 stycznia 2010 o 15:06:19 Andrea Adami napisał(a):
> > Reading the post about gnu-tar I remember we talked about a new way to
> > install 2.6 kernels and images on Zaurus.
> 
> Any way is good but I hope that there still be a way to install OE build
> results on SharpROM based Zaurus.

You can boot old 2.4 based ROM's with kexecboot too. I have reports of 
success booting of Cacko e.g.

> What about this (note that I do not track kexecboot work):
> 
> - make updater.sh which will flash kexecboot kernel and reboot
> - let kexecboot initramfs checks for CARD/sysupdate.sh
> - CARD/sysupdate.sh will update rootfs/kernel etc and reboot
> 
> sysupdate.sh name is chosen to allow updater.sh (for crappy bootloader)
>  and real update script to be on same card. This way you can update any
>  Zaurus nevermind what kind of OS it had before. And as kexecboot kernel
>  will have our nand split table inside anything can be done in
>  sysupdate.sh script (formating / and /home for example or installing
>  them from card images etc).

We should not update kernel while using kexecboot. We can only update distro 
(rootfs with kernel inside) in NAND.
I'm not sure that we have too much ordinary users who will flash to NAND 
instead of external SD/CF. Advanced user can boot from console-image from SD 
and 'flash' by hands according to some README/wiki instructions. Or we can 
provide special NAND-installer image for this.

But anyway having something like legacy-updater.bb is good idea.

-- 
Yuri Bushmelev



  reply	other threads:[~2010-01-17 20:00 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-17 14:06 [RFC] Zaurus: make updater.sh obsolete for poodle, clamshells and tosa Andrea Adami
2010-01-17 19:13 ` Marcin Juszkiewicz
2010-01-17 19:58   ` Yuri Bushmelev [this message]
2010-01-17 23:59     ` Andrea Adami
2010-01-22 10:12       ` Andrea Adami
2010-01-22 14:57         ` Rolf Leggewie
2010-01-28 22:50           ` Andrea Adami
2010-02-01 18:24             ` Andrea Adami
2010-02-01 21:57               ` Andrea Adami
2010-02-01 23:21                 ` Rolf Leggewie
2010-02-01 23:47                   ` Graeme Gregory
2010-02-06 23:09                     ` Andrea Adami
2010-02-07  0:18                       ` Andrea Adami
2010-05-03 12:37                         ` Andrea Adami
2010-01-17 19:42 ` Rolf Leggewie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201001172258.25258.jay4mail@gmail.com \
    --to=jay4mail@gmail.com \
    --cc=openembedded-devel@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.