Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758787AbZDOGjr (ORCPT ); Wed, 15 Apr 2009 02:39:47 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752647AbZDOGjg (ORCPT ); Wed, 15 Apr 2009 02:39:36 -0400 Received: from smtp.nokia.com ([192.100.105.134]:23495 "EHLO mgw-mx09.nokia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751052AbZDOGjf (ORCPT ); Wed, 15 Apr 2009 02:39:35 -0400 Subject: Re: Implementing NVMHCI... From: Artem Bityutskiy Reply-To: dedekind@infradead.org To: Jared Hulbert Cc: Linus Torvalds , Szabolcs Szakacsits , Alan Cox , Grant Grundler , Linux IDE mailing list , LKML , Jens Axboe , Arjan van de Ven , David Woodhouse , =?ISO-8859-1?Q?J=F6rn?= Engel In-Reply-To: <6934efce0904141052j3d4f87cey9fc4b802303aa73b@mail.gmail.com> References: <20090412091228.GA29937@elte.hu> <6934efce0904141052j3d4f87cey9fc4b802303aa73b@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Wed, 15 Apr 2009 09:37:50 +0300 Message-Id: <1239777470.3390.164.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 (2.24.5-1.fc10) Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 15 Apr 2009 06:37:54.0709 (UTC) FILETIME=[B50CBC50:01C9BD94] X-Nokia-AV: Clean Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2008 Lines: 48 On Tue, 2009-04-14 at 10:52 -0700, Jared Hulbert wrote: > It really isn't worth it. It's much better for everybody to > just be aware > of the incredible level of pure suckage of a general-purpose > disk that has > hardware sectors >4kB. Just educate people that it's not good. > Avoid the > whole insane suckage early, rather than be disappointed in > hardware that > is total and utter CRAP and just causes untold problems. > > I don't disagree that >4KB DISKS are a bad idea. But I don't think > that's what's going on here. As I read it, NVMHCI would plug into the > MTD subsystem, not the block subsystem. > > > NVMHCI, as far as I understand the spec, is not trying to be a > general-purpose disk, it's for exposing more or less the raw NAND. As > far as I can tell it's a DMA engine spec for large arrays of NAND. > BTW, anybody actually seen a NVMHCI device or plan on making one? I briefly glanced at the doc, and it does not look like this is an interface to expose raw NAND. E.g., I could not find "erase" operation. I could not find information about bad eraseblocks. It looks like it is not about raw NANDs. May be about "managed" NANDs. Also, the following sentences from the "Outside of Scope" sub-section suggest I'm right: "NVMHCI is also specified above any non-volatile memory management, like wear leveling. Erases and other management tasks for NVM technologies like NAND are abstracted.". So it says NVMHCI is _above_ wear levelling, which means FTL would be _inside_ the NVMHCI device, which is not about raw NAND. But I may be wrong, I spent less than 10 minutes looking at the doc, sorry. -- Best regards, Artem Bityutskiy (Битюцкий Артём) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/