From: Artem Bityutskiy <dedekind1@gmail.com>
To: Grant Erickson <marathon96@gmail.com>
Cc: Jarkko Lavinen <jarkko.lavinen@nokia.com>, linux-mtd@lists.infradead.org
Subject: Re: [PATCH v4] Retry Large Buffer Allocations
Date: Fri, 08 Apr 2011 16:08:58 +0300 [thread overview]
Message-ID: <1302268138.2834.16.camel@localhost> (raw)
In-Reply-To: <1302198035-32577-1-git-send-email-marathon96@gmail.com>
On Thu, 2011-04-07 at 10:40 -0700, Grant Erickson wrote:
> When handling user space read or write requests via mtd_{read,write}
> or JFFS2 medium scan requests, exponentially back off on the size of
> the requested kernel transfer buffer until it succeeds or until the
> requested transfer buffer size falls below the page size.
>
> This helps ensure the operation can succeed under low-memory,
> highly-fragmented situations albeit somewhat more slowly.
>
> v2: Incorporated coding style and comment feedback from Artem.
> v3: Incorporated more feedback from Artem. Retargeted patch against
> l2-mtd-2.6.
> v4: Incorporated feedback from Artem about compilation on 64-bit
> architectures.
>
> Signed-off-by: Grant Erickson <marathon96@gmail.com>
> ---
> drivers/mtd/mtdchar.c | 50 +++++++++++++++++++++-------------------------
> drivers/mtd/mtdcore.c | 41 ++++++++++++++++++++++++++++++++++++++
> fs/jffs2/scan.c | 19 ++++++++++-------
> include/linux/mtd/mtd.h | 2 +
> 4 files changed, 77 insertions(+), 35 deletions(-)
Ideally, you should have split this on 3 patches and send a series, but
well, I already kind of said that were the last requests, so I do not
push for this. I've just taken this to my l2-mtd-2.6.git.
But if you can, please split the patch on 3 patches:
1. Introduces mtd_kmalloc_up_to - explain the reasons we need this func.
2. Start using it in mtdcore
3. Start using it in JFFS2
This is nicer way.
But if you do not do this, I do not mind. Thanks!
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
next prev parent reply other threads:[~2011-04-08 13:11 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-07 17:40 [PATCH v4] Retry Large Buffer Allocations Grant Erickson
2011-04-08 13:08 ` Artem Bityutskiy [this message]
2011-04-08 14:45 ` Ben Gardiner
2011-04-08 15:00 ` Artem Bityutskiy
2011-04-09 14:39 ` Artem Bityutskiy
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=1302268138.2834.16.camel@localhost \
--to=dedekind1@gmail.com \
--cc=jarkko.lavinen@nokia.com \
--cc=linux-mtd@lists.infradead.org \
--cc=marathon96@gmail.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 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.