Re: msleep() on recursivly locked mutexes

On 4/26/07, Hans Petter Selasky [EMAIL PROTECTED] wrote: Hi, In the new USB stack I have defined the following: Could you perhaps describe some of the codepaths in the USB stack that require this behavior? -- Bosko Milekic [EMAIL PROTECTED] http://www.crowdedweb.com

Re: More user developers friendly memguard.

should be configured before loading the module. -- Pawel Jakub Dawidek http://www.wheel.pl [EMAIL PROTECTED] http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! -- Bosko Milekic [EMAIL PROTECTED] To see

Re: generic network protocols parser ?

is there any practical reason why ? Thanks, Aziz You can only go so far with generic parsing. Eventually you will want some protocol specific value to be extracted and your parser will have to know about what the packet looks like. What are you trying to do, exactly? -- Bosko Milekic

Re: MBUF statistics

. Which reminds me... those of you doing benchmarks, please don't run 'vmstat -z' while you're doing them, it might skew/pessimize your results. -- Bosko Milekic - If I were a number, I'd be irrational. Contact Info: http://bmilekic.unixdaemons.com/contact.txt

Re: Playing with mbuf in userland

. -Bosko -- Bosko Milekic [EMAIL PROTECTED] [EMAIL PROTECTED] For the wicked / Carry us away / Captivity require from us a song / How can we sing king alpha's song in a strange land? --Bob Marley ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org

Re: Playing with mbuf in userland

I wrote: Another option to look into would be to implement a sysctl(8)-exported handler that iterates over the mbuf chain and prints out the mbuf chains in something like XML, which your userland application can then more or less easily parse, and reproduce the chain (fake it up) in

Re: [HEADS-UP] mbuma is in the tree

Bosko, [deletia] are you going to convert mbuf tag allocator to UMA? Now tags are allocated with malloc(). AFAIK, tags are used heavily in pf, and forthcoming ALTQ. Moving to UMA should affect their performance positively. First off, malloc() *is* UMA. With mbuma in the tree, I don't

[HEADS-UP] mbuma is in the tree

(Hello Chris Haalboom? :-)) Hello, In order to avoid having to type everything again, I'll refer to the commit log. PLEASE READ IT IN FULL: Bring in mbuma to replace mballoc. mbuma is an Mbuf Cluster allocator built on top of a number of extensions to the UMA framework, all included

Network buffer allocations: mbuma, PLEASE TEST

, and keep me in the CC; I have no idea if I'm subscribed to these lists anymore. You should also follow up to this thread on -net and not on -hackers (trim -hackers from CC in the future). Thanks and happy hacking! Regards, -- Bosko Milekic [EMAIL PROTECTED] [EMAIL PROTECTED

Re: panic in uma_zdestroy

] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -- Bosko Milekic * [EMAIL PROTECTED] * [EMAIL PROTECTED] TECHNOkRATIS Consulting Services * http://www.technokratis.com

Re: panic in uma_zdestroy

On Fri, Aug 01, 2003 at 01:32:05PM +, Bosko Milekic wrote: I screwed up... fix coming shortly. Sorry! On Fri, Aug 01, 2003 at 07:00:19PM +0200, Harti Brandt wrote: Hi, with a kernel from yesterday I get a panic on an SMP system when I destroy a zone immediately after

Re: complicated downgrade

, -- Bosko Milekic * [EMAIL PROTECTED] * [EMAIL PROTECTED] TECHNOkRATIS Consulting Services * http://www.technokratis.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail

Re: SMP problem with uma_zalloc

having to dip into the zone anyway; therefore, there doesn't seem to be much of a reason to push the cached objects back into the zone (if they're going to leave it again soon anyway). -- Bosko Milekic * [EMAIL PROTECTED] * [EMAIL PROTECTED] TECHNOkRATIS Consulting Services * http

Re: running 5.1-RELEASE with no procfs mounted (lockups?)

