From: Tejun <htejun@gmail.com>
To: jerome lacoste <jerome.lacoste@gmail.com>
Cc: lkml <linux-kernel@vger.kernel.org>
Subject: Re: [RFC] make it easy to test new kernels
Date: Mon, 30 Jan 2006 23:52:04 +0900 [thread overview]
Message-ID: <43DE2814.9080504@gmail.com> (raw)
In-Reply-To: <5a2cf1f60601251430k5823e7dald12c9b5f8bc297be@mail.gmail.com>
jerome lacoste wrote:
>
> But maybe I am focusing on the wrong approach?
> Linux developers, what would be the thing that takes no more than 4-5
> min per day that people like me could do with our machines to help you
> improve Linux?
>
Hello, Jerome.
As you've noted earlier in the message, swsusp will be helpful, I think.
Here's my suggestion.
1. setup swsusp/swsusp2 on target machines (swsusp2 works pretty well)
2. setup small (10G maybe) test partition on target machines with
minimal distribution (just install on one machine and copy the partition
over)
3. setup netboot for target machines (reserve one machine for kernel
serving)
When a new kernel comes out...
1. build the kernel and set it up for netbooting
2. software suspend testing machines & reboot'em with the new kernel
using netbooting
3. see whether things work
4. reboot and resume production system
The suspend/resume instead of full rebooting should save a lot of time.
If you also use netbooting for the production kernel, you can just
change settings on the kernel serving machine to select which kernel to
boot and which partition to mount for root fs.
--
tejun
prev parent reply other threads:[~2006-01-30 14:52 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-25 22:30 [RFC] make it easy to test new kernels jerome lacoste
2006-01-25 22:50 ` Christopher Friesen
2006-01-25 23:02 ` Jesper Juhl
2006-01-30 14:52 ` Tejun [this message]
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=43DE2814.9080504@gmail.com \
--to=htejun@gmail.com \
--cc=jerome.lacoste@gmail.com \
--cc=linux-kernel@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox