mbuf wait code (revisited) -- review?

that uses the MGET, MGETHDR, MCLGET, MCLALLOC macros and m_get, m_gethdr, m_clalloc functions in order to make sure that all of that code checks whether the returned pointer is referencing a NULL (most of the problematic code resides in sys/nfs, from what I've seen. -- Bosko Milekic <[EMAIL

Re: mbuf wait code (revisited) -- review?

dds some overhead (not much, though). Anybody know of a different [better] way? On Fri, 12 Nov 1999, Julian Elischer wrote: !>It looks pretty thorough but needs more examination that I have given it !>yet. !> !>On Fri, 12 Nov 1999, Bosko Milekic wrote: !> !>> !>> Hi,

Re: mbuf wait code (revisited) -- review?

ters). The plan is to fiddle with those _new_ routines. !> !> -Matt !> Matthew Dillon !> <[EMAIL PROTECTED]> !> -- Bosko Milekic <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: mbuf wait code (revisited) -- review?

to be plenty of code, especially around sys/nfs that 'assumes' this 'guaranteed success,' and because of that, problems arise. Bosko. -- Bosko Milekic <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: PCI DMA lockups in 3.2 (3.3 maybe?)

gher to debug, and knowing whether 3.3 remedies the problem can be of some help. -- Bosko Milekic <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: ip checksum

missing? !> !>thanks !> !> Would you be able to provide some code to illustrate the situation? There are several things that may go wrong. What exactly are you trying to do here? (You may be using the wrong procedure) and what are you getting for return values?

Re: splimp for PCI

y_ working on cleaning this stuff up, and completely getting rid of the remains of the "old" interface? Bosko. .. . . . . . . .. .. . . . Bosko Milekic -- [EMAIL PROTECTED] . . . . . .. . . . . .. . . WWW: http://pages.infinit.net/bmilekic/ . ..

Re: SIGFPE on arithmetic overflow

and because FP_X_INV (which covers this possibility) is not unmasked; the trap occurs and the signal is posted. Could somebody try this piece of code on a -STABLE machine, just out of curiosity...? Bosko. ...... . . . . . . ..

Re: PR kern/14034: gettimeofday() returns negative value?

on a DEC box running: OSF1 oracle.dsuper.net V4.0 1091 alpha And got the exact same results. The problem is the tv1 = tv2 structure equality. Since the byte order is different, you get your usec from tv1 ending up in tv2's usec field. Regards, Bosko. -- Bosko Milekic Email:

Re: Acceptable MBUF levels?

maxusers. Actually, for mbufs and mbuf clusters, you should increase NMBCLUSTERS, which will serve as an indication of allocate-able clusters as well as, ultimately, mbufs. -- Bosko Milekic Email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsub

Re: Acceptable MBUF levels?

eters in the kernel, so you could end up with a rather large kernel when all you really want to do is increase NMBCLUSTERS, and nothing else. But yeah, your point is very valid. Cheers, Bosko. - | Bosko Milekic

rtfree panic() (fwd)

now-how could take a look at this, I think that Shrihari (along with the others who have experienced this?) would appreciate it. Note that if more infos. are needed, request it at the Shrihari's address below. --------

Re: Where is pci_intr_establish() & _thread_sys_read()?

stablish is not part of FreeBSD's interface(s), as far as I know. This probably belongs to either NetBSD or OpenBSD (since the drivers that use this routine to setup an interrupt use it under #if defined(__OpenBSD__) or __NetBSD__ blocks. See our bus interface code (e.g. bus_if.[ch]) --Bosk

Comments above kmem_malloc() (vm/vm_kern.c)

I've seen, that call kmem_malloc are the kernel's malloc() and the mbuf allocation routines. Niether of these seems to do it at splhigh(), either. --Bosko Milekic <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Regarding PR 5877: sb_cc issues.