, this is just one possibility. See if all the processes you describe as 'frozen' have the same MWCHAN and, if so, what is it? -- Bosko Milekic * [EMAIL PROTECTED] * [EMAIL PROTECTED] TECHNOkRATIS Consulting Services * http://www.technokratis.com

Re: NSS Modules

. :-) -=| Ben http://libnss-mysql.sourceforge.net -- Bosko Milekic * [EMAIL PROTECTED] * [EMAIL PROTECTED] TECHNOkRATIS Consulting Services * http://www.technokratis.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd

Re: NSS Modules

or not it is defined. #if defined(__FreeBSD__) /* Do freebsd-specific stuff */ #else /* Other systems? */ #endif -- Bosko Milekic * [EMAIL PROTECTED] * [EMAIL PROTECTED] TECHNOkRATIS Consulting Services * http://www.technokratis.com/ ___ [EMAIL PROTECTED

Re: Kernel Support for System Call Performance Monitoring

of a if you have the time follow-up to your work that someone could be able to perform, and that would certainly be interesting to see: how all this works out when forward-ported to FreeBSD 5.x. Sincerely - Yaoping [EMAIL PROTECTED] Regards, -- Bosko Milekic * [EMAIL PROTECTED] * [EMAIL

Re: HEADS UP! Major commits in the tree coming soon

. Thanks Ken ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] -- Bosko Milekic [EMAIL PROTECTED] [EMAIL PROTECTED

Re: bootp_subr.c

. diff -u bootp_subr.c.old bootp_subr.c would be good enough. Or if you have the sources checked out with cvs, cvs diff -u bootp_subr.c I think this would generate a quicker response. As for the idea itself, it sounds reasonable. Thanks, -- Bosko Milekic * [EMAIL

Re: Fast interrupts

? there must be some sort of locking, right? You are allowed to use mutex locks (both spin and MTX_DEF), only you are only allowed to user the former for fast interrupt handlers. -- Bosko Milekic * [EMAIL PROTECTED] * [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED

Re: Fast interrupts

On Mon, Aug 26, 2002 at 10:14:32AM -0700, Maksim Yevmenkin wrote: Bosko Milekic wrote: On Mon, Aug 26, 2002 at 09:41:43AM -0700, Maksim Yevmenkin wrote: John Baldwin wrote: On 26-Aug-2002 M. Warner Losh wrote: can you call wakeup(9) from a fast interrupt handler

Re: Memory corruption in CURRENT

in the body of the message -- Bosko Milekic * [EMAIL PROTECTED] * [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: m_freem() in tcp_respond()

) frame 11 #11 0xc021ef9c in m_freem (m=0x0) at /usr/src/sys/kern/uipc_mbuf.c:706 706 if (mcl_pool_now mcl_pool_max m-m_next == NULL (kgdb) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-net in the body of the message -- Bosko Milekic * [EMAIL

Re: ARM Port: Help with UMA subsystem needed

this problem. I think this whole thing is flaky in general (if this was the way to get around recursion, we should fix it). JHB and/or JeffR: why is the kmem_map lockmgr lock not recursive? Regards, -- Bosko Milekic * [EMAIL PROTECTED] * [EMAIL PROTECTED] To Unsubscribe: send mail

Re: ARM Port: Help with UMA subsystem needed

provided. Is arm using a seperate allocf? Jeff -- Bosko Milekic * [EMAIL PROTECTED] * [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: tunings for many httpds...

. :-) -Matt Matthew Dillon [EMAIL PROTECTED] Regards, -- Bosko Milekic [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers

Re: m_cat() does not update m_pkthdr.len

an additional requirement on callers to m_cat(). -- Bosko Milekic [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: Some small projects for mutt(1)

On Thu, Jun 20, 2002 at 03:27:24PM -0500, Brandon D. Valentine wrote: On Thu, 20 Jun 2002, Bosko Milekic wrote: On Thu, Jun 20, 2002 at 01:10:39PM -0700, Matthew Hunt wrote: This shouldn't be hard to glue together without modifying mutt itself. Make a little program, foo, that takes

Re: The problem with FreeBSD

Bill H., is that you? On Tue, Jun 18, 2002 at 08:39:57AM +, Bill Flamerola wrote: Okay, this is not really intended as a flame, but kinda necessary, given the current situation in the FreeBSD camp. [...useless stuff...] -- Bosko Milekic [EMAIL PROTECTED] [EMAIL PROTECTED

Re: ICU_LEN with IO APIC

/aaro Regards, -- Bosko Milekic [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: splimp() during panic?

* Packet Design * http://www.packetdesign.com Regards, -- Bosko Milekic [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: deltas for sys/kern/vfs_syscalls.c and sys/kern/vfs_subr.c

] for PGP public key -- 4FB9 C4A9 4925 CF97 9BF3 ADDA 861D 5DBD E4E3 03C3 -- Bosko Milekic [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: I want to help

with time. A lot of regards and wish for best work, Dragoslav Zaric -- Bosko Milekic [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: Patch to remove MFREE() macro entirely

- http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com President, Download Technologies, Inc. - http://www.downloadtech.com Pave the road of life with opportunities. -- Bosko Milekic [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL

Re: mbuf chains

and contains the additional information. You don't normally do what you wrote, but again, it depends on the implementation, ultimately. Thanks Skye -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: huge MFREE() macro?

; } } } -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: Patch #3 (TCP / Linux / Performance)

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: Open Source Load Balancer

/ --- For support call: 1-888-891-8150 Email: [EMAIL PROTECTED] --- -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers

Re: Allocate a page at interrupt time

, with Obviously. the big giant lock and redirecting interrupts to the CPU in the kernel is better than that... -- Terry -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: Allocate a page at interrupt time

if they address thread scheduling with the above intent in mind or if they merely introduce an _interface_ to bind a thread to a single CPU. -Matt -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers

Re: cluster size

calls malloc(). Sometimes, although rarely, it may end up in kmem_malloc() which calls vm_page_alloc(), but vm_page_alloc() should not block as in this case it will be called with the VM_ALLOC_INTERRUPT flag. -Zhihui -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL

Re: cluster size

time is to allocate with the M_NOWAIT flag. -- Terry -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: cluster size

they are or not I'm not sure. -- Terry -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: cluster size

, not m_clusterget. From if_fxp.c (fxp_add_rfabuf(), sometimes called from fxp_intr()): MGETHDR(...); -- get mbuf if (m != NULL) { MCLGET(...); -- get cluster ... } -- Terry -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send

Re: cluster size

, page size modulo 2K is zero). -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: cluster size

convenient size for a cluster as it fits the maximum MTU size while at the same time fitting nicely into a page, reducing allocation complexity. -Zhihui -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body

Re: kernel malloc

address space, whichever comes first. is there any configuration we can do depending on our RAM size? please reply. thx vishwanath Regards, -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: cluster size

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

Re: kernel malloc

, -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: Network performance roadmap.

awaits. Mike Silby Silbersack -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: Article: Network performance by OS

the fault of tuning and architecture of the application being run, is, frankly, ridiculous. I completely agree. :-))) -- Terry Cheers, -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: Article: Network performance by OS

from previous dealings with companies that use FreeBSD as their main platform that this is one of the main reasons why. -Matt Regards, -- Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe

Re: questions regarding the MGET function.

Shankar Agarwal wrote: Hi, Can you please tell me when did the MGET function change it implementation from using MALLOC to using pool_get to allocate a mbuf. I Never. We don't use pool_get(). That's a NetBSD-ism. :-) The mbuf subsystem uses its own allocator and stats are kept in

