Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp4222854imm; Tue, 11 Sep 2018 08:40:45 -0700 (PDT) X-Google-Smtp-Source: ANB0VdaKjEZWGW6uFvY3adZjcfGJCfSvw2yc1VpGozDxk8Fncta27R+nBPVvCxVOCb/IkXsEymXO X-Received: by 2002:a65:4d42:: with SMTP id j2-v6mr28555430pgt.232.1536680445357; Tue, 11 Sep 2018 08:40:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536680445; cv=none; d=google.com; s=arc-20160816; b=AljLRIzpgLcn0m/BpDkjOYANtSMLx8Rw43FTxE7xpkwsHDrUibDyqep9YraShJ01Xe aqfMP6ZbViXOzQsNsvOmq66SN42HLkxk4Pqejv5uZcLWGlgRpgwg9hWvv5SOB+oA6XMo 8NeoPerHX/ZUWjP7Gik+AxGRKMUXnbLIot7LNBdV4pt7okfqfeJOOrd0MsZlfpE4S1lA px12IVnolvfmZfO3B5Dba32CfQOvjrCZabfzrn34dJFRnbaGzSUR7Gb3s3uGonOuebFb 99nEB/8lqME3qX9BKhAQyJpTR7ysa+mA3Wdhh/sNX45DtVk6qxKBr/dpyurVQyT5jHM1 +XIw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:subject:cc :to:from; bh=59nQvsasAq1CRpK787AqoSMhiz35yu9yx9E2U/JKbFg=; b=lZTsC9ksqDKIkkvpX57vZnDxSPCZjSOIz0ZnkU9aePZrODSOMoDTeqiqo7wgT3+GmX yBp0Cufqf/Qc99pi34+BJ2I7WK7GFXMbXoGKVlvwja75RGFxWUtvOMNS5CnymUX8gEWK lOjn6E6qEsM8ZYZzPCP2zfmRbh5S8nI9u35eKBL3l3klZ5qVzSxTAfO4w4l9Dmf9dxjP ZyufmkZrkhkBCyCBBXZ4tHsE9nB2uq3cJN8aZm2dmOX2rV4v6z9sg/jdQDgQXBrM014N cRs1+rFn6cSv52boI56vWYAwgOklUlz9+WnrLasnDcPicP4l40KFTG5mAp0h7gXnkiZo AQ3g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w1-v6si20443288plq.352.2018.09.11.08.40.29; Tue, 11 Sep 2018 08:40:45 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727657AbeIKUkH (ORCPT + 99 others); Tue, 11 Sep 2018 16:40:07 -0400 Received: from esa1.microchip.iphmx.com ([68.232.147.91]:65469 "EHLO esa1.microchip.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726981AbeIKUkH (ORCPT ); Tue, 11 Sep 2018 16:40:07 -0400 X-IronPort-AV: E=Sophos;i="5.53,360,1531810800"; d="scan'208";a="20470912" Received: from smtpout.microchip.com (HELO email.microchip.com) ([198.175.253.82]) by esa1.microchip.iphmx.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 11 Sep 2018 08:40:14 -0700 Received: from localhost.localdomain.com (10.10.76.4) by chn-sv-exch04.mchp-main.com (10.10.76.105) with Microsoft SMTP Server id 14.3.352.0; Tue, 11 Sep 2018 08:40:14 -0700 From: Tudor Ambarus To: , , , , CC: , , , , , , Tudor Ambarus Subject: [PATCH v3 0/2] add support to non-uniform SFDP SPI NOR flash memories Date: Tue, 11 Sep 2018 18:40:05 +0300 Message-ID: <20180911154007.17195-1-tudor.ambarus@microchip.com> X-Mailer: git-send-email 2.9.4 MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Backward compatibility test done on mx25l3273fm2i-08g with CONFIG_MTD_SPI_NOR_USE_4K_SECTORS set and unset. Non-uniform erase test done on sst26vf064b-104i/sn with CONFIG_MTD_SPI_NOR_USE_4K_SECTORS set and unset. Note that in order to do the non-uniform test you'll have to force the spi_nor_has_uniform_erase() to return false, because the erase map is tuned to come back to the uniform case. Also, for the SST flashes, you'll have to unlock the global protection (see https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1763887.html). Changes in v3: - drop "mtd: spi-nor: parse SFDP 4-byte Address Instruction Table": let's add just a feature per patch set to make it easily digestible. No worries, will resubmit it once the non-uniform erase supports gets approved. - SNOR_ERASE_FLAGS_OFFSET was buggy and since it's used only once in the uniform erase case, remove it entirely and do the init by hand - describe all introduced functions together with arguments and return value - various minor updates: drop a cast, rename a function - cosmetics ... Changes in v2: - add JESD216B SFDP optional parsers: Sector Map Parameter Table parser and 4-byte Address Instruction Table parser (patch 2/3 and patch 3/3). - save the Erase Types from bfpt to determine the Erase Type sizes. Sort all the map's Erase Types in ascending order with the smallest erase size being the first member in the erase_type array. Sort in the same way the Erase Type mask in regions in order to have a 1-to-1 correspondence with the Erase Types defined in the map. We sort the Erase Type by size, at init, in order to speed up the process of finding the best erase command at run-time. - remove setting of mtd->erasesize and nor->erase_opcode when parsing the Basic Flash Parameter Table. mtd->erasesize was set to the maximum supported Erase Type size, without verifying if that Erase Type can erase the entire flash. mtd->erasesize is now set just in spi_nor_select_erase(), after we find which Erase Types are supported in the uniform case. - spi_nor_select_erase(): pass directly info->sector_size instead of the whole flash_info structure in order to simplify the code. - fix condition on finding erase regions: while (addr < region_start || addr >= region_end) { - fix the list command adding: list_add_tail() instead of list_add() - write_enable(nor); before erasing the sectors - As Boris suggested, remove likely() because it doesn't make any difference given the time it takes to actually erase the block. - bool return value for spi_nor_has_uniform_erase(). Changes in v1 or what I've done on top of Cyrille's work (https://lkml.org/lkml// 2017/4/15/70): - minimize the amount of erase() calls by using the best sequence of erase type commands depending on alignment. - build the list of best fitted erase commands to be executed once we validate that the erase can be performed. - add improvements on how the erase map is handled. The regions are consecutive in the address space, walk through the regions incrementally. - speed up finding the best erase type command. Order erase types by size, iterate them from the biggest to the smallest and stop when best fitted command is found. - determine at init if there are erase types that can erase the entire memory - fix support for overlaid regions. Tudor Ambarus (2): mtd: spi-nor: add support to non-uniform SFDP SPI NOR flash memories mtd: spi-nor: parse SFDP Sector Map Parameter Table drivers/mtd/spi-nor/spi-nor.c | 910 +++++++++++++++++++++++++++++++++++++++--- include/linux/mtd/spi-nor.h | 119 ++++++ 2 files changed, 971 insertions(+), 58 deletions(-) -- 2.9.4