From owner-freebsd-mobile Fri Feb 2 1:16:20 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id EB80737B491 for ; Fri, 2 Feb 2001 01:16:01 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f129FrW23978; Fri, 2 Feb 2001 01:15:53 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102020915.f129FrW23978@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Warner Losh Cc: Dag-Erling Smorgrav , mobile@FreeBSD.ORG Subject: Re: NEWCARD success story In-Reply-To: <200102020227.f122Rh935286@harmony.village.org> Date: Fri, 02 Feb 2001 01:15:53 -0800 From: Peter Wemm Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Warner Losh wrote: > In message <200102020213.f122D8W20029@mobile.wemm.org> Peter Wemm writes: > : Thinking about it some more, network interface config is one of the few > : things that we actually need a user hookable notification on. ATA and CAM > : can (and should) self rescan - no userland intervention is required to get > : those up and running. The same pretty much goes for sio devices. What els e > : is there? > > Well, that's not quite right. CAM doesn't do a rescan right now. sio > also might want to have ppp come up. Yes, CAM does have rescan support. umass.c triggers it. The pccard/cardbus drivers have just not picked up the magic code. > I also have a program with oldcard that burns CF cards when you insert > them into a machine specially dedicated to the purpose. > > It has to be a generic device thing rather than a specific network > thing. I didn't say we should only do the network socket, but I did observe that the network socket would cover 99% of the cases of what people need right now. It would be trivially easy to get that up and running right now while we decide how to implement generic device add/remove notification support. (remember, network interfaces are not "devices" in the kernel or /dev, so there are no devfs hooks we can check) There are exactly two sorts of things that have insert/remove in pccard.conf right now.. network cards needing pccard_ether, and scsi cards that do not have the cam rescan calls and callbacks (see umass.c:umass_cam_rescan() - it is pretty easy too). Besides, it is a bug^H^H^Hoversight that the routing socket doesn't notify on interface add/remove right now anyway.. the routing socket messages were done in the days of static interface configuration and the sole on/off change was administrative up or down. Now we have interface add/removal on a regular basis and network daemons should be able to find out about this. An all-singing, all-dancing generic system would probably be able to monitor several different sources of events anyway, be it somebody doing a chmod on a node in a devfs /dev, or a sio or CF card being added/removed, etc. I know, send patches... (and I just might :-) Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message