public inbox for linux-8086@vger.kernel.org
 help / color / mirror / Atom feed
From: u-vpoa@aetey.se
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: linux-8086@vger.kernel.org
Subject: Re: We have a whole new ton of goodies to investigate...
Date: Mon, 27 Apr 2015 14:30:37 +0200	[thread overview]
Message-ID: <20150427123036.GX8197@example.net> (raw)
In-Reply-To: <20150427115327.072762af@www.etchedpixels.co.uk>

On Mon, Apr 27, 2015 at 11:53:27AM +0100, Alan Cox wrote:
> restructured so that the wakeup intelligence is in the waker not the
> sleeper (which is more efficient anyway)
> 
> ie you avoid the plague of what is effectively
> 
> 		while(!i_am_ready()) {
> 	                sleep_on(&foo);
> 		}
> 
> type stuff in the big Linux kernel and instead of waking one queue you
> end up doing
> 
> 		foreach(task_waiting_foo) {
> 			if (task_is_ready(task))
> 				wakeup(task);
> 		}
> 
> in the context of the waker.

I see.

> More seriously though what do you need to find extra space to add ? The
> network stack needs work but is mostly out of kernel mapping (and
> probably should stay so as with 2.11BSD), the rest of the basic POSIX

Sure.

> infrastructure is pretty complete. The Linux kernel has grown over ten
> times bigger since 1.2 days but I don't think it's added that much useful
> to the core code.

One extra thing I would appreciate in the kernel is of course the support
for code segment switching, making several-times-64k code sizes practical.

(Also there is always a desire for support of additional hardware,
this can easily push the limits both for the code and the data, if not
putting the drivers into different address spaces or strictly limiting
the number of simultaneously usable drivers)

This aside, do you say that the ELKS kernel is pretty much complete
nowadays, and that it is only user space which needs fixing to make the
system usable?

Rl


  reply	other threads:[~2015-04-27 12:30 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-26 21:22 We have a whole new ton of goodies to investigate u-vpoa
2015-04-26 23:31 ` Alan Cox
2015-04-27  7:06   ` u-vpoa
2015-04-27 10:53     ` Alan Cox
2015-04-27 12:30       ` u-vpoa [this message]
2015-04-27 13:35         ` Alan Cox
2015-04-27 14:44           ` u-vpoa
  -- strict thread matches above, loose matches on Subject: below --
2015-04-16 11:14 LM
2015-04-16 11:39 ` Alan Cox
2015-04-03 20:40 Alan Cox
2015-04-15 17:10 ` MFLD
2015-04-15 21:41   ` Alan Cox
2015-04-16  7:35     ` MFLD
2015-04-16 11:49       ` Alan Cox

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=20150427123036.GX8197@example.net \
    --to=u-vpoa@aetey.se \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=linux-8086@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