- User Since
- Jul 1 2014, 6:02 PM (329 w, 3 d)
Thu, Oct 22
Technically speaking this code is broken on FreeBSD <2 (see the code right above this), but I can't bring myself to do the reshuffling to fix that...
The check is also just plain wrong. The question isn't "what version of FreeBSD is the compiler targeting?" It's "what version of FreeBSD is providing the headers?" Obviously they should match, but checking the right thing means I don't have to dig into libcompat build bits on 11.
I couldn't find an easier way to determine if the compiler was suitable. It might be that we want to skip these tests entirely instead, but then we're voting to make them dead code in the long term.
Wed, Oct 21
Mon, Oct 19
- GC a dead check.
- Pass size rather than smuggling via b_bufsize.
Thu, Oct 15
Wed, Oct 14
I needed this change in CheriBSD because we can't store user pointers in bio_data due to a type mismatch and we need to pass the pointer (rather than an address) to vm_fault_quick_hold_pages.
Cirrus-CI run https://cirrus-ci.com/task/5195860164214784
This looks like a nice improvement and the error/warning bits resolve my initial concern about maintenance.
Tue, Oct 13
Mon, Oct 12
Mon, Oct 5
Wed, Sep 30
It might be worth a comment making clear this is in objdir since bare use of ln is almost always a bug.
Tue, Sep 29
I've submitted here because upstream seems to want me to do that (and also to document the issue if someone else tries building FreeBSD with an up-to-date llvm.
Fri, Sep 25
Sep 23 2020
Seems sensible. Those are going to be some long lines, but they aren't really meant to be read.
Sep 17 2020
Sep 14 2020
Sep 10 2020
Seems sensible. I guess it's good that most of the issues are in tests or GPL code we're deleting soon?
Sep 9 2020
Seems fine to me, but tagging @imp for further review.
Sep 4 2020
Sep 2 2020
- Honor kern.lognosys if non-zero.
Sep 1 2020
I found this when discussing the implications of D26288.
For reverence the original commit is https://svnweb.freebsd.org/csrg?view=revision&revision=58422
I ran into this on a CHERI system where we've added new revocation related system calls used in malloc. Unfortunately, we call malloc in strdup even before the (rather questionable) badsys hander is installed. Due to someone changing the kernel configs and me not noticing I lost a half day to not having those syscalls...
Aug 26 2020
Aug 18 2020
Aug 14 2020
Aug 13 2020
Add a couple people to potentially comment on what the max size to mmap should actually be.
Given that few changes are required to support a case-insensitive FS I think it's worth doing.