ZFS assertions

On 09/02/2021 14:41, Alan Somers wrote: Re: Current - kernel dump while plasma loading. … ZFS assertions weren't actually enabled until last night. … noted with thanks. I typically use a GENERIC-NODEBUG

cgit: orientation

Given this, for example: – with 'stable' in the URL and 'stable/12' visible in the page – how would a reader know that the commit was to main (not stable/12)? Is there scope to make improved use of

Re: cgit: orientation

On 10/02/2021 15:46, Rodney W. Grimes wrote: On Tue, Feb 9, 2021 at 5:52 PM Warner Losh wrote: On Tue, Feb 9, 2021 at 5:47 PM Graham Perrin wrote: Given this, for example: < https://cgit.freebsd.org/src/commit/?id=174a7e578a33c01401e33f9bfcc077fc3155251c=stable%2F12 This link proba

Re: 13.0-RELEASE schedule update: PR 251866 (unable to boot some modern hardware)

On 24/03/2021 00:42, Graham Perrin wrote: On 23/03/2021 18:57, Glen Barber wrote: At least one issue has been brought to our attention that affects new installations, which as we currently have no precedent for re-rolling ISOs and/or VM images post-release, warrant adding RC4 to the 13.0

Re: 13.0 RC4 might be delayed

On 26/03/2021 03:40, The Doctor via freebsd-current wrote: … if people are having issues with ports like … If I'm not mistaken: * 13.0-RC3 seems to be troublesome, as a guest machine, with emulators/virtualbox-ose 6.1.18 as the host * no such trouble with 12.0-RELEASE-p5 as a guest. I

12.2-RELEASE-p4 versus VirtualBox (was: 13.0 RC4 might be delayed)

On 26/03/2021 20:01, Graham Perrin wrote: If I'm not mistaken: * 13.0-RC3 seems to be troublesome, as a guest machine, with emulators/virtualbox-ose 6.1.18 as the host * no such trouble with 12.0-RELEASE-p5 as a guest. On closer inspection: the problem is not limited 13.0-RC3. If I save

VirtualBox 6.1.18⋯, Windows (was: 13.0 RC4 might be delayed)

On 26/03/2021 21:55, Kevin Oberman wrote: On Fri, Mar 26, 2021 at 1:01 PM Graham Perrin <mailto:grahamper...@gmail.com>> wrote: If I'm not mistaken: … Had nothing but frequent guest lockups on 6.1.18 with my Win7 system. That was right after 6.1.18 was put into ports.

12.2-RELEASE-p4 and 13.0-RC3 versus VirtualBox

On 26/03/2021 20:36, Graham Perrin wrote: On 26/03/2021 20:01, Graham Perrin wrote: If I'm not mistaken: * 13.0-RC3 seems to be troublesome, as a guest machine, with emulators/virtualbox-ose 6.1.18 as the host … On closer inspection: the problem is not limited 13.0-RC3. If I save

Re: system freeze on 14.0-CURRENT

On 28/03/2021 06:03, Masachika ISHIZUKA wrote: I have trouble with recent 14.0-CURRENT 146 (e.x. main-6a762cfae, main-3ead60236, main-25bfa4486). It works well on recent 14.0-CURRENT until starting firefox. If I start firefox (v87.0), system freeze but no core dumps. If it booted

NPAPI (was: java web start / error)

On 05/03/2021 14:01, Antonio Olivares wrote: … worked well with firefox-esr which I use because the plugins are deprecated using the newer firefox. Despite that it also used to work with the regular firefox. … For reference – I dug up some of what's below in response to a question in IRC

/usr/src Git --count (count of commits to the branch)

On 23/03/2021 00:44, Graham Perrin wrote: On 21/03/2021 22:35, Kevin Oberman wrote: … Take a look at the newd git "Getting started" guide at https://docs.freebsd.org/en/articles/committers-guide/#git-primer. If you use a shallow clone, there is no easy way. If you have a full

Re: /usr/src Git --count (count of commits to the branch)

On 05/04/2021 20:43, Herbert J. Skuhra wrote: On Mon, 05 Apr 2021 21:00:47 +0200, Graham Perrin wrote: Why is the count so different? The count today: 257732; and the result of today's build: n245827 % bectl list -c creation BE    Active Mountpoint Space Created r357746

