Re: kern/144755: [iwi] [panic] iwi panic when issuing /etc/rc.d/netif restart on 8-STABLE r205159
Synopsis: [iwi] [panic] iwi panic when issuing /etc/rc.d/netif restart on 8-STABLE r205159 Responsible-Changed-From-To: freebsd-fs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Mar 15 08:31:21 UTC 2010 Responsible-Changed-Why: oops. pointed out by: brucec http://www.freebsd.org/cgi/query-pr.cgi?pr=144755 ___ 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/144755 net[iwi] [panic] iwi panic when issuing /etc/rc.d/netif r o kern/144724 net[bwn] if_bwn does not pass traffic when in PIO mode o conf/144700 net[rc.d] async dhclient breaks stuff for too many people o kern/144680 net[em] em(4) problem with dual-port adapter o kern/144642 net[rum] [panic] Enabling rum interface causes panic o kern/144616 net[nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net[carp] CARP preemption mode traffic partially goes to o kern/144564 netlltable grows too much o kern/144561 net[ixgbe] [patch] ixgbe driver errors o kern/144560 net[mld] [patch] mld sends packets to wrong destination w o kern/144529 net[sctp] sctp over ipv6 appears to not calculate checksu o kern/144505 net[bwn] [patch] Error in macro CALC_COEFF2. o kern/144494 net[ixgbe] ixgbe driver not built as module o kern/144323 net[ieee80211] A response management frame appears in wir f kern/144315 net[ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144206 netMarvell Yukon NIC not working under FreeBSD o kern/144000 net[tcp] setting TCP_MAXSEG by setsockopt() does not seem o kern/143939 net[ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net[wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net[ath] [patch] allow Atheros watchdog timeout to be tun o kern/143846 net[gif] bringing gif3 tunnel down causes gif0 tunnel to o kern/143788 net[iwi] wpa_supplicant(8) can't set privacy on iwi inter s kern/143673 net[stf] [request] there should be a way to support multi s kern/143666 net[ip6] [request] PMTU black hole detection not implemen o kern/143627 net[ieee80211] [panic] A bug in ht_send_action_ba_addba c o kern/143622 net[pfil] [patch] unlock pfil lock while calling firewall o kern/143595 net[wpi] [panic] Creating virtual interface over wpi0 in o kern/143593 net[ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net[ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143573 net[em] em(4) NIC crashes intermittently o kern/143285 net[em] [regression] jumbo frames broken in 8.0 o kern/143208 net[ipsec] [gif] IPSec over gif interface not working o conf/143079 nethostapd(8) startup missing multi wlan functionality o kern/143074 net[wi]: wi driver triggers panic o kern/143034 net[panic] system reboots itself in tcp code [regression] o kern/142907 net[wpi] if_wpi unstable on ibm/lenovo x60 -- suspect fir o kern/142877 net[hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 netProblem with outgoing connections on interface with mu o kern/142772 net[libc] lla_lookup: new lle malloc failed o kern/142766 net[ipw] [regression] ipw(4) with Intel PRO/wireless 2100 o kern/142518 net[em] [lagg] Problem on 8.0-STABLE with em and lagg o kern/142019 net[em] em needs "ifconfig em0 down up" when link was gon o kern/142018 net[iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net[wi] data garbled with WEP and wi(4) with Prism 2.5 o kern/141843 net[em] [vlan] Intel txcsum and assigned vlan invoke wron o kern/141777 net[rum] [patch] Support usbdevs / rum(4) for Buffalo WLI f kern/141741 netEtherlink III NIC won't work after upgrade to FBSD 8, o kern/141720 net[sctp] [lor] [hang] sctp-create vs. sctp-it causes sys o kern/141698 net[sctp] [panic] Own lock on stcb at return from input o kern/141697 net[sctp] [panic] lock (sleep mutex) sctp-tcb not locked o kern/141696 net[rum] [panic] rum(4)+ vimage = kernel panic o kern/141695 net[sctp] [panic] kernel page fault with non-sleepable lo o kern/141314 netNetwork Performance has decreased by 30% [regression] o kern/141285 net[em] hangs down/up intel nic during creating vlan o kern/141023 net[carp] CARP arp replays with wrong src mac o kern/140970 net[bce] The two NetXtreme II BCM5709S NICs on our HP Bl4 o kern/140796 net[ath] [panic] privileged instruction fault o kern/140778 net[em] randomly panic in vlan/em o kern/140742 netrum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140728 net[em] [patch] Fast irq registration in em driver o kern/140684
Re: kern/144755: [iwi] [panic] iwi panic when issuing /etc/rc.d/netif restart on 8-STABLE r205159
On Mon, Mar 15, 2010 at 08:31:45AM +, lini...@freebsd.org wrote: > Synopsis: [iwi] [panic] iwi panic when issuing /etc/rc.d/netif restart on > 8-STABLE r205159 I am more than happy to work with somebody on this bug if you need access to the machine (SSH, it's a laptop so it doesn't have a serial port), want to try patches, or just have a laugh at the contents of my home directory. Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ ed...@mavetju.org Weblog: http://www.mavetju.org/weblog/ ___ 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: [ping6] freeaddrinfo()
Hi,
> On Sat, 13 Mar 2010 20:25:29 +0800
> Earl Lapus said:
earl> I was browsing through the ping6 code and I noticed that one
earl> particular call to getaddrinfo() didn't have a freeaddrinfo() pair.
earl> All calls to getaddrinfo() should have an equivalent freeaddrinfo(),
right?
Yup, it should be good practice. But, this is rather intentional.
The `hostname' variable points to res->ai_canonname, and is used
later. This is why the `res' variable is declared globally.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org u...@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
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: Bridge causes freezes
I confirm this problem for another server: stable 8 amd64 + vlan + carp Whenever I join a bridge with a vlan interface: ifconfig bridge0 addm vlan35 The system soon or later freezes. This time it has happened after 3 days of normal behavior. No logs, no dump. On 03.03.2010 12:30, Giulio Ferro wrote: I'm setting up an openvpn demon in bridge mode on a firewall. Scenario: freebsd 8 amd64 stable (last week), pf, vlans, openvpn in tun mode (different port, of course), many routes I've created the bridge interface in rc.conf like this: cloned_interfaces="vlan.. .. .. bridge0" ... ifconfig_bridge0="addm vlan35 up" Everything seems to work as expected as far as networking is concerned. The problem arises after an hour or so: the system simply freezes, and no relevant log can be found after restart. This _always_ happens, even when I don't start the openvpn bridge demon... Any idea, anybody? Thanks. ___ 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" ___ 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: [ping6] freeaddrinfo()
On Tue, Mar 16, 2010 at 12:06 AM, Hajimu UMEMOTO wrote: > > Yup, it should be good practice. But, this is rather intentional. > The `hostname' variable points to res->ai_canonname, and is used > later. This is why the `res' variable is declared globally. > > Sincerely, > I see. I was unable to see that one. Thanks. -- There are seven words in this sentence. ___ 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/144777: [arp] proxyarp broken in 8.0 [regression]
Old Synopsis: [arp] proxyarp broken in 8.0 New Synopsis: [arp] proxyarp broken in 8.0 [regression] Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Mar 16 04:10:40 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=144777 ___ 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: kmem leakage on tun/tap device removal
On Feb 28, 1:30 pm, to.my.troc...@gmail.com (Mikolaj Golub) wrote:
> But I have faced with another issue (not related to your patch, as it is
> observed with unpatched kernel too). When I try to run concurrently two
> create/destroy scripts with the same interface the system panics:
>
> Unread portion of the kernel message buffer:
> panic: Bad link elm 0xc5f1a800 next->prev != elm
> cpuid = 2
> KDB: enter: panic
> exclusive sleep mutex if_clone lock (if_clone lock) r = 0 (0xc0da1cf0) locked
> @ /usr/src/sys/net/if_clone.c:248
> exclusive sleep mutex if_clone lock (if_clone lock) r = 0 (0xc0da1cf0) locked
> @ /usr/src/sys/net/if_clone.c:248
> exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc6cd3560) locked @
> /usr/src/sys/kern/uipc_sockbuf.c:148
> exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc6b4dbd0) locked @
> /usr/src/sys/kern/uipc_sockbuf.c:148
> Physical memory: 2019 MB
> Dumping 160 MB: 145 129 113 97 81 65 49 33 17 1
>
> #0 doadump () at pcpu.h:246
> 246 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
> (kgdb) bt
> #0 doadump () at pcpu.h:246
> #1 0xc04e8bb9 in db_fncall (dummy1=-1064515926, dummy2=0, dummy3=-1,
> dummy4=0xe83f4834 "HH?è")
> at /usr/src/sys/ddb/db_command.c:548
> #2 0xc04e8fef in db_command (last_cmdp=0xc0de14dc, cmd_table=0x0, dopager=0)
> at /usr/src/sys/ddb/db_command.c:445
> #3 0xc04e90a4 in db_command_script (command=0xc0de2404 "call doadump")
> at /usr/src/sys/ddb/db_command.c:516
> #4 0xc04ed1d0 in db_script_exec (scriptname=0xe83f4940 "kdb.enter.panic",
> warnifnotfound=Variable "warnifnotfound" is not available.
> )
> at /usr/src/sys/ddb/db_script.c:302
> #5 0xc04ed2b7 in db_script_kdbenter (eventname=0xc0ca1948 "panic") at
> /usr/src/sys/ddb/db_script.c:324
> #6 0xc04eaf98 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228
> #7 0xc08cc526 in kdb_trap (type=3, code=0, tf=0xe83f4a7c) at
> /usr/src/sys/kern/subr_kdb.c:535
> #8 0xc0bdd38b in trap (frame=0xe83f4a7c) at /usr/src/sys/i386/i386/trap.c:690
> #9 0xc0bbef1b in calltrap () at /usr/src/sys/i386/i386/exception.s:165
> #10 0xc08cc6aa in kdb_enter (why=0xc0ca1948 "panic", msg=0xc0ca1948 "panic")
> at cpufunc.h:71
> #11 0xc089d716 in panic (fmt=0xc0c3c80c "Bad link elm %p next->prev != elm")
> at /usr/src/sys/kern/kern_shutdown.c:562
> #12 0xc094e7fb in if_clone_destroyif (ifc=0xc0da1cc0, ifp=0xc5f1a800) at
> /usr/src/sys/net/if_clone.c:249
> #13 0xc094eb52 in if_clone_destroy (name=0xc664ac20 "tun0") at
> /usr/src/sys/net/if_clone.c:227
> #14 0xc094c8a6 in ifioctl (so=0xc6e0a9a8, cmd=2149607801, data=0xc664ac20
> "tun0", td=0xc66c0d80)
> at /usr/src/sys/net/if.c:2412
> #15 0xc08e8b25 in soo_ioctl (fp=0xc6d46af0, cmd=2149607801, data=0xc664ac20,
> active_cred=0xc5f62280,
> td=0xc66c0d80) at /usr/src/sys/kern/sys_socket.c:212
> #16 0xc08e31bd in kern_ioctl (td=0xc66c0d80, fd=3, com=2149607801,
> data=0xc664ac20 "tun0") at file.h:262
> #17 0xc08e3344 in ioctl (td=0xc66c0d80, uap=0xe83f4cf8) at
> /usr/src/sys/kern/sys_generic.c:678
> #18 0xc0bdca33 in syscall (frame=0xe83f4d38) at
> /usr/src/sys/i386/i386/trap.c:1078
> #19 0xc0bbefb0 in Xint0x80_syscall () at
> /usr/src/sys/i386/i386/exception.s:261
> #20 0x0033 in ?? ()
> Previous frame inner to this frame (corrupt stack?)
> (kgdb) fr 12
> #12 0xc094e7fb in if_clone_destroyif (ifc=0xc0da1cc0, ifp=0xc5f1a800) at
> /usr/src/sys/net/if_clone.c:249
> 249 IFC_IFLIST_REMOVE(ifc, ifp);
> (kgdb) list
> 244 * switch to the vnet context of the target vnet.
> 245 */
> 246 CURVNET_SET_QUIET(ifp->if_vnet);
> 247
> 248 IF_CLONE_LOCK(ifc);
> 249 IFC_IFLIST_REMOVE(ifc, ifp);
> 250 IF_CLONE_UNLOCK(ifc);
> 251
> 252 if_delgroup(ifp, ifc->ifc_name);
> 253
>
Actually, this issue has already been reported (kern/116837, see the bottom of
the discussion) and there was a patch provided by Takahiro Kurosawa [check
that ifp is on ifc->ifc_iflist before calling IFC_IFLIST_REMOVE(ifc, ifp)].
Although he mentioned that another race was still possible. I have tried the
patch and yes it makes the situation much better: the box did not crush when
running two "ifconfig tun0 create/destroy" scripts concurrently, but when I
tried 8 concurrent processes :-) it crashed after a couple minutes in another
place:
(kgdb) bt
#0 doadump () at pcpu.h:246
#1 0xc04ec379 in db_fncall (dummy1=1, dummy2=0, dummy3=-1056947200,
dummy4=0xe86848e4 "")
at /usr/src/sys/ddb/db_command.c:548
#2 0xc04ec771 in db_command (last_cmdp=0xc0e04d1c, cmd_table=0x0, dopager=1)
at /usr/src/sys/ddb/db_command.c:445
#3 0xc04ec8ca in db_command_loop () at /usr/src/sys/ddb/db_command.c:498
#4 0xc04ee76d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229
#5 0xc08d7d06 in kdb_trap (type=12, code=0, tf=0xe8684ad0) at
/usr/src/sys/kern/subr_kdb.c:535
#6 0xc0bea66f in trap_fatal (frame=0xe8684ad0, eva=3735929054) at
/usr/src/sys/i386/i386/tr
