public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Alex Elder <aelder@sgi.com>
To: Christoph Hellwig <hch@infradead.org>
Cc: Chandra Seetharaman <sekharan@us.ibm.com>, xfs@oss.sgi.com
Subject: Re: [PATCH 02/12 v3] xfs: Remove the macro XFS_BUF_ZEROFLAGS
Date: Mon, 25 Jul 2011 12:07:22 -0500	[thread overview]
Message-ID: <1311613642.2914.40.camel@doink> (raw)
In-Reply-To: <20110725162718.GC2434@infradead.org>

On Mon, 2011-07-25 at 12:27 -0400, Christoph Hellwig wrote:
> On Mon, Jul 25, 2011 at 10:57:32AM -0500, Alex Elder wrote:
> > Christoph, are you suggesting that this one hunk just
> > be excluded from the series?  Or the entire patch?
> 
> There's not much more in this patch, so I would suggest dropping it
> entirely.
> 

OK.  I think the later patches may need a little massage
but I will be happy to work through that.

Chandra, here is how I plan to proceed with your series:
- Change that (void *) to a (char *) in patch [8/12]
- Drop patch [2/12] from the series, and adjust all
  of its successors in the series accordingly.
- Run the result through some test cycles
- Commit it and publish it on oss.sgi.com

I will not commit the above until I get your OK
on it, so please let me know if you have any
objection, or affirm that you have none by
responding to this message.

Separately, out of all this came a few other
suggestions, which would be great for you to
handle (or reject) if you're open to it:
- Get rid of the definition and use of xfs_buf_target_name(),
  by verifying that comparable information is already provided
  everywhere it's used.
- Eliminate all references to __psint_t and __psunsigned_t
  in the XFS code, using uintptr_t in place where it
  is absolutely necessary.
- Look into having xfs_qm_dqalloc() return ENOMEM when
  it is unable to allocate a buffer, and fix all the
  callers up the chain so they handle such a situation
  appropriately.  Right now such errors get reset.

Thanks.

					-Alex

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

  reply	other threads:[~2011-07-25 17:07 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-22 23:39 [PATCH 00/12 v3] Remove number of macros from xfs_buf.h Chandra Seetharaman
2011-07-22 23:39 ` [PATCH 01/12 v3] xfs: Remove the macro XFS_BUF_BFLAGS Chandra Seetharaman
2011-07-22 23:39 ` [PATCH 02/12 v3] xfs: Remove the macro XFS_BUF_ZEROFLAGS Chandra Seetharaman
2011-07-24 11:39   ` Christoph Hellwig
2011-07-25 15:57     ` Alex Elder
2011-07-25 16:27       ` Christoph Hellwig
2011-07-25 17:07         ` Alex Elder [this message]
2011-07-25 17:09           ` Christoph Hellwig
2011-07-25 22:21           ` Chandra Seetharaman
2011-07-25 14:51   ` Alex Elder
2011-07-22 23:39 ` [PATCH 03/12 v3] xfs: Remove the macro XFS_BUF_ERROR and family Chandra Seetharaman
2011-07-24 11:40   ` Christoph Hellwig
2011-07-22 23:39 ` [PATCH 04/12 v3] xfs: Remove macro XFS_BUF_BUSY " Chandra Seetharaman
2011-07-22 23:40 ` [PATCH 05/12 v3] xfs: Remove macro XFS_BUF_HOLD Chandra Seetharaman
2011-07-22 23:40 ` [PATCH 06/12 v3] xfs: Remove macro XFS_BUF_SET_START Chandra Seetharaman
2011-07-22 23:40 ` [PATCH 07/12 v3] xfs: Remove the macro XFS_BUF_PTR Chandra Seetharaman
2011-07-22 23:40 ` [PATCH 08/12 v3] xfs: Remove the macro XFS_BUF_SET_PTR Chandra Seetharaman
2011-07-22 23:40 ` [PATCH 09/12 v3] Replace the macro XFS_BUF_ISPINNED with helper xfs_buf_ispinned Chandra Seetharaman
2011-07-22 23:40 ` [PATCH 10/12 v3] xfs: Remove the macro XFS_BUF_SET_TARGET Chandra Seetharaman
2011-07-24 11:41   ` Christoph Hellwig
2011-07-22 23:40 ` [PATCH 11/12 v3] xfs: Remove the macro XFS_BUF_TARGET Chandra Seetharaman
2011-07-22 23:40 ` [PATCH 12/12 v3] xfs: Remove the macro XFS_BUFTARG_NAME Chandra Seetharaman
2011-07-25 17:36 ` [PATCH 00/12 v3] Remove number of macros from xfs_buf.h Alex Elder
2011-07-25 20:26   ` Christoph Hellwig

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=1311613642.2914.40.camel@doink \
    --to=aelder@sgi.com \
    --cc=hch@infradead.org \
    --cc=sekharan@us.ibm.com \
    --cc=xfs@oss.sgi.com \
    /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