getting many replies). -- Bosko Milekic * pages.infinit.net/bmilekic/index.html * www.technokratis.com [EMAIL PROTECTED] * [EMAIL PROTECTED] * [EMAIL PROTECTED] "Give a man a fish and he will eat for a day. Teach him how to fish, and he will sit in a boat and drink beer all day." To Un

Re: What do people think of maybe using the sourceforge software?

h is what open source is about for many of us). With the centralization of information will come direction. Cheers, Bosko. -- Bosko Milekic * pages.infinit.net/bmilekic/index.html * www.technokratis.com [EMAIL PROTECTED] * [EMAIL PROTECTED] * [EMAIL PROTECTED] "Give a man a f

Re: leaking sockets (closure)

zero in tcp_timer.c, which is what at first glance tripped me off. (I have re-simulated the exhaustion and all seems fine). -Bosko -- Bosko Milekic * pages.infinit.net/bmilekic/index.html * www.technokratis.com [EMAIL PROTECTED] * [EMAIL PROTECTED] * [EMAIL PROTECTED] "Give a man

socket leak(s)...

I'm afraid my earlier message was incorrect. This is _still_ an issue... (the always_keepalive is unrelated) ... appologies; and tomorrow will be back to poking around day. -- Bosko Milekic * pages.infinit.net/bmilekic/index.html * www.technokrati

Re: fatal trap 12: page fault while in kernel mode

0x8:0xc022798F > You have to post more information. For example, what is at the location pointed at by the instruction pointer? Get a stack trace, if possible (from the debugger), and any other relevant info., most of which is explained in the Handbook. -- Bo

Linux Module problems

roduce this again. I remember seeing this in earlier -CURRENT, too, just never got around to playing with it. Anyone? -- Bosko Milekic * pages.infinit.net/bmilekic/index.html * www.technokratis.com [EMAIL PROTECTED] * [EMAIL PROTECTED] * [EMAIL PROTECTED] To Unsubscribe: send mail to [E

Re: Linux Module problems

t/linux/sbin/ldconfig. Am giving it a shot. > > -- > Alain Thivillon -+- [EMAIL PROTECTED] -+- Hervé Schauer Consultants > > -- Bosko Milekic * pages.infinit.net/bmilekic/index.html * www.technokratis.com [EMAIL PROTECTED] * [EMAIL PROTECTED] * [EMAIL PROTECTED] To Uns

Re: Linux Module problems

giving it a shot. > This worked. Thanks! -- Bosko Milekic * pages.infinit.net/bmilekic/index.html * www.technokratis.com [EMAIL PROTECTED] * [EMAIL PROTECTED] * [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Linux Module problems

quick kldunload/kldload linux. I tried the same thing on the ipfw module, but it seems to be working fine (i.e. no panic). -- Bosko Milekic * pages.infinit.net/bmilekic/index.html * www.technokratis.com [EMAIL PROTECTED] * [EMAIL PROTECTED] * [EMAIL PROTECTED] To Unsubscribe: send m

Re: kerneld for FreeBSD

loads "unused" drivers. -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Mbuf waiting mfc to 3

5.) So, > please CVSUP before testing this patch to ensure you're seeing its true > colors. > > Thanks, > > Mike "Silby" Silbersack -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 [EMAIL PROTECTED] * http://www.technokratis.com/ --- ke

ether_output() : WIERD PROBLEM

the mbuf. In other words, I can't even `continue' in this case. If I move the m_flags check before the IF_ENQUEUE, this doesn't happen at all! Furthermore, if I revert my mbuf changes, I don't catch this problem. Anyone got any hints/clues? Regards, Bosko. --

Re: ether_output() : WIERD PROBLEM

o _after_ the if_start call. On Tue, 13 Jun 2000, Bosko Milekic wrote: > > Hello, > > I've been doing some mbuf-related work on my -CURRENT machine lately. > Particularily, I've re-written the allocator and free routines, amongst > other things. However

<    1   2