All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matt Mackall <mpm@selenic.com>
To: "Eric W. Biederman" <ebiederm@xmission.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.1-rc1-tiny1 tree for small systems
Date: Sat, 10 Jan 2004 15:49:30 -0600	[thread overview]
Message-ID: <20040110214930.GM18208@waste.org> (raw)
In-Reply-To: <m1wu82i6tm.fsf@ebiederm.dsl.xmission.com>

On Thu, Jan 08, 2004 at 12:22:29PM -0700, Eric W. Biederman wrote:
> Matt Mackall <mpm@selenic.com> writes:
> 
> > On Sun, Jan 04, 2004 at 05:00:49PM -0700, Eric W. Biederman wrote:
> > > On the side of useless ugly.  But interesting in what I had to touch
> > > the following patch is a first crude stab at removing block device
> > > support from the kernel.
> > 
> > This looks good. If you can send me a version with
> > /BLOCK_DEVICE/BLOCK/, etc., I'll put it in.
> 
> Ok.  I have just had a chance to clean some things up.  Attached
> is my latest and hopefully clean set up diffs against 2.6.1-rc1-tiny1
> 
> I am bouncing this off of linux-kernel as well since I got such good
> feedback last time.
> 
> - First the compile fixes, so I can compile test this code.

Ok, had this stuff in my last release.

> - Then the CONFIG_BLOCK patch.  

Merged with some minor tweaks in 2.6.1-tiny1.

> - Then a new patch that was sort of in my tree to make BINFMT_SCRIPT
>   configurable.

Merged.

> - And another new patch to use cond_syscall instead of explicit
>   dummies when we don't have the AIO code compiled in.

I went back and cleaned up all my syscall changes to use the
cond_syscall approach, thanks for pointing it out.

-- 
Matt Mackall : http://www.selenic.com : Linux development and consulting

  parent reply	other threads:[~2004-01-10 21:49 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-03  3:08 2.6.1-rc1-tiny1 tree for small systems Matt Mackall
2004-01-04  7:42 ` Eric W. Biederman
2004-01-04  8:40   ` Matt Mackall
2004-01-04 16:02     ` Eric W. Biederman
2004-01-05  0:00     ` Eric W. Biederman
2004-01-05  0:34       ` viro
2004-01-05  4:34         ` Eric W. Biederman
     [not found]       ` <20040105170938.GY18208@waste.org>
2004-01-08 19:22         ` Eric W. Biederman
2004-01-09 20:15           ` Arnaldo Carvalho de Melo
2004-01-10 21:49           ` Matt Mackall [this message]
2004-01-08 21:04     ` bill davidsen

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=20040110214930.GM18208@waste.org \
    --to=mpm@selenic.com \
    --cc=ebiederm@xmission.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 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.