Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-14 Thread Joachim Schipper
On Mon, Dec 13, 2010 at 09:27:51PM +0100, Mark Kettenis wrote: From: Ted Unangst ted.unan...@gmail.com On Mon, Dec 13, 2010 at 7:41 AM, Mark Kettenis mark.kette...@xs4all.nl wrote: (...) I don't really agree with Tedu that the changed behaviour is an improvement. Say I have

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-13 Thread MERIGHI Marcus
ted.unan...@gmail.com (Ted Unangst), 2010.12.12 (Sun) 19:10 (CET): On Sun, Dec 12, 2010 at 6:36 AM, MERIGHI Marcus mcmer-open...@tor.at wrote: The behaviour change in hotplug(4)/hotplugd(8) after your commit makes it more ``hot plug'', actually. What bothers me (but not many others,

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-13 Thread Mark Kettenis
Date: Mon, 13 Dec 2010 12:48:55 +0100 From: MERIGHI Marcus mcmer-open...@tor.at That sounds good. I was aware of the change, but didn't think anybody would notice. :) A bit late to the game, but I don't really agree with Tedu that the changed behaviour is an improvement. Say I have

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-13 Thread MERIGHI Marcus
mark.kette...@xs4all.nl (Mark Kettenis), 2010.12.13 (Mon) 13:41 (CET): Date: Mon, 13 Dec 2010 12:48:55 +0100 From: MERIGHI Marcus mcmer-open...@tor.at That sounds good. I was aware of the change, but didn't think anybody would notice. :) A bit late to the game, but I don't really

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-13 Thread Jonathan Armani
On Mon, 13 Dec 2010 14:28:42 +0100, MERIGHI Marcus mcmer-open...@tor.at wrote: mark.kette...@xs4all.nl (Mark Kettenis), 2010.12.13 (Mon) 13:41 (CET): Date: Mon, 13 Dec 2010 12:48:55 +0100 From: MERIGHI Marcus mcmer-open...@tor.at That sounds good. I was aware of the change, but didn't

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-13 Thread Ted Unangst
On Mon, Dec 13, 2010 at 7:41 AM, Mark Kettenis mark.kette...@xs4all.nl wrote: A bit late to the game, but I don't really agree with Tedu that the changed behaviour is an improvement. Say I have configured hotplugd(8) such that it automatically mounts things when I plug in my camera. Now I

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-13 Thread Todd T. Fries
I echo Mark's sentiments, though for a different reason. Softraid crypto volumes take time to fsck, yet are useful to use. In my case I can wait 20+min for my personal laptop to be useful, or I can wait 5min and let the rest fsck while I get to be productive. The laptop has /usr, /var, /tmp,

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-13 Thread Ted Unangst
On Mon, Dec 13, 2010 at 2:48 PM, Todd T. Fries t...@fries.net wrote: I echo Mark's sentiments, though for a different reason. Softraid crypto volumes take time to fsck, yet are useful to use. In my case I can wait 20+min for my personal laptop to be useful, or I can wait 5min and let the

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-13 Thread Chris Kuethe
On Mon, Dec 13, 2010 at 11:48 AM, Todd T. Fries t...@fries.net wrote: I echo Mark's sentiments, though for a different reason. And hot-pluggable serial devices, like GPS receivers. Some of them do have usb serial numbers I can key on.

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-13 Thread Mark Kettenis
Date: Mon, 13 Dec 2010 13:17:26 -0500 From: Ted Unangst ted.unan...@gmail.com On Mon, Dec 13, 2010 at 7:41 AM, Mark Kettenis mark.kette...@xs4all.nl wrote: A bit late to the game, but I don't really agree with Tedu that the changed behaviour is an improvement. Say I have configured

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-13 Thread Ted Unangst
OK, if you can wait a few more hours, I will make a diff to go back the way things came.

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-13 Thread Ted Unangst
On Mon, Dec 13, 2010 at 3:27 PM, Mark Kettenis mark.kette...@xs4all.nl wrote: I think the solution to that is to make adding the duid to fstab work. At boot, if the duid exists, it's mounted. If it doesn't, it doesn't mount but also doesn't error out. This may already work even, I haven't

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-13 Thread Todd T. Fries
Depends, create an OpenBSD partition between mbr and 1st sector of the msdos fs, lie and say there lies a 4.2BSD filessytem just enough to permit writing a disklabel, and wallah: t...@blue/pF ~9$ sudo fdisk sd1 Disk: sd1 geometry: 248/255/63 [3987456 Sectors] Offset: 0 Signature:

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-13 Thread Paul de Weerd
On Mon, Dec 13, 2010 at 03:04:13PM -0500, Ted Unangst wrote: | I can agree there's a problem here, but the fact that you're using | hotplug to mount disks that aren't hotplugged indicates the problem is | elsewhere. :) I don't think hotplug was supposed to be the do random | stuff a little bit

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-12 Thread MERIGHI Marcus
ted.unan...@gmail.com (Ted Unangst), 2010.12.11 (Sat) 21:54 (CET): On Sat, Dec 11, 2010 at 2:11 PM, MERIGHI Marcus mcmer-open...@tor.at wrote: the latest modification of src/sys/dev/hotplug.c (1) changes hotplug(4) behaviour concerning devices that are attached before the hotplug device is

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-12 Thread Ted Unangst
On Sun, Dec 12, 2010 at 6:36 AM, MERIGHI Marcus mcmer-open...@tor.at wrote: The behaviour change in hotplug(4)/hotplugd(8) after your commit makes it more ``hot plug'', actually. What bothers me (but not many others, obviously) is the fact that the behaviour change is undocumented. Four places

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-12 Thread MERIGHI Marcus
ted.unan...@gmail.com (Ted Unangst), 2010.12.12 (Sun) 19:10 (CET): On Sun, Dec 12, 2010 at 6:36 AM, MERIGHI Marcus mcmer-open...@tor.at wrote: The behaviour change in hotplug(4)/hotplugd(8) after your commit makes it more ``hot plug'', actually. What bothers me (but not many others,

hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-11 Thread MERIGHI Marcus
the latest modification of src/sys/dev/hotplug.c (1) changes hotplug(4) behaviour concerning devices that are attached before the hotplug device is opened (by hotplugd(8), for example). such devices are ignored in hotplug.c by hotplug_put_event because of !evqueue (line 92 in -current). since

Re: hotplug(4) r1.10 ignoring hotplug_put_event() prior to hotplugopen() [Was: hotplugd(8) ignoring devices attached before boot]

2010-12-11 Thread Ted Unangst
On Sat, Dec 11, 2010 at 2:11 PM, MERIGHI Marcus mcmer-open...@tor.at wrote: the latest modification of src/sys/dev/hotplug.c (1) changes hotplug(4) behaviour concerning devices that are attached before the hotplug device is opened (by hotplugd(8), for example). such devices are ignored in