[Bug 200971] ARP table not being updated
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200971 n+free...@nirf.de changed: What|Removed |Added Status|New |Closed Resolution|--- |Works As Intended -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
[Bug 190669] 'emmintrin.h' file not found - in /usr/src/lib/clang/libclangbasic
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190669 Roger Leigh rle...@codelibre.net changed: What|Removed |Added CC||rle...@codelibre.net --- Comment #23 from Roger Leigh rle...@codelibre.net --- Hi, Just for the record, I'm running into a failure to build the latest Boost (1.58) due to emmintrin.h being missing (bootstrapped with the 'clang' toolset): /tmp/boost-install/include/boost/math/special_functions/detail/lanczos_sse2.hpp:13:10: fatal error: 'emmintrin.h' file not found #include emmintrin.h % find / -name emmintrin.h /usr/include/clang/3.3/emmintrin.h /usr/local/lib/gcc48/gcc/x86_64-portbld-freebsd10.1/4.8.4/include/emmintrin.h There's a copy installed for clang 3.3, but it's missing for 3.4. In fact, /usr/include/clang/3.4 doesn't exist at all. This is with 10.1-RELEASE. Is there any possibility of this being corrected in a point update? Note that this is present when I install the clang34 port: /usr/local/llvm34/lib/clang/3.4.2/include/emmintrin.h (this includes all the headers missing from the base version) Thanks, Roger -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
[Bug 200802] MAXCPU bump to 256 breaks ABI for cpuset_getaffinity/setaffinity
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200802 --- Comment #1 from Andrey V. Elsukov a...@freebsd.org --- I seen one report that 10.1-STABLE instantly reboots after updating to r283303. Could this be the cause of that? -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
[Bug 200958] filemon has insufficient proc locking
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200958 Kurt Jaeger p...@freebsd.org changed: What|Removed |Added CC||p...@freebsd.org --- Comment #1 from Kurt Jaeger p...@freebsd.org --- sjg@ points to https://reviews.freebsd.org/D2864 -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
[Bug 200971] ARP table not being updated
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200971 Bug ID: 200971 Summary: ARP table not being updated Product: Base System Version: 10.1-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: n+free...@nirf.de Hello, I've got a FreeBSD router which, when receiving an ARP response, sometimes doesn't add the received MAC address to its ARP table. When I add the address manually everything works as expected. The network interface is a NVIDIA nForce MCP55 Networking Adapter but I've seen the same problem on a QLogic NetXtreme II BCM5709 1000Base-T (C0). There are no recent dmesg lines when the problem occurs. Sometimes the problem persists for some MAC adresses for longer periods of time but can be temporarily fixed by rebooting. This is the network interface's configuration: root@fw0:~ # ifconfig nfe0 nfe0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST metric 0 mtu 1500 options=c219bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MAGIC,VLAN_HWTSO,LINKSTATE ether 00:1b:24:e0:56:cb inet 10.182.0.2 netmask 0xfffe broadcast 10.183.255.255 inet 10.182.0.1 netmask 0xfffe broadcast 10.183.255.255 vhid 2 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: Ethernet autoselect (1000baseT full-duplex) status: active carp: MASTER vhid 2 advbase 1 advskew 150 There are a few hundred devices on this LAN: root@fw0:~ # arp -a -n | wc -l 299 root@fw0:~ # netstat -m 1033/3272/4305 mbufs in use (current/cache/total) 1032/1764/2796/2040374 mbuf clusters in use (current/cache/total/max) 1032/1751 mbuf+clusters out of packet secondary zone in use (current/cache) 0/8/8/1020186 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/302277 9k jumbo clusters in use (current/cache/total/max) 0/0/0/170031 16k jumbo clusters in use (current/cache/total/max) 2322K/4378K/6700K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 10.182.31.204 is the address I'm pinging the router from: root@fw0:~ # tcpdump -i nfe0 -n arp or icmp | grep 10.182.31.204 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on nfe0, link-type EN10MB (Ethernet), capture size 65535 bytes capability mode sandbox enabled 00:26:38.873053 IP 10.182.31.204 10.182.0.2: ICMP echo request, id 1878, seq 0, length 64 00:26:38.873076 ARP, Request who-has 10.182.31.204 tell 10.182.0.2, length 28 00:26:38.878488 ARP, Reply 10.182.31.204 is-at 00:19:99:59:8f:7a, length 46 00:26:39.874292 IP 10.182.31.204 10.182.0.2: ICMP echo request, id 1878, seq 1, length 64 00:26:39.874309 ARP, Request who-has 10.182.31.204 tell 10.182.0.2, length 28 00:26:39.879737 ARP, Reply 10.182.31.204 is-at 00:19:99:59:8f:7a, length 46 00:26:40.875381 IP 10.182.31.204 10.182.0.2: ICMP echo request, id 1878, seq 2, length 64 00:26:40.875396 ARP, Request who-has 10.182.31.204 tell 10.182.0.2, length 28 00:26:40.877751 ARP, Reply 10.182.31.204 is-at 00:19:99:59:8f:7a, length 46 00:26:41.878761 IP 10.182.31.204 10.182.0.2: ICMP echo request, id 1878, seq 3, length 64 00:26:41.878775 ARP, Request who-has 10.182.31.204 tell 10.182.0.2, length 28 00:26:41.880701 ARP, Reply 10.182.31.204 is-at 00:19:99:59:8f:7a, length 46 00:26:42.880428 IP 10.182.31.204 10.182.0.2: ICMP echo request, id 1878, seq 4, length 64 00:26:42.880442 ARP, Request who-has 10.182.31.204 tell 10.182.0.2, length 28 00:26:42.881555 ARP, Reply 10.182.31.204 is-at 00:19:99:59:8f:7a, length 46 00:26:43.892658 IP 10.182.31.204 10.182.0.2: ICMP echo request, id 1878, seq 5, length 64 00:26:43.892672 ARP, Request who-has 10.182.31.204 tell 10.182.0.2, length 28 00:26:43.893789 ARP, Reply 10.182.31.204 is-at 00:19:99:59:8f:7a, length 46 00:26:44.897217 IP 10.182.31.204 10.182.0.2: ICMP echo request, id 1878, seq 6, length 64 00:26:44.897232 ARP, Request who-has 10.182.31.204 tell 10.182.0.2, length 28 00:26:44.898380 ARP, Reply 10.182.31.204 is-at 00:19:99:59:8f:7a, length 46 ^C196 packets captured 161947 packets received by filter 0 packets dropped by kernel root@fw0:~ # arp -a -n | grep 10.182.31.204 ? (10.182.31.204) at (incomplete) on nfe0 expired [ethernet] root@fw0:~ # arp -s 10.182.31.204 00:19:99:59:8f:7a root@fw0:~ # tcpdump -i nfe0 -n arp or icmp | grep 10.182.31.204 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on nfe0, link-type EN10MB (Ethernet), capture size 65535 bytes capability mode sandbox enabled
[Bug 200973] Fatal trap 9: general protection fault while in kernel mode
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200973 Bug ID: 200973 Summary: Fatal trap 9: general protection fault while in kernel mode Product: Base System Version: 10.1-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: tatare...@alpha-it.ru Fri Jun 19 17:44:09 MSK 2015 FreeBSD server.dc3.instatfootball.tv 10.1-RELEASE-p13 FreeBSD 10.1-RELEASE-p13 #2: Thu Jun 18 21:51:24 MSK 2015 ad...@server.dc3.instatfootball.tv:/usr/obj/usr/src/sys/CORV1 amd64 panic: general protection fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid = 4; apic id = 04 instruction pointer = 0x20:0x80aff484 stack pointer = 0x28:0xfe08367bb820 frame pointer = 0x28:0xfe08367bb860 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 12 (swi4: clock) trap number = 9 panic: general protection fault cpuid = 4 KDB: stack backtrace: #0 0x80967d80 at kdb_backtrace+0x60 #1 0x8092ca55 at panic+0x155 #2 0x80d7344f at trap_fatal+0x38f #3 0x80d730ac at trap+0x75c #4 0x80d58cb2 at calltrap+0x8 #5 0x80affaef at tcp_tw_2msl_scan+0x8f #6 0x80afdaa5 at tcp_slowtimo+0x95 #7 0x809989d4 at pfslowtimo+0x54 #8 0x80941f17 at softclock_call_cc+0x177 #9 0x80942354 at softclock+0x94 #10 0x808ff5eb at intr_event_execute_handlers+0xab #11 0x808ffa36 at ithread_loop+0x96 #12 0x808fd13a at fork_exit+0x9a #13 0x80d591ee at fork_trampoline+0xe Uptime: 19h23m41s Dumping 2904 out of 32603 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/if_re.ko.symbols...done. Loaded symbols for /boot/kernel/if_re.ko.symbols Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. Loaded symbols for /boot/kernel/tmpfs.ko.symbols Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel/fdescfs.ko.symbols #0 doadump (textdump=value optimized out) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=value optimized out) at pcpu.h:219 #1 0x8092c6d2 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:452 #2 0x8092ca94 in panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0x80d7344f in trap_fatal (frame=value optimized out, eva=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:865 #4 0x80d730ac in trap (frame=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:203 #5 0x80d58cb2 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #6 0x80aff484 in tcp_twclose (tw=0xf804e5baf268, reuse=0) at /usr/src/sys/netinet/tcp_timewait.c:631 #7 0x80affaef in tcp_tw_2msl_scan (reuse=0) at /usr/src/sys/netinet/tcp_timewait.c:645 #8 0x80afdaa5 in tcp_slowtimo () at /usr/src/sys/netinet/tcp_timer.c:148 #9 0x809989d4 in pfslowtimo (arg=0xf804e5baf268) at /usr/src/sys/kern/uipc_domain.c:508 #10 0x80941f17 in softclock_call_cc (c=0x816288d0, cc=0x816a5c80, direct=0) at /usr/src/sys/kern/kern_timeout.c:682 #11 0x80942354 in softclock (arg=0x816a5c80) at /usr/src/sys/kern/kern_timeout.c:810 #12 0x808ff5eb in intr_event_execute_handlers ( p=value optimized out, ie=0xf80005e5f700) at /usr/src/sys/kern/kern_intr.c:1263 #13 0x808ffa36 in ithread_loop (arg=0xf8000835e000) at /usr/src/sys/kern/kern_intr.c:1276 #14 0x808fd13a in fork_exit ( callout=0x808ff9a0 ithread_loop, arg=0xf8000835e000, frame=0xfe08367bbac0) at /usr/src/sys/kern/kern_fork.c:996 #15 0x80d591ee in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #16 0x in ?? () Current language: auto; currently minimal (kgdb) -- You are receiving this mail
[Bug 200976] usr.sbin/fstype broken with WITHOUT_ZFS after r284589
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200976 Bug ID: 200976 Summary: usr.sbin/fstype broken with WITHOUT_ZFS after r284589 Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: dan.mcgre...@usask.ca Created attachment 157888 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=157888action=edit Patch to check against MK_ZFS instead of MK_CDDL The Makefile checks WITHOUT_CDDL instead of WITHOUT_ZFS. If WITHOUT_ZFS is set independently the build fails with no libzfs can be found. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org
