[Bug 228193] /boot/loader.conf option boot_mute not working properly

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228193 Ed Maste changed: What|Removed |Added Status|New |In Progress

[Bug 228193] /boot/loader.conf option boot_mute not working properly

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228193 --- Comment #1 from commit-h...@freebsd.org --- A commit references this bug: Author: emaste Date: Wed May 16 02:15:19 UTC 2018 New revision: 333662 URL: https://svnweb.freebsd.org/changeset/base/333662 Log: Clarify that boot_mute /

[Bug 228220] Prevent removal of phttpget when WITHOUT_PORTSNAP= is defined

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228220 --- Comment #3 from Ed Maste --- I've now made the dependency explicit, and will later on try to take a look at having phttpget built as long as portsnap and freebsd-update are not both disabled. -- You are receiving

[Bug 228220] Prevent removal of phttpget when WITHOUT_PORTSNAP= is defined

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228220 --- Comment #2 from commit-h...@freebsd.org --- A commit references this bug: Author: emaste Date: Wed May 16 01:33:49 UTC 2018 New revision: 333658 URL: https://svnweb.freebsd.org/changeset/base/333658 Log: Force WITHOUT_FREEBSD_UPDATE

[Bug 228220] Prevent removal of phttpget when WITHOUT_PORTSNAP= is defined

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228220 Ed Maste changed: What|Removed |Added Status|New |Open -- You are

[Bug 228261] Request for a specific llvm commit to be merged into current and llvm60 port

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228261 Ed Maste changed: What|Removed |Added Status|Open|In Progress --

[Bug 225451] OpenSSH only looks for .k5login in user directory

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225451 Cy Schubert changed: What|Removed |Added CC||c...@freebsd.org

[Bug 228220] Prevent removal of phttpget when WITHOUT_PORTSNAP= is defined

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228220 Ed Maste changed: What|Removed |Added CC||ema...@freebsd.org

[Bug 228251] Touchpad non-functional on Dell Latitude 5580

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228251 Ed Maste changed: What|Removed |Added CC||ema...@freebsd.org

[Bug 228261] Request for a specific llvm commit to be merged into current and llvm60 port

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228261 Dimitry Andric changed: What|Removed |Added Status|New |Open ---

[Bug 228076] [sched_ule] Not stealing process from loaded CPU

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228076 --- Comment #15 from Mit Matelske --- In the top output, I had stopped the "one" program to show that even if the processor goes idle the ifconfig never gets migrated to 7. Sorry for the confusion. -- You are receiving this

[Bug 228261] Request for a specific llvm commit to be merged into current and llvm60 port

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228261 --- Comment #2 from Brooks Davis --- BTW, the llvm-project repo on github is some random person AFACT and has a git export that doesn't match git.llvm.org. If you find yourself needing to send links to llvm git commits

[Bug 228261] Request for a specific llvm commit to be merged into current and llvm60 port

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228261 --- Comment #1 from commit-h...@freebsd.org --- A commit references this bug: Author: brooks Date: Tue May 15 17:50:20 UTC 2018 New revision: 470040 URL: https://svnweb.freebsd.org/changeset/ports/470040 Log: Merge r322325 from

[Bug 228076] [sched_ule] Not stealing process from loaded CPU

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228076 --- Comment #14 from Mark Johnston --- I'm a bit confused by the repro. I presume the expected behaviour is that the ifconfig thread should be migrated to the CPU running "one". But in your sample "top" output, the last

[Bug 227285] File descriptor passing does not work reliably on SMP system

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227285 --- Comment #8 from commit-h...@freebsd.org --- A commit references this bug: Author: pho Date: Tue May 15 15:56:52 UTC 2018 New revision: 333634 URL: https://svnweb.freebsd.org/changeset/base/333634 Log: Added a new socketpair() test

[Bug 228076] [sched_ule] Not stealing process from loaded CPU

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228076 --- Comment #13 from Mark Johnston --- I'm not able to reproduce this on HEAD. I'll try setting up an 11.1 VM for testing. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 222533] One HDD not seen by mps (11.1 regression)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222533 --- Comment #15 from Stephen McConnell --- That error means that the device was not added to the mapping table. It shouldn't be a problem, but I'm not sure why it wasn't added. If you turn on all of the debug bits

[Bug 221350] Unable to boot/install on HPE Proliant MicroServer Gen10 (AMD Opteron X3000): Hangs/Panics

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221350 --- Comment #50 from Bob Bishop --- (In reply to Rajesh from comment #48) Doesn't sound like it's related. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 221350] Unable to boot/install on HPE Proliant MicroServer Gen10 (AMD Opteron X3000): Hangs/Panics

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221350 --- Comment #49 from Rajesh --- Created attachment 193428 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=193428=edit Panic trace with xhci driver attach -- You are receiving this mail because: You are the

[Bug 221350] Unable to boot/install on HPE Proliant MicroServer Gen10 (AMD Opteron X3000): Hangs/Panics

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221350 Rajesh changed: What|Removed |Added CC||rajf...@gmail.com ---

[Bug 222533] One HDD not seen by mps (11.1 regression)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222533 --- Comment #14 from Denis Polygalov --- Created attachment 193412 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=193412=edit dmesg while mps.X.use_phy_num set to 0 for all X Setting hw.mps.use_phy_num=0