From: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>
To: "Krzeminski, Marcin (Nokia - PL/Wroclaw)" <marcin.krzeminski@nokia.com>
Cc: "peter.maydell@linaro.org" <peter.maydell@linaro.org>,
"rfsw-patches@mlist.nokia.com" <rfsw-patches@mlist.nokia.com>,
"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
"qemu-arm@nongnu.org" <qemu-arm@nongnu.org>,
"clg@kaod.org" <clg@kaod.org>
Subject: Re: [Qemu-arm] [PATCH 2/2] block: m25p80: Introduce Die Erase command
Date: Mon, 19 Dec 2016 08:28:07 +0100 [thread overview]
Message-ID: <20161219072807.GS9606@toto> (raw)
In-Reply-To: <AM4PR0701MB21305D92F87BC4C9568C14F6FE910@AM4PR0701MB2130.eurprd07.prod.outlook.com>
On Mon, Dec 19, 2016 at 06:21:13AM +0000, Krzeminski, Marcin (Nokia - PL/Wroclaw) wrote:
>
>
> > -----Original Message-----
> > From: Edgar E. Iglesias [mailto:edgar.iglesias@gmail.com]
> > Sent: Friday, December 16, 2016 5:36 PM
> > To: Krzeminski, Marcin (Nokia - PL/Wroclaw)
> > <marcin.krzeminski@nokia.com>
> > Cc: qemu-devel@nongnu.org; peter.maydell@linaro.org; rfsw-
> > patches@mlist.nokia.com; qemu-arm@nongnu.org; clg@kaod.org
> > Subject: Re: [Qemu-arm] [PATCH 2/2] block: m25p80: Introduce Die Erase
> > command
> >
> > On Fri, Dec 16, 2016 at 02:27:42PM +0100, marcin.krzeminski@nokia.com
> > wrote:
> > > From: Marcin Krzeminski <marcin.krzeminski@nokia.com>
> > >
> > > Big flash chips (like mt25qu01g) are consisted from dies.
> > > Because of that some manufactures remove support for Chip Erase giving
> > > Die Erase command instead.To avoid unnecessary code complication,
> > > support for chip erase for mt25qu01g is not removed.
> > >
> > > Signed-off-by: Marcin Krzeminski <marcin.krzeminski@nokia.com>
> > > ---
> > > hw/block/m25p80.c | 33 +++++++++++++++++++++++++++++----
> > > 1 file changed, 29 insertions(+), 4 deletions(-)
> > >
> > > diff --git a/hw/block/m25p80.c b/hw/block/m25p80.c index
> > > 2bc7028..0bc1fbf 100644
> > > --- a/hw/block/m25p80.c
> > > +++ b/hw/block/m25p80.c
> > > @@ -216,8 +216,8 @@ static const FlashPartInfo known_devices[] = {
> > > { INFO("n25q128", 0x20ba18, 0, 64 << 10, 256, 0) },
> > > { INFO("n25q256a", 0x20ba19, 0, 64 << 10, 512, ER_4K) },
> > > { INFO("n25q512a", 0x20ba20, 0, 64 << 10, 1024, ER_4K) },
> > > - { INFO("mt25ql01g", 0x20ba21, 0, 64 << 10, 2048, ER_4K) },
> > > - { INFO("mt25qu01g", 0x20bb21, 0, 64 << 10, 2048, ER_4K) },
> > > + { INFO("mt25ql01g", 0x20ba21, 0x1040, 64 << 10, 2048, ER_4K) },
> > > + { INFO("mt25qu01g", 0x20bb21, 0x1040, 64 << 10, 2048, ER_4K) },
> > >
> > > /* Spansion -- single (large) sector size only, at least
> > > * for the chips listed here (without boot sectors).
> > > @@ -358,6 +358,8 @@ typedef enum {
> > >
> > > REVCR = 0x65,
> > > WEVCR = 0x61,
> > > +
> > > + DIE_ERASE = 0xC4,
> > > } FlashCMD;
> > >
> > > typedef enum {
> > > @@ -411,6 +413,7 @@ typedef struct Flash {
> > > bool reset_enable;
> > > bool quad_enable;
> > > uint8_t ear;
> > > + uint32_t die_cnt;
> > >
> > > int64_t dirty_page;
> > >
> > > @@ -492,7 +495,7 @@ static inline void flash_sync_area(Flash *s,
> > > int64_t off, int64_t len)
> > >
> > > static void flash_erase(Flash *s, int offset, FlashCMD cmd) {
> > > - uint32_t len;
> > > + uint32_t len = 0;
> >
> > Do you really need this?
>
> Compilation warning.
Of course, because you are logging len in a code path that
doesn't use the variable.
Let me be more clear below:
> >
> > > uint8_t capa_to_assert = 0;
> > >
> > > switch (cmd) {
> > > @@ -513,6 +516,16 @@ static void flash_erase(Flash *s, int offset,
> > FlashCMD cmd)
> > > case BULK_ERASE:
> > > len = s->size;
> > > break;
> > > + case DIE_ERASE:
> > > + if (s->die_cnt) {
> > > + len = s->size / s->die_cnt;
> > > + offset = offset & (~(len-1));
> > > + } else {
> > > + qemu_log_mask(LOG_GUEST_ERROR, "M25P80: %d die erase not
> > supported by"
> > > + " device\n", len);
Don't log len here...
> > > + return;
> > > + }
> > > + break;
> > > default:
> > > abort();
> > > }
> > > @@ -634,6 +647,7 @@ static void complete_collecting_data(Flash *s)
> > > case ERASE4_32K:
> > > case ERASE_SECTOR:
> > > case ERASE4_SECTOR:
> > > + case DIE_ERASE:
> > > flash_erase(s, s->cur_addr, s->cmd_in_progress);
> > > break;
> > > case WRSR:
> > > @@ -684,6 +698,7 @@ static void reset_memory(Flash *s)
> > > s->write_enable = false;
> > > s->reset_enable = false;
> > > s->quad_enable = false;
> > > + s->die_cnt = 0;
> > >
> > > switch (get_man(s)) {
> > > case MAN_NUMONYX:
> > > @@ -716,7 +731,15 @@ static void reset_memory(Flash *s)
> > > s->four_bytes_address_mode = true;
> > > }
> > > if (!(s->nonvolatile_cfg & NVCFG_LOWER_SEGMENT_MASK)) {
> > > - s->ear = s->size / MAX_3BYTES_SIZE - 1;
> > > + s->ear = ( s->size > MAX_3BYTES_SIZE ? s->size / MAX_3BYTES_SIZE
> > - 1 : 0);
> > > + }
> > > + /* 1GiB devices */
> > > + if (s->pi->id[2] == 0x21) {
> > > + /* MT25Q00 has 2 dies N25Q00 has 4 */
> > > + if (s->pi->id[4] & BIT(6))
> > > + s->die_cnt = 2;
> > > + else
> > > + s->die_cnt = 4;
> >
> > Decoding of die_cnt should probably be done in realize().
> >
> > > }
> > > break;
> > > case MAN_MACRONIX:
> > > @@ -880,6 +903,7 @@ static void decode_new_cmd(Flash *s, uint32_t
> > value)
> > > case PP:
> > > case PP4:
> > > case PP4_4:
> > > + case DIE_ERASE:
> > > s->needed_bytes = get_addr_length(s);
> > > s->pos = 0;
> > > s->len = 0;
> > > @@ -1217,6 +1241,7 @@ static const VMStateDescription vmstate_m25p80
> > = {
> > > VMSTATE_UINT8(spansion_cr2nv, Flash),
> > > VMSTATE_UINT8(spansion_cr3nv, Flash),
> > > VMSTATE_UINT8(spansion_cr4nv, Flash),
> > > + VMSTATE_UINT32(die_cnt, Flash),
> >
> > die_cnt is fixed per instance. Since it doesn't change, it doesn't need to be
> > part of VMSTATE.
>
> Yes, you are right. Even more, number of a dies is fixed attribute of chip, so it could
> Be a part of FlashPartInfo. I'll up v2.
>
> Thanks,
> Marcin
>
> >
> > > VMSTATE_END_OF_LIST()
> > > }
> > > };
> > > --
> > > 2.7.4
> > >
> > >
next prev parent reply other threads:[~2016-12-19 7:28 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-16 13:27 [Qemu-arm] [PATCH 0/2]block: m25p80: Improve mt25qu01g chip model marcin.krzeminski
2016-12-16 13:27 ` [Qemu-devel] [PATCH 1/2] block: m25p80: Add Quad Page Program 4byte version op marcin.krzeminski
2016-12-16 16:18 ` [Qemu-arm] " Edgar E. Iglesias
2016-12-16 13:27 ` [Qemu-arm] [PATCH 2/2] block: m25p80: Introduce Die Erase command marcin.krzeminski
2016-12-16 16:35 ` Edgar E. Iglesias
2016-12-19 6:21 ` [Qemu-devel] " Krzeminski, Marcin (Nokia - PL/Wroclaw)
2016-12-19 7:28 ` Edgar E. Iglesias [this message]
2016-12-19 7:31 ` Krzeminski, Marcin (Nokia - PL/Wroclaw)
2016-12-16 16:09 ` [Qemu-arm] [Qemu-devel] [PATCH 0/2]block: m25p80: Improve mt25qu01g chip model no-reply
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=20161219072807.GS9606@toto \
--to=edgar.iglesias@gmail.com \
--cc=clg@kaod.org \
--cc=marcin.krzeminski@nokia.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=rfsw-patches@mlist.nokia.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;
as well as URLs for NNTP newsgroup(s).