[Bug 243683] Need to add quirk for Micron 5300 series of ssd drives
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243683 --- Comment #2 from Vitalij Satanivskij --- When said "Bad performance" I mean realy bad. It's mean something like 500 random writes. Situation same for all 5300 series ssd we get and on any type of connection (via lsi hba or directly to onboard ahci ports). Does anybody else tested speed and confim that situation not same for then? -- 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 243871] mlx5en don't forwarding packets
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243871 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|n...@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 243869] ESXi v6.0 with VMNET 3 driver sluggish performance
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243869 Mark Linimon changed: What|Removed |Added Keywords||performance, regression Assignee|b...@freebsd.org|virtualizat...@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 243727] building 12.1-RELEASE-p2 world fails because of dependency to non-existing file libcasper.h
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243727 --- Comment #2 from o...@zaplinski.de --- I think it would be better if 'make delete-old' would not delete any header files in /usr/include. Right now, 'make buildworld' fails again. Of course it does, libcasper.h does no longer exist. -- 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 243727] building 12.1-RELEASE-p2 world fails because of dependency to non-existing file libcasper.h
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243727 --- Comment #3 from Mark Johnston --- (In reply to olaf from comment #2) I guess this is the same issue as PR 242971, which was recently fixed. -- 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 243747] lib/libc/net/rcmd.c: add another length check to the iruserok_sa
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243747 Mark Johnston changed: What|Removed |Added CC||ma...@freebsd.org --- Comment #2 from Mark Johnston --- Seems reasonable to me. -- 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 243747] lib/libc/net/rcmd.c: add another length check to the iruserok_sa
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243747 --- Comment #3 from commit-h...@freebsd.org --- A commit references this bug: Author: markj Date: Wed Feb 5 16:09:44 UTC 2020 New revision: 357575 URL: https://svnweb.freebsd.org/changeset/base/357575 Log: Improve validation of the sockaddr length in iruserok_sa(). Negative numbers are not valid sockaddr lengths. PR: 243747 Submitted by: Andrew Reiter MFC after:1 week Changes: head/lib/libc/net/rcmd.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 243747] lib/libc/net/rcmd.c: add another length check to the iruserok_sa
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243747 Mark Johnston changed: What|Removed |Added Assignee|b...@freebsd.org|ma...@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 242217] 'make buildworld' type upgrading to 12.1-RELEASE impossible
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242217 --- Comment #5 from o...@oz42.eu --- (In reply to Krzysztof from comment #4) I think we are coming close to two severe design bugs in the source tree that are related to each other. 1. 'make buildworld' relies on header files in /usr/include 2. 'make delete-old' removes these files in /usr/include My workaround is: having another host just for the purpose to get a fresh copy of /usr/include and /usr/lib files if a 'make buildworld' fails on my productive system. I keep that one updated, and when 'make buildworld' fails I copy all header files from that machine to my productive one, and if it then fails also, I copy all /usr/lib also. Unfortunately I have another account here with a password that I do not remember right now, but my browser at work does. So please look at bug 243727. -- 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 243727] building 12.1-RELEASE-p2 world fails because of dependency to non-existing file libcasper.h
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243727 o...@oz42.eu changed: What|Removed |Added CC||o...@oz42.eu --- Comment #4 from o...@oz42.eu --- (In reply to Mark Johnston from comment #3) Nope, this is opposite to my proposal: let us 'make delete-old' keep /usr/include as is so that future security (!) bugs can be fixed by guys like me who run their self compiled, customized world and kernel. Right now, 'make buildworld' failure means: nobody can patch security patches, as a result: a forever vulnerable FreeBSD system. I assume that we all do not want that. -- 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 243727] building 12.1-RELEASE-p2 world fails because of dependency to non-existing file libcasper.h
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243727 --- Comment #5 from o...@oz42.eu --- See also PR 242217 -- 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 243727] building 12.1-RELEASE-p2 world fails because of dependency to non-existing file libcasper.h
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243727 --- Comment #6 from o...@oz42.eu --- Just one more note: I would love to have my 'main' system with SMTP, IMAP, WWW, authoritative DNS and such on a FreeBSD box. I have the knowledge. But for the migration two months ago I decided to move all stuff to Linux. Again. Because from a server admin's view, Debian Linux seems to be more mature in terms of bugs that are obvious. It just works as expected. I still consider FreeBSD as 'great idea, but not yet production ready' because one of the best feature compared to Linux (customized world and kernel, all built according to the FreeBSD handbook of course) is severely broken to me. Right now, my productive slave DNS is on FreeBSD, but not more. If somebody hacks it because patching security issues is impossible to me, then I'll replace it with a Linux box. It would be great if somebody 'in charge' would read this, but I do not expect that. In fact, my bug reports on Debian or LineageOS are handled within a reasonable time frame, here they are not. And Debian and LineageOS is volunteer's work just like FreeBSD is. I feel a bit being ignored with all the bugs that I have reported. Sorry folks. This is no rant. FreeBSD is technically speaking the best server OS in town. But I get the feeling that noone wants to change a thing when it's about self built world and kernel which is the greatest feature - a tailor made OS just for my needs. Anyway, keep up the good work! -- 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 209821] UEFI - installation media hangs when booting on ASUS P6P67 DELUXE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209821 Stefan Esser changed: What|Removed |Added CC||s...@freebsd.org --- Comment #19 from Stefan Esser --- Just a me-too, but on the latest -CURRENT: I tried to switch from legacy boot to UEFI boot, and the EFI loader is started and lets me change options or select a kernel to boot from. When the kernel is loaded and started, the system locks up with identical information about the EFI frame buffer as shown in comment 18 by O. Hartmann. System hardware: ASUS P8H67-M EVO with American Megatrends BIOS 3703 and with i7-2600K CPU (Sandy Bridge) -- 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 209821] UEFI - installation media hangs when booting on ASUS P6P67 DELUXE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209821 Stefan Esser changed: What|Removed |Added Severity|Affects Only Me |Affects Some People Version|11.1-RELEASE|CURRENT --- Comment #20 from Stefan Esser --- I have updated the affected version to -CURRENT (which as of now is 13-CURRENT), in the hope that this PR gets more visibility that way. -- 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 205178] virtio-blk not working correctly in powerpc
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205178 --- Comment #2 from commit-h...@freebsd.org --- A commit references this bug: Author: alfredo Date: Wed Feb 5 20:39:18 UTC 2020 New revision: 357596 URL: https://svnweb.freebsd.org/changeset/base/357596 Log: [virtio] Fix r/w to PCI configuration area on big endian platforms In legacy VirtIO drivers, the header must be PCI endianness (little) and the device-specific region is encoded in the native endian of the guest. This patch makes the access (read/write) to VirtIO header using the little endian order. Other read and write access are native endianness. This also sets the device's IO region as big endian if on big endian machine. PR: 205178 Submitted by: Andre Silva Reported by: Kenneth Salerno Reviewed by: bryanv, bdragon, luporl, alfredo Approved by: jhibbits (mentor) Differential Revision:https://reviews.freebsd.org/D23401 Changes: head/sys/dev/virtio/pci/virtio_pci.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 243727] building 12.1-RELEASE-p2 world fails because of dependency to non-existing file libcasper.h
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243727 --- Comment #7 from Mark Johnston --- (In reply to oz42 from comment #4) I understand the proposal. It will cause stale headers to be left behind, which can cause problems of its own. The libcasper issue is simply a bug and should be fixed. We should be copying libcasper.h to the buildworld tmp dir for use during the rest of the build, regardless of whether WITHOUT_CASPER= is set, not relying on its presence in /usr/include/libcasper.h. I verified that this happens at least on head. Some of the other build failures you reported point to some larger underlying issue. fsck_ffs failed to build because of a inodirty() prototype mismatch, but inodirty() is declared in the fsck_ffs header, not in any system headers. So clearly there is a problem here that has nothing to do with delete-old. -- 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 209821] UEFI - installation media hangs when booting on ASUS P6P67 DELUXE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209821 Jerry Jacobs changed: What|Removed |Added CC||jerry.jac...@xor-gate.org --- Comment #21 from Jerry Jacobs --- It seems I have the same with a HP Compaq 8200 Elite SFF PC. When disabling in the AMI Bios the EFI mode and using legacy it works fine. Also it hung on a similar message as posted earlier in this ticket: EFI framebuffer information: addr, size 0xc000, 0x1000 dimensions 800 x 600 stride 832 masks 0x00ff, 0xff00, 0x00ff, 0xff00 If more info is necessary i'm willing to provide. -- 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 242971] Casper-related files are installed even if WITHOUT_CASPER=true ; some of them are not removed by "make delete-old"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242971 --- Comment #7 from commit-h...@freebsd.org --- A commit references this bug: Author: oshogbo Date: Wed Feb 5 21:05:53 UTC 2020 New revision: 357599 URL: https://svnweb.freebsd.org/changeset/base/357599 Log: MFCr356925: Those files are already removed in ObsoleteFiles. There is no need to remove them twice. PR: 242971 Changes: _U stable/12/ stable/12/tools/build/mk/OptionalObsoleteFiles.inc -- 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 242971] Casper-related files are installed even if WITHOUT_CASPER=true ; some of them are not removed by "make delete-old"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242971 --- Comment #8 from commit-h...@freebsd.org --- A commit references this bug: Author: oshogbo Date: Wed Feb 5 21:10:42 UTC 2020 New revision: 357600 URL: https://svnweb.freebsd.org/changeset/base/357600 Log: MFCr356926: Even when the MK_CASPER is set to "no" we still want to install man pages and the headers. If the user decides to install the system without Casper support, then the Casper functions are mocked, but they still exist in the system. PR: 242971 Changes: stable/12/tools/build/mk/OptionalObsoleteFiles.inc -- 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 242971] Casper-related files are installed even if WITHOUT_CASPER=true ; some of them are not removed by "make delete-old"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242971 --- Comment #9 from commit-h...@freebsd.org --- A commit references this bug: Author: oshogbo Date: Wed Feb 5 21:11:41 UTC 2020 New revision: 357601 URL: https://svnweb.freebsd.org/changeset/base/357601 Log: MFCr356928: When MK_CASPER=no is set remove files which are not needed to run system. PR: 242971 Changes: _U stable/12/ stable/12/tools/build/mk/OptionalObsoleteFiles.inc -- 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 242971] Casper-related files are installed even if WITHOUT_CASPER=true ; some of them are not removed by "make delete-old"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242971 --- Comment #10 from commit-h...@freebsd.org --- A commit references this bug: Author: oshogbo Date: Wed Feb 5 21:14:27 UTC 2020 New revision: 357602 URL: https://svnweb.freebsd.org/changeset/base/357602 Log: MFCr356925: Those files are already removed in ObsoleteFiles.\ There is no need to remove them twice. PR: 242971 Changes: _U stable/11/ stable/11/tools/build/mk/OptionalObsoleteFiles.inc -- 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 242971] Casper-related files are installed even if WITHOUT_CASPER=true ; some of them are not removed by "make delete-old"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242971 --- Comment #11 from commit-h...@freebsd.org --- A commit references this bug: Author: oshogbo Date: Wed Feb 5 21:15:55 UTC 2020 New revision: 357603 URL: https://svnweb.freebsd.org/changeset/base/357603 Log: MFCr356926: Even when the MK_CASPER is set to "no" we still want to install man pages and the headers. If the user decides to install the system without Casper support, then the Casper functions are mocked, but they still exist in the system. PR: 242971 Changes: _U stable/11/ stable/11/tools/build/mk/OptionalObsoleteFiles.inc -- 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 242971] Casper-related files are installed even if WITHOUT_CASPER=true ; some of them are not removed by "make delete-old"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242971 Mariusz Zaborski changed: What|Removed |Added Resolution|--- |FIXED Status|New |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 242971] Casper-related files are installed even if WITHOUT_CASPER=true ; some of them are not removed by "make delete-old"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242971 --- Comment #12 from commit-h...@freebsd.org --- A commit references this bug: Author: oshogbo Date: Wed Feb 5 21:16:52 UTC 2020 New revision: 357604 URL: https://svnweb.freebsd.org/changeset/base/357604 Log: MFCr356928: When MK_CASPER=no is set remove files which are not needed to run system. PR: 242971 Changes: _U stable/11/ stable/11/tools/build/mk/OptionalObsoleteFiles.inc -- 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 243683] Need to add quirk for Micron 5300 series of ssd drives
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243683 --- Comment #3 from Warner Losh --- The TRIMs work, so we shouldn't proactively disable them. FreeBSD is about tools, not policy. Disabling trim administratively is easy enough. Your workload isn't everybody's work load. There may be some work loads where trims are the right thing, or where you want to TRIM the drive when you newfs or fsck but not operationally. We have knobs to do all those things. -- 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"
