From owner-freebsd-hackers Mon Jun 5 12:50:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69]) by hub.freebsd.org (Postfix) with ESMTP id 2E77737BD68 for ; Mon, 5 Jun 2000 12:50:21 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by kcmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id PAA28214 for ; Mon, 5 Jun 2000 15:50:18 -0400 (EDT) Received: from njb140bh3.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id PAA12407; Mon, 5 Jun 2000 15:49:16 -0400 (EDT) Received: by njb140bh3.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Mon, 5 Jun 2000 15:50:17 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'hackers@freebsd.org'" Subject: RE: kerneld for FreeBSD Date: Mon, 5 Jun 2000 15:50:15 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Mike Smith wrote: > > [...] > > > This is, IMO, a good idea. I certainly don't want some > smartass daemon > > > unloading a module just because it thinks it should. 8) [...] > I have no faith at all any metric other than one determined > by the module > itself to indicate "unuse", and if a module wants to unload > itself due to so you point is that we could put a "use/unuse" logic inside each of kernel module. is that correct? even if different kernel modules implement device drivers for the same class of hardware? network interfaces (cards) for example. i would say if interface is marked as ``down'', has no IP, has no references in routing table/firewall, it could be considered as ``gone''. another problem here is that you can use the same module/device right after you have unloaded it. that is a different kind of problem. and, IMHO, it should be solved at configuration level. or even in module itself. for example PSEUDO_DEVICE modules. as far as i know they can not be unloaded. as far as i know sun solaris is able to load/unload dynamicaly kernel modules. and module itself does not perform any attempts to verify its "use/unuse". > "unuse", it can already do so. I don't want or need a daemon > to do this. thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message