Re: mpd5/Netgraph issues after upgrading to 7.4
IMO, any kind of memory allocation code (malloc, uma, netgraph item allocator) never return EPERM, they return ENOMEM or ENOBUFS. So, there is a bug somewhere else. I think so, but for me it still looks like resource shortage. As I wrote before, when EPERM starts appearing, I'm unable to run ngctl list. I observed that on mpd boxes I have very large number of failed allocations from zone 128 Bucket. On other boxes with the same release (7.4) and the same amount of physical memory (2 GB), but without mpd5, this value is almost zero. Also other zones has non-zero number of failures: [root@kalina-gw ~]# vmstat -z | grep -v ' 0$' ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Slabs: 64,0, 3172, 427, 9555, 21 64 Bucket:268,0, 199, 39, 467, 45 128 Bucket: 524,0, 558, 121,13258, 64298286 64:64,0,18525, 1889, 328077543,8 128: 128,0,16822, 1538, 1718123, 31 mbuf: 256,0,3, 7130, 282690299, 65 udp_inpcb:180,25608, 348, 554, 5052711,3 (above is on mpd box after 8 hours of uptime) [root@pkp-gw ~]# vmstat -z | grep -v ' 0$' ITEM SIZE LIMIT USED FREE REQUESTS FAILURES 64 Bucket:268,0, 193, 87, 514, 53 128 Bucket: 524,0, 7621,2, 3003617, 1225 pfsrctrpl:124,10013,0, 1426, 14172484, 2979678 (and this is on non-mpd box after 355 days of uptime) I'm going to try to track down origin of EPERMs by adding some debug printfs in netgraph code. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: mpd5/Netgraph issues after upgrading to 7.4
On 11.04.2011 13:54, Przemyslaw Frasunek wrote: IMO, any kind of memory allocation code (malloc, uma, netgraph item allocator) never return EPERM, they return ENOMEM or ENOBUFS. So, there is a bug somewhere else. I think so, but for me it still looks like resource shortage. As I wrote before, when EPERM starts appearing, I'm unable to run ngctl list. Increase sysctl kern.ipc.maxsockbuf. I was forced to rise it upto 80MB (sic!) as 8MB was not enough to me. Eugene Grosbein ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: mpd5/Netgraph issues after upgrading to 7.4
On Mon, Apr 11, 2011 at 02:21:30PM +0700, Eugene Grosbein wrote: E On 11.04.2011 13:54, Przemyslaw Frasunek wrote: E IMO, any kind of memory allocation code (malloc, uma, netgraph item E allocator) never return EPERM, they return ENOMEM or ENOBUFS. E E So, there is a bug somewhere else. E E I think so, but for me it still looks like resource shortage. As I wrote E before, when EPERM starts appearing, I'm unable to run ngctl list. E E Increase sysctl kern.ipc.maxsockbuf. E I was forced to rise it upto 80MB (sic!) as 8MB was not enough to me. Ah, I found where EPERM comes from. Will fix it soon. -- Totus tuus, Glebius. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: ifa_add_loopback_route: insertion failed with ifconfig wlan0 up
Hi, 2011/4/8 Ingo Flaschberger i...@xip.at: Hi, # ifconfig vlan5 create # ifconfig vlan5 192.168.13.16/32 # ifconfig vlan5 down # ifconfig vlan5 up Ok, I reproduced the error and I just submitted a problem report PR/156278 can you check if this patch helps: kern/150481 Yes, with patch applied no more error. Apparently, it was not commited to -STABLE. Regards. Kind regards, Ingo Flaschberger ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org -- There's this old saying: Give a man a fish, feed him for a day. Teach a man to fish, feed him for life. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: mpd5/Netgraph issues after upgrading to 7.4
On Mon, Apr 11, 2011 at 11:56:26AM +0400, Gleb Smirnoff wrote: T On Mon, Apr 11, 2011 at 02:21:30PM +0700, Eugene Grosbein wrote: T E On 11.04.2011 13:54, Przemyslaw Frasunek wrote: T E IMO, any kind of memory allocation code (malloc, uma, netgraph item T E allocator) never return EPERM, they return ENOMEM or ENOBUFS. T E T E So, there is a bug somewhere else. T E T E I think so, but for me it still looks like resource shortage. As I wrote T E before, when EPERM starts appearing, I'm unable to run ngctl list. T E T E Increase sysctl kern.ipc.maxsockbuf. T E I was forced to rise it upto 80MB (sic!) as 8MB was not enough to me. T T Ah, I found where EPERM comes from. Will fix it soon. Sorry, I was wrong :( -- Totus tuus, Glebius. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: mpd5/Netgraph issues after upgrading to 7.4
Increase sysctl kern.ipc.maxsockbuf. I was forced to rise it upto 80MB (sic!) as 8MB was not enough to me. Yay, things are getting worse. Increasing maxsockbuf caused crash after 2-3 hours. There was no crashdump and the last thing in log was: Apr 11 12:32:40 lsm-gw kernel: ad4: FAILURE - out of memory in start Apr 11 12:33:00 lsm-gw last message repeated 125 times I suppose, I'm hitting some kind of kernel memory limit, maybe because of leak. Any ideas, how can I track it down? ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Current problem reports assigned to freebsd-net@FreeBSD.org
Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description o kern/156317 net[ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net[ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net[if_bridge][divert][ipfw] unable to correctly re-injec o kern/156278 net[vlan] ifa_add_loopback_route: insertion failed with i o kern/156226 net[lagg]: failover does not announce the failover to swi o kern/156030 net[ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155988 net[arp] [panic] RADIX_NODE_HEAD_LOCK_ASSERT in rtexpunge o kern/155772 netifconfig(8): ioctl (SIOCAIFADDR): File exists on direc o kern/155680 net[multicast] problems with multicast s kern/155642 net[request] Add driver for Realtek RTL8191SE/RTL8192SE W o kern/155636 net[msk] msk driver locks marvel yukon 88E8057 NIC o kern/155604 net[flowtable] Flowtable excessively caches dest MAC addr o kern/155597 net[panic] Kernel panics with sbdrop message o kern/155585 net[tcp] [panic] tcp_output tcp_mtudisc loop until kernel o kern/155498 net[ral] ral(4) needs to be resynced with OpenBSD's to ga o kern/155420 net[vlan] adding vlan break existent vlan o bin/155365 net[routed] [patch] if.c in routed fails to compile if ti o kern/155177 net[route] [panic] Panic when inject routes in kernel o kern/155030 net[igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net[msk] ntfs-3g via iscsi using msk driver cause kernel o kern/155004 net[bce] [panic] kernel panic in bce0 driver o kern/154943 net[gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net[request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net[netgraph] [patch] ng_ether fails to name nodes when t o kern/154831 net[arp] [patch] arp sysctl setting log_arp_permanent_mod o kern/154679 net[em] Fatal trap 12: em1 taskq only at startup (8.1-R o kern/154676 net[netgraph] [panic] HEAD, 8.1-RELEASE panic after some o kern/154600 net[tcp] [panic] Random kernel panics on tcp_output o kern/154567 net[ath] ath(4) lot of bad series(0) o kern/154557 net[tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net[if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net[netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154284 net[ath] Modern ath wifi cards (such as AR9285) have miss o kern/154255 net[nfs] NFS not responding o kern/154214 net[stf] [panic] Panic when creating stf interface o kern/154185 netrace condition in mb_dupcl o kern/154169 net[multicast] [ip6] Node Information Query multicast add o kern/154134 net[ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net[netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net[vlan] [patch] change to way of auto-generatation of v o kern/153937 net[ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net[ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net[ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net[ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153671 net[em] [panic] 8.2-PRERELEASE repeatable kernel in if_em o kern/153497 net[netgraph] netgraph panic due to race conditions o kern/153454 net[patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net[em] em interface use 100% cpu o kern/153255 net[panic] 8.2-PRERELEASE repeatable kernel panic under h o kern/153244 net[em] em(4) fails to send UDP to port 0x o kern/152893 net[netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net[em] tftpd (and likely other udp traffic) fails over e o kern/152828 net[em] poor performance on 8.1, 8.2-PRE o kern/152569 net[net]: Multiple ppp connections and routing table prob o kern/152360 net[dummynet] [panic] Crash related to dummynet. o kern/152235 net[arp] Permanent local ARP entries are not properly upd o kern/152141 net[vlan] [patch] encapsulate vlan in ng_ether before out o kern/151690 net[ep] network connectivity won't work until dhclient is o kern/151681 net[nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net[igb] [panic] Kernel panic when bringing up igb
Re: kern/149539: [ath] atheros ar9287 is not supported by ath_hal
Synopsis: [ath] atheros ar9287 is not supported by ath_hal Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Mon Apr 11 11:39:33 UTC 2011 Responsible-Changed-Why: punt to mailing list http://www.freebsd.org/cgi/query-pr.cgi?pr=149539 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/149516: [ath] ath(4) hostap with fake MAC/BSSID results in station dropping packets when associated
Synopsis: [ath] ath(4) hostap with fake MAC/BSSID results in station dropping packets when associated Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Mon Apr 11 11:39:47 UTC 2011 Responsible-Changed-Why: punt to wireless list http://www.freebsd.org/cgi/query-pr.cgi?pr=149516 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/149373: [realtek/atheros]: None of my network card working
Synopsis: [realtek/atheros]: None of my network card working Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Mon Apr 11 11:39:58 UTC 2011 Responsible-Changed-Why: punt to wireless list http://www.freebsd.org/cgi/query-pr.cgi?pr=149373 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/149307: [ath] Doesn't work Atheros 9285
Synopsis: [ath] Doesn't work Atheros 9285 Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Mon Apr 11 11:40:48 UTC 2011 Responsible-Changed-Why: punt to mailing list http://www.freebsd.org/cgi/query-pr.cgi?pr=149307 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/148322: [ath] Triggering atheros wifi beacon misses in hostap mode under no radio traffic load
Synopsis: [ath] Triggering atheros wifi beacon misses in hostap mode under no radio traffic load Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Mon Apr 11 11:41:05 UTC 2011 Responsible-Changed-Why: punt to mailing list http://www.freebsd.org/cgi/query-pr.cgi?pr=148322 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/148317: [ath] FreeBSD 7.x hostap memory leak in net80211 or Atheros driver
Synopsis: [ath] FreeBSD 7.x hostap memory leak in net80211 or Atheros driver Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Mon Apr 11 11:41:26 UTC 2011 Responsible-Changed-Why: punt to wireless list http://www.freebsd.org/cgi/query-pr.cgi?pr=148317 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/148078: [ath] wireless networking stops functioning
Synopsis: [ath] wireless networking stops functioning Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Mon Apr 11 11:41:44 UTC 2011 Responsible-Changed-Why: punt to mailing list http://www.freebsd.org/cgi/query-pr.cgi?pr=148078 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/143868: [ath] [patch] [request] allow Atheros watchdog timeout to be tunable
Synopsis: [ath] [patch] [request] allow Atheros watchdog timeout to be tunable Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Mon Apr 11 11:42:26 UTC 2011 Responsible-Changed-Why: punt to freebsd-wireless http://www.freebsd.org/cgi/query-pr.cgi?pr=143868 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: conf/143079: hostapd(8) startup missing multi wlan functionality
Synopsis: hostapd(8) startup missing multi wlan functionality Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Mon Apr 11 11:42:45 UTC 2011 Responsible-Changed-Why: punt to wireless list http://www.freebsd.org/cgi/query-pr.cgi?pr=143079 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/140245: [ath] [panic] Kernel panic during network activity on device ath in 7.2-RELEASE-p4
Synopsis: [ath] [panic] Kernel panic during network activity on device ath in 7.2-RELEASE-p4 Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Mon Apr 11 11:43:00 UTC 2011 Responsible-Changed-Why: punt to wireless list http://www.freebsd.org/cgi/query-pr.cgi?pr=140245 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/137592: [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on network
Synopsis: [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on network Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Mon Apr 11 11:43:20 UTC 2011 Responsible-Changed-Why: punt to freebsd-wireless http://www.freebsd.org/cgi/query-pr.cgi?pr=137592 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/136836: [ath] atheros card stops functioning after about 12 hours uptime
Synopsis: [ath] atheros card stops functioning after about 12 hours uptime Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Mon Apr 11 11:43:34 UTC 2011 Responsible-Changed-Why: punt to freebsd-wireless http://www.freebsd.org/cgi/query-pr.cgi?pr=136836 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: mpd5/Netgraph issues after upgrading to 7.4
On 11.04.2011 17:51, Przemyslaw Frasunek wrote: Increase sysctl kern.ipc.maxsockbuf. I was forced to rise it upto 80MB (sic!) as 8MB was not enough to me. Yay, things are getting worse. Increasing maxsockbuf caused crash after 2-3 hours. There was no crashdump and the last thing in log was: Apr 11 12:32:40 lsm-gw kernel: ad4: FAILURE - out of memory in start Apr 11 12:33:00 lsm-gw last message repeated 125 times I suppose, I'm hitting some kind of kernel memory limit, maybe because of leak. Any ideas, how can I track it down? Do you use i386 or amd64? I use amd64, it has much more KVA space (kernel virtual area). Eugene Grosbein ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work
Synopsis: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Mon Apr 11 11:43:53 UTC 2011 Responsible-Changed-Why: punt to freebsd-wiereless http://www.freebsd.org/cgi/query-pr.cgi?pr=132722 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/105348: [ath] ath device stopps TX
Synopsis: [ath] ath device stopps TX Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Mon Apr 11 11:45:13 UTC 2011 Responsible-Changed-Why: shift to freebsd-wireless http://www.freebsd.org/cgi/query-pr.cgi?pr=105348 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: mpd5/Netgraph issues after upgrading to 7.4
Do you use i386 or amd64? I use amd64, it has much more KVA space (kernel virtual area). I use i386. I suppose I'll need to raise KVA_PAGES to 512 and then slightly raise vm.kmem_size. What are the safe values for i386? I wonder why I got crash without dump and not the kmem_map too small panic. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
kern/155988
The following reply was made to PR kern/155988; it has been noted by GNATS. From: Gleb Smirnoff gleb...@freebsd.org To: Clement LECIGNE clement.leci...@netasq.com Cc: bug-follo...@freebsd.org Subject: kern/155988 Date: Mon, 11 Apr 2011 16:01:27 +0400 Hello, Clement! #13 0x406b196c in rtexpunge (rt=0x614728b8) at ../../../net/route.c:810 #14 0x406f7eef in arplookup (addr=Variable addr is not available. ) at ../../../netinet/if_ether.c:1198 Have you got original, not patched 7.3-RELEASE-p3? You have arplookup() calling rtexpunge() in line 1198 of if_ether.c. Mine line is 1034: glebius@think:~:|fetch -qo - http://svn.freebsd.org/base/release/7.3.0/sys/netinet/if_ether.c | grep -n rtexpunge 1034: rtexpunge(rt); Also, the file itself is 1072 lines long: glebius@think:~:|fetch -qo - http://svn.freebsd.org/base/release/7.3.0/sys/netinet/if_ether.c | wc -l 1072 Can you please clarify this? Also, ARP code has been significantly changed in the stable/8 branch of FreeBSD. If the bug can't be reproduced in 8.2-RELEASE, then the PR is going to be closed as fixed. -- Totus tuus, Glebius. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: One final question about NFS ... or so I hope ...
It used to be that if you did a 'mount' on the client server, it would tell you what options existed on the mount ... but now, it just shows (nfs) ... my fstab entry looks like: 192.168.1.8:/vm/neptune.hub.org /vm/neptune.hub.org nfs rw,noauto,intr,tcp,nolockd 0 0 Mounts fine, no errors, and postfix works, so that I know that nolockd option is working as expected ... but when I type 'mount', I get: 192.168.1.8:/vm/neptune.hub.org on /vm/neptune.hub.org (nfs) If I do 'mount -p' (fstab output), I get: # mount -p | grep 192.168 192.168.1.8:/vm/neptune.hub.org /vm/neptune.hub.org nfs rw 0 0 So, how do I view what options are present on a FreeBSD nfs mount? At this point, there isn't a way. Basically, you will get what you specify on the mount (or fstab line, if you prefer), plus rsize,wsize will be set based on what the server prefers unless they are specifically specified. There was a recent discussion w.r.t. this and one suggestion was an option on nfsstat to show what is actually being used. This might get done someday by me, if no one else steps up to the plate. I checked our Linux boxes at the office, and they definitely do show the mount options: 3.165:/vol/prd_db_logs/filer_log2 on /filer_log02 type nfs (rw,bg,hard,nointr,rsize=32768,wsize=32768,tcp,actimeo=0,nfsvers=3,timeo=600,addr=10.1.13.165) My understanding (which could be incorrect) is that the nfsstat option in Linux shows what is actually being used vs the above, which shows what was specified in the mount command. (Probably rsize, wsize will be the only ones affected by this, I think.) rick ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: mpd5/Netgraph issues after upgrading to 7.4
On 4/11/2011 1:49 AM, Gleb Smirnoff wrote: On Mon, Apr 11, 2011 at 12:34:56AM +0200, Przemyslaw Frasunek wrote: P Use command vmstat -z|egrep 'ITEM|NetGraph' and check FAILURES column. P If you see non-zero values there, you need to increase netgraph memory limits P net.graph.maxdata and net.graph.maxalloc using /boot/loader.conf. P P Unfortunately, increasing net.graph.maxdata net.graph.maxalloc didn't P solved EPERM problems on netgraph control sockets. It is still appearing P every few hours, but failure counters are zero: IMO, any kind of memory allocation code (malloc, uma, netgraph item allocator) never return EPERM, they return ENOMEM or ENOBUFS. So, there is a bug somewhere else. I am also running with the following patch from mlaier that is not in RELENG_8. --- rtsock.c2010-10-30 07:54:55.0 -0400 +++ /tmp/rtsock.c 2011-04-11 09:44:52.0 -0400 @@ -27,7 +27,7 @@ * SUCH DAMAGE. * * @(#)rtsock.c8.7 (Berkeley) 10/12/95 - * $FreeBSD: src/sys/net/rtsock.c,v 1.181.2.10 2010/10/30 11:54:55 bz Exp $ + * $FreeBSD: src/sys/net/rtsock.c,v 1.191 2011/02/10 01:24:09 mlaier Exp $ */ #include opt_compat.h #include opt_sctp.h @@ -159,7 +159,7 @@ struct rt_metrics_lite *out); static voidrt_getmetrics(const struct rt_metrics_lite *in, struct rt_metrics *out); -static voidrt_dispatch(struct mbuf *, const struct sockaddr *); +static voidrt_dispatch(struct mbuf *, sa_family_t); static struct netisr_handler rtsock_nh = { .nh_name = rtsock, @@ -513,6 +513,7 @@ int len, error = 0; struct ifnet *ifp = NULL; union sockaddr_union saun; + sa_family_t saf = AF_MAX; #define senderr(e) { error = e; goto flush;} if (m == NULL || ((m-m_len sizeof(long)) @@ -549,6 +550,7 @@ (info.rti_info[RTAX_GATEWAY] != NULL info.rti_info[RTAX_GATEWAY]-sa_family = AF_MAX)) senderr(EINVAL); + saf = info.rti_info[RTAX_DST]-sa_family; /* * Verify that the caller has the appropriate privilege; RTM_GET * is the only operation the non-superuser is allowed. @@ -883,7 +885,6 @@ m = NULL; } else if (m-m_pkthdr.len rtm-rtm_msglen) m_adj(m, rtm-rtm_msglen - m-m_pkthdr.len); - Free(rtm); } if (m) { if (rp) { @@ -893,11 +894,14 @@ */ unsigned short family = rp-rcb_proto.sp_family; rp-rcb_proto.sp_family = 0; - rt_dispatch(m, info.rti_info[RTAX_DST]); + rt_dispatch(m, saf); rp-rcb_proto.sp_family = family; } else - rt_dispatch(m, info.rti_info[RTAX_DST]); + rt_dispatch(m, saf); } + /* info.rti_info[RTAX_DST] (used above) can point inside of rtm */ + if (rtm) + Free(rtm); } return (error); #undef sa_equal @@ -1140,7 +1144,7 @@ rtm-rtm_flags = RTF_DONE | flags; rtm-rtm_errno = error; rtm-rtm_addrs = rtinfo-rti_addrs; - rt_dispatch(m, sa); + rt_dispatch(m, sa ? sa-sa_family : AF_MAX); } /* @@ -1165,7 +1169,7 @@ ifm-ifm_flags = ifp-if_flags | ifp-if_drv_flags; ifm-ifm_data = ifp-if_data; ifm-ifm_addrs = 0; - rt_dispatch(m, NULL); + rt_dispatch(m, AF_MAX); } /* @@ -1235,7 +1239,7 @@ rtm-rtm_errno = error; rtm-rtm_addrs = info.rti_addrs; } - rt_dispatch(m, sa); + rt_dispatch(m, sa ? sa-sa_family : AF_MAX); } } @@ -1271,7 +1275,7 @@ __func__)); ifmam-ifmam_index = ifp-if_index; ifmam-ifmam_addrs = info.rti_addrs; - rt_dispatch(m, ifma-ifma_addr); + rt_dispatch(m, ifma-ifma_addr ? ifma-ifma_addr-sa_family : AF_MAX); } static struct mbuf * @@ -1331,7 +1335,7 @@ if (m-m_flags M_PKTHDR) m-m_pkthdr.len += data_len; mtod(m, struct if_announcemsghdr *)-ifan_msglen += data_len; - rt_dispatch(m, NULL); + rt_dispatch(m, AF_MAX); } } @@ -1347,11 +1351,11 @@ m = rt_makeifannouncemsg(ifp, RTM_IFANNOUNCE, what, info); if (m != NULL) - rt_dispatch(m, NULL); + rt_dispatch(m, AF_MAX); } static void -rt_dispatch(struct mbuf *m, const struct sockaddr *sa) +rt_dispatch(struct mbuf *m, sa_family_t saf) { struct m_tag *tag; @@ -1360,14 +1364,14 @@ * use when injecting the mbuf into the routing socket buffer from * the netisr. */ - if (sa != NULL) { + if (saf != AF_MAX) { tag = m_tag_get(PACKET_TAG_RTSOCKFAM, sizeof(unsigned short), M_NOWAIT);
Re: mpd5/Netgraph issues after upgrading to 7.4
2011/4/11 Mike Tancsa m...@sentex.net: On 4/11/2011 1:49 AM, Gleb Smirnoff wrote: On Mon, Apr 11, 2011 at 12:34:56AM +0200, Przemyslaw Frasunek wrote: P Use command vmstat -z|egrep 'ITEM|NetGraph' and check FAILURES column. P If you see non-zero values there, you need to increase netgraph memory limits P net.graph.maxdata and net.graph.maxalloc using /boot/loader.conf. P P Unfortunately, increasing net.graph.maxdata net.graph.maxalloc didn't P solved EPERM problems on netgraph control sockets. It is still appearing P every few hours, but failure counters are zero: IMO, any kind of memory allocation code (malloc, uma, netgraph item allocator) never return EPERM, they return ENOMEM or ENOBUFS. So, there is a bug somewhere else. I am also running with the following patch from mlaier that is not in RELENG_8. --- rtsock.c 2010-10-30 07:54:55.0 -0400 +++ /tmp/rtsock.c 2011-04-11 09:44:52.0 -0400 @@ -27,7 +27,7 @@ * SUCH DAMAGE. * * @(#)rtsock.c 8.7 (Berkeley) 10/12/95 - * $FreeBSD: src/sys/net/rtsock.c,v 1.181.2.10 2010/10/30 11:54:55 bz Exp $ + * $FreeBSD: src/sys/net/rtsock.c,v 1.191 2011/02/10 01:24:09 mlaier Exp $ */ #include opt_compat.h #include opt_sctp.h @@ -159,7 +159,7 @@ struct rt_metrics_lite *out); static void rt_getmetrics(const struct rt_metrics_lite *in, struct rt_metrics *out); -static void rt_dispatch(struct mbuf *, const struct sockaddr *); +static void rt_dispatch(struct mbuf *, sa_family_t); static struct netisr_handler rtsock_nh = { .nh_name = rtsock, @@ -513,6 +513,7 @@ int len, error = 0; struct ifnet *ifp = NULL; union sockaddr_union saun; + sa_family_t saf = AF_MAX; #define senderr(e) { error = e; goto flush;} if (m == NULL || ((m-m_len sizeof(long)) @@ -549,6 +550,7 @@ (info.rti_info[RTAX_GATEWAY] != NULL info.rti_info[RTAX_GATEWAY]-sa_family = AF_MAX)) senderr(EINVAL); + saf = info.rti_info[RTAX_DST]-sa_family; /* * Verify that the caller has the appropriate privilege; RTM_GET * is the only operation the non-superuser is allowed. @@ -883,7 +885,6 @@ m = NULL; } else if (m-m_pkthdr.len rtm-rtm_msglen) m_adj(m, rtm-rtm_msglen - m-m_pkthdr.len); - Free(rtm); } if (m) { if (rp) { @@ -893,11 +894,14 @@ */ unsigned short family = rp-rcb_proto.sp_family; rp-rcb_proto.sp_family = 0; - rt_dispatch(m, info.rti_info[RTAX_DST]); + rt_dispatch(m, saf); rp-rcb_proto.sp_family = family; } else - rt_dispatch(m, info.rti_info[RTAX_DST]); + rt_dispatch(m, saf); } + /* info.rti_info[RTAX_DST] (used above) can point inside of rtm */ + if (rtm) + Free(rtm); } return (error); #undef sa_equal @@ -1140,7 +1144,7 @@ rtm-rtm_flags = RTF_DONE | flags; rtm-rtm_errno = error; rtm-rtm_addrs = rtinfo-rti_addrs; - rt_dispatch(m, sa); + rt_dispatch(m, sa ? sa-sa_family : AF_MAX); } /* @@ -1165,7 +1169,7 @@ ifm-ifm_flags = ifp-if_flags | ifp-if_drv_flags; ifm-ifm_data = ifp-if_data; ifm-ifm_addrs = 0; - rt_dispatch(m, NULL); + rt_dispatch(m, AF_MAX); } /* @@ -1235,7 +1239,7 @@ rtm-rtm_errno = error; rtm-rtm_addrs = info.rti_addrs; } - rt_dispatch(m, sa); + rt_dispatch(m, sa ? sa-sa_family : AF_MAX); } } @@ -1271,7 +1275,7 @@ __func__)); ifmam-ifmam_index = ifp-if_index; ifmam-ifmam_addrs = info.rti_addrs; - rt_dispatch(m, ifma-ifma_addr); + rt_dispatch(m, ifma-ifma_addr ? ifma-ifma_addr-sa_family : AF_MAX); } static struct mbuf * @@ -1331,7 +1335,7 @@ if (m-m_flags M_PKTHDR) m-m_pkthdr.len += data_len; mtod(m, struct if_announcemsghdr *)-ifan_msglen += data_len; - rt_dispatch(m, NULL); + rt_dispatch(m, AF_MAX); } } @@ -1347,11 +1351,11 @@ m = rt_makeifannouncemsg(ifp, RTM_IFANNOUNCE, what, info); if (m != NULL) - rt_dispatch(m, NULL); + rt_dispatch(m, AF_MAX); } static void -rt_dispatch(struct mbuf *m, const struct sockaddr *sa) +rt_dispatch(struct mbuf *m, sa_family_t saf) { struct m_tag *tag; @@ -1360,14 +1364,14 @@ * use when injecting the mbuf into the routing socket buffer from * the netisr. */ - if (sa != NULL) { + if (saf != AF_MAX) {
Re: mpd5/Netgraph issues after upgrading to 7.4
On 4/11/2011 10:05 AM, Brandon Gooch wrote: 2011/4/11 Mike Tancsa m...@sentex.net: On 4/11/2011 1:49 AM, Gleb Smirnoff wrote: On Mon, Apr 11, 2011 at 12:34:56AM +0200, Przemyslaw Frasunek wrote: P Use command vmstat -z|egrep 'ITEM|NetGraph' and check FAILURES column. P If you see non-zero values there, you need to increase netgraph memory limits P net.graph.maxdata and net.graph.maxalloc using /boot/loader.conf. P P Unfortunately, increasing net.graph.maxdata net.graph.maxalloc didn't P solved EPERM problems on netgraph control sockets. It is still appearing P every few hours, but failure counters are zero: IMO, any kind of memory allocation code (malloc, uma, netgraph item allocator) never return EPERM, they return ENOMEM or ENOBUFS. So, there is a bug somewhere else. I am also running with the following patch from mlaier that is not in RELENG_8. --- rtsock.c2010-10-30 07:54:55.0 -0400 +++ /tmp/rtsock.c 2011-04-11 09:44:52.0 -0400 @@ -27,7 +27,7 @@ * SUCH DAMAGE. * * @(#)rtsock.c8.7 (Berkeley) 10/12/95 - * $FreeBSD: src/sys/net/rtsock.c,v 1.181.2.10 2010/10/30 11:54:55 bz Exp $ + * $FreeBSD: src/sys/net/rtsock.c,v 1.191 2011/02/10 01:24:09 mlaier Exp $ */ So it's in HEAD? If so, any ideas about a possible MFC? I dont think all of it is. Here is the diff from HEAD. Adding Max Laier to the cc list as he was the one kind enough to send me the patch. --- rtsock.c2011-02-14 20:43:05.0 -0500 +++ /tmp/rtsock.c 2011-04-11 09:44:52.0 -0400 @@ -159,7 +159,7 @@ struct rt_metrics_lite *out); static voidrt_getmetrics(const struct rt_metrics_lite *in, struct rt_metrics *out); -static voidrt_dispatch(struct mbuf *, const struct sockaddr *); +static voidrt_dispatch(struct mbuf *, sa_family_t); static struct netisr_handler rtsock_nh = { .nh_name = rtsock, @@ -513,6 +513,7 @@ int len, error = 0; struct ifnet *ifp = NULL; union sockaddr_union saun; + sa_family_t saf = AF_MAX; #define senderr(e) { error = e; goto flush;} if (m == NULL || ((m-m_len sizeof(long)) @@ -549,6 +550,7 @@ (info.rti_info[RTAX_GATEWAY] != NULL info.rti_info[RTAX_GATEWAY]-sa_family = AF_MAX)) senderr(EINVAL); + saf = info.rti_info[RTAX_DST]-sa_family; /* * Verify that the caller has the appropriate privilege; RTM_GET * is the only operation the non-superuser is allowed. @@ -892,10 +894,10 @@ */ unsigned short family = rp-rcb_proto.sp_family; rp-rcb_proto.sp_family = 0; - rt_dispatch(m, info.rti_info[RTAX_DST]); + rt_dispatch(m, saf); rp-rcb_proto.sp_family = family; } else - rt_dispatch(m, info.rti_info[RTAX_DST]); + rt_dispatch(m, saf); } /* info.rti_info[RTAX_DST] (used above) can point inside of rtm */ if (rtm) @@ -1142,7 +1144,7 @@ rtm-rtm_flags = RTF_DONE | flags; rtm-rtm_errno = error; rtm-rtm_addrs = rtinfo-rti_addrs; - rt_dispatch(m, sa); + rt_dispatch(m, sa ? sa-sa_family : AF_MAX); } /* @@ -1167,7 +1169,7 @@ ifm-ifm_flags = ifp-if_flags | ifp-if_drv_flags; ifm-ifm_data = ifp-if_data; ifm-ifm_addrs = 0; - rt_dispatch(m, NULL); + rt_dispatch(m, AF_MAX); } /* @@ -1237,7 +1239,7 @@ rtm-rtm_errno = error; rtm-rtm_addrs = info.rti_addrs; } - rt_dispatch(m, sa); + rt_dispatch(m, sa ? sa-sa_family : AF_MAX); } } @@ -1273,7 +1275,7 @@ __func__)); ifmam-ifmam_index = ifp-if_index; ifmam-ifmam_addrs = info.rti_addrs; - rt_dispatch(m, ifma-ifma_addr); + rt_dispatch(m, ifma-ifma_addr ? ifma-ifma_addr-sa_family : AF_MAX); } static struct mbuf * @@ -1333,7 +1335,7 @@ if (m-m_flags M_PKTHDR) m-m_pkthdr.len += data_len; mtod(m, struct if_announcemsghdr *)-ifan_msglen += data_len; - rt_dispatch(m, NULL); + rt_dispatch(m, AF_MAX); } } @@ -1349,11 +1351,11 @@ m = rt_makeifannouncemsg(ifp, RTM_IFANNOUNCE, what, info); if (m != NULL) - rt_dispatch(m, NULL); + rt_dispatch(m, AF_MAX); } static void -rt_dispatch(struct mbuf *m, const struct sockaddr *sa) +rt_dispatch(struct mbuf *m, sa_family_t saf) { struct m_tag *tag; @@ -1362,14 +1364,14 @@ * use when injecting the mbuf into the routing socket buffer from * the netisr. */ - if (sa != NULL) { + if (saf != AF_MAX) { tag = m_tag_get(PACKET_TAG_RTSOCKFAM, sizeof(unsigned short),
Re: mpd5/Netgraph issues after upgrading to 7.4
On 11.04.2011 21:37, Przemyslaw Frasunek wrote: You should really consider moving to amd64 if your hardware supports it. For routing with mpd and serving lots of users there is no reason to stay with i386. Yes, hardware is pretty new and standard - I use Intel SR1630GP platforms on all of my PPPoE access servers, so there shouldn't be any problems with amd64. But I'm quite unsure if moving to amd64 will help with my current mpd related issues and always there is a risk that another problems may appear. You obviously fighting kernel memory problems - amd64 takes lots of such problems away. So I'd rather stabilize my current configuration on 7.4/i386. BTW. Few months ago I was still running 6.4, which was much more stable than 7.x. I was experimenting with 8.1, but kernel panics occured almost every day. So I decided to move to 7.4. I understand. My 8.1 routers have been panicing almost every day too before glebius' fixes. With these fixes, my panics have disapeared totally. Eugene Grosbein ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: panic: bufwrite: buffer is not busy???
2011/4/11 Gleb Smirnoff gleb...@freebsd.org: Hi! Can you please share the core kernel.debug? Totus tuus, Glebius. I will soon send you an e-mail with a link to download both kernel.debug and vmcore ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: panic: bufwrite: buffer is not busy???
On Mon, Apr 11, 2011 at 11:18 AM, Andrew Boyer abo...@averesystems.com wrote: Would you please elaborate on this? Is that Feb-04-2010 or Apr-02-2010? Do you have the before and after commit numbers? Thank you, Andrew On Apr 11, 2011, at 12:37 AM, Flávio wrote: Some patch between 02/04 and 09/09 fixed core dumps so now I can provide real info on those panics: -- Andrew Boyer abo...@averesystems.com Sorry, it was a typo. In 2011-04-02 I synced some of my servers with HEAD (yes, I know I should not use HEAD in a production environment, but I have some 7.2 servers doing fine, which allow me to test development versions) and rebuild world but then they started to panic every other day and would always hang while dumping core In 2011-04-09 I resynced and updated my kernel. Yesterday one my servers with HEAD panicked and dumped core normally, so I assume there was some patch in that week which fixed the issue. Where can I see those commit numbers? ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/156328: [icmp]: host can ping other subnet but no have IP from that subnet
Old Synopsis: host can ping other subnet but no have IP from that subnet New Synopsis: [icmp]: host can ping other subnet but no have IP from that subnet Responsible-Changed-From-To: freebsd-i386-freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Mon Apr 11 18:52:31 UTC 2011 Responsible-Changed-Why: I recall Bjoern saying that ICMP is a bit weird wrt packets, but lets reassign to -net to be sure (bz?) http://www.freebsd.org/cgi/query-pr.cgi?pr=156328 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: panic: bufwrite: buffer is not busy???
Thank you for the response. This is slightly off-topic for the freebsd-net list, but I was hoping your experience might help me with http://www.freebsd.org/cgi/query-pr.cgi?pr=155421. You can look up commits by number at http://svn.freebsd.org/viewvc/base?view=revisionrevision=220257, etc. 220257 is the first commit on 2011-04-02, and 220507 is the last commit on 2011-04-09. I don't see any smoking guns in-between, though. -Andrew On Apr 11, 2011, at 1:07 PM, Flávio wrote: On Mon, Apr 11, 2011 at 11:18 AM, Andrew Boyer abo...@averesystems.com wrote: Would you please elaborate on this? Is that Feb-04-2010 or Apr-02-2010? Do you have the before and after commit numbers? Thank you, Andrew On Apr 11, 2011, at 12:37 AM, Flávio wrote: Some patch between 02/04 and 09/09 fixed core dumps so now I can provide real info on those panics: -- Andrew Boyerabo...@averesystems.com Sorry, it was a typo. In 2011-04-02 I synced some of my servers with HEAD (yes, I know I should not use HEAD in a production environment, but I have some 7.2 servers doing fine, which allow me to test development versions) and rebuild world but then they started to panic every other day and would always hang while dumping core In 2011-04-09 I resynced and updated my kernel. Yesterday one my servers with HEAD panicked and dumped core normally, so I assume there was some patch in that week which fixed the issue. Where can I see those commit numbers? ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org -- Andrew Boyerabo...@averesystems.com ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: mpd5/Netgraph issues after upgrading to 7.4
T Ah, I found where EPERM comes from. Will fix it soon. Sorry, I was wrong :( I managed to track down EPERMs back to ng_make_node() call from ng_mkpeer() in netgraph/ng_base.c:1460. I'll add some additional printfs inside ng_make_node(). ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/149786: [bwn] bwn on Dell Inspiron 1150: connections stall
Synopsis: [bwn] bwn on Dell Inspiron 1150: connections stall Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: gavin Responsible-Changed-When: Mon Apr 11 22:46:18 UTC 2011 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=149786 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/136943: [wpi] [lor] wpi0_com_lock / wpi0
Synopsis: [wpi] [lor] wpi0_com_lock / wpi0 Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: gavin Responsible-Changed-When: Mon Apr 11 22:46:18 UTC 2011 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=136943 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/143874: [pci] wpi0 could not allocate memory resource
Old Synopsis: [wpi] Wireless 3945ABG error. wpi0 could not allocate memory resource New Synopsis: [pci] wpi0 could not allocate memory resource Responsible-Changed-From-To: freebsd-net-freebsd-bugs Responsible-Changed-By: gavin Responsible-Changed-When: Mon Apr 11 22:46:18 UTC 2011 Responsible-Changed-Why: This is not an issue with the wpi(4) driver itself, but the PCI code. http://www.freebsd.org/cgi/query-pr.cgi?pr=143874 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/144987: [wpi] [panic] injecting packets with wlaninject using Intel 3945ABG wireless card gives kernel panic
Synopsis: [wpi] [panic] injecting packets with wlaninject using Intel 3945ABG wireless card gives kernel panic Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: gavin Responsible-Changed-When: Mon Apr 11 22:46:18 UTC 2011 Responsible-Changed-Why: Over to maintaner(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=144987 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/116747: [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile 1400 wireless card
Synopsis: [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile 1400 wireless card Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: eadler Responsible-Changed-When: Mon Apr 11 22:57:37 UTC 2011 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=116747 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: bin/131549: ifconfig(8) can't clear 'monitor' mode on the wireless device
Synopsis: ifconfig(8) can't clear 'monitor' mode on the wireless device Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: eadler Responsible-Changed-When: Mon Apr 11 23:00:31 UTC 2011 Responsible-Changed-Why: new wireless mailing list; not a kern/ bug http://www.freebsd.org/cgi/query-pr.cgi?pr=131549 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/93886: [ath] Atheros/D-Link DWL-G650 long delay to associate on 6.1-PRERELEASE
Synopsis: [ath] Atheros/D-Link DWL-G650 long delay to associate on 6.1-PRERELEASE State-Changed-From-To: feedback-closed State-Changed-By: eadler State-Changed-When: Mon Apr 11 23:17:55 UTC 2011 State-Changed-Why: feedback timeout http://www.freebsd.org/cgi/query-pr.cgi?pr=93886 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/117717: [panic] Kernel panic with Bittorrent client.
Synopsis: [panic] Kernel panic with Bittorrent client. State-Changed-From-To: suspended-closed State-Changed-By: eadler State-Changed-When: Mon Apr 11 23:18:20 UTC 2011 State-Changed-Why: 6.x not supported http://www.freebsd.org/cgi/query-pr.cgi?pr=117717 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/124767: [iwi] Wireless connection using iwi0 driver (Intel 2200 BG) keeps getting disconnected
Synopsis: [iwi] Wireless connection using iwi0 driver (Intel 2200 BG) keeps getting disconnected Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: eadler Responsible-Changed-When: Mon Apr 11 23:18:52 UTC 2011 Responsible-Changed-Why: new wireless mailing list http://www.freebsd.org/cgi/query-pr.cgi?pr=124767 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/134168: [ral] ral driver problem on RT2525 2.4GHz transceiver + RT2560 MAC/BBP wireless
Synopsis: [ral] ral driver problem on RT2525 2.4GHz transceiver + RT2560 MAC/BBP wireless State-Changed-From-To: open-feedback State-Changed-By: eadler State-Changed-When: Mon Apr 11 23:20:07 UTC 2011 State-Changed-Why: new wireless mailing list; also make sure you loaded rt2561fw.ko Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: eadler Responsible-Changed-When: Mon Apr 11 23:20:07 UTC 2011 Responsible-Changed-Why: new wireless mailing list; also make sure you loaded rt2561fw.ko http://www.freebsd.org/cgi/query-pr.cgi?pr=134168 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/125332: [ath] [panic] crash under any non-tiny networking under amd64 7-STABLE with ath
Synopsis: [ath] [panic] crash under any non-tiny networking under amd64 7-STABLE with ath State-Changed-From-To: feedback-open State-Changed-By: eadler State-Changed-When: Mon Apr 11 23:22:37 UTC 2011 State-Changed-Why: the submitter no longer has the machine and there may not enough information to debug. You may want to close it if you agree Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: eadler Responsible-Changed-When: Mon Apr 11 23:22:37 UTC 2011 Responsible-Changed-Why: the submitter no longer has the machine and there may not enough information to debug. You may want to close it if you agree http://www.freebsd.org/cgi/query-pr.cgi?pr=125332 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/125721: [ath] Terrible throughput/high ping latency with Ubiquiti SR9/XR9
Synopsis: [ath] Terrible throughput/high ping latency with Ubiquiti SR9/XR9 Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: eadler Responsible-Changed-When: Mon Apr 11 23:26:02 UTC 2011 Responsible-Changed-Why: change resp. to new mailing list http://www.freebsd.org/cgi/query-pr.cgi?pr=125721 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/126214: [ath] txpower problem with Atheros wifi card
Synopsis: [ath] txpower problem with Atheros wifi card Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: eadler Responsible-Changed-When: Mon Apr 11 23:26:05 UTC 2011 Responsible-Changed-Why: change resp. to new mailing list http://www.freebsd.org/cgi/query-pr.cgi?pr=126214 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
Re: kern/126475: [ath] [panic] ath pcmcia card inevitably panics under FreeBSD-7 STABLE
Synopsis: [ath] [panic] ath pcmcia card inevitably panics under FreeBSD-7 STABLE Responsible-Changed-From-To: freebsd-net-freebsd-wireless Responsible-Changed-By: eadler Responsible-Changed-When: Mon Apr 11 23:26:07 UTC 2011 Responsible-Changed-Why: change resp. to new mailing list http://www.freebsd.org/cgi/query-pr.cgi?pr=126475 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org