From owner-freebsd-geom@FreeBSD.ORG Mon May 14 08:20:34 2012 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9BCBF106566C; Mon, 14 May 2012 08:20:34 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from mail.tdx.com (mail.tdx.com [62.13.128.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2EAC88FC0A; Mon, 14 May 2012 08:20:34 +0000 (UTC) Received: from OctaHexa64-MkII (HPQuadro64.dmpriest.net.uk [62.13.130.30]) (authenticated bits=0) by mail.tdx.com (8.14.3/8.14.3) with ESMTP id q4E8KQUC065895 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 14 May 2012 09:20:27 +0100 (BST) Date: Mon, 14 May 2012 09:20:28 +0100 From: Karl Pielorz To: Alexander Motin Message-ID: In-Reply-To: <4FAD12E3.3000608@FreeBSD.org> References: <4FABDE10.8090304@FreeBSD.org> <61CDA17B687F1C733EE1B017@OctaHexa64-MkII> <4FACF8BA.4020500@FreeBSD.org> <4FAD12E3.3000608@FreeBSD.org> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-geom@FreeBSD.org Subject: Re: FreeBSD 9-R amd64 - graid, should it survive 'pulling' a disk? X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2012 08:20:34 -0000 --On 11 May 2012 16:23 +0300 Alexander Motin wrote: > I've committed patch to the HEAD branch: > http://svn.freebsd.org/changeset/base/235270 > > It should cleanly apply to 8/9-STABLE. Hi, I've applied this to 9-RELEASE (as it's what we've been doing all the testing on so far) - and indeed it does seem to fix the problem. I can now pull drives at random, and it survives. Inserting a new drive also kicks off a RAID rebuild. Thanks, -Karl From owner-freebsd-geom@FreeBSD.ORG Mon May 14 11:07:11 2012 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9AB110656F3 for ; Mon, 14 May 2012 11:07:11 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A92EA8FC1A for ; Mon, 14 May 2012 11:07:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4EB7B1H053253 for ; Mon, 14 May 2012 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4EB7BZO053251 for freebsd-geom@FreeBSD.org; Mon, 14 May 2012 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 May 2012 11:07:11 GMT Message-Id: <201205141107.q4EB7BZO053251@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2012 11:07:11 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/165745 geom [geom] geom_multipath page fault on removed drive o kern/165428 geom [glabel][patch] Add xfs support to glabel o kern/164254 geom [geom] gjournal not stopping on GPT partitions o kern/164252 geom [geom] gjournal overflow o kern/164143 geom [geom] Partition table not recognized after upgrade R8 a kern/163020 geom [geli] [patch] enable the Camellia-XTS on GEOM ELI o kern/162010 geom [geli] panic: Provider's error should be set (error=0) o kern/161979 geom [geom] glabel doesn't update after newfs, and glabel s o kern/161752 geom [geom] glabel(8) doesn't get gpt label change o bin/161677 geom gpart(8) Probably bug in gptboot o kern/160562 geom [geom][patch] Allow to insert new component to geom_ra o kern/160409 geom [geli] failed to attach provider f kern/159595 geom [geom] [panic] panic on gmirror unload in vbox [regres p kern/158398 geom [headers] [patch] includes o kern/158197 geom [geom] geom_cache with size>1000 leads to panics o kern/157879 geom [libgeom] [regression] ABI change without version bump o kern/157863 geom [geli] kbdmux prevents geli passwords from being enter o kern/157739 geom [geom] GPT labels with geom_multipath o kern/157724 geom [geom] gpart(8) 'add' command must preserve gap for sc o kern/157723 geom [geom] GEOM should not process 'c' (raw) partitions fo o kern/157108 geom [gjournal] dumpon(8) fails on gjournal providers o kern/155994 geom [geom] Long "Suspend time" when reading large files fr o kern/154226 geom [geom] GEOM label does not change when you modify them o kern/150858 geom [geom] [geom_label] [patch] glabel(8) is not compatibl o kern/150626 geom [geom] [gjournal] gjournal(8) destroys label o kern/150555 geom [geom] gjournal unusable on GPT partitions o kern/150334 geom [geom] [udf] [patch] geom label does not support UDF o kern/149762 geom volume labels with rogue characters o bin/149215 geom [panic] [geom_part] gpart(8): Delete linux's slice via o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/145818 geom [geom] geom_stat_open showing cached information for n o kern/145042 geom [geom] System stops booting after printing message "GE o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error o kern/140352 geom [geom] gjournal + glabel not working o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk o kern/134113 geom [geli] Problem setting secondary GELI key o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o bin/131415 geom [geli] keystrokes are unregulary sent to Geli when typ o kern/131353 geom [geom] gjournal(8) kernel lock o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid f kern/128276 geom [gmirror] machine lock up when gmirror module is used o kern/127420 geom [geom] [gjournal] [panic] Journal overflow on gmirrore o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/115856 geom [geli] ZFS thought it was degraded when it should have o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o bin/86388 geom [geom] [geom_part] periodic(8) daily should backup gpa o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. 72 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon May 14 13:57:26 2012 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1453C106566B; Mon, 14 May 2012 13:57:26 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DB4298FC0C; Mon, 14 May 2012 13:57:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4EDvP07017678; Mon, 14 May 2012 13:57:25 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4EDvP9v017674; Mon, 14 May 2012 13:57:25 GMT (envelope-from ae) Date: Mon, 14 May 2012 13:57:25 GMT Message-Id: <201205141357.q4EDvP9v017674@freefall.freebsd.org> To: ae@FreeBSD.org, freebsd-geom@FreeBSD.org, ae@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/134922: [gmirror] [panic] kernel panic when use fdisk on disk who been removed from gmirror X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2012 13:57:26 -0000 Synopsis: [gmirror] [panic] kernel panic when use fdisk on disk who been removed from gmirror Responsible-Changed-From-To: freebsd-geom->ae Responsible-Changed-By: ae Responsible-Changed-When: Mon May 14 13:57:04 UTC 2012 Responsible-Changed-Why: Take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=134922 From owner-freebsd-geom@FreeBSD.ORG Mon May 14 13:59:02 2012 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EECA2106566C; Mon, 14 May 2012 13:59:02 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C1AA48FC15; Mon, 14 May 2012 13:59:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4EDx2ZN017756; Mon, 14 May 2012 13:59:02 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4EDx2ci017752; Mon, 14 May 2012 13:59:02 GMT (envelope-from ae) Date: Mon, 14 May 2012 13:59:02 GMT Message-Id: <201205141359.q4EDx2ci017752@freefall.freebsd.org> To: dwayneh@ssimicro.com, ae@FreeBSD.org, freebsd-geom@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/128276: [gmirror] machine lock up when gmirror module is used X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2012 13:59:03 -0000 Synopsis: [gmirror] machine lock up when gmirror module is used State-Changed-From-To: feedback->closed State-Changed-By: ae State-Changed-When: Mon May 14 13:58:46 UTC 2012 State-Changed-Why: Feedback timeout. http://www.freebsd.org/cgi/query-pr.cgi?pr=128276 From owner-freebsd-geom@FreeBSD.ORG Mon May 14 14:38:32 2012 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F497106566B; Mon, 14 May 2012 14:38:32 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E575B8FC0A; Mon, 14 May 2012 14:38:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4EEcV5e056610; Mon, 14 May 2012 14:38:31 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4EEcVUn056606; Mon, 14 May 2012 14:38:31 GMT (envelope-from ae) Date: Mon, 14 May 2012 14:38:31 GMT Message-Id: <201205141438.q4EEcVUn056606@freefall.freebsd.org> To: yurtesen@ispro.net, ae@FreeBSD.org, freebsd-geom@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/114532: [geom] GEOM_MIRROR shows up in kldstat even if compiled in the kernel if one tries to load it... X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2012 14:38:32 -0000 Synopsis: [geom] GEOM_MIRROR shows up in kldstat even if compiled in the kernel if one tries to load it... State-Changed-From-To: open->closed State-Changed-By: ae State-Changed-When: Mon May 14 14:02:46 UTC 2012 State-Changed-Why: Not a bug. This is a way how FreeBSD allows override a part of kernel with newly compiled module. http://www.freebsd.org/cgi/query-pr.cgi?pr=114532 From owner-freebsd-geom@FreeBSD.ORG Wed May 16 12:25:32 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C462106566C for ; Wed, 16 May 2012 12:25:32 +0000 (UTC) (envelope-from karli.sjoberg@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 43F378FC15 for ; Wed, 16 May 2012 12:25:32 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SUdIE-00071H-FZ for freebsd-geom@freebsd.org; Wed, 16 May 2012 05:25:26 -0700 Date: Wed, 16 May 2012 05:25:26 -0700 (PDT) From: Sebulon To: freebsd-geom@freebsd.org Message-ID: <1337171126458-5708868.post@n5.nabble.com> In-Reply-To: <201205040731.q447V8K3061134@freefall.freebsd.org> References: <201205032237.q43MbHpe040196@freefall.freebsd.org> <201205040731.q447V8K3061134@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: kern/167562: [geli] geli cannot use gpt labels in loader.conf X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2012 12:25:32 -0000 Hi, I have a related problem. That if I create a .eli provider ontop of a gpt-label, like: # geli init -b -s 4096 -l 128 -e AES-CBC gpt/diskX and then create a zpool using gpt/diskX.eli. When rebooting, it will find (a)daXpX first and prompt me to unlock that one before gpt/diskX, which is the one I want to unlock, because if you unlock (a)daXpX, zpool will resilver onto (a)daXpX instead of the gpt-provider. This is an unwanted behaviour for me, since I wanted zpool to use the logical gpt-provider, in case anything should happen with it=C2=B4s physical representation. Not typ= ing in a password for (a)daXpX three times makes it jump on to the next in line, which is the gpt/diskX, but could be somewhat tiresome if there where, say 10 drives that you needed to unlock and had to type in a wrong (or empty) password 30 times, and the right password 10 times to complete the process. Is there a way to specify only which provider(s) I want to unlock during boot? Using FreeBSD-9.0-RELEASE. Have I missed something? /Sebulon -- View this message in context: http://freebsd.1045724.n5.nabble.com/Re-kern-= 167562-geli-geli-cannot-use-gpt-labels-in-loader-conf-tp5684451p5708868.htm= l Sent from the freebsd-geom mailing list archive at Nabble.com. From owner-freebsd-geom@FreeBSD.ORG Fri May 18 15:01:58 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C95F106564A for ; Fri, 18 May 2012 15:01:58 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id B52988FC08 for ; Fri, 18 May 2012 15:01:57 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 0A2BED5041 for ; Fri, 18 May 2012 17:01:47 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id Hbiz0-bTZjiE for ; Fri, 18 May 2012 17:01:46 +0200 (CEST) Received: from [10.0.0.93] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 81C51D5036 for ; Fri, 18 May 2012 17:01:46 +0200 (CEST) Message-ID: <4FB6802F.8030207@semihalf.com> Date: Fri, 18 May 2012 19:00:31 +0200 From: Grzegorz Bernacki User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.24) Gecko/20120127 Thunderbird/3.1.16 MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: RFC - GEOM Flashmap X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 May 2012 15:01:58 -0000 Hi, As a part of our NAND Flash Framework project we would like to add a new geom class which allows to divide NAND Flash chip into partitions. Nand is divided into partitions based on data in dts file. The purpose of having this geom class is to separate part of nand chip device which might contain some crucial data like u-boot image, parameters, etc. into separate devices and use the rest of nand to store user data. Patch can be found at: http://people.freebsd.org/~gber/patches/slicer.patch it contains geom flashmap code along with changes in FDT area and changes in DTS file for SheevaPlug. Please let me know if you have any comments or objections. thanks, grzesiek From owner-freebsd-geom@FreeBSD.ORG Fri May 18 20:38:43 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D0A4106564A for ; Fri, 18 May 2012 20:38:43 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1B7CA8FC0C for ; Fri, 18 May 2012 20:38:42 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so3286829wgb.31 for ; Fri, 18 May 2012 13:38:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=+0TqBO05OMzpR298faOc9DdKMLAOAFI5oWxqvQGq67k=; b=IRNNB3etd3V4hIik+HTydVbyytxT5dqVtdEFBj3ZFHUdbeFsbx7ofSpkpuBUm/cJm0 HsCYe9nX2AARqlZaCE+L60gg6BrKkC3wPCjBcgeWIHHq1AORygg4mAVbqI4yBaSNGHh9 p62WqAvcV2xbg8xb3XH0PkDuwi+cYi7Hhs+J1qGtGSS98XGGokUW+fA25Wz7XOlVij7L DSczdBGSoZemozCw0QJP8KnqcajxhXHsMHAPNBKLFRwCI2WbvGs6G3sJpuqiKLrZb9ib f3LW65My41YgWxSiAXCE4UGKgDdTMlog6yUTq53muvK/GUizVh1A7K73YVlY0DJ8R6zE ZjxA== Received: by 10.216.204.217 with SMTP id h67mr7995822weo.68.1337373516047; Fri, 18 May 2012 13:38:36 -0700 (PDT) Received: from rnote.ddteam.net (53-192-201-46.pool.ukrtel.net. [46.201.192.53]) by mx.google.com with ESMTPS id m1sm3592650wic.6.2012.05.18.13.38.31 (version=SSLv3 cipher=OTHER); Fri, 18 May 2012 13:38:32 -0700 (PDT) Date: Fri, 18 May 2012 23:38:26 +0300 From: Aleksandr Rybalko To: Grzegorz Bernacki Message-Id: <20120518233826.7dbce81c.ray@ddteam.net> In-Reply-To: <4FB6802F.8030207@semihalf.com> References: <4FB6802F.8030207@semihalf.com> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmmcgcQVtVFKGiAQpnbdLbu41K4XMlQXDftfPUr9+XMiSeE11SS6DpxVc/wvAWgJPT7ZS/t Cc: freebsd-geom@freebsd.org Subject: Re: RFC - GEOM Flashmap X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 May 2012 20:38:43 -0000 On Fri, 18 May 2012 19:00:31 +0200 Grzegorz Bernacki wrote: > Hi, > > As a part of our NAND Flash Framework project we would like to add a > new geom class which allows to divide NAND Flash chip into partitions. > Nand is divided into partitions based on data in dts file. > > The purpose of having this geom class is to separate part of nand > chip device which might contain some crucial data like u-boot image, > parameters, etc. into separate devices and use the rest of nand to > store user data. > > Patch can be found at: > http://people.freebsd.org/~gber/patches/slicer.patch > it contains geom flashmap code along with changes in FDT area and > changes in DTS file for SheevaPlug. > > Please let me know if you have any comments or objections. > > thanks, > grzesiek > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to > "freebsd-geom-unsubscribe@freebsd.org" Hi Grzegorz, Long time ago I was add to my todo list item to add FDT support to geom_map module. Now you have good replacement. (/me cut off one item from todo) Just one question: it is possible to not assume that parent media is NAND? + if (g_io_getattr("NAND::device", cp, &size, &dev)) + break; WBW -- Aleksandr Rybalko