From owner-cvs-src@FreeBSD.ORG Sat Mar 20 17:02:23 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5182E16A4CE; Sat, 20 Mar 2004 17:02:23 -0800 (PST) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B0C643D2F; Sat, 20 Mar 2004 17:02:23 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc13) with ESMTP id <2004032101021801500mloose>; Sun, 21 Mar 2004 01:02:22 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA15106; Sat, 20 Mar 2004 17:02:17 -0800 (PST) Date: Sat, 20 Mar 2004 17:02:15 -0800 (PST) From: Julian Elischer To: Bill Paul In-Reply-To: <200403202339.i2KNdhQI069350@repoman.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/compat/ndis kern_ndis.c ndis_var.h ntoskrnl_var.h subr_ndis.c subr_ntoskrnl.c src/sys/dev/if_ndis if_ndis.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2004 01:02:23 -0000 On Sat, 20 Mar 2004, Bill Paul wrote: > wpaul 2004/03/20 15:39:43 PST > > > - In if_ndis.c, most drivers don't accept NDIS_80211_AUTHMODE_AUTO, > but NDIS_80211_AUTHMODE_SHARED may not be right in some cases, > so for now always use NDIS_80211_AUTHMODE_OPEN. > > NOTE: There is still one problem with the Intel 2200BG driver: it > happens that the kernel stack in Windows is larger than the kernel > stack in FreeBSD. The 2200BG driver sometimes eats up more than 2 > pages of stack space, which can lead to a double fault panic. > For the moment, I got things to work by adding the following to > my kernel config file: > > options KSTACK_PAGES=8 > > I'm pretty sure 8 is too big; I just picked this value out of a hat > as a test, and it happened to work, so I left it. 4 pages might be > enough. Unfortunately, I don't think you can dynamically give a > thread a larger stack, so I'm not sure how to handle this short of > putting a note in the man page about it and dealing with the flood > of mail from people who never read man pages. Actually kernel threads can dynamically change to a different kstack and allocate themselves a bigger one.. I forget where it is used but I remember that htere is codde in exit to clean up teh extra kernel stack if it is being used.. Is this running as a kernel thread or on a user's kernel thread stack?