From owner-svn-src-all@FreeBSD.ORG Tue Dec 31 07:36:40 2013 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1281BD6A; Tue, 31 Dec 2013 07:36:40 +0000 (UTC) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:1900:2254:2068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F20331A3B; Tue, 31 Dec 2013 07:36:39 +0000 (UTC) Received: from svn.freebsd.org ([127.0.1.70]) by svn.freebsd.org (8.14.7/8.14.7) with ESMTP id rBV7adxl066812; Tue, 31 Dec 2013 07:36:39 GMT (envelope-from imp@svn.freebsd.org) Received: (from imp@localhost) by svn.freebsd.org (8.14.7/8.14.7/Submit) id rBV7adgx066811; Tue, 31 Dec 2013 07:36:39 GMT (envelope-from imp@svn.freebsd.org) Message-Id: <201312310736.rBV7adgx066811@svn.freebsd.org> From: Warner Losh Date: Tue, 31 Dec 2013 07:36:39 +0000 (UTC) To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: svn commit: r260121 - head/sys/dev/nand X-SVN-Group: head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Dec 2013 07:36:40 -0000 Author: imp Date: Tue Dec 31 07:36:39 2013 New Revision: 260121 URL: http://svnweb.freebsd.org/changeset/base/260121 Log: Add support for Samsung K9F2G08U0A (256MiB SLC) NAND found on some old Atmel boards I have. # All Samsung, Toshiba and SanDisk parts will need to be in this table # since they don't conform to the ONFI specification (they are all Toggle # parts). There's some standards for the additional bytes so there's some hope # to decode them automatically on a per-vendor basis, but even that has # problems (and is what motivated the ONFI parameter page). Modified: head/sys/dev/nand/nand_id.c Modified: head/sys/dev/nand/nand_id.c ============================================================================== --- head/sys/dev/nand/nand_id.c Tue Dec 31 05:20:44 2013 (r260120) +++ head/sys/dev/nand/nand_id.c Tue Dec 31 07:36:39 2013 (r260121) @@ -39,6 +39,8 @@ struct nand_params nand_ids[] = { 0x400, 0x800, 0x40, 0x40, 0 }, { { NAND_MAN_SAMSUNG, 0xdc }, "Samsung NAND 512MiB 3,3V 8-bit", 0x200, 0x800, 0x40, 0x40, 0 }, + { { NAND_MAN_SAMSUNG, 0xda }, "Samsung NAND 256MiB 3,3V 8-bit", + 0x100, 0x800, 0x40, 0x40, 0 }, { { NAND_MAN_HYNIX, 0x76 }, "Hynix NAND 64MiB 3,3V 8-bit", 0x40, 0x200, 0x10, 0x20, 0 }, { { NAND_MAN_HYNIX, 0xdc }, "Hynix NAND 512MiB 3,3V 8-bit",