Re: Re: Re: postfix: No buffer space available

Since nobody else has asked this, I think I will: What network device are you using and with what driver? Please show the output of `ifconfig -a' when you notice this problem. Finally, try `ifconfig the_interface down' followed by `ifconfig the_interface up' when you notice this, and see if it

Re: Problems attaching an interrupt handler

This: bus_teardown_intr(dev, sc-irq, sc-ih) != 0 ); looks pretty odd. See your ir_detach(). Alex wrote: Hi, I started experimenting with kernel hacking to write an infrared device driver. Therfore I read Alexander Langer's article on DaemonNews and started modifying the led.c example

Re: One thing linux does better than FreeBSD...

Hey! These images are hip! :-) Cheers, Bosko. Matthew N. Dodd wrote: On Tue, 16 Jan 2001, Poul-Henning Kamp wrote: Isn't there *anybody* here who has a SO/family member/neighbor in the graphic/design business ? Yes. http://www.svaha.net/daemon/index.html -- | Matthew N. Dodd

Re: FIN_WAIT_2 / TIME_WAIT Confusion

Hi Michael, What version of FreeBSD are you running? If it's not too much trouble, can you please provide the code you're using to simulate the problem? Are the TIME_WAIT state connections eventually timing out/disappearing? Michael wrote: If this is not proper place to ask this, let me

