Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030310AbVIVNNe (ORCPT ); Thu, 22 Sep 2005 09:13:34 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030313AbVIVNNe (ORCPT ); Thu, 22 Sep 2005 09:13:34 -0400 Received: from clock-tower.bc.nu ([81.2.110.250]:7342 "EHLO lxorguk.ukuu.org.uk") by vger.kernel.org with ESMTP id S1030310AbVIVNNd (ORCPT ); Thu, 22 Sep 2005 09:13:33 -0400 Subject: Re: [RFC/BUG?] ide_cs's removable status From: Alan Cox To: Russell King Cc: Mark Lord , Richard Purdie , LKML , Dominik Brodowski , bzolnier@gmail.com, linux-ide@vger.kernel.org In-Reply-To: <20050922102221.GD16949@flint.arm.linux.org.uk> References: <1127319328.8542.57.camel@localhost.localdomain> <1127321829.18840.18.camel@localhost.localdomain> <433196B6.8000607@rtr.ca> <1127327243.18840.34.camel@localhost.localdomain> <20050921192932.GB13246@flint.arm.linux.org.uk> <1127347845.18840.53.camel@localhost.localdomain> <20050922102221.GD16949@flint.arm.linux.org.uk> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 22 Sep 2005 14:39:42 +0100 Message-Id: <1127396382.18840.79.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1474 Lines: 31 On Iau, 2005-09-22 at 11:22 +0100, Russell King wrote: > If you have a CF adapter which behaves as you describe above, could > you please check what happens as far as PCMCIA goes when you unplug > the CF card - particularly what happens to cardctl status / cardctl > ident ? If I remove the CF card I get garbage reported. I don't however get a card plug/unplug event. On the other card I have I get a card plug/unplug event. The pcmcia ide floppy (40MB clik! drive if anyone wants to play) I have always shows up as present. It triggers the same hotplug behaviour being complained about as far as I can see and correctly so. I dug out some old emails - GNOME does indeed handle this correctly using HAL and the recursive probing problem is true for all removable media types. HAL handles this correctly although David Zeuthen wasn't exactly happy with the kernel behaviour. So I'm definitely against removing drive->removable when it should be set, although its less serious than 2.4 because we do more flushing anyway. There do seem to be a lot of people who would rather it didnt always generate hotplug events when rescanning partitions. Perhaps we need a ->same_media() check if the partitions match the old ones ? Alan - 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/