linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Boaz Harrosh <bharrosh@panasas.com>
To: Nick Piggin <npiggin@suse.de>
Cc: Christoph Hellwig <hch@lst.de>,
	linux-fsdevel <linux-fsdevel@vger.kernel.org>,
	open-osd <osd-dev@open-osd.org>
Subject: Re: [RFC] exofs: New truncate sequence
Date: Mon, 31 May 2010 18:19:53 +0300	[thread overview]
Message-ID: <4C03D399.5030408@panasas.com> (raw)
In-Reply-To: <20100531150957.GM9453@laptop>

On 05/31/2010 06:09 PM, Nick Piggin wrote:
> On Mon, May 31, 2010 at 05:50:01PM +0300, Boaz Harrosh wrote:
>> On 05/31/2010 05:33 PM, Nick Piggin wrote:
>>> On Mon, May 31, 2010 at 05:13:34PM +0300, Boaz Harrosh wrote:
>>>> On 05/31/2010 04:44 PM, Nick Piggin wrote:
>>>>> On Mon, May 31, 2010 at 03:30:02PM +0300, Boaz Harrosh wrote:
>>>>>> ---
>>>>>>  fs/exofs/exofs.h |    1 -
>>>>>>  fs/exofs/file.c  |    1 -
>>>>>>  fs/exofs/inode.c |  115 +++++++++++++++++++++++++++---------------------------
>>>>>
>>>>> Can you rip out all the rest of the buffer_head stuff too?
>>>>>
>>>>
>>>> I hope I don't have any left, that was the last, have I missed
>>>> something?
>>>
>>> exofs_invalidatepage, exofs_releasepage, includes of buffer_head.h.
>>> No point to any of that if you never actually map the buffers or
>>> use them for tracking state yourself.
>>>
>>
>> Rrr thanks. Yes I'll leave the WARN_ON and do nothing, and remove the
>> include. I'll submit for linux-next.
> 
> OK. I'd get rid of it completely before it hits mainline.
> 
> 

No this one I've already queued for Linux next. On me ;-)

> 
> I would keep them based on top of Christoph's patches (just cherry
> pick the exofs hunks in the meantime).
> 

You mean pick them from the mailing-list. But then there is no chance
for them to go into linux-next and pick up some testing. That's why
I thought on rebasing on Linus-2.6.35-rc1.

Then when Christoph's patches get picked by Al I'll rebase. But the
base is just good right now and I'd like some exposure for this.

Christoph this is your call

Boaz

  reply	other threads:[~2010-05-31 15:19 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-31 12:30 [RFC] exofs: New truncate sequence Boaz Harrosh
2010-05-31 13:44 ` Nick Piggin
2010-05-31 14:13   ` Boaz Harrosh
2010-05-31 14:33     ` Nick Piggin
2010-05-31 14:50       ` Boaz Harrosh
2010-05-31 15:09         ` Nick Piggin
2010-05-31 15:19           ` Boaz Harrosh [this message]
2010-06-01 10:08             ` Christoph Hellwig
2010-06-01 10:26               ` Boaz Harrosh
2010-06-01 10:44                 ` Christoph Hellwig
2010-06-01 11:05                   ` Boaz Harrosh
2010-06-01 11:06                     ` Christoph Hellwig
2010-06-01 10:28 ` [PATCH ver2] " Boaz Harrosh
2010-06-01 10:43   ` Christoph Hellwig
2010-06-01 10:59     ` Boaz Harrosh
2010-06-01 11:06       ` Christoph Hellwig
2010-06-01 11:31 ` [PATCH ver3] " Boaz Harrosh
2010-06-01 11:36   ` Christoph Hellwig
2010-06-01 11:52     ` Boaz Harrosh
2010-06-01 15:09   ` Nick Piggin

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=4C03D399.5030408@panasas.com \
    --to=bharrosh@panasas.com \
    --cc=hch@lst.de \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=npiggin@suse.de \
    --cc=osd-dev@open-osd.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;
as well as URLs for NNTP newsgroup(s).