Latest activity

  • Jose
    Exactly. I will stay on 13.x as long as there is a supported 13.x version. Then I will switch to 14.x, and stay on that as long as there is support, which I think is until 2028 or thereabouts. Not clear yet whether I will move to 15.x ever; that...
  • cracauer@
    cracauer@ replied to the thread Rust in the FreeBSD kernel.
    Most of the more complex drivers for Intel chips in the Linux kernel are written by Intel. It is simply unknown whether the documentation is sufficient for writing drivers without internal help.
  • Jose
    Jose replied to the thread favorite kitchen implement.
    Microplane Zester. So... you smell of elderberries?
  • Jose
    Jose reacted to epower53's post in the thread favorite kitchen implement with Like Like.
    Gotta be the gas stove. Concerns over nitrates leading to cognitive decline are overblown - that ship sailed long ago. When the power goes out (as it often does in my neighborhood) I can still have hot food.
  • Jose
    Jose reacted to Phishfry's post in the thread favorite kitchen implement with Like Like.
    At least we won't bash each other for no good reason in a thread like this. A fun vanity post instead of dark and negative.
  • Jose
    Jose reacted to atax1a's post in the thread favorite kitchen implement with Like Like.
    wasn't aware the off-topic board had, like, normal topics
  • Jose
    Jose reacted to atax1a's post in the thread favorite kitchen implement with Like Like.
    (this is a mandoline btw)
  • Jose
    Jose replied to the thread Rust in the FreeBSD kernel.
    Not sure I buy that. My limited understanding of compilers is high level language -> intermediate machine-agnostic representation -> machine-specific assembler code. Assembly is always there.
  • Jose
    Jose reacted to kpedersen's post in the thread Rust in the FreeBSD kernel with Like Like.
    Design bug or not, it needs to be handled correctly without crashing. Going back to the Android OpenGL context example, the responsibility is on the app developer to handle lost GL contexts. There are i.e discussions like this. That is my point...
  • Jose
    Jose reacted to kpedersen's post in the thread Rust in the FreeBSD kernel with Like Like.
    Unfortunately Rust can't protect the data from being stripped out under it. Same with the difficulty of using C (or traditional C++) middleware with smart pointers. Unless Rust "owns" the memory, it can still only make (educated) guesses at its...
  • Jose
    Jose reacted to T-Aoki's post in the thread Rust in the FreeBSD kernel with Like Like.
    This would be best achieved by separation of used language with whether or not the part can be memory safe or not. Keeping mutually memory unsafe parts in C and/or asm, other to some memory safe languge, in source file level. This way, any part...
  • Jose
    Jose reacted to Crivens's post in the thread Rust in the FreeBSD kernel with Like Like.
    Yes. And now they want to burden those who do this on a daily basis with keeping the ffi up to date? Let's see how long it takes to turn into a fui, and the burden to keep it up is placed on the rust people. Then a stunt or two from the crowd...
  • Jose
    Jose reacted to blackbird9's post in the thread Rust in the FreeBSD kernel with Like Like.
    Two different languages in an o/s kernel is a recipe for disaster, IMHO. Oh well, onwards and downwards.
  • Jose
    Jose reacted to blackbird9's post in the thread Rust in the FreeBSD kernel with Like Like.
    Let the rust jerks go and write their own operating system then, instead of trying to get a free ride on the back of freebsd's success, which they never contributed to. And remember: your turn will come, sunshine, nothing is more certain. Some...
  • Jose
    Jose reacted to drhowarddrfine's post in the thread Rust in the FreeBSD kernel with Like Like.
    The sqlite people think otherwise.
  • Jose
    Jose reacted to cy@'s post in the thread Rust in the FreeBSD kernel with Thanks Thanks.
    This is the same problem DMD D had and why it was removed from ports when upstream failed to implement 64-bit inodes. They couldn't implement the ifuncs needed to allow both old and new support.
  • Jose
    Jose reacted to bakul's post in the thread Rust in the FreeBSD kernel with Like Like.
    👎🏼
  • Jose
    Jose reacted to covacat's post in the thread Will it run FreeBSD ? [Embedded Version] with Like Like.
    a radxa orion board which is basically the same thing sells for 400 euros on aliexpress.without case, ram, psu or storage. freebsd may somehow work on it with half the hw supported and it will probably be less usefull than a vm on apple silicon
  • Jose
    Jose reacted to blackhole's post in the thread Sudo rant with Like Like.
    High levels of confirmation bias politics in here. sudo(8) was developed by Todd C. Miller (an OpenBSD developer) and released under a permissive licence. I think much of the hate for it comes from the classic Ubuntu style implementation as a...
  • Jose
    I had to restore the SourceSafe "database" from tape about once a month for a job I had early on. Yes, that would erase weeks' worth of the whole team's work. I think people kept local copies. Good luck when your workstation's hard drive fails...
  • vmisev
    vmisev reacted to T-Aoki's post in the thread Call for testing: pkgbase support in 15.0 with Like Like.
    My understanding is it's correct. As BETA1 is built using releng/15.0 branch, which 15.0-Release is going to be built after several planned BETA and RC. On the other hand, stable/15 should now be considered as "branch for preparaion of next...
  • elgrande
    elgrande reacted to cracauer@'s post in the thread favorite kitchen implement with Like Like.
    Bottle opener.
  • elgrande
    elgrande reacted to Geezer's post in the thread favorite kitchen implement with Like Like.
    The wife.
  • K
    kpedersen replied to the thread Rust in the FreeBSD kernel.
    Design bug or not, it needs to be handled correctly without crashing. Going back to the Android OpenGL context example, the responsibility is on the app developer to handle lost GL contexts. There are i.e discussions like this. That is my point...
  • cy@
    cy@ reacted to Andrey Lanin's post in the thread Rust in the FreeBSD kernel with Like Like.
    Eccl, 1:13, 1:14 (sorry, I can't resist)
  • J
    jef replied to the thread pkg upgrade desaster.
    Confirmed that the following two sysctls, if their value is requested, will log a kernel message: sys.device.drmn0.pp_mclk_od sys.device.drmn0.pp_sclk_od kernel: amdgpu: pp_dpm_get_mclk_od was not implemented. kernel: amdgpu...
  • Crivens
    Crivens replied to the thread Rust in the FreeBSD kernel.
    Yes and no. Do you have the constructs in a language to stop the code from using these pointers behind your back while you still figure out if they are valid?
  • cracauer@
    When you call it from the commandline you see no output to the terminal at all?
  • cracauer@
    cracauer@ reacted to kpedersen's post in the thread Rust in the FreeBSD kernel with Thanks Thanks.
    Unfortunately Rust can't protect the data from being stripped out under it. Same with the difficulty of using C (or traditional C++) middleware with smart pointers. Unless Rust "owns" the memory, it can still only make (educated) guesses at its...
  • cracauer@
    cracauer@ reacted to Crivens's post in the thread Rust in the FreeBSD kernel with Thanks Thanks.
    Oh, you would be surprised what can happen. Consider this: dma->src = source; dma->dst = dest; dma->size = len; Now, these registers are right next to each other in the address space. The compiler could figure out that invoking the load store...
  • F
    I'm afraid you're wrong: [16:07][fmc000@tu45b-freebsd ~]$ pkg search -r FreeBSD-ports-kmods kmod|grep 1500500|wc -l 193 [16:07][fmc000@tu45b-freebsd ~]$ pkg search -r FreeBSD-ports kmod|grep 1500500|wc -l 0...
  • F
    In case I wasn't clear, I tried tracking stable/15 to chase a nvme-related bug that crashes the system after the second suspend/resume cycle. The virtualbox module is the only one that I use which doesn't have a version 1500500 in the repos...
  • S
    Here in a 14.3-p4 install I've tried a couple times now to build Firefox-esr from the port. Going from 1.28 to 1.40. It updates rust something else I can't recall, and then installs without issue. When I run it, either from a menu click or by...
  • F
    That's exactly my point. I was expecting to find 1500500 in the repos (it is not there) and building from ports, with the appropriate kernel sources, I now have a functioning kernel module.
  • monwarez
    We don't have separate build for minor release on the same major releng version, this applies to stable too. So for amd64 there is only 13.x, 14.y, 15.z and 16.w build, where x,y,z,w are the latest supported minor version respective to the major...
  • M
    Michael-O replied to the thread HPE Gen11 hardware support?.
    FYI: We are about to order a DL320 Gen11 with Gold 6548Y+, 128 GiB RAM, 2x300 GB HDD for OS and 6x2,4 TB (RAID Z2) on HPE MR408i-o Gen11 storage controller in HBA mode. Host will run bhyve for several virtual machines, no hyper threading. Will...
  • S
    scottro replied to the thread bhyve Gentoo with X on bhyve.
    I'll give that a try later today. (US, EDT, about 6:00 AM right now, I'll probably get to it in the afternoon). I did already emerge the fbdev driver, that didn't do the trick, but going to try the --deep @world and see what happens.
  • S
    scottro reacted to vmisev's post in the thread bhyve Gentoo with X on bhyve with Thanks Thanks.
    You can try to set VIDEO_CARDS="fbdev" in /etc/portage/make.conf and */* VIDEO_CARDS: -* fbdev in /etc/portage/package.use/00video and then emerge --getbinpkg --ask --changed-use --deep @world Also, if not already pulled by emerge, try...
  • vmisev
    vmisev reacted to T-Aoki's post in the thread Call for testing: pkgbase support in 15.0 with Thanks Thanks.
    For nvidia things in FreeBSD[-ports]-kmods repo, luckily I could have some discussion with bapt@ on Matrix, and opened a review D53136 as per his request. Once it is accepted and lands, remaining issue would be another one he is investigating...
  • K
    kpedersen replied to the thread Rust in the FreeBSD kernel.
    Absolutely. One example of this is CHERI: Some links to the work being done in this area: https://www.trust-in-soft.com/resources/blogs/cheri-the-future-of-memory-safety https://codasip.com/glossary/fine-grained-memory-protection/
  • Alexander88207
    Hello, at first glance, it would be helpful to know which game it is and whether it is the Windows or Linux version.
  • K
    kpedersen replied to the thread Rust in the FreeBSD kernel.
    Unfortunately Rust can't protect the data from being stripped out under it. Same with the difficulty of using C (or traditional C++) middleware with smart pointers. Unless Rust "owns" the memory, it can still only make (educated) guesses at its...
  • F
    Just as a heads-up: virtualbox-ose-kmod-72-7.2.2 is still not available in 15.0-STABLE but can be compiled from ports and it loads and works just fine. I suspect that when I tried it earlier I did not have set up my kernel sources correctly: now...
  • Crivens
    Crivens replied to the thread Rust in the FreeBSD kernel.
    Oh, you would be surprised what can happen. Consider this: dma->src = source; dma->dst = dest; dma->size = len; Now, these registers are right next to each other in the address space. The compiler could figure out that invoking the load store...
  • vmisev
    vmisev reacted to fernandel's post in the thread favorite kitchen implement with Like Like.
    I love lamb liver :).
  • vmisev
    Update 2: In FreeBSD 15-STABLE loading from /etc/rc.conf vboxguest_enable="YES" vboxservice_enable="YES" works okay with X/Plasma6 again, no need for using /etc/rc.local for vboxguest
  • vmisev
    vmisev reacted to T-Aoki's post in the thread Rust in the FreeBSD kernel with Like Like.
    This would be best achieved by separation of used language with whether or not the part can be memory safe or not. Keeping mutually memory unsafe parts in C and/or asm, other to some memory safe languge, in source file level. This way, any part...
  • vmisev
    vmisev replied to the thread bhyve Gentoo with X on bhyve.
    You can try to set VIDEO_CARDS="fbdev" in /etc/portage/make.conf and */* VIDEO_CARDS: -* fbdev in /etc/portage/package.use/00video and then emerge --getbinpkg --ask --changed-use --deep @world Also, if not already pulled by emerge, try...
  • T
    On which version of FreeBSD is this happening? There is a open problem report from 2022-03-28 [1], reporting similar or same disconnects by multiple users, still active (last comment on 2025-07-09). The PR reporter claims having no problems on...
  • vmisev
    Talking about security, I just noticed that pkg audit now works for the base as well. On FreeBSD 15.0-STABLE stable/15-n280708-bbfaff26bf36 GENERIC: > pkg audit libxslt-1.1.43_1 is vulnerable: libxslt -- unmaintained, with multiple unfixed...
Back
Top