From owner-freebsd-current@FreeBSD.ORG  Fri Feb  2 04:24:19 2007
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
X-Original-To: freebsd-current@freebsd.org
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 77D6A16A400
	for <freebsd-current@freebsd.org>; Fri,  2 Feb 2007 04:24:19 +0000 (UTC)
	(envelope-from ota@j.email.ne.jp)
Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198])
	by mx1.freebsd.org (Postfix) with ESMTP id 4739913C4A6
	for <freebsd-current@freebsd.org>; Fri,  2 Feb 2007 04:24:19 +0000 (UTC)
	(envelope-from ota@j.email.ne.jp)
Received: from dynabook-freebsd.advok.com
	(pool-151-197-34-47.phil.east.verizon.net [151.197.34.47])
	by mail.asahi-net.or.jp (Postfix) with ESMTP id 63390284CD
	for <freebsd-current@freebsd.org>; Fri,  2 Feb 2007 13:24:17 +0900 (JST)
Date: Thu, 1 Feb 2007 23:21:18 -0500
From: Yoshihiro Ota <ota@j.email.ne.jp>
To: freebsd-current@freebsd.org
Message-Id: <20070201232118.c7cc1a10.ota@j.email.ne.jp>
X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd7.0)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: geli broken
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Feb 2007 04:24:19 -0000

RCS file: /home/ncvs/src/sys/geom/eli/g_eli.c,v
Working file: g_eli.c
head: 1.34

revision 1.34
date: 2007/01/28 20:29:12;  author: pjd;  state: Exp;  lines: +7 -0
It is possible that GEOM taste provider before SMP is started.
We can't bind to a CPU which is not yet on-line, so add code that wait for
CPUs to go on-line before binding to them.

Reported by:    Alin-Adrian Anton <aanton@spintech.ro>
MFC after:      2 weeks
----------------------------


The change noted above caused problem with my system.
After typing password, the geli device was never recognized never response.
It looked like it was in an infinity loop.
I have the following entry in my fstab and I need to type in my password for it.

/dev/da0s2.eli          /export         ufs     rw              2       2

After reverting to 1.33, my system started without problems.  I use GENERIC kernel configuration without WITNESS and INVARIANTS.

Thanks,
Hiro