From: Timothy Miller <miller@techsource.com>
To: Valdis.Kletnieks@vt.edu
Cc: thunder7@xs4all.nl, Gabe Foobar <foobar.gabe@freemail.hu>,
linux-kernel@vger.kernel.org
Subject: Re: will be able to load new kernel without restarting?
Date: Mon, 05 May 2003 14:49:15 -0400 [thread overview]
Message-ID: <3EB6B22B.7090009@techsource.com> (raw)
In-Reply-To: 200305032252.h43Mq7X9006633@turing-police.cc.vt.edu
Valdis.Kletnieks@vt.edu wrote:
but I don't see any easy way
> to implement rmmmod/insmod semantics for things like kernel/schedule.c (how
> would you get your next timeslice?).
This isn't such a silly idea, really.
How much code would be required for a default, completely brainless
scheduler? That's built-in. When you load a new scheduler, the default
one doesn't get kicked out; it just gets turned off. When you unload,
the default takes over.
The only major issue is that the data structures used to manage
processes would be different from one scheduler to the next. One
possible answer would be to have an unloading driver translate all of
its process information into the default scheduler's format. A newly
loaded one would translate it to its own format. Things that would be
lost in the translation include interactivity information, etc.
Please forgive my total ignorance about how processes are represented in
data structures in the linux kernel.
next prev parent reply other threads:[~2003-05-05 18:34 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-03 19:24 will be able to load new kernel without restarting? Gabe Foobar
2003-05-03 20:56 ` Jurriaan
2003-05-03 22:52 ` Valdis.Kletnieks
2003-05-04 7:39 ` Eric W. Biederman
2003-05-04 16:00 ` rmoser
2003-05-04 17:09 ` Jan-Benedict Glaw
2003-05-05 2:49 ` rmoser
2003-05-05 18:49 ` Timothy Miller [this message]
2003-05-05 18:56 ` Valdis.Kletnieks
2003-05-05 1:07 ` Felipe Alfaro Solana
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=3EB6B22B.7090009@techsource.com \
--to=miller@techsource.com \
--cc=Valdis.Kletnieks@vt.edu \
--cc=foobar.gabe@freemail.hu \
--cc=linux-kernel@vger.kernel.org \
--cc=thunder7@xs4all.nl \
/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