13.0-RELEASE schedule update: PR 251866 (unable to boot some modern hardware)

On 23/03/2021 18:57, Glen Barber wrote: At least one issue has been brought to our attention that affects new installations, which as we currently have no precedent for re-rolling ISOs and/or VM images post-release, warrant adding RC4 to the 13.0 schedule. Please be advised that we are still

Git, shallow clone hashes, commit counts and system/security updates

On 02/03/2021 05:42, Kevin Oberman wrote: Re: Panic after updating from source On Mon, Mar 1, 2021 at 6:31 PM Michael Sierchio wrote: … You need to be aware that the shallow clone hash will not include the commit count which will be used in future security updates to make it easy to check

apt install failures with /compat/ubuntu

After following /compat/ubuntu advice in the FreeBSD wiki, I attempted installation of two things. Both failed in the same way. The second example: root@mowa219-gjp4-8570p:/# apt install htop Reading package lists... Done Building dependency tree Reading state information... Done htop is

Re: apt install failures with /compat/ubuntu

On 24/02/2021 18:49, Graham Perrin wrote: After following /compat/ubuntu advice in the FreeBSD wiki, … Please ignore my previous e-mail. I lost sight of the last part of the wiki, which was relevant. ___ freebsd-current@freebsd.org mailing list

Re: java web start / error

On 05/03/2021 00:53, Antonio Olivares wrote: … It had worked before since a while. But 2 updates ago I see this error message on 12.2-RELEASE-amd64-p4 and it also happens on 13.0-BETA4 . How can I troubleshoot this? javaws was used before, it opened up an *.jlnp file. Upon successfully

Re: RC1 builds

On 08/03/2021 10:33, Mitidzi Racerex wrote: Please give a link to RC1 builds. See the e-mail that was posted on the 6th, 'FreeBSD 13.0-RC1 Now Available' Thanks ___ freebsd-current@freebsd.org mailing list

Re: java web start / error

On 05/03/2021 14:01, Antonio Olivares wrote: On Thu, Mar 4, 2021 at 8:39 PM Graham Perrin wrote: On 05/03/2021 00:53, Antonio Olivares wrote: … It had worked before since a while. But 2 updates ago I see this error message on 12.2-RELEASE-amd64-p4 and it also happens on 13.0-BETA4 . How can

FreeBSD mini-Git Primer

On 02/03/2021 06:33, Graham Perrin wrote: Re: Git, shallow clone hashes, commit counts and system/security updates On 02/03/2021 05:42, Kevin Oberman wrote: Re: Panic after updating from source On Mon, Mar 1, 2021 at 6:31 PM Michael Sierchio wrote: … You need to be aware

Git-oriented and other documentation

On 10/04/2021 00:16, Kevin Oberman wrote: > The updated mini-Git Primer is now included in the Developer's Handbook. See Chapter 5. Thanks! There's a slight discrepancy between

Review D28062 of /usr/src/UPDATING with regard to upgrading FreeBSD and inconsistency with the FreeBSD Handbook

1) lines 2273 and 2275 With ZFS in the mix, /usr/src is present but empty (the file system is not mounted). If single user mode is recommended, then why is this not in the FreeBSD Handbook?

Re: Review D28062 of /usr/src/UPDATING with regard to upgrading FreeBSD and inconsistency with the FreeBSD Handbook

On 18/04/2021 09:48, driesm.michi...@gmail.com wrote: 1) lines 2273 and 2275 With ZFS in the mix, /usr/src is present but empty (the file system is not mounted). See [3] a bit lower in the file at 2341. … comes down to "service zfs

freebsd-update(8) without an echo of "You must be root to run this."

        echo "You must be root to run this." Below: is this my PEBKAM, or (with a system that is preconfigured to deny login as root) _should_ there be an echo of the

(232921) somewhat random pw-related errors following system upgrades (was: freebsd-update(8) without an echo of "You must be root to run this.")

On 19/02/2021 21:59, Chris Rees wrote: Hey, On 16 February 2021 08:53:29 GMT, Graham Perrin wrote: <https://cgit.freebsd.org/src/tree/usr.sbin/freebsd-update/freebsd-update.sh?id=48ffe56ac5b7adb5b851d32be12b2ec0f13705a4#n555>         echo "You must be root to run this." B

Encrypted swap partition no longer encrypted

