From: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [RFC] Zaurus: make updater.sh obsolete for poodle, clamshells and tosa
Date: Sun, 17 Jan 2010 20:13:05 +0100 [thread overview]
Message-ID: <201001172013.06010.marcin@juszkiewicz.com.pl> (raw)
In-Reply-To: <d1b08f941001170606w13dcfc0ey341da93deb94c7b8@mail.gmail.com>
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.
> Well, there are very good reasons to make this now obsolete:
> - we can flash from console (2.6 userspace)
> - we have a different image-layout (kernel in /boot), thus we can boot
> from every hd partition
> - we can create jffs2 images (see Narcissus) and flash these from
> console, without striping the legacy headers. We can even have 2
> images in nand
> My idea would be:
>
> -refactor updater.sh and flash only kernels
> -provide an updater script
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).
Regards,
--
JID: hrw@jabber.org
Website: http://marcin.juszkiewicz.com.pl/
LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz
next prev parent reply other threads:[~2010-01-17 19:15 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 [this message]
2010-01-17 19:58 ` Yuri Bushmelev
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=201001172013.06010.marcin@juszkiewicz.com.pl \
--to=marcin@juszkiewicz.com.pl \
--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.