[Bug 230240] import clang 7.0.0 (tracking PR)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230240 --- Comment #20 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Sun Dec 9 11:36:11 UTC 2018 New revision: 341763 URL: https://svnweb.freebsd.org/changeset/base/341763 Log: Merge llvm, clang, lld, lldb, compiler-rt and libc++ release_70 branch r348686 (effectively 7.0.1 rc3), resolve conflicts, and bump version numbers. PR: 230240, 230355 Changes: _U projects/clang700-import/contrib/compiler-rt/ _U projects/clang700-import/contrib/libc++/ projects/clang700-import/contrib/libc++/src/filesystem/operations.cpp _U projects/clang700-import/contrib/llvm/ projects/clang700-import/contrib/llvm/include/llvm/DebugInfo/PDB/Native/GlobalsStream.h projects/clang700-import/contrib/llvm/include/llvm/DebugInfo/PDB/Native/ModuleDebugStream.h projects/clang700-import/contrib/llvm/include/llvm/ExecutionEngine/Orc/Core.h projects/clang700-import/contrib/llvm/include/llvm/ExecutionEngine/Orc/OrcRemoteTargetClient.h projects/clang700-import/contrib/llvm/include/llvm/MC/MCAsmBackend.h projects/clang700-import/contrib/llvm/include/llvm/ProfileData/Coverage/CoverageMapping.h projects/clang700-import/contrib/llvm/include/llvm/Support/GenericDomTreeConstruction.h projects/clang700-import/contrib/llvm/include/llvm/Transforms/Utils/SSAUpdater.h projects/clang700-import/contrib/llvm/include/llvm/Transforms/Utils/SSAUpdaterImpl.h projects/clang700-import/contrib/llvm/lib/Analysis/MemorySSA.cpp projects/clang700-import/contrib/llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp projects/clang700-import/contrib/llvm/lib/ExecutionEngine/RuntimeDyld/RuntimeDyld.cpp projects/clang700-import/contrib/llvm/lib/MC/MCExpr.cpp projects/clang700-import/contrib/llvm/lib/Target/AArch64/AArch64ISelLowering.cpp projects/clang700-import/contrib/llvm/lib/Target/AMDGPU/AMDGPULibFunc.cpp projects/clang700-import/contrib/llvm/lib/Target/Mips/MCTargetDesc/MipsAsmBackend.cpp projects/clang700-import/contrib/llvm/lib/Target/Mips/MCTargetDesc/MipsAsmBackend.h projects/clang700-import/contrib/llvm/lib/Target/Mips/MCTargetDesc/MipsELFStreamer.cpp projects/clang700-import/contrib/llvm/lib/Target/Mips/MCTargetDesc/MipsELFStreamer.h projects/clang700-import/contrib/llvm/lib/Target/Mips/MicroMips32r6InstrInfo.td projects/clang700-import/contrib/llvm/lib/Target/Mips/Mips64InstrInfo.td projects/clang700-import/contrib/llvm/lib/Target/Mips/Mips64r6InstrInfo.td projects/clang700-import/contrib/llvm/lib/Target/Mips/MipsFastISel.cpp projects/clang700-import/contrib/llvm/lib/Target/Mips/MipsInstrFPU.td projects/clang700-import/contrib/llvm/lib/Target/Mips/MipsSEFrameLowering.cpp projects/clang700-import/contrib/llvm/lib/Target/Mips/MipsSEISelDAGToDAG.cpp projects/clang700-import/contrib/llvm/lib/Target/Mips/MipsSEInstrInfo.cpp projects/clang700-import/contrib/llvm/lib/Target/PowerPC/P9InstrResources.td projects/clang700-import/contrib/llvm/lib/Target/PowerPC/PPCISelLowering.cpp projects/clang700-import/contrib/llvm/lib/Target/PowerPC/PPCInstrVSX.td projects/clang700-import/contrib/llvm/lib/Transforms/InstCombine/InstCombineCompares.cpp projects/clang700-import/contrib/llvm/lib/Transforms/Instrumentation/DataFlowSanitizer.cpp projects/clang700-import/contrib/llvm/lib/Transforms/Utils/LCSSA.cpp projects/clang700-import/contrib/llvm/lib/Transforms/Utils/SSAUpdater.cpp _U projects/clang700-import/contrib/llvm/tools/clang/ projects/clang700-import/contrib/llvm/tools/clang/include/clang/AST/DeclBase.h projects/clang700-import/contrib/llvm/tools/clang/include/clang/Basic/Attr.td projects/clang700-import/contrib/llvm/tools/clang/include/clang/Basic/AttrDocs.td projects/clang700-import/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticFrontendKinds.td projects/clang700-import/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticSemaKinds.td projects/clang700-import/contrib/llvm/tools/clang/lib/AST/ASTContext.cpp projects/clang700-import/contrib/llvm/tools/clang/lib/AST/Decl.cpp projects/clang700-import/contrib/llvm/tools/clang/lib/CodeGen/CodeGenFunction.cpp projects/clang700-import/contrib/llvm/tools/clang/lib/CodeGen/CodeGenFunction.h projects/clang700-import/contrib/llvm/tools/clang/lib/CodeGen/CodeGenModule.cpp projects/clang700-import/contrib/llvm/tools/clang/lib/CodeGen/CoverageMappingGen.cpp projects/clang700-import/contrib/llvm/tools/clang/lib/Driver/ToolChains/Arch/PPC.cpp projects/clang700-import/contrib/llvm/tools/clang/lib/Driver/ToolChains/Arch/PPC.h projects/clang700-import/contrib/llvm/tools/clang/lib/Driver/ToolChains/OpenBSD.cpp projects/clang700-import/contrib/llvm/tools/clang/lib/Headers/altivec.h projects/clang700-import/contrib/llvm/tools/clang/lib/Sema/SemaInit.cpp projects/clang700-import/contrib/llvm/tools/clang/lib/Serialization/ASTWriter.cpp projects/clang700-import/contrib/llvm/tools/clang/lib/StaticAnalyzer/Core/SimpleSValBuilder.c
[Bug 138560] ifconfig(8): wpa_supplicant(8): Incorrect usage of strncpy function in various binaries
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=138560 Andriy Voskoboinyk changed: What|Removed |Added Status|Open|Closed Resolution|--- |Overcome By Events CC||a...@freebsd.org --- Comment #2 from Andriy Voskoboinyk --- 1) This code was rewritten since base r178354 (multi-bss support) 2) Probably, it was before base r189251 (now strlcpy() is used instead - since wpa_supplicant 0.6.3 release). -- 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 125717] minor wpa_supplicant.conf(5) buglet
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=125717 Oleksandr Tymoshenko changed: What|Removed |Added Assignee|d...@freebsd.org |b...@freebsd.org CC||d...@freebsd.org Component|Documentation |Manual Pages Andriy Voskoboinyk changed: What|Removed |Added Assignee|b...@freebsd.org|wirel...@freebsd.org CC||a...@freebsd.org Status|In Progress |Open -- 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 98220] wpa_supplicant(8) operation does not match documentation
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=98220 Andriy Voskoboinyk changed: What|Removed |Added Assignee|b...@freebsd.org|wirel...@freebsd.org CC||a...@freebsd.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 123968] [rum] [panic] rum driver causes kernel panic with WPA.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=123968 Andriy Voskoboinyk changed: What|Removed |Added Status|Open|Closed Resolution|--- |FIXED CC||a...@freebsd.org --- Comment #4 from Andriy Voskoboinyk --- This code path was rewritten in base r287197 (moves frame post-processing into ieee80211_tx_complete). -- 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 120966] [rum] kernel panic with if_rum and WPA encryption
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=120966 Andriy Voskoboinyk changed: What|Removed |Added CC||a...@freebsd.org Resolution|--- |Unable to Reproduce Status|Open|Closed --- Comment #9 from Andriy Voskoboinyk --- Cannot reproduce the panic after base r287197. -- 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 178482] [ipfw] logging problem from vnet jail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=178482 jo...@a1poweruser.com changed: What|Removed |Added CC||jo...@a1poweruser.com --- Comment #6 from jo...@a1poweruser.com --- Now testing 12.0-RC3. vnet jail running on the gateway host. IPF firewall running on the gateway host and ipfw running in the vnet jail. Found out about the undocumented ipfw0 log. This works in each vnet jail logging the vnet jails log records to the /var/log/security.log file in the vnet jail. To enable place the normal ipfw statements in the vnet jails rc.conf with these changes. firewall_logging="NO" firewall_logif="YES" nohup tcpdump -lnti ipfw0 | logger -t jailname -p security.info & This method should be documented someplace. -- 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 233895] 12.0-RC2: Repeated double fault on AWS r4.large
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233895 Bug ID: 233895 Summary: 12.0-RC2: Repeated double fault on AWS r4.large Product: Base System Version: 12.0-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: l...@ofwilsoncreek.com Created attachment 199989 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=199989&action=edit Screenshot of panic. I'm testing 12.0-RC2 on AWS, and getting double-fault panics. We've observed it at least 3 times, with a stop/start between each, and on two hosts (the only hosts we have on 12). A stop/start should move it to new host hardware, eliminating the plausibility of bad hardware. The last release that has been stable for us is 11.1. (11.2 did not work on AWS due to the crash bug in ena.) This happens on an r4.large instance (r4.large is large enough to use the ena NIC driver rather than xn, fwiw). Screenshot from AWS attached. -- 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 233585] sh(1) ${param?} default error message is broken
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233585
--- Comment #2 from commit-h...@freebsd.org ---
A commit references this bug:
Author: jilles
Date: Sun Dec 9 19:14:22 UTC 2018
New revision: 341767
URL: https://svnweb.freebsd.org/changeset/base/341767
Log:
MFC r341164: sh: Fix ${param?} default error message
If word in ${param?word} is missing, the shell shall write a default error
message. So expanding ${param?} when param is not set should write an error
message like
sh: param: parameter not set
This was broken by r316417.
PR: 233585
Changes:
_U stable/12/
stable/12/bin/sh/expand.c
stable/12/bin/sh/tests/expansion/Makefile
stable/12/bin/sh/tests/expansion/question2.0
--
You are receiving this mail because:
You are on the CC list 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"
Problem reports for b...@freebsd.org that need special attention
To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status |Bug Id | Description +---+--- In Progress |210415 | vidcontrol -h does not work with v In Progress |232857 | [PATCH] freebsd-update: add a progress report for New |197876 | [devfs] an error in devfs leads to data loss and New |198797 | [PATCH] Added an option to install BSDstats to bs New |202362 | ntp: restore refclocks selection (10.2-RELEASE re New |202740 | vi/ex string substitution problem when there is m New |204097 | witness_initialize() does not perform bound check New |204115 | freebsd-update: Add support for better user messa New |204545 | Adding quirk entry for some (Acer C720P Chromeboo New |207940 | [patch] sys/boot/efi/boot1 select boot partition New |209213 | UEFI Loader shows only black screen with Nvidia G New |210804 | installerconfig - using ZFS create in custom scri New |212561 | stucking kyua test (/usr/tests/sys/acl/01) with e New |214705 | Kernel panic trying to playback encrypted DVD, "F New |221906 | sys/cddl: Allow to modify the ZFS deadman sysctls New |224436 | vt: CONS_CLRHIST (vidcontrol -C) not implemented New |231354 | Potential null pointer deference in drm/r128 Open| 71667 | [patch] cleanup of the usr.sbin/bootparamd code Open|155873 | calendar(1) recurring date not working Open|182466 | [headers] [patch] make self-contained Open|183618 | [panic] Dell PowerEdge R620 -- PERC H710 Mini (mf Open|189914 | i2c(8) utility does not work on Raspberry Pi Open|194925 | [pf] [ifconfig] interface group keywords do not w Open|206528 | Emulex LPe 16002 FC HBA Not Recognized by oce(4) Open|206585 | hpt_set_info possible buffer overflow Open|207109 | makefs includes a timestamp that prevents reprodu Open|207248 | [patch] daemon(8): Add option to redirect stdout Open|211713 | NVME controller failure: resetting (Samsung SM961 Open|212418 | kernel panic in _taskqgroup_adjust - uninitialize Open|217505 | [asmc] [patch] Add Support for Macbook Pro 8,1 Open|220246 | syslogd does not send RFC3164-conformant messages Open|221305 | Mouse cursor loss when moving cursor while loadin Open|221350 | Unable to boot/install on HPE Proliant MicroServe Open|221854 | makefs: Reject UFS labels that are too long to fi Open|222632 | connect(2) not available in capability mode Open|231810 | [build] release always fails with "mkimg: partiti Open|233578 | Unprivileged local user can prevent other users l New |230725 | [patch] kerberos5 files missing in tools/build/mk New |230727 | [patch] NIS file missing in tools/build/mk/Option New |230955 | [patch] Some speedup mergemaster Open|191348 | [mps] LSI2308 with WD3000FYYZ drives disappears a 41 problems total for which you should take action. ___ 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 207109] makefs includes a timestamp that prevents reproducible output
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207109 Yuri Pankov changed: What|Removed |Added CC||yur...@freebsd.org --- Comment #3 from Yuri Pankov --- I guess we can close this now being fixed in all supported branches? -- 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 207109] makefs includes a timestamp that prevents reproducible output
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207109 Ed Maste changed: What|Removed |Added Resolution|--- |FIXED Status|Open|Closed -- 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 233863] ppc64 r341705 on PowerMac G5 requires kern.smp.disabled=1 and usefdt=1 which causes net interface reorder
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233863 Dennis Clarke changed: What|Removed |Added Summary|ppc64 r341705 on Apple |ppc64 r341705 on PowerMac |PowerMac G5 requires|G5 requires |kern.smp.disabled=1 and |kern.smp.disabled=1 and |usefdt=1 and then |usefdt=1 which causes net |networking fails|interface reorder --- Comment #1 from Dennis Clarke --- It was seen that the physical MAC addresses of the bge0 and bge1 interfaces were exchanged in the output from 'ifconfig -a' and thus the flat device tree option usefdt=1 may be the cause. Once this was seen it was trivial to bring up both interfaces and to assign the correct ip to bge1 and then stop start ntpd and sshd etc. eris# uname -aU FreeBSD eris 13.0-CURRENT FreeBSD 13.0-CURRENT r341705 GENERIC powerpc 1200086 eris# ifconfig -a fwe0: flags=8802 metric 0 mtu 1500 options=8 ether 02:11:24:e5:13:d0 nd6 options=29 ch 1 dma -1 bge0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:14:51:64:67:11 inet 172.16.35.8 netmask 0xffc0 broadcast 172.16.35.63 nd6 options=29 media: Ethernet autoselect (none) status: no carrier bge1: flags=8843 metric 0 mtu 1500 options=8009b ether 00:14:51:64:67:10 inet 172.16.35.7 netmask 0xffc0 broadcast 172.16.35.63 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active lo0: flags=8049 metric 0 mtu 16384 options=680003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff00 nd6 options=21 groups: lo eris# -- 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 233863] coldboot ppc64 r341705 on PowerMac G5 requires kern.smp.disabled=1 and usefdt=1 which causes net interface reorder
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233863 Dennis Clarke changed: What|Removed |Added Summary|ppc64 r341705 on PowerMac |coldboot ppc64 r341705 on |G5 requires |PowerMac G5 requires |kern.smp.disabled=1 and |kern.smp.disabled=1 and |usefdt=1 which causes net |usefdt=1 which causes net |interface reorder |interface reorder --- Comment #2 from Dennis Clarke --- As yet another variable in the mix we see all four cpu's are online if and only if one performs are warm boot aka shutdown -r 'now' : 1) power on system and wait for loader 2) interrupt the load kernel process 3) set kern.smp.disabled=1 4) set usefdt=1 5) boot -sv 6) once the shell is running simply shutdown -r 'now' 7) interrupt the load kernel process 8) set usefdt=1 9) boot normally All processor cores wwill come online : eris# uname -aU FreeBSD eris 13.0-CURRENT FreeBSD 13.0-CURRENT r341705 GENERIC powerpc 1200086 eris# uptime 11:04PM up 15 mins, 1 user, load averages: 0.18, 0.21, 0.17 eris# sysctl kern.smp.cpus hw.ncpu kern.smp.cpus: 4 hw.ncpu: 4 -- 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 233863] r341705 on PowerMac G5 may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233863 Dennis Clarke changed: What|Removed |Added Summary|coldboot ppc64 r341705 on |r341705 on PowerMac G5 may |PowerMac G5 requires|require kern.smp.disabled=1 |kern.smp.disabled=1 and |and must set usefdt=1 which |usefdt=1 which causes net |causes net interface |interface reorder |reorder -- 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 233682] 12.0-RC2 - /etc/rc.d/devd takes VERY long at boot
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233682
verma...@interia.pl changed:
What|Removed |Added
Resolution|--- |Not A Bug
Status|New |Closed
--- Comment #2 from verma...@interia.pl ---
This was my fault.
Its not a bug.
Its because now my 'automount' - https://github.com/vermaden/automount - does
check ugen(4) devices for MTP services and that took too long at boot.
I disabled it at boot (first 45 seconds) and now devd(8) starts fast.
Used code for the record:
| BOOTTIME=$( sysctl -n kern.boottime | awk '{print $4}' | tr -d ',' )
| CURRTIME=$( date +%s )
| DIFFTIME=$(( ${CURRTIME} - ${BOOTTIME} ))
| if [ ${DIFFTIME} -lt 45 ]
| then
| exit 0
| fi
Regards and sorry for 'fake' bug.
--
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 233863] r341705 on PowerMac G5 may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233863 Mark Millard changed: What|Removed |Added CC||marklmi26-f...@yahoo.com --- Comment #3 from Mark Millard --- (In reply to Dennis Clarke from comment #2) Just an FYI about my from-source builds based on devel/powerpc64-xtoolchain-gcc and the reverted-to-before /usr/src/sys/powerpc/include/vmparam.h -r334498 . I jumped from -r340287 to -r341766 . It booted fine as smp. I tried booting with "set usefdt=1" and the ethernet connection moved to the other plugin position. It also booted fine as smp and the ethernet works fine. [I have occasional access to a G5 Quad Core (system total count) again.] -- 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"