Re: FreeBSD vs Linux, Solaris, and NT

Dennis wrote: : Still, I personally believe, that "core" or general "freebsd community" : should explicitly state, that support for binary drivers and support for : easier inclusion of binary driver or just third party driver is eagerly : encouraged. And as much as possible, easy inclusion of

Re: Why not another style thread? (was Re: cvs commit: src/lib/libc/gen getgrent.c)

] | | +---+-+ Later, Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: crash on 4.2-stable (sendto() system call)

o () #20 0xc020070d in syscall2 () #21 0xc01f5575 in Xint0x80_syscall () Cannot access memory at address 0xbfbffc8c. Regards, Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Log analysis program running under apache reboots server!

at should be causing a panic() anymore anyway. Please provide more debugging infos. Thanks, Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: zero copy TCP

, -Jin Please see sendfile(2). Regards, Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: post-install of kernal sources, maxusers max?

loader. You can determine which is needed more through a quick netstat -m. Mike "Silby" Silbersack Cheers, Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: When do you want to see panics?

y_Daemons Regards, Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: mbuf re-write(s), v 0.1

On Thu, 6 Jul 2000, Bosko Milekic wrote: I've recently had the chance to get some profiling done. I used metrics obtained from gprof, as well as the (basic block length) * (number of executions) metric generated by kernbb. The latter reveals an approximate 30% increase

Re: mbuf re-write(s), v 0.1

opportunity to benefit from this. Either way, I know *I* will be using this code in time to come, so I suppose the question is: Would you consider committing this code or should I stop posting any changes I make in the future altogether? -- Bosko Milekic * Voice/Mobile: 514.865

Re: mbuf re-write(s), v 0.1

thing and I'm asking you to step up to the plate and prove it. That sounds fair. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org Manufacturer of high-performance Internet servers - http://www.terasolutions.com Pave the road of life with opportunities.

Re: mbuf re-write(s), v 0.1

from interrupts). -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. -- Bosko Milekic * Voice/Mobile: 514.86

Re: mbuf re-write(s), v 0.1

Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org Manufacturer of high-performance Internet servers - http://www.terasolutions.com Pave the road of life with opportunities. -Bosko -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 [EMAIL PROTECTED] * http://

Re: Re[2]: mbuf re-write(s), v 0.1

so insertion/removal is fast). That's it, roughly. I hope this clears up some things for those of you who didn't look at the actual code. Regards, Bosko. -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 [EMAIL PROTECTED] * http://www.technokratis.com

Re: mbuf re-write(s): v 0.2: request-for-comments

a little bit before this goes through. Regards, Bosko. -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 [EMAIL PROTECTED] * http://www.technokratis.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: mbuf re-write(s): v 0.2: request-for-comments

--- Andrew Gallatin, Sr Systems Programmerhttp://www.cs.duke.edu/~gallatin Duke University Email: [EMAIL PROTECTED] Department of Computer SciencePhone: (919) 660-6590 Cheers, Bosko. -- Bosko Milekic * Voice/Mobile: 514.865.7738 *

