All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Fedyk <mfedyk@matchmail.com>
To: linux-kernel@vger.kernel.org
Subject: Re: Define conflict between ext3 and raid patches against 2.2.19
Date: Sun, 16 Sep 2001 18:43:39 -0700	[thread overview]
Message-ID: <20010916184339.H1564@mikef-linux.matchmail.com> (raw)
In-Reply-To: <20010916155835.C24067@mikef-linux.matchmail.com> <20010917010927.A9308@schmorp.de>
In-Reply-To: <20010917010927.A9308@schmorp.de>

On Mon, Sep 17, 2001 at 01:09:27AM +0200,  Marc A. Lehmann  wrote:
> On Sun, Sep 16, 2001 at 03:58:35PM -0700, Mike Fedyk <mfedyk@matchmail.com> wrote:
> > #define BH_LowPrio	8	/* 1 if the buffer is lowprio */
> > #define BH_Temp         8       /* 1 if the buffer is temporary (unlinked)
> 
> Change BH_Temp to:
> 
> #define BH_Temp         9       /* 1 if the buffer is temporary (unlinked)
> 
> and it should work.
>                                      

/* bh state bits */
#define BH_Uptodate     0       /* 1 if the buffer contains valid data */
#define BH_Dirty        1       /* 1 if the buffer is dirty */
#define BH_Lock         2       /* 1 if the buffer is locked */
#define BH_Req          3       /* 0 if the buffer has been invalidated */
#define BH_Protected    6       /* 1 if the buffer is protected */
#define BH_Wait_IO      7       /* 1 if we should throttle on this buffer */
#define BH_Temp         8       /* 1 if the buffer is temporary (unlinked) */
#define BH_JWrite       9       /* 1 if being written to log (@@@ DEBUGGING)*/
#define BH_QuickFree    10      /* 1 if alloced and freed quickly (see below)*/
#define BH_Alloced      11      /* 1 if buffer has been allocated */
#define BH_Freed        12      /* 1 if buffer has been freed (truncated)*/
#define BH_Revoked      13      /* 1 if buffer has been revoked from the log*/
#define BH_RevokeValid  14      /* 1 if buffer revoked flag is valid */
#define BH_JDirty       15      /* 1 if buffer is dirty but journaled */

As you can see, that is already taken from ext3.  Is this ok?

#define BH_LowPrio      16      /* 1 if the buffer is temporary (unlinked)

Or do I only have 16 bits to work with?

TIA,

Mike

  reply	other threads:[~2001-09-17  1:43 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-16 22:58 Define conflict between ext3 and raid patches against 2.2.19 Mike Fedyk
2001-09-16 23:09 ` Lehmann 
2001-09-17  1:43   ` Mike Fedyk [this message]
2001-09-17  4:42     ` Andreas Dilger
2001-09-18 11:08 ` Neil Brown
2001-09-18 19:24   ` Mike Fedyk
2001-09-19 20:38   ` Mike Fedyk
2001-09-19 22:35     ` Neil Brown
2001-09-21 13:10       ` Stephen C. Tweedie
2001-09-21 22:44         ` Mike Fedyk
2001-10-01 21:17       ` Hans Reiser

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=20010916184339.H1564@mikef-linux.matchmail.com \
    --to=mfedyk@matchmail.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.