patch for if_wi.c

Hi, I have bought two SMC wireless cards. One SMC2632 in my laptop, the other a SMC2602 (PCI to SMC2632) in my FreeBSD server. I am running FreeBSD-STABLE as of july 1. Initially it didn't work because the PCI to PCMCIA bridge picked an interrupt that was already in use. Since I couldn't force th

Re: Use of M_WAITOK in if_addmulti().

> On Sun, 15 Jul 2001 16:50:36 -0400 (EDT), > Garrett Wollman <[EMAIL PROTECTED]> said: >> Current if_addmulti() calls MALLOC() with M_WAITOK. However, >> if_addmulti() can be called from in[6]_addmulti() with splnet(). It >> may lead kernel panic. > This is not a problem (or should n

Use of M_WAITOK in if_addmulti().

< said: > Current if_addmulti() calls MALLOC() with M_WAITOK. However, > if_addmulti() can be called from in[6]_addmulti() with splnet(). It > may lead kernel panic. This is not a problem (or should not be). It is permissible to sleep while some interrupts are blocked; it is just not (in 4-st

Re: review request: if_faith modernization

On Sat, Jul 14, 2001 at 02:41:47PM -0700, Brooks Davis wrote: > Please review the following patch. It makes the faith interface > loadable, unloadable, and clonable. It also converts it from a count > device to an option device. A copy is also available at: > > http://people.freebsd.org/~brook

TCP ISN algorithm breaks TIME_WAIT (Re: select fails to return incoming connect on FreeBSD-4.3)

On Mon, Jun 11, 2001 at 02:37:10PM -0500, Jonathan Lemon wrote: > In article >[EMAIL PROTECTED]> you write: > >First off, I hope this is the right list. > > > >Could someone take a look at PR misc/27880? > > This was broken by the initial sequence number patch to TCP. > > When the server closes

Re: Use of M_WAITOK in if_addmulti().

* Hajimu UMEMOTO <[EMAIL PROTECTED]> [010715 12:31] wrote: > > ume> Index: sys/net/if.c > ume> diff -u sys/net/if.c.orig sys/net/if.c > ume> --- sys/net/if.c.origMon Jul 16 01:39:34 2001 > ume> +++ sys/net/if.c Mon Jul 16 01:51:49 2001 > > Oops, it was wrong version. One trick is to pass a

Re: Use of M_WAITOK in if_addmulti().

ume> Index: sys/net/if.c ume> diff -u sys/net/if.c.orig sys/net/if.c ume> --- sys/net/if.c.orig Mon Jul 16 01:39:34 2001 ume> +++ sys/net/if.c Mon Jul 16 01:51:49 2001 Oops, it was wrong version. Index: sys/net/if.c diff -u sys/net/if.c.orig sys/net/if.c --- sys/net/if.c.orig Mon Jul 1

Re: Use of M_WAITOK in if_addmulti().

> On Sun, 15 Jul 2001 09:19:27 -0700 > Julian Elischer <[EMAIL PROTECTED]> said: julian> NOWAIT MAY return. julian> you have not handled the case for when it returns with a NULL allocation julian> so if it returns NULL you continue, and page-fault immediatly. Oops, thank you. How about t

Re: how to get AF_LOCAL from getaddrinfo()

In message <[EMAIL PROTECTED]>, Bernd Walter writes: >> Our getaddrinfo(3) doesn't support AF_UNIX. > >Arg - I looked into src/contrib/bin/lib/irs/getaddrinfo.c >The one in libc is different... I'd very much like to see PF_LOCAL support added to our getaddrinfo() and getnameinfo(). I know that PF

Use of M_WAITOK in if_addmulti().

Hi, Current if_addmulti() calls MALLOC() with M_WAITOK. However, if_addmulti() can be called from in[6]_addmulti() with splnet(). It may lead kernel panic. So, I wish to change to use M_NOWAIT. Any comment? Index: sys/net/if.c diff -u sys/net/if.c.orig sys/net/if.c --- sys/net/if.c.orig Wed

Re: IPV6 panic?

If memory serves me right, JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI= ?= wrote: OK, I got another crash, with symbols and all. This is a 4-STABLE machine from 7 July. > If possible, please let us know > - the kernel configuration file Attached. > - the result of > % ifconfig -a >