Re: mbuf re-write(s): v 0.2: request-for-comments

] Chiaro Networks ltd. Richardson, Texas, USA. -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 [EMAIL PROTECTED] * http://www.technokratis.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" i

Re: mbuf re-write(s): v 0.2: request-for-comments

to the mbuf. So this information can be extracted in either case. Ken -- Kenneth Merry [EMAIL PROTECTED] -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 [EMAIL PROTECTED] * http://www.technokratis.com/ To Unsubscribe: send mail to [EMAIL PROTECTED

mbuf re-write(s): v 0.2: request-for-comments

eal with all of these changes. * Get some profiling / optimisation done. Since my initial post, I have received quite a few hits/requests for the posted code, and have even received a few comments/suggestions. These have been most helpful. I invite many more,... please! Reg

mbuf re-write(s), v 0.1

all mbuf system modifications. Comments welcome. Special thanks to Mike Silbersack for already discussing such issues with me. Regards, Bosko -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 [EMAIL PROTECTED] * http://www.technokratis.com/ To Unsubscribe:

ether_output() : WIERD PROBLEM

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. -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager

Re: ether_output() : WIERD PROBLEM

e 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, I've encountered a peculiar problem tha

Re: Mbuf waiting mfc to 3

, though. The small memory leak I alluded to in my previous posting of the patch has been found and committed seperately (as it affected 3,4, and 5.) So, please CVSUP before testing this patch to ensure you're seeing its true colors. Thanks, Mike "Silby" Silbersack -- Bos

Re: kerneld for FreeBSD

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

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

. 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. -- Bosko Milekic * pages.infinit.net/bmilekic/index.html * www.technokratis.com [EMAIL

Linux Module problems

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 [EMAIL PROTECTED

Re: Linux Module problems

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 Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe

Re: Linux Module problems

. 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

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.technokratis.com

Re: leaking sockets (closure)

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 a fish and he will eat for a day. Teach hi

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

ralization 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 fish and he will eat for a day. Teach him how to fish, and he wil

Regarding PR 5877: sb_cc issues.

). -- 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 Unsubscribe: send mail

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

Re: Where is pci_intr_establish() _thread_sys_read()?

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]) --Bosko .. Bosko Milekic * [EMAIL PROTECTED

rtfree panic() (fwd)

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. - | Bosko Milekic

Re: Acceptable MBUF levels?

, and nothing else. But yeah, your point is very valid. Cheers, Bosko. - | Bosko Milekic | Coffee vector: 1.0i+1.0j+1.0k | | Email: [EMAIL PROTECTED] | Sleep vector: -1.0i-1.0j-1.0k

Re: Acceptable MBUF levels?

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 "unsubscribe freebsd-hackers" i

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

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: [EMAIL PROTECTED

Re: splimp for PCI

the "old" interface? Bosko. .. . . . . . . . . .. . . . Bosko Milekic -- [EMAIL PROTECTED] . . . . . .. . . . . .. . . WWW: http://pages.infinit.net/bmilekic/ . To Unsubscribe: send mail to [EMAIL PROT

Re: ip checksum

! ! 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? --Bosko -- Bosko Milekic [EMAIL PROTECTED] &q

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

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

mbuf wait code (revisited) -- review?

, 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 PROTECTED] "I counted the st

Re: mbuf shortage situations (followup)

will be much of an issue (if worse comes to worse, we can limit per gid -as opposed to per uid). With exhaustion attacks such as these, we're better off just limiting. Regards, Bosko Milekic. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" i

Re: mbuf shortage situations (followup)

On Mon, 13 Sep 1999, Garrett Wollman wrote: !On Sun, 12 Sep 1999 23:19:13 -0400 (EDT), Bosko Milekic [EMAIL PROTECTED] said: ! ! This message is in MIME format. The first part should be readable text, ! while the remaining parts are likely unreadable without MIME-aware tools. ! Send

  1   2   >