All of lore.kernel.org
 help / color / mirror / Atom feed
From: KaiGai Kohei <kaigai@ak.jp.nec.com>
To: David Woodhouse <dwmw2@infradead.org>
Cc: linux-mtd@lists.infradead.org
Subject: Re: struct jffs2_xattr_datum/jffs2_xattr_ref/jffs2_inode_cache
Date: Tue, 23 May 2006 13:05:00 +0900	[thread overview]
Message-ID: <447289EC.5060808@ak.jp.nec.com> (raw)
In-Reply-To: <1148351162.10288.58.camel@shinybook.infradead.org>

>> By the way, I have a question about an usage for jffs2_reserve_space().
>>
>> Is it permitted to allocate a space for multi nodes by a single
>> calling of jffs2_reserve_space()?
>> I tried to allocate a space for xattr_datum and xattr_ref by a single
>> calling of jffs2_reserve_space(), and it seems to work without any
>> troubles.
> 
> Yes, it works. But if you have space for just the xattr_datum at the end
> of the eraseblock, it's better to write that in the available space and
> then write the xattr_ref to the next eraseblock.

OK, I agreed an increasion of wasted size should be avoided if possible.

> By the way, we should implement support for retrying writes in
> save_xattr_datum() and save_xattr_ref(). See how jffs2_write_dnode() and
> jffs2_write_dirent() do it, for example.

When we implement support for retrying write in those functions,
xattr_sem must be released once at least. If there is no problem
related to exclusion, I'll adopt retrying approach.

Currently, I'm checking whether it's safe or not.

Thanks,
-- 
Open Source Software Promotion Center, NEC
KaiGai Kohei <kaigai@ak.jp.nec.com>

      reply	other threads:[~2006-05-23  4:05 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-22 15:36 struct jffs2_xattr_datum/jffs2_xattr_ref/jffs2_inode_cache David Woodhouse
2006-05-23  2:01 ` KaiGai Kohei
2006-05-23  2:26   ` David Woodhouse
2006-05-23  4:05     ` KaiGai Kohei [this message]

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=447289EC.5060808@ak.jp.nec.com \
    --to=kaigai@ak.jp.nec.com \
    --cc=dwmw2@infradead.org \
    --cc=linux-mtd@lists.infradead.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.