From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Meyer Subject: Re: Device mapper regression 2.6.23 vs. v2.6.23-6597-gcfa76f0 Date: Fri, 02 Nov 2007 18:03:17 +0100 Message-ID: <472B5855.8080303@m3y3r.de> References: <471BA729.6050206@m3y3r.de> <20071029001832.05c0a372.akpm@linux-foundation.org> <1193659166.2773.12.camel@lov.site> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1193659166.2773.12.camel@lov.site> Sender: linux-kernel-owner@vger.kernel.org To: Kay Sievers Cc: Andrew Morton , Linux Kernel Mailing List , dm-devel@redhat.com, Greg KH List-Id: dm-devel.ids Kay Sievers schrieb: > On Mon, 2007-10-29 at 00:18 -0700, Andrew Morton wrote: > >> On Sun, 21 Oct 2007 21:23:21 +0200 Thomas Meyer wrote: >> >>> I have an external hard drive with an encrypted partition. I am using >>> kde so all i had to do under 2.6.23 was >>> "cryptsetup luksOpen /dev/sdb2 crypt-extern" >>> >>> then udev/hal/kde (?)automatically created an desktop icon. i could >>> click this icon to mount and open the drive. >>> >>> when i do the luksOpen command with v2.6.23-6597-gcfa76f0 this icon is >>> not created anymore. >>> >>> a few commits were made in drivers/md, so it seems something broke. >>> >>> config extract: >>> >>> CONFIG_MD=y >>> # CONFIG_BLK_DEV_MD is not set >>> CONFIG_BLK_DEV_DM=y >>> # CONFIG_DM_DEBUG is not set >>> CONFIG_DM_CRYPT=y >>> CONFIG_DM_SNAPSHOT=m >>> CONFIG_DM_MIRROR=m >>> CONFIG_DM_ZERO=m >>> # CONFIG_DM_MULTIPATH is not set >>> CONFIG_DM_DELAY=m >>> CONFIG_DM_UEVENT=y >>> # CONFIG_FUSION is not set >>> >>> any ideas? >>> >>> >> Could be DM breakage, could be udev/sysfs breakage. Is it still happening >> in current mainline? >> > > There are no obvious changes, which I would expect to cause a breakage > in this area. > > >> And how come I'm seeing unresponded-to-for-a-week regression >> reports on lkml? >> > > It works fine with 2.6.24-rc1+ and GNOME, even without any initial shell > command to set it up. Just inserting a LUKS volume, brings up a password > dialog, and then mounts all automatically. > > There was a timing problem fix in HAL (in 0.5.10), maybe that is what > happens here. > Hal version is 0.5.9.1-r2. to make things clear: boot 2.6.23 doing "cryptsetup luksOpen /dev/sdb2 crypt-extern" -> kde asks to mount new device boot v2.6.24-rc1-497-gb1d08ac doing "cryptsetup luksOpen /dev/sdb2 crypt-extern" -> nothing happens in kde. same user land, different kernel.