[Bug 200359] ifconfig(8) alias and -alias behave differently
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200359 Bjoern A. Zeeb b...@freebsd.org changed: What|Removed |Added CC||b...@freebsd.org --- Comment #1 from Bjoern A. Zeeb b...@freebsd.org --- alias and -alias belong to the end of the command line. The fact that they mostly work on the front (and only for net imho) is a historic behaviour. Could you please try your tests again with alias and -alias at the end just to be sure that this is actually the issue you are thinking of (bad outclass being constructed/bad matching logic) and not interference with -alias? I would assume the behaviour not to change but want to rule it out. -- 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 200359] ifconfig(8) alias and -alias behave differently
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200359 Kurt Jaeger p...@freebsd.org changed: What|Removed |Added Resolution|--- |Not A Bug Status|New |Closed --- Comment #2 from Kurt Jaeger p...@freebsd.org --- Thanks for the hint, this works: # ifconfig re0 192.168.1.12/24 alias # ifconfig re0 192.168.1.12/24 -alias # So, it's just not working if the alias is given before the IP. Still looks a bit inkonsistent 8-} -- 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 200361] net.inet.tcp.hostcache.list is jail information leak
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200361 Bug ID: 200361 Summary: net.inet.tcp.hostcache.list is jail information leak Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: mar...@blazingdot.com The unlisted sysctl net.inet.tcp.hostcache.list allows a jail to see what hosts the host system and other jails have connections to. -- 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 200362] clang crash in buildkernel
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200362 Bug ID: 200362 Summary: clang crash in buildkernel Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: a...@freebsd.org Assertion failed: (!isCommon()), function getOffset, file /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/include/llvm/MC/MCAssembler.h, line 736. Stack dump: 0. Program arguments: /usr/obj/usr/src/tmp/usr/bin/cc -cc1 -triple x86_64-unknown-freebsd11.0 -emit-obj -disable-free -main-file-name sched_ule.c -mrelocation-model static -mthread-model posix -mdisable-fp-elim -relaxed-aliasing -mdisable-tail-calls -masm-verbose -mconstructor-aliases -mcode-model kernel -target-cpu amdfam10 -target-feature -mmx -target-feature -sse -target-feature -aes -target-feature -avx -disable-red-zone -no-implicit-float -gdwarf-2 -dwarf-column-info -coverage-file /usr/obj/usr/src/sys/TRANT/sched_ule.c -nostdsysteminc -nobuiltininc -resource-dir /usr/obj/usr/src/tmp/usr/bin/../lib/clang/3.6.0 -include opt_global.h -D _KERNEL -D HAVE_KERNEL_OPTION_HEADERS -D __printf__=__freebsd_kprintf__ -I . -I /usr/src/sys -I /usr/src/sys/contrib/libfdt -isysroot /usr/obj/usr/src/tmp -O2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -Wmissing-include-dirs -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Werror -std=iso9899:1999 -fdebug-compilation-dir /usr/obj/usr/src/sys/TRANT -ferror-limit 19 -fmessage-length 230 -ffreestanding -fwrapv -stack-protector 1 -mstackrealign -fobjc-runtime=gnustep -fdiagnostics-show-option -fcolor-diagnostics -vectorize-loops -vectorize-slp -o sched_ule.o -x c /usr/src/sys/kern/sched_ule.c 1. eof parser at end of file 2. Code generation 3. Running pass 'Function Pass Manager' on module '/usr/src/sys/kern/sched_ule.c'. 4. Running pass 'X86 Assembly / Object Emitter' on function '@sched_switch' cc: error: unable to execute command: Abort trap (core dumped) cc: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 Target: x86_64-unknown-freebsd11.0 Thread model: posix cc: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. cc: note: diagnostic msg: PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: cc: note: diagnostic msg: /tmp/sched_ule-ec2890.c cc: note: diagnostic msg: /tmp/sched_ule-ec2890.sh cc: note: diagnostic msg: *** Error code 254 -- 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 200362] clang crash in buildkernel
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200362 --- Comment #2 from Andriy Gapon a...@freebsd.org --- Created attachment 156997 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=156997action=edit script -- 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 200362] clang crash in buildkernel
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200362 --- Comment #1 from Andriy Gapon a...@freebsd.org --- Created attachment 156996 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=156996action=edit compressed source file -- 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 200359] ifconfig(8) alias and -alias behave differently
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200359 Bug ID: 200359 Summary: ifconfig(8) alias and -alias behave differently Product: Base System Version: 10.0-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: p...@freebsd.org This works: # ifconfig re0 alias 192.168.1.12/24 The inverse does not work: # ifconfig re0 -alias 192.168.1.12/24 ifconfig: 192.168.1.12/24: bad value It only works without the netmask: # ifconfig re0 -alias 192.168.1.12 - it should probably work if a netmask is given - the netmask could be ignored - or the alias would only be removed if the proper netmask is given -- 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 199109] Regression seen with ncurses on 11-current
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199109 --- Comment #7 from John Marino mar...@freebsd.org --- Can somebody *please* tell me if what I have reported is considered a bug and therefore there is intention to fix it? If there is no intention to fix this then we should close the PR and I will make adjustments. If there is an intention to fix curses in base, can we start fixing it? -- 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 200362] clang crash in buildkernel
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200362 --- Comment #3 from Andriy Gapon a...@freebsd.org --- I must also note that the problem happens with a locally modified source tree. In particular there is some hardcore stuff in SDT_PROBE_FUNC_(), SDT_CALL_START(), STD_CALL_END_(). -- 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 200362] clang crash in buildkernel
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200362 Dimitry Andric d...@freebsd.org changed: What|Removed |Added Status|New |In Progress --- Comment #4 from Dimitry Andric d...@freebsd.org --- Reproduced and filed upstream here: http://llvm.org/PR23621 The problem is that several .comm symbols get defined multiple times, with the same name. Apparently the clang MC assembler has an assertion for this. As a workaround, you can either try to ensure the .comm symbols all have unique names, or use the -no-integrated-as flag, to use the GNU assembler, which apparently just ignores the duplicated .comm symbols. -- 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 198912] [base/release/10.1.0/contrib/file][security] Multiple Vulnerabilities
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198912 --- Comment #2 from Sevan Janiyan ventur...@geeklan.co.uk --- Ping! -- 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 185304] Changing the terminal window size is not reported to remote server
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185304 cartwri...@asu.edu changed: What|Removed |Added Resolution|--- |FIXED Status|In Progress |Closed --- Comment #1 from cartwri...@asu.edu --- Closing my old bug. -- 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 200362] clang crash in buildkernel
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200362 --- Comment #5 from Andriy Gapon a...@freebsd.org --- (In reply to Dimitry Andric from comment #4) Thank you very much for the research, the upstream report and the suggestions! I'm using a workaround now. -- 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 200368] FreeBSD terminal stops responding to input
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200368 Bug ID: 200368 Summary: FreeBSD terminal stops responding to input Product: Base System Version: 10.1-STABLE Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: misc Assignee: freebsd-bugs@FreeBSD.org Reporter: iron_phild...@hotmail.com Active FreeBSD terminal stops responding if using it in vmware workstation while connected to the host machine over remote desktop connection. Issue is intermittent and only occurs occasionally, however the issue is rather easy to reproduce. Info: host: vmware workstation 11.0 - .1 (upgraded to resolve issue, failed) 4 core intel xeon CPU 16 gb ram VM: 1 core 128 mb ram (tried raising amount to 2 gb, no effect. top shows nominal memory usage) Steps to reproduce: Scenario: connect to a remote windows 2012 server running vmware workstation 11.1 with a freebsd VM. while logged in (has occurred at log in terminal as well) press ctl + alt to release control from the VM and minimize the remote desktop connection session. Proceed to use other windows on the connected remote client computer that is connected to the server remotely. after maximizing the RDP session again attempt to click on the VM window to direct input into the FreeBSD virtual machine. The terminal should lock up and no longer respond to commands. It make take a few tries as this is a random occurrence. If I could give it a occurrence probability it would occur 3/10 of the times i tried to replicate it. Expected Result: clicking back into the FreeBSD VM should of directed input to the vm and allowed the user to continue whatever they were doing and continue to provide screen refreshes. Actual Result: System becomes unresponsive and does NOT refresh the ACTIVE terminal. I found pressing CTL + ALT + F1-7 allowed me to log into another terminal and log in to continue working. Please let me know if you require more details and I do apologize if I missed something. -- 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 200361] net.inet.tcp.hostcache.list is jail information leak
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200361 Bjoern A. Zeeb b...@freebsd.org changed: What|Removed |Added CC||b...@freebsd.org Status|New |Open -- 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 113552] [request] ntpd(8) driftfile default location inconsistently referenced
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=113552 wolfg...@lyxys.ka.sub.org changed: What|Removed |Added CC||wolfg...@lyxys.ka.sub.org --- Comment #1 from wolfg...@lyxys.ka.sub.org --- Situation is still unchanged 8 years later. What I don't understand is why this PR is in status In Progress as nobody ever did anything with it according to the History of the PR. -- 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 200361] net.inet.tcp.hostcache.list is jail information leak
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200361 Bjoern A. Zeeb b...@freebsd.org changed: What|Removed |Added Status|Open|In Progress --- Comment #1 from Bjoern A. Zeeb b...@freebsd.org --- Not even compile tested but if someone could make sure it does the right thing, that would be great: (1) base system should always continue to work as-is. (2) a classic jail should get an operation not permitted back on attempting to read. (3) for VIMAGE kernels, base system see (1), classic jail see (2), and a vnet jail should not change either. Index: tcp_hostcache.c === --- tcp_hostcache.c (revision 283272) +++ tcp_hostcache.c (working copy) @@ -69,6 +69,7 @@ __FBSDID($FreeBSD$); #include sys/param.h #include sys/systm.h +#include sys/jail.h #include sys/kernel.h #include sys/lock.h #include sys/mutex.h @@ -608,6 +609,9 @@ sysctl_tcp_hc_list(SYSCTL_HANDLER_ARGS) char ip6buf[INET6_ADDRSTRLEN]; #endif + if (jailed_without_vnet(curthread-td_cred) != 0) + return (EPERM); + sbuf_new(sb, NULL, linesize * (V_tcp_hostcache.cache_count + 1), SBUF_INCLUDENUL); -- 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 200342] Stack dump when running 'make buildworld'. Error code 254
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200342 Henry M henr...@gmail.com changed: What|Removed |Added Status|New |Closed Resolution|--- |Unable to Reproduce --- Comment #1 from Henry M henr...@gmail.com --- I rebooted the machine, and tried again, and it worked successfully. I'm going to assume this was caused by running 'freebsd-update install' and not rebooting after an update. -- 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 200379] SCTP stack is not FIB aware
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200379 Craig Rodrigues rodr...@freebsd.org changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|tue...@freebsd.org CC||freebsd-...@freebsd.org, ||r...@freebsd.org -- 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 200379] SCTP stack is not FIB aware
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200379 Bug ID: 200379 Summary: SCTP stack is not FIB aware Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: rodr...@freebsd.org If I use a system with multiple routing FIB's, I cannot send SCTP traffic to an address which uses an alternate FIB. To reproduce: 1. Put the following in /boot/loader.conf to create 5 FIBs net.fibs=5 2. Reboot 3. Create a VLAN on an alternate FIB: For instance, if I have em0: ifconfig em0.3275 create name craig0 fib 2 ifconfig craig0 inet6 ifdisabled fib 2 ifconfig ctrleth0 inet 172.8.1.3/16 up fib 2 route add 127.0.0.0/8 -interface lo0 -fib 2 4. Run the server program, which binds to 172.8.1.3 address and uses fib 2: ./server 172.8.1.3 2 5. Perform similar steps to 3 on a separate machine or VM and use 172.8.1.4 as the address. Run the client program which binds to 172.8.1.4 address, sends to 172.8.1.3 address, and uses fib 2: ./client 172.8.1.4 172.8.1.3 2 The data does not get sent from client to server. If I use addresses which are not associated with an alternate FIB then the data gets sent from the client to the server. -- 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 200382] Loading netgraph via bsnmpd, etc can cause domain to be registered after domain_finalize has been called
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200382 Garrett Cooper,425-314-3911 n...@freebsd.org changed: What|Removed |Added See Also||https://bugs.freebsd.org/bu ||gzilla/show_bug.cgi?id=7332 ||1 -- 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 200382] Loading netgraph via bsnmpd, etc can cause domain to be registered after domain_finalize has been called
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200382 Bug ID: 200382 Summary: Loading netgraph via bsnmpd, etc can cause domain to be registered after domain_finalize has been called Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: n...@freebsd.org We have a bug open at $work where we loaded netgraph modules after boot and it consistently prints out the warning shown here: https://svnweb.freebsd.org/base/head/sys/kern/uipc_domain.c?annotate=275329#l236 230 #ifdef notyet 231 KASSERT(domain_init_status 2, 232 (attempt to domain_add(%s) after domainfinalize(), 233 dp-dom_name)); 234 #else 235 if (domain_init_status = 2) 236 printf(WARNING: attempt to domain_add(%s) after 237 domainfinalize()\n, dp-dom_name); 238 #endif This may or may not have been made worse with the commit done in r195837 to make the domains register more lazily, depending on whether or not the VNET was initialized. This should repro the issue seen here: - Build/install bsnmpd with WITH_NETGRAPH=yes (I think this is the default). - Disable bsnmpd. - Build netgraph as modules; don't load them at boot. - Start bsnmpd after boot with forcestart. -- 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 200382] Loading netgraph via bsnmpd, etc can cause domain to be registered after domain_finalize has been called
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200382 Garrett Cooper,425-314-3911 n...@freebsd.org changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|n...@freebsd.org --- Comment #1 from Garrett Cooper,425-314-3911 n...@freebsd.org --- I'm not entirely sure if bsnmpd will load netgraph automatically, BUT if you load netgraph before you start bsnmpd, it might also repro this issue... -- 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