Yesterday afternoon I installed FreeBSD-CURRENT to a hard disk drive, whilst it was in a dock on USB, and chose encrypted swap. Then, ZFS send and receive to replicate data from a pool that was on the internal drive. Finally, I replaced the internal drive with the one from the dock. Now:

dumpdev and encrypted swap

On 27/08/2021 12:22, Graham Perrin wrote: % sysrc dumpdev dumpdev: /dev/ada0p2.eli Correcting myself dumpdev: /dev/ada0p2

Re: Encrypted swap partition no longer encrypted

On 27/08/2021 10:10, Ronald Klop wrote: … change "/dev/ada0p2" to "/dev/ada0p2.eli" in the new fstab and reboot. … Strange, I thought I tried that before writing. One of the first things that I would have tried. Anyhow: now, it has the required effect. An additional mystery. Before

Experiments with sswap(1), srm(1), wipe(1), gdisk(8), lsblk and gpart(8)

On 27/08/2021 12:22, Graham Perrin wrote: … sswap(1) to securely delete whatever might be there. … I took an opportunity to experiment with some of the other utilities that were recently installed by security/secure_delete and security/wipe. All new to me. With reference to the attached

Re: rescue/sh check failed, installation aborted

On 23/08/2021 22:26, John Baldwin wrote: On 8/23/21 12:18 PM, Graham Perrin wrote: Encountered whilst attempting to build and install 14.0-CURRENT over 13.0-RELEASE-p3 (experimental, helloSystem): <https://i.imgur.com/euFBA8M.png> Background, condensed, to the best of my recollectio

Re: Experiments with sswap(1), srm(1), wipe(1), gdisk(8), lsblk and gpart(8)

> … I'll report what might be an obscure bug in lsblk. Fixed but not yet in ports: … > Lines 131–139, gdisk should have added freebsd-swap at /dev/da0p3, I > ignored the suggestion to remove the hard disk drive ("Warning: The >

gdisk(8) and geli(8)

On 28/08/2021 14:50, Graham Perrin wrote: Re: Experiments with sswap(1), srm(1), wipe(1), gdisk(8), lsblk and gpart(8) <https://www.rodsbooks.com/gdisk/> puts kern.geom.debugflags=16 in context. I'm not sure why it was required yesterday. The explanation was probably GELI.

copy_staging enable (was: New loader_lua.efi causes kernels to hang at boot)

On 30/08/2021 10:33, Konstantin Belousov wrote: Try to add exec="copy_staging enable" line to it, does it hide the problem? When I last tested (19th August), I got the impression that it was enabled by default. Correct me,

rescue/sh check failed, installation aborted

Encountered whilst attempting to build and install 14.0-CURRENT over 13.0-RELEASE-p3 (experimental, helloSystem): Background, condensed, to the best of my recollection: cd /usr/src make buildworld    # succeeded make kernel    # failed make clean

wlan0 functional for me with n249159-bb61ccd530b (was: wlan0 no longer functional after n249128-a0c64a443e4c -> n249146-cb5c07649aa0)

On 05/09/2021 14:36, David Wolfskill wrote: a reality check would almost certainly be helpful. :-) No problem here; . n248984-08b9cc316a3 (2021-08-28) upgraded to n249159-bb61ccd530b (2021-09-05),

Re: wlan0 no longer functional after n249128-a0c64a443e4c -> n249146-cb5c07649aa0

On 05/09/2021 13:52, David Wolfskill wrote: … from: FreeBSD g1-51.catwhisker.org 14.0-CURRENT FreeBSD 14.0-CURRENT #340 main-n249128-a0c64a443e4c: Fri Sep 3 04:06:12 PDT 2021r...@g1-55.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1400032 1400032 to: FreeBSD

Re: dumpdev AUTO in rc.conf does not work

On 08/08/2021 01:10, Daniel Morante via freebsd-current wrote: Hello, I am running 14.0-CURRENT using the snapshot from 2021-08-05. … root@callisto:~ # uname -a FreeBSD callisto 14.0-CURRENT FreeBSD 14.0-CURRENT #0 main-n248478-f3a3b061216: Thu Aug  5 06:03:20 UTC 2021 root@releng

Wake from sleep with nvidia-modeset

