[Bug 213832] panic: vm_page_unwire: page 0x[...]'s wire count is zero
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213832 Bug ID: 213832 Summary: panic: vm_page_unwire: page 0x[...]'s wire count is zero Product: Base System Version: 11.0-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: e...@norma.perm.ru Created attachment 176215 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=176215&action=edit core.txt.0 After upgrade to 11.0-RELEASE-p2 I'm getting panics: panic: vm_page_unwire: page 0xf8023ca8b2f8's wire count is zero 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: panic: vm_page_unwire: page 0xf8023ca8b2f8's wire count is zero cpuid = 3 KDB: stack backtrace: #0 0x80b1b417 at kdb_backtrace+0x67 #1 0x80ad0782 at vpanic+0x182 #2 0x80ad05f3 at panic+0x43 #3 0x80e693b3 at vm_page_unwire+0x73 #4 0x80accb40 at sf_ext_free+0xb0 #5 0x80aa7ad0 at mb_free_ext+0xc0 #6 0x80aa81a8 at m_freem+0x38 #7 0x80cf7453 at tcp_do_segment+0x28a3 #8 0x80cf3edc at tcp_input+0xd1c #9 0x80c64c5f at ip_input+0x15f #10 0x80bfa135 at netisr_dispatch_src+0xa5 #11 0x80be2b9a at ether_demux+0x12a #12 0x80be37f2 at ether_nh_input+0x322 #13 0x80bfa135 at netisr_dispatch_src+0xa5 #14 0x80be2e16 at ether_input+0x26 #15 0x8055983c at igb_rxeof+0x81c #16 0x80558b92 at igb_msix_que+0x152 #17 0x80a8a7af at intr_event_execute_handlers+0x20f Uptime: 28m25s Dumping 3780 out of 8147 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /usr/lib/debug//boot/kernel/zfs.ko.debug...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /usr/lib/debug//boot/kernel/opensolaris.ko.debug...done. done. Loaded symbols for /boot/kernel/opensolaris.ko #0 doadump (textdump=) at pcpu.h:221 221 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:221 #1 0x80ad0209 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:366 #2 0x80ad07bb in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0x80ad05f3 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:690 #4 0x80e693b3 in vm_page_unwire (m=, queue=) at /usr/src/sys/vm/vm_page.c:3136 #5 0x80accb40 in sf_ext_free (arg1=0xf8023ca8b2f8, arg2=0x0) at /usr/src/sys/kern/kern_sendfile.c:140 #6 0x80aa7ad0 in mb_free_ext (m=0xf80022f27c00) at /usr/src/sys/kern/kern_mbuf.c:678 #7 0x80aa81a8 in m_freem (mb=) at mbuf.h:1180 #8 0x80cf7453 in tcp_do_segment (m=, th=, so=0xf80022ba6a20, tp=, drop_hdrlen=52, tlen=, iptos=, ti_locked=Cannot access memory at address 0x1 ) at /usr/src/sys/netinet/tcp_input.c:1764 #9 0x80cf3edc in tcp_input (mp=, offp=, proto=) at /usr/src/sys/netinet/tcp_input.c:1442 #10 0x80c64c5f in ip_input (m=Cannot access memory at address 0x0 ) at /usr/src/sys/netinet/ip_input.c:809 #11 0x80bfa135 in netisr_dispatch_src (proto=1, source=, m=0x0) at /usr/src/sys/net/netisr.c:1121 #12 0x80be2b9a in ether_demux (ifp=, m=0x0) at /usr/src/sys/net/if_ethersubr.c:850 #13 0x80be37f2 in ether_nh_input (m=) at /usr/src/sys/net/if_ethersubr.c:639 #14 0x80bfa135 in netisr_dispatch_src (proto=5, source=, m=0x0) at /usr/src/sys/net/netisr.c:1121 #15 0x80be2e16 in ether_input (ifp=, m=0x0) at /usr/src/sys/net/if_ethersubr.c:759 #16 0x8055983c in igb_rxeof (count=583080448) at /usr/src/sys/dev/e1000/if_igb.c:4957 #17 0x80558b92 in igb_msix_que (arg=0xf8000649b538) at /usr/src/sys/dev/e1000/if_igb.c:1612 #18 0x80a8a7af in intr_event_execute_handlers ( p=, ie=) at /usr/src/sys/kern/kern_intr.c:1262 #19 0x80a8aa16 in ithread_loop (arg=) at /usr/src/sys/kern/kern_intr.c:1275 #20 0x80a873f5 in fork_exit ( callout=0x80a8a950 , arg=0xf80006497900, frame=0xfe01f0b1cc00) at /usr/src/sys/kern/kern_fork.c:1038 #21 0x80fc112e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:611 #22 0x in ?? () Current language: auto; currently minimal (kgdb) They are repeatable. I see a
[Bug 213832] panic: vm_page_unwire: page 0x[...]'s wire count is zero
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213832 --- Comment #1 from e...@norma.perm.ru --- Created attachment 176216 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=176216&action=edit core.txt.1 -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 213474] sed behavior change with a/i/c operands.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213474 --- Comment #4 from Sergey --- (In reply to Pedro F. Giffuni from comment #3) In my humble opinion it's a bad decision. In that case i'd rather patch sed's source like this: # Restore original BSD sed sed -E -i '' \ -e '/ p = lbuf;/ a\ \ EATSPACE();' \ usr.bin/sed/compile.c I suppose FreeBSD shuld remain authenic and must not rush after Linux, as the ones who like Linux will use Linux, not BSD. FreeBSD should not copy or be 'like' Linux because it will never be on par with it... Why not to import coreutils in this case? FreeBSD has it's own benefits and should keep 'em. Those who migrate from Linux seek for something else/something new and not another linux with different name. Regards, Sergey. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 213835] bhyve patch: sent ps/2 scancodes for NumLock, ScrollLock and numerical keypad keys.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213835 Bug ID: 213835 Summary: bhyve patch: sent ps/2 scancodes for NumLock, ScrollLock and numerical keypad keys. Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Keywords: patch Severity: Affects Some People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: ivan.zhm...@gmail.com Keywords: patch Created attachment 176222 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=176222&action=edit The patch Hello. I've noticed, that bhyve (at least when it works in conjunction with VNC client) does not understand *lock and keypad keys and prints debug messages like "Unhandled ps2 keyboard keysym". Suggesting a patch which seems to fix the problem. Also, can you please explain what uint32_t keysym codes are? The first 127 of them seem to be ASCII codes and translation table contain ASCII->PS/2 set 2 scancode mappings. But why TAB,ESC and some other symbols are coded with leading 0xff? For example, TAB is 0xff09. How keysyms are generated for *lock and Keypad keys? Nevertheless, I wrote the patch using the mentioned debug output. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 213835] bhyve patch: send ps/2 scancodes for NumLock, ScrollLock and numerical keypad keys.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213835 Vasily Postnicov changed: What|Removed |Added Summary|bhyve patch: sent ps/2 |bhyve patch: send ps/2 |scancodes for NumLock, |scancodes for NumLock, |ScrollLock and numerical|ScrollLock and numerical |keypad keys.|keypad keys. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 213835] bhyve patch: send ps/2 scancodes for NumLock, ScrollLock and numerical keypad keys.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213835 Mark Linimon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|freebsd-virtualization@Free ||BSD.org -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 212020] Add powerd(8) support for newer AMD CPUs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212020 --- Comment #1 from commit-h...@freebsd.org --- A commit references this bug: Author: jhb Date: Thu Oct 27 21:31:57 UTC 2016 New revision: 308005 URL: https://svnweb.freebsd.org/changeset/base/308005 Log: Add powerd(8) support for several families of AMD CPUs. Use the same logic to calculate the nominal CPU frequency from the P-state MSRs on family 0x12, 0x15, and 0x16 CPUs as is used for family 0x10. Family 0x14 was included in the original patch in the PR but I left that out as the BIOS writer's guide for family 0x14 CPUs show a different layout for the relevant MSR and include a different formulate for calculating the frequency. While here, simplify a few expressions and print out the family of unsupported CPUs in hex rather than decimal. PR: 212020 Submitted by: Anthony Jenkins MFC after:1 month Differential Revision:https://reviews.freebsd.org/D7587 Changes: head/sys/x86/cpufreq/hwpstate.c -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 212258] bootpool is not imported after reboot on a MBR partitioned drive
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212258 sschw...@walmartlabs.com changed: What|Removed |Added CC||sschw...@walmartlabs.com --- Comment #5 from sschw...@walmartlabs.com --- Likewise, a basic guided install of 11 on MBR root+ZFS yields an exported bootpool: # uname -a FreeBSD 11.0-RELEASE-p1 FreeBSD 11.0-RELEASE-p1 #0 r306420: Thu Sep 29 01:43:23 UTC 2016 r...@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 root@xxx:~ # zpool status pool: zroot state: ONLINE scan: none requested config: NAMESTATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 da4s1d ONLINE 0 0 0 da5s1d ONLINE 0 0 0 da6s1d ONLINE 0 0 0 da7s1d ONLINE 0 0 0 errors: No known data errors root@xxx:~ # zpool import pool: bootpool id: 1792675910293467778 state: ONLINE action: The pool can be imported using its name or numeric identifier. config: bootpoolONLINE mirror-0 ONLINE da4s1a ONLINE da5s1a ONLINE da6s1a ONLINE da7s1a ONLINE root@xxx:~ # ls -l /boot lrwxr-xr-x 1 root wheel 13 Sep 28 18:47 /boot -> bootpool/boot root@xxx:~ # ls -l /bootpool/ total 0 root@xxx:~ # -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: panics collections on FreeBSD 11.0-RC1 RC2 PRERELEASE RELEASE STABLE
Next panic Oct 28 09:06:50 ns kernel: panic: sbsndptr: sockbuf 0xf8008f186878 and mbuf 0xf8008f29d200 clashing Oct 28 09:06:50 ns kernel: cpuid = 7 Oct 28 09:06:50 ns kernel: KDB: stack backtrace: Oct 28 09:06:50 ns kernel: #0 0x80b5f0e7 at kdb_backtrace+0x67 Oct 28 09:06:50 ns kernel: #1 0x80b129c2 at vpanic+0x182 Oct 28 09:06:50 ns kernel: #2 0x80b12833 at panic+0x43 Oct 28 09:06:50 ns kernel: #3 0x80bafc4a at sbsndptr+0xda Oct 28 09:06:50 ns kernel: #4 0x80d57b88 at tcp_output+0x1168 Oct 28 09:06:50 ns kernel: #5 0x80d540f6 at tcp_do_segment+0x30d6 Oct 28 09:06:50 ns kernel: #6 0x80d508b6 at tcp_input+0x14a6 Oct 28 09:06:50 ns kernel: #7 0x80cb54be at ip_input+0x18e Oct 28 09:06:50 ns kernel: #8 0x80c49add at netisr_dispatch_src+0xad Oct 28 09:06:50 ns kernel: #9 0x80c3815e at tunwrite+0x2ee Oct 28 09:06:50 ns kernel: #10 0x809b54e7 at devfs_write_f+0xe7 Oct 28 09:06:50 ns kernel: #11 0x80b7e227 at dofilewrite+0x87 Oct 28 09:06:50 ns kernel: #12 0x80b7ddf9 at sys_write+0xd9 Oct 28 09:06:50 ns kernel: #13 0x8105ac2e at amd64_syscall+0x51e Oct 28 09:06:50 ns kernel: #14 0x8103bbcb at Xfast_syscall+0xfb Oct 28 09:06:50 ns kernel: Uptime: 21h57m23s Oct 28 09:06:50 ns kernel: Dumping 7609 out of 32688 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% uname -a FreeBSD ns 11.0-STABLE FreeBSD 11.0-STABLE #7 r307744: Fri Oct 21 21:07:37 EEST 2016 root@ns:/usr/obj/usr/src/sys/bzk11 amd64 All kernels Build with VIMAGE. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
