From: Mika Korhonen <ext-mika.2.korhonen@nokia.com>
To: "dedekind1@gmail.com" <dedekind1@gmail.com>
Cc: "amul.saha@samsung.com" <amul.saha@samsung.com>,
"kyungmin.park@samsung.com" <kyungmin.park@samsung.com>,
"linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>,
"Hunter Adrian \(Nokia-D/Helsinki\)" <adrian.hunter@nokia.com>
Subject: Re: [PATCH v6 0/3] *** SUBJECT HERE ***
Date: Fri, 23 Oct 2009 09:24:47 +0300 [thread overview]
Message-ID: <4AE14C2F.9010307@nokia.com> (raw)
In-Reply-To: <1256278192.29885.224.camel@localhost>
Artem Bityutskiy wrote:
> On Fri, 2009-10-23 at 07:50 +0200, Korhonen Mika.2 (EXT-Ardites/Oulu)
> wrote:
>
>> (v6) Leave fail_addr to unknown if multiblock erase fails
>>
>> (v5) Adjust patches to apply on current tree. Use __func__ in printk's.
>> Fix mistakes found by K. Park.
>>
>> (v4) This patch series is a reworked version of
>>
>> http://lists.infradead.org/pipermail/linux-mtd/2009-September/027138.html
>> http://lists.infradead.org/pipermail/linux-mtd/2009-September/027139.html
>> http://lists.infradead.org/pipermail/linux-mtd/2009-September/027140.html
>>
>> based on comments by Adrian Hunter and Kyungmin Park. This version should
>> address the issues pointed out by them.
>>
>> The original patch is:
>> http://lists.infradead.org/pipermail/linux-mtd/2009-June/026130.html
>>
>> I split the original patch in two for readability: the first part extracts
>> the execution of erase command to a separate function for easier integration
>> of different erase method. The second part implements the multiblock erase
>> function in case multiple blocks are requested to be erased and the chip is
>> not Flex.
>>
>> This is useful for flashing applications that need to do their work as
>> fast as possible. For full 64 eraseblock case the erase speed is up to 30x
>> faster. (Samsung: 64 MB/s vs 2.1 GB/s, I got 1.4 GB/s on Linux kernel)
>>
>>
>> Mika Korhonen (3):
>> MTD: OneNAND: move erase method to a separate function
>> MTD: OneNAND: multiblock erase support
>> MTD: OneNAND: fix double printing of function name
>>
>> drivers/mtd/onenand/omap2.c | 22 +++-
>> drivers/mtd/onenand/onenand_base.c | 289 +++++++++++++++++++++++++++++------
>> include/linux/mtd/flashchip.h | 4 +-
>> include/linux/mtd/onenand_regs.h | 2 +
>> 4 files changed, 262 insertions(+), 55 deletions(-)
>>
>
> Applied to my l2 tree, thanks.
>
> Just FYI: when I apply your patches I end up with:
>
> From: Korhonen Mika.2 (EXT-Ardites/Oulu) <ext-mika.2.korhonen@nokia.com>
>
> which looks ugly. I've amended your patches and fixed the name, but I do
> not think other people will necessarily provide this service for you.
>
> So what I suggest you is when sending stuff upstream, add manually
>
> From: Mika Korhonen <ext-mika.2.korhonen@nokia.com>
>
> to the beginning of your e-mails.
>
> Or just use sane accounts like gmail.com
>
>
Thanks,
The From: field was like that (without .2). Looks like smtp.nokia.com
tampers with the field...
Mika
next prev parent reply other threads:[~2009-10-23 6:26 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-23 5:50 [PATCH v6 0/3] *** SUBJECT HERE *** Mika Korhonen
2009-10-23 5:50 ` [PATCH v6 1/3] MTD: OneNAND: move erase method to a separate function Mika Korhonen
2009-10-23 5:50 ` [PATCH v6 2/3] MTD: OneNAND: multiblock erase support Mika Korhonen
2009-10-23 5:50 ` [PATCH v6 3/3] MTD: OneNAND: fix double printing of function name Mika Korhonen
2009-10-23 6:09 ` [PATCH v6 0/3] *** SUBJECT HERE *** Artem Bityutskiy
2009-10-23 6:24 ` Mika Korhonen [this message]
2009-10-23 6:55 ` Artem Bityutskiy
-- strict thread matches above, loose matches on Subject: below --
2013-01-17 10:01 Peter Chen
2013-01-17 10:01 ` Peter Chen
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=4AE14C2F.9010307@nokia.com \
--to=ext-mika.2.korhonen@nokia.com \
--cc=adrian.hunter@nokia.com \
--cc=amul.saha@samsung.com \
--cc=dedekind1@gmail.com \
--cc=kyungmin.park@samsung.com \
--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.