[POLLING] strange interrupt/system load

2009-09-12 Thread rihad
The box experiences ~230 mbit/s traffic flow through it. I've doubled some sysctls after reading polling(4): kern.polling.each_burst=10 # was: 5 kern.polling.burst_max=350 # was: 150 FreeBSD 7.2-RELEASE-p3 amd64 HZ=1000 Now for the fun part. With kern.polling.idle_poll = 1 top shows: CPU: 0.0

Re: [POLLING] strange interrupt/system load

2009-09-12 Thread Bruce Evans
On Sat, 12 Sep 2009, rihad wrote: The box experiences ~230 mbit/s traffic flow through it. I've doubled some sysctls after reading polling(4): kern.polling.each_burst=10 # was: 5 kern.polling.burst_max=350 # was: 150 FreeBSD 7.2-RELEASE-p3 amd64 HZ=1000 How much better does it work without P

Re: [POLLING] strange interrupt/system load

2009-09-12 Thread Luigi Rizzo
On Sat, Sep 12, 2009 at 12:27:18PM +0500, rihad wrote: > The box experiences ~230 mbit/s traffic flow through it. I've doubled > some sysctls after reading polling(4): > kern.polling.each_burst=10 # was: 5 > kern.polling.burst_max=350 # was: 150 > > FreeBSD 7.2-RELEASE-p3 amd64 > HZ=1000 > > Now

Re: [POLLING] strange interrupt/system load

2009-09-12 Thread rihad
Bruce Evans wrote: How much better does it work without POLLING? I'm not sure. It just works, How to measure it? I haven't noticed it adding any unacceptable latency to users' experience, making TCP/IP work less than optimal (we're an ISP). Once thing I did notice with POLLING enabled was that k

bwi driver

2009-09-12 Thread Ralph Zitz
Hello I'm the unfortunate owner of the unsupported "Intel WiFi Link 5100 AGN" card. Looking through some old hardware I found the following: "Linksys WPC54G version 3.1" pccard. I realize that the bwi driver lists as only supporting version 3, but might there be a chance my card works with the

Re: kern/138689: commit references a PR

2009-09-12 Thread dfilter service
The following reply was made to PR kern/138689; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/138689: commit references a PR Date: Sat, 12 Sep 2009 18:55:27 + (UTC) Author: bms Date: Sat Sep 12 18:55:15 2009 New

Re: kern/138689: [netinet] patch] Multicast: IP_DROP_MEMBERSHIP should return EADDRNOTAVAIL for invalid address

2009-09-12 Thread bms
Synopsis: [netinet] patch] Multicast: IP_DROP_MEMBERSHIP should return EADDRNOTAVAIL for invalid address State-Changed-From-To: open->patched State-Changed-By: bms State-Changed-When: Sat 12 Sep 2009 19:00:58 UTC State-Changed-Why: Committed to HEAD as rev 197129.ยท Thanks for your work in tracki

Re: kern/138691: [netinet] [patch] Multicast: Keep membership and filters in sync

2009-09-12 Thread bms
Synopsis: [netinet] [patch] Multicast: Keep membership and filters in sync State-Changed-From-To: open->patched State-Changed-By: bms State-Changed-When: Sat 12 Sep 2009 19:07:33 UTC State-Changed-Why: Committed to HEAD as SVN rev 197130, thanks! This is an obvious logic error that crept in duri

Re: kern/138691: commit references a PR

2009-09-12 Thread dfilter service
The following reply was made to PR kern/138691; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/138691: commit references a PR Date: Sat, 12 Sep 2009 19:07:15 + (UTC) Author: bms Date: Sat Sep 12 19:07:03 2009 New

Re: bwi driver

2009-09-12 Thread Ralph Zitz
Oh and this is on: FreeBSD 9.0-CURRENT #4 r197120 amd64 Ralph Zitz wrote: Hello I'm the unfortunate owner of the unsupported "Intel WiFi Link 5100 AGN" card. Looking through some old hardware I found the following: "Linksys WPC54G version 3.1" pccard. I realize that the bwi driver lists as o

Re: kern/138690: [netinet] [patch] multicast: uninited memory used in filter at IP_DROP_MEMBERSHIP + IP_ADD_MEMBERSHIP

2009-09-12 Thread bms
Synopsis: [netinet] [patch] multicast: uninited memory used in filter at IP_DROP_MEMBERSHIP + IP_ADD_MEMBERSHIP State-Changed-From-To: open->patched State-Changed-By: bms State-Changed-When: Sat 12 Sep 2009 19:46:44 UTC State-Changed-Why: An appropriate fix has been committed to HEAD as SVN rev

Re: kern/138690: commit references a PR

2009-09-12 Thread dfilter service
The following reply was made to PR kern/138690; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/138690: commit references a PR Date: Sat, 12 Sep 2009 19:46:12 + (UTC) Author: bms Date: Sat Sep 12 19:45:55 2009 New

Re: kern/137164: [netinet] [patch] assert panic imo_match_source()

2009-09-12 Thread bms
Synopsis: [netinet] [patch] assert panic imo_match_source() State-Changed-From-To: open->patched State-Changed-By: bms State-Changed-When: Sat 12 Sep 2009 20:17:38 UTC State-Changed-Why: Actually should be resolved by SVN rev 197132. See SVN rev 197135 for further tightening of the logic in this

Re: kern/137164: commit references a PR

2009-09-12 Thread dfilter service
The following reply was made to PR kern/137164; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/137164: commit references a PR Date: Sat, 12 Sep 2009 20:18:37 + (UTC) Author: bms Date: Sat Sep 12 20:18:23 2009 New

Re: kern/138666: [multicast] [panic] not working multicast through igmpproxy

2009-09-12 Thread Bruce Simpson
I did a quick pass over ip_mroute.c to see if I could have introduced any obvious errors during refactoring; didn't see anything obvious. The backtrace which was posted points towards a trashed rte->m pointer, assuming it's accurate and the arguments didn't get trashed on-stack. The MFC lock s

Re: kern/138666: commit references a PR

2009-09-12 Thread dfilter service
The following reply was made to PR kern/138666; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/138666: commit references a PR Date: Sun, 13 Sep 2009 01:00:39 + (UTC) Author: bms Date: Sun Sep 13 01:00:24 2009 New

Re: kern/138666: [multicast] [panic] not working multicast through igmpproxy

2009-09-12 Thread Bruce Simpson
The following reply was made to PR kern/138666; it has been noted by GNATS. From: Bruce Simpson To: freebsd-gnats-sub...@freebsd.org Cc: freebsd-net@FreeBSD.org Subject: Re: kern/138666: [multicast] [panic] not working multicast through igmpproxy Date: Sun, 13 Sep 2009 02:04:52 +0100 I did a q

host(1) coredumps

2009-09-12 Thread Eugene Grosbein
Hi! For 8.0-BETA3: % host -l grosbein.pp.ru. ns2.rucable.net. ; Transfer failed. /usr/local/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:2486: REQUIREsock) != ((void *)0)) && (((const isc__magic_t *)(sock))->magic == ((('I') << 24 | ('O') << 16 | ('i') << 8 | ('o')) faile