All of lore.kernel.org
 help / color / mirror / Atom feed
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





  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.