nvidia-driver-460.84 from ports, nvidia-modeset, NVIDIA Quadro K1100M (GK107GLM), HP ZBook 17 G2, KDE Plasma. An initial wake from sleep was almost entirely successful, one exception: * title bars of windows lacked colour. Since then: all sleeps

Re: Wake from sleep with nvidia-modeset

On 29/07/2021 21:30, David Wolfskill wrote: On Thu, Jul 29, 2021 at 06:15:19PM +0100, Graham Perrin wrote: nvidia-driver-460.84 from ports, nvidia-modeset, NVIDIA Quadro K1100M (GK107GLM), HP ZBook 17 G2, KDE Plasma. <https://bsd-hardware.info/?probe=c7fb9e9dee> … … head(FreeBSD 14).

poudriere-devel: bulk: Error: Unable to execute id(1) in jail. Emulation or ABI wrong.

From : [00:00:28] Starting jail main-default [00:00:28] Error: Unable to execute id(1) in jail. Emulation or ABI wrong. – and: [00:00:14] Starting jail 13-default [00:00:14] Error: Unable to execute id(1) in jail. Emulation or ABI wrong. Search results suggest that

VMMR0InitVM … kernel panic: fatal trap 9: general protection fault while in kernel mode

Is it worth opening a bug for what's below? GENERIC-NODEBUG, main-n249988-2c614481fd5 Gut feeling: it might be very difficult to reproduce. From :

Re: poudriere-devel: bulk: Error: Unable to execute id(1) in jail. Emulation or ABI wrong.

… Search results suggest that this might be _not_ an issue with poudriere, I'm not sure how to proceed. … Worked around by restarting the OS.

AMD64 UEFI loader: staging area: seeking a summary overview of D31121 and related bug reports

Amongst the related bug reports, : * suspects some kind of "special behaviour" with ASUS UEFI * also observes a regression in FreeBSD. Given other related bugs, which include

pkg upgrade -n -f: Child process pid=… terminated abnormally: Segmentation fault

Is the fault maybe because the OS is outdated (1400043)? Updating FreeBSD repository catalogue... Fetching packagesite.pkg: 100% 6 MiB 1.1MB/s 00:06 pkg: cannot parse fingerprints: error while parsing : line: 1, column: 0 - 'key must begin with a letter', character: '-' Processing entries:

main-c572-g82397d791 from January 2021

The version string at the time: FreeBSD 13.0-CURRENT #75 main-c572-g82397d791: Sun Jan  3 20:00:09 GMT 2021 finds nothing. currently takes me to around 2021-01-03, with

Re: Problems in pkg

On 08/11/2021 18:48, Cristian Cardoso wrote: pkg: Unable to drop privileges: No error: 0 pkg: No signature found Cross-reference for FreeBSD 13.0⋯

zfskeys does not exist

(2021-07-28): > Add zfskeys rc.d script for auto-loading encryption keys finds only the July commit. Below, I don't have zfskeys. Please, can anyone

Re: Problem with newer version of firefox

On 19/11/2021 10:30, Filippo Moretti via current wrote: … after upgrading firefox To which version, exactly? The package from the FreeBSD repo? pkg query '%o %v %R' firefox Which build of CURRENT? uname -aKU Here, no problem with www/firefox 94.0.1_1,2. FreeBSD

L2ARC: inexplicable disappearance of cache device (was: CURRENT: ZFS freezes system beyond reboot)

On 15/12/2021 17:55, FreeBSD User wrote: … SSD, partioned into two halfes, one for ZIL, the other for L2ARC. When showing "zpool status", the RAIDZ's HDDs (Hitachi/Seagate 4 TB NAS HDD) where "online", ZIL was "online" and L2ARC device/vdev showd - nothing. … The 'nothing' aspect reminds me

Vastly improved speeds with iwn(4)

