User Details
- User Since
- Aug 2 2014, 12:45 PM (502 w, 2 d)
Sat, Mar 16
Fri, Mar 15
Dec 27 2023
It appears to be working correctly now. Thank you all :)
Dec 18 2023
I'm not sure what exactly happened here, but I suspect there was something wrong with testing it: while one of previous Kib's commits fixed the instapanic on "automount -c", it still doesn't work, see last few entries at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274992.
Nov 10 2023
Thank you, I think I'm fine with toggling it from "async" to "sync" specifically for msdosfs.
Nov 9 2023
Doesn't this also enable it by default? If so, it might be a good idea to fix the instapanic it's causing first, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274992.
Nov 8 2023
I’m not a huge fan of this one tbh. I seem to remember I had it like this for a while, and it was 1. Unbearably slow and 2. Increased flash wear and tear.
Sep 4 2023
Aug 31 2023
Implemented in a better way by https://reviews.freebsd.org/D34426.
Aug 23 2023
Aug 17 2023
FWIW, I've been playing with this idea on and off, and I have some patches, some of them not even entirely broken :) In particular I have fchroot(2) working: https://reviews.freebsd.org/D41564
Jun 7 2023
Implemented as https://reviews.freebsd.org/D38933.
Apr 26 2023
Apr 22 2023
Apr 12 2023
Hah, I've been working on something similar, although from a somewhat different, CHERI-related, angle :)
Apr 11 2023
Mar 18 2023
Nov 19 2022
Only tangentially related, but I wonder if this constant shouldn't be defined for arm64 too?
May 19 2022
My first thought about ENODEV was something about GEOM. ENOENT, on the other hand, would make it obvious what's going on: the root device node is simply not there.
May 18 2022
I've been burned by this in the past, but I've assumed it's just me. This time, though, there was another person involved, and this made me reconsider. In this case it's not even that it's a remote machine: this is for a homebrew remote management mechanism; essentially we have BeagleBone Blacks hooked up to the actual machines (mechanically they are inside the machines), which provide remote console and virtual media, and halting one of those by mistake - for example when you fail to notice the cu(1) to the "real" machine has been disconnected - results in having to power cycle the whole thing, which is one thing our BBB-based remote management does not provide.
May 16 2022
May 14 2022
Linux, it’s a Linux core file :-) The easiest way is to use debootstrap port to bootstrap an Ubuntu Bionic userland, then chroot there and do “apt install gdb”. See https://wiki.freebsd.org/LinuxJails.
I’m not opposed to this patch, but isn’t this what core files are for?