From owner-freebsd-hackers Mon Mar 9 21:07:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA11901 for freebsd-hackers-outgoing; Mon, 9 Mar 1998 21:07:17 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA11804 for ; Mon, 9 Mar 1998 21:06:46 -0800 (PST) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id VAA01510; Mon, 9 Mar 1998 21:45:09 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp02.primenet.com, id smtpd001491; Mon Mar 9 21:45:04 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id VAA28009; Mon, 9 Mar 1998 21:44:59 -0700 (MST) From: Terry Lambert Message-Id: <199803100444.VAA28009@usr09.primenet.com> Subject: Re: APM power off (patch) To: am@amsoft.ru (Andrew Maltsev) Date: Tue, 10 Mar 1998 04:44:59 +0000 (GMT) Cc: walter@fortean.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199803100020.DAA07308@amsoft.ru> from "Andrew Maltsev" at Mar 10, 98 03:20:27 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Well, I'm actually proposing it's taken out of the kernel (step 8) and put > > into the callout functions (step 5). The implementation of the > > Oh, yes. I finally understand.. it took a time, may be because of my > poor english, sorry. > > To say the truth I see no _big_ advantages in moving that code out of > kernel.. to me it looks like a bit ``perfectionistic'' improvement.. > which should be done, but.. I did something similar to this for SYSINIT. The easiest thing to do is to put the functions into one linker set per queue, and then bubble-sort them in place. The code doesn't have to be fast. The main advantage is that I can have 0 or more "power devices", and everything will "just work". It just depends on what you do or don't link into your kernel, not putting specific knowledge of the devices into the places where the events occur. I believe Julian is committing the third queue patch (or already has); he's the guy who originally did the code in the first place. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message