In recent months, what (if anything) changed to improve things for users of iwn(4)? Intel Centrino Advanced-N 6205 [Taylor Peak] here. At home, previously I typically got less than 9 (download), now I get more than 70 Mbps. (I see last month's

Re: pkg sqlite database borked ( again ). How to restore?

On 29/11/2021 11:01, Dennis Clarke via freebsd-current wrote: … kernel panic … resulted in the pkg database being messed up. … Dennis, was that an unfortunate coincidence of a panic during a write to the database?

EFI boot partition overwritten: mount -t msdosfs (or mount_msdosfs(8))

On 16/07/2021 18:35, Warner Losh wrote: # newfs_msdos -F 32 /dev/ada0p4 # mount -t msdos /dev/ada0p4 /boot/efi Typo: msdosfs, not msdos. Alternatively, mount_msdosfs(8). Alternatively (I agree, even better), incorporate things such as this in the Handbook :-) Then have the (ahem) book of

nvme(4) losing control, and subsequent use of fsck_ffs(8) with UFS: clean-then-dirty

On 17/07/2021 16:46, Warner Losh wrote: On Sat, Jul 17, 2021 at 6:33 AM Graham Perrin <mailto:grahamper...@gmail.com>> wrote: When the file system is stress-tested, it seems that the device (an internal drive) is lost. This is most likely a drive problem. Netflix pushes hal

nvme(4) losing control, and subsequent use of fsck_ffs(8) with UFS

When the file system is stress-tested, it seems that the device (an internal drive) is lost. A recent photograph: Transcribed manually: nvme0: Resetting controller due to a timeout. nvme0: resetting controller nvme0: controller ready did not

USB: disk controller disconnection

On 17/07/2021 14:36, doa379 wrote: Re: nvme(4) losing control, and subsequent use of fsck_ffs(8) with UFS I have a similar issue with a system that runs off a USB drive. The fs is UFS. The system does minimal disk io but the system fails without warning on repeated intervals. The disk

Wi-Fi: HP ZBook 17 G2 with main-n248042-f808bb9b7e5-dirty

Thanks, On 23/07/2021 19:38, Rodney W. Grimes wrote: create_args_wlan0="country GB regdomain etsi" You can try adding "up" to that string, No better. I previously tried `ifconfig wlan0 up`, and so on. I'll update the OS. Maybe it's a bug in this main-n248042-f808bb9b7e5-dirty, which has a

Wi-Fi: HP ZBook 17 G2

According to , iwm(4) should work. Neither wpa_gui (with wpa_supplicant-devel 2021.06.14) nor net-mgt/wifimgr can detect any network. What am I missing? /etc/rc.conf includes: create_args_wlan0="country GB regdomain etsi" wlans_iwm0="wlan0"

Wi-Fi: HP ZBook 17 G2: now working

On 23/07/2021 19:58, Graham Perrin wrote: On 23/07/2021 19:38, Rodney W. Grimes wrote: create_args_wlan0="country GB regdomain etsi" You can try adding "up" to that string, No better. I previously tried `ifconfig wlan0 up`, and so on. Correction! Apologies for the

MMCCAM metabug: entry fields and edition

On 24/07/2021 21:23, Emmanuel Vadot wrote: … Thank you. If you have any bugs not listed there don't hesitate to create one and add it in the metabug (no idea if anyone can do that For things such as 'See

FreeBSD guests behaving as if their boot disks have disappeared (was: USB Disk Stalls on -current)

On 06/02/2022 18:20, Warner Losh wrote: … So there's some tools you can use. For usb, there's usbdump that can get you the USB transactions. I've not used it enough to give more details here. This will let

Re: USB Disk Stalls on -current

On 06/02/2022 17:14, Sean Bruno wrote: … the clanking/grinding sound of the spinning rust on my desk completely stops, the encoding of the video files stops (so its waiting for a read to complete)… On 06/02/2022 19:02, Sean Bruno wrote: … assuming that I have a fairly dodgy USB device, as

Git: the first eleven (11) and twelve (12) characters of the hash of a commit

On 24/12/2020 04:06, Warner Losh wrote: Re: referencing one commit in another for git … For MFCs we are recommending the first 11. I think this will likely suffice and matches the git client behavior. Mercurial

[Bug 261018] An online manual page for FreeBSD 13.0-RELEASE misrepresents features that are in stable/13 – not released

On 07/01/2022 23:33, Graham Perrin wrote: Before I open a website bug report, someone please check my interpretation: * <621b5090487de9fed1b503769702a9a2a27cc7bb> (Refactor configuration management in bhyve) was committed 2021-03-18, MFC after three months, however (for whatever

bhyve(8) manual page misrepresentation, option -k in particular

Before I open a website bug report, someone please check my interpretation: * <621b5090487de9fed1b503769702a9a2a27cc7bb> (Refactor configuration management in bhyve) was committed 2021-03-18, MFC after three months, however (for whatever reason, not my concern) it is _not_ yet in stable/13 *

Re: kernel 100% CPU

On 03/09/2023 17:55, Mateusz Guzik wrote: On 9/3/23, Graham Perrin wrote: On 02/09/2023 18:31, Mateusz Guzik wrote: On 9/2/23, Graham Perrin wrote: … I began the trace /after/ the issue became observable. Will it be more meaningful to begin a trace and then reproduce the issue (before

Re: kernel 100% CPU

On 03/09/2023 09:01, Juraj Lutter wrote: … The script mjg@ provided is not a shell script. The script filename is “script.d” where you should put the above-mentioned DTrace script (without the "dtrace -s script.d -o out” line). Thanks, I guess that I'm still doing something wrong:

Re: kernel 100% CPU

On 03/09/2023 15:02, Mateusz Guzik wrote: On 9/3/23, Graham Perrin wrote: … The script is intended to run when you have git executing for a long time. Ah, sorry for my poor understanding. Re: <https://lists.freebsd.org/archives/freebsd-current/2023-September/004539.html>,

Re: kernel 100% CPU

On 02/09/2023 18:31, Mateusz Guzik wrote: On 9/2/23, Graham Perrin wrote: … I began the trace /after/ the issue became observable. Will it be more meaningful to begin a trace and then reproduce the issue (before the trace ends)? … Looks like you have a lot of unrelated traffic

Re: kernel 100% CPU

On 02/09/2023 18:31, Mateusz Guzik wrote: Looks like you have a lot of unrelated traffic in there. Run this script: #pragma D option dynvarsize=32m profile:::profile-997 /execname == "find"/ { @oncpu[stack(), "oncpu"] = count(); } /* * The p_flag & 0x4 test filters out kernel

Re: kernel 100% CPU …

On 02/09/2023 18:31, Mateusz Guzik wrote: … upload it to freefall … Sorry, that's no longer possible. Do people have a preferred FreeBSD-oriented location/service for FreeBSD-specific files? TIA In the meantime: I find the symptom reproducible, quite frequently, without using poudriere.

Re: kernel 100% CPU, and ports-mgmt/poudriere-devel 'Inspecting ports tree for modifications to git checkout...' for an extraordinarily long time

On 02/09/2023 10:17, Mateusz Guzik wrote: On 9/2/23, Graham Perrin wrote: Some inspections are extraordinarily time-consuming. Others complete very quickly, as they should. One recent inspection took more than half an hour. Anyone else? A screenshot: <https://i.imgur.com/SK9qvfw.png>

Re: kernel 100% CPU, and ports-mgmt/poudriere-devel 'Inspecting ports tree for modifications to git checkout...' for an extraordinarily long time

On 03/09/2023 10:26, Michael Gmelin wrote: On Sat, 2 Sep 2023 09:53:38 +0100 Graham Perrin wrote: Some inspections are extraordinarily time-consuming. Others complete very quickly, as they should. One recent inspection took more than half an hour. Anyone else? Does `git clone https

sysutils/panicmail and boot environments

For the penultimate panic: panicmail was received (in my Gmail Inbox). For the most recent panic: no panicmail in the same Inbox. Might this be, because the kernel panicked in a different boot environment? If so: will a temporary boot of the

/var/db/etcupdate/ in hier(7) (was: user problems when upgrading to v15)

On 09/09/2023 17:02, John Baldwin wrote: On 9/2/23 7:11 AM, Dimitry Andric wrote: … … /var/db/etcupdate/conflicts, … Shall I make a simple (non-contentious) pull request for hier(7) to include /var/db/etcupdate/ and the conflicts/ subdirectory? /var/db/etcupdate/ is present by default

vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available)

On 16/09/2023 01:28, Glen Barber wrote: o A fix for the ZFS block_cloning feature has been implemented. Thanks I see , with

buildkernel: Cleaning for nvidia-driver-470-470.161.03: [all] Stopped -- signal 22

The tail of a log: … Building /usr/obj/usr/src/amd64.amd64/sys/GENERIC/kernel.full --- kernel.full --- linking kernel.full ctfmerge -L VERSION -g -o kernel.full ...   text  data    bss    dec hex   filename   20670038   1677321   19288064   41635423   0x27b4e5f

Occasional supend/sleep failure

I have a suspend.sh script that aims to take three cache devices offline before sleep of the computer: % grep -v -e '# ' /etc/rc.suspend | uniq | grep -B 3 -A 2 suspend.sh #!/bin/sh # /usr/local/sbin/suspend.sh     echo "Usage: $0 [apm|acpi] [standby,suspend|1-4]" % grep -v -e '# '

etcupdate -p, and other uses of etcupdate(8)

On 28/08/2023 09:53, Tomoaki AOKI wrote: On Sun, 27 Aug 2023 18:16:35 +0100 Graham Perrin wrote: On 07/08/2023 16:51, Kevin Oberman wrote: … …  "etcupdate -p". … <https://mastodon.bsd.cafe/@fbfortune/110960171470986602> … Is this fortune-provided tip outdated? … for sr

Unicode input regression

Following my first pkg upgrade with 15.0-CURRENT, I no longer get the required character after input. In applications such as Dolphin, Konsole, Firefox, and Thunderbird: the visible input (e.g. code 2013 for an en dash) is followed by disappearance. In Code - OSS (editors/vscode): input is

Re: Continually count the number of open files

On 12/09/2023 17:19, Bakul Shah wrote: On Sep 11, 2023, at 11:38 PM, Graham Perrin wrote: Can anything like systat(1) present a count, continually? How about while sleep 0.1; do sysctl -n kern.openfiles; done That's ideal, thanks. I knew about the sysctl, but not how to form

Continually count the number of open files

Can anything like systat(1) present a count, continually? I'd like to monitor, after log in to Plasma (X11), in connection with .

Re: user problems when upgrading to v15

reset passwords and am retrying this. BW Thanks. For clarity: did the routine /not/ prompt you to edit the file (in which, you would have seen conflict markers etc.)? On 8/30/2023 7:21 PM, Graham Perrin wrote: On 31/08/2023 03:00, brian whalen wrote: … I ran etcupdate resolve accepting t

Re: user problems when upgrading to v15

On 31/08/2023 03:00, brian whalen wrote: … I ran etcupdate resolve accepting the remote option and saw 2 issues. The root user's password was deleted. The non root user no longer existed. Logically, remote does not include things such as your root user's password.

Re: pkg problems with v15

On 31/08/2023 02:59, brian whalen wrote: … pkg: http://pkgmir.geo.freebsd.org/FreeBSD:15:amd64/quarterly/meta.txz: Not Found … For 15.0-CURRENT you should use latest; don't expect quarterly. Also, it's probably too soon for latest. 1. 2.

Re: ZFS Panics Still

On 12/09/2023 00:17, Cy Schubert wrote: … poudriere … panic: vm_page_dequeue_deferred: page 0xfe000b7e9748 has unexpected queue state … is for arm64. Should we broaden the hardware field, there?

kernel 100% CPU, and ports-mgmt/poudriere-devel 'Inspecting ports tree for modifications to git checkout...' for an extraordinarily long time

Some inspections are extraordinarily time-consuming. Others complete very quickly, as they should. One recent inspection took more than half an hour. Anyone else? A screenshot: % pkg iinfo poudriere-devel poudriere-devel-3.3.99.20220831 % uname -aKU FreeBSD

vfs.zfs.arc.min (was: how to set vfs.zfs.arc.max in 15-current ?)

On 13/10/2023 07:46, Toomas Soome wrote: On 13. Oct 2023, at 09:35, void wrote: On Fri, Oct 13, 2023 at 08:12:47AM +0200, Juraj Lutter wrote: Set also vfs.zfs.arc.min to some value higher than zero. aha! that worked!!! :D root@beer:/root# sysctl vfs.zfs.arc.min=1073741824

uname -KU 1500001 1500000

User environment (150) inferior to kernel (151). Is this type of discrepancy ever normal/acceptable? Below, builds and installations were orderly. % grep -C 2 completed\ on /var/log/buildworld.log  267.66 real   176.81 user    81.72 sys

Re: uname -KU 1500001 1500000

On 01/10/2023 23:41, Mark Millard wrote: That indicates that __FreeBSD_version was 150 when the uname that was run was built but the running kernel was built when __FreeBSD_version was 151 . (Presumes a lack of use of OSVERSION to override the getosreldate result for the kernel case.)

Occasional supend/sleep failures: race? USB, HP dock, ZFS, three L2ARC devices.

On 31/08/2023 19:42, Graham Perrin wrote (to freebsd-current alone, <https://lists.freebsd.org/archives/freebsd-current/2023-August/004509.html>): I have a suspend.sh script that aims to take three cache devices offline before sleep of the computer: % grep -v -e '# ' /etc/rc.suspend

Occasional suspend/sleep failures: race? USB, HP dock, ZFS, three L2ARC devices.

On 31/08/2023 19:42, Graham Perrin wrote (to freebsd-current alone, <https://lists.freebsd.org/archives/freebsd-current/2023-August/004509.html>): I have a suspend.sh script that aims to take three cache devices offline before sleep of the computer: % grep -v -e '# ' /etc/rc.suspend

Re: kernel 100% CPU

On 03/09/2023 20:25, Mateusz Guzik wrote: … Sorry mate, neglected to specify: collect sysctl -a once you run into the problem. Once I look at that I'm probably going to ship some debug patches to narrow it down. I had what might be the same issue this afternoon, for the first time in

Re: Fwd: Unreliability with DHCP

On 06/08/2023 17:05, Warner Losh wrote: On Sun, Aug 6, 2023 at 12:38 AM Kevin Oberman wrote: On Sat, Aug 5, 2023 at 3:16 PM Graham Perrin wrote: On 05/08/2023 12:39, Oleksandr Kryvulia wrote: > … > > As dirty workaround I have in my /etc/

etcupdate -B, /.cshrc and /.profile

If I recall correctly, a few hours ago etcupdate -B resulted in removal of two files: /.cshrc /.profile Is this degree of checking/removal a novelty? (I can't recall the files' contents, or when I created them. I guess that I carelessly created them as dot files months ago without realising

GPU firmware: could not load firmware image, error 2

On 20/08/2023 23:06, Graham Perrin wrote: Some relevant messages at<https://pastebin.com/raw/wxWi8YS7>. Should I be concerned by error 2 in these contexts? % pkg iinfo drm-510-kmod drm-510-kmod-5.10.163_7 % uname -aKU FreeBSD mowa219-gjp4-8570p-freebsd 14.0-ALPHA2 FreeBSD 14.0-ALPHA2

Boot failures with 14.0-ALPHA1 and 14.0-ALPHA2

On 18/08/2023 13:21, Graham Perrin wrote: I'll update to ALPHA2. Another failure. In this case, removal of a USB device was unnecessary; the next start succeeded. % bectl list -c creation | grep edacf4b4824a n264868-edacf4b4824a-a NR /  460G  2023-08-19 03:54 n264868

GPU firmware: could not load firmware image, error 2

Some relevant messages at. Should I be concerned by error 2 in these contexts? % pkg iinfo drm-510-kmod drm-510-kmod-5.10.163_7 % uname -aKU FreeBSD mowa219-gjp4-8570p-freebsd 14.0-ALPHA2 FreeBSD 14.0-ALPHA2 amd64 1400094 #4 main-n264868-edacf4b4824a-dirty:

src.conf(5) to specify multiple flavours of a port

In a thread elsewhere, as an example that did /not/ involve src.conf, Mark Johnston wrote: $ cd /usr/ports/graphics/gpu-firmware-intel-kmod $ sudo make reinstall FLAVOR=kabylake How might I use /etc/src.conf to achieve much the same, with a different port? A recent edition of my file

ports-mgmt/portconf – not src.conf(5) – to specify multiple flavours of a port for buildkernel purposes

On 22/08/2023 05:34, Warner Losh wrote: How might I use /etc/src.conf to achieve much the same, with a different port? I thought stuff like this went in ports.conf... … Warner solves another mystery. Thanks! Honestly, I was oblivious to the possibility: % man -P cat 5 ports.conf

Re: ports-mgmt/portconf – not src.conf(5) – to specify multiple flavours of a port for buildkernel purposes

On 22/08/2023 06:42, Graham Perrin wrote: … % cat /usr/local/etc/ports.conf graphics/gpu-firmware-radeon-kmod: FLAVORS=btc sumo turks % Still, there's guesswork. I have /no/ idea whether the FLAVORS part of that last line is valid :-) Time will tell. /me tails /var/log/buildkernel.log

<    1   2   3   4   >