From owner-freebsd-current Tue Nov 26 22:36: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B82D237B401 for ; Tue, 26 Nov 2002 22:36:03 -0800 (PST) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40D9543EAF for ; Tue, 26 Nov 2002 22:36:03 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0128.cvx22-bradley.dialup.earthlink.net ([209.179.198.128] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18Gvnb-00039Q-00; Tue, 26 Nov 2002 22:35:52 -0800 Message-ID: <3DE46776.27DF0FD@mindspring.com> Date: Tue, 26 Nov 2002 22:34:30 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: Nate Lawson , current@FreeBSD.ORG Subject: Re: [PATCH] Searching for users of netncp and nwfs to help debug5.0problems References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > > The answer is that "the code doesn't care what thread"; it would > > prefer to not have to think in terms of threads at all, but if > > you want to force it to, then it's going to think in terms of > > "blocking contexts for the benefit of FreeBSD code it calls", > > and nothing else. > > Hense the confusion as to whether to use a thread or a proc.. Not confusing at all. The only issue is references to the connection structure caches proc, which uses the first thread on the cached proc; otherwise, it uses the thread that was passed in. > > Did you want me to update the patch to use your FIRST_THREAD_IN_PROC > > macro and resend it? > > you could but the fact that FIRST_THREAD_IN_PROC() is used indicates > that the whole thing is broken anyway. Your edits are mostly mechanical > and don't actually solve the problem. To do that you probably need > to actually rewrite some of it I think. They were _intended_ to be mechanical edits. It fixes the problem for the people who were willing to fix it, but didn't have any idea of how to do the edits. I can't really rewrite the code for you, without risking that Novell would claim that I did it with knowledge of the NUC implementation... you _do_ remember the last time Novell and BSD had an issue over code, right, back in 1994, after they bought USL? It's probably better that the patch I've done get to the people who volunteered to fix the code, once it could be compiled, and that the people who volunteered to help them with the threads issues do so. I've done as much as I can without legal risk. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message