f190c36b5d45 buildworld failure

From : clang: error: linker command failed with exit code 1 (use -v to see invocation) *** [dma.full] Error code 1 make[5]: stopped in /usr/src/libexec/dma/dmagent .ERROR_TARGET='dma.full' .ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/libexec/dma/dmagent/

Freeze with mount of a UFS volume, main-n263630-ab3e6234ab6e-dirty

Froze at 06:40, when I used Plasma to mount and open the volume. Photographs: . The freeze occurred a split-second after a click; the option to mount and open was replaced by the option to safely remove. Probed not long aft

debug.verbose_sysinit=1

When debug.verbose_sysinit=1 is set in loader.conf(5), is normal to _not_ have BOOT and copyright messages? Boot began with: Jun 25 06:49:31 mowa219-gjp4-8570p-freebsd syslogd: kernel boot file is /boot/kernel/kernel – then (timestamps etc. trimmed): DEP)... done.    malloc_init(&M_JADDREF)

debug.verbose_sysinit=1 and kern.msgbufsize=196608

On 25/06/2023 21:32, David Wolfskill wrote: On Sun, Jun 25, 2023 at 09:20:40PM +0100, Graham Perrin wrote: When debug.verbose_sysinit=1 is set in loader.conf(5), is normal to _not_ have BOOT and copyright messages? It's normal (in that situation) to require a higher value in kern.msgbufsi

f190c36b5d45 buildworld failure: ld: error: undefined symbol: SSL_get_peer_certificate

On 25/06/2023 20:57, Graham Perrin wrote: From <https://reviews.freebsd.org/P590$177>: clang: error: linker command failed with exit code 1 (use -v to see invocation) *** [dma.full] Error code 1 make[5]: stopped in /usr/src/libexec/dma/dmagent .ERROR_TARGET='dma.full' .ERROR

Re: f190c36b5d45 buildworld failure: ld: error: undefined symbol: SSL_get_peer_certificate

On 26/06/2023 05:31, Graham Perrin wrote: On 25/06/2023 20:57, Graham Perrin wrote: From <https://reviews.freebsd.org/P590$177>: clang: error: linker command failed with exit code 1 (use -v to see invocation) *** [dma.full] Error code 1 make[5]: stopped in /usr/src/libexec/dma/d

Re: dhclient unable to negotiate on WPA2-Enterprise network (eduroam)

On 28/06/2023 17:54, Naman Sood wrote: After doing a system update to the newest CURRENT, dhclient is not able to obtain an IP address for itself over an eduroam WPA2-Enterprise PEAP network. … No problem with eduroam here, % uname -aKU FreeBSD mowa219-gjp4-8570p-freebsd 14.0-CURRENT FreeBSD

f81be7a8318b installworld failed

… ===> stand/efi/loader_4th (install) installing DIRS BINDIR install  -d -m 0755 -o root  -g wheel  /boot /usr/local/bin/ccache cc -target x86_64-unknown-freebsd14.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -O3 -pipe -march=native -mtune=n

651d1efd96a6 buildworld failed

% uname -KU 1400092 1400090 % uname -a FreeBSD mowa219-gjp4-8570p-freebsd 14.0-CURRENT FreeBSD 14.0-CURRENT #0 main-n263799-f81be7a8318b-dirty: Mon Jun 26 22:09:58 BST 2023 grahamperrin@mowa219-gjp4-8570p-freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 % bectl list -c creation | tail -n

Re: dhclient unable to negotiate on WPA2-Enterprise network (eduroam)

On 29/06/2023 09:07, Graham Perrin wrote: … I just realised my discrepancy above, 1400092 1400090. … I'll installworld then review. Sorry, review is delayed. (I remembered and repeated the cause of the discrepancy, an installworld failure <https://lists.freebsd.org/archives

651d1efd96a6 buildworld failed, cd9da8d072e4 succeeded

On 29/06/2023 19:16, Graham Perrin wrote: % uname -KU 1400092 1400090 % uname -a FreeBSD mowa219-gjp4-8570p-freebsd 14.0-CURRENT FreeBSD 14.0-CURRENT #0 main-n263799-f81be7a8318b-dirty: Mon Jun 26 22:09:58 BST 2023 grahamperrin@mowa219-gjp4-8570p-freebsd:/usr/obj/usr/src/amd64.amd64/sys

Re: f81be7a8318b installworld failed

On 29/06/2023 19:12, Kyle Evans wrote: … This error indicates that for some reason we're trying to build during the install phase; either tree was updated since last build, messed up timestamps on build artifacts, messed up clock, etc. Whatever the case may be, make(1) sees the build output o

Re: System lockups on 14-current with Plasma 5

Plasma here, packages upgraded a few hours ago. % uname -aKU FreeBSD mowa219-gjp4-8570p-freebsd 14.0-CURRENT FreeBSD 14.0-CURRENT #0 main-n263900-cd9da8d072e4-dirty: Sat Jul  1 23:55:17 BST 2023 grahamperrin@mowa219-gjp4-8570p-freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1400092 1400

Re: Possible PEBKAC bug for fwget(8)?

On 07/07/2023 00:58, Kenneth Raplee wrote: … `fwget -vn pci`, it only prints out the following usage info: … I made what might have been the same mistake, . PCI pictured at , somehow I don't

Re: kernel: sonewconn: pcb 0xfffff8002b255a00 (local:/var/run/devd.seqpacket.pipe): Listen queue overflow: 1 already in queue awaiting acceptance (60 occurrences), ?

On 21/06/2023 01:29, Graham Perrin wrote: … Thanks, people. A few hours ago I took a hint from one of the pages linked from <https://dan.langille.org/2020/01/01/listen-queue-overflow/>, added a line to my sysctl.conf(5). … % grep ipc /etc/sysctl.conf kern.ipc.soacceptqueue=256 % I

Unreliability with DHCP

1. Sleep (suspend) whilst connected to one network 2. connect to a network elsewhere 3. wake (resume). Result: /etc/resolv.conf frequently contains outdated information. In some (maybe all) such cases, the IPv4 inet address is outdated; and so on. Which /etc/rc.d/ file(s) should I attempt t

Fwd: Unreliability with DHCP

Can anyone from freebsd-net@ help? Forwarded Message Subject:Unreliability with DHCP Date: Sun, 30 Jul 2023 16:17:43 +0100 From: Graham Perrin Organisation: FreeBSD To: FreeBSD CURRENT 1. Sleep (suspend) whilst connected to one network 2. connect to a

Re: Fwd: Unreliability with DHCP

On 05/08/2023 12:39, Oleksandr Kryvulia wrote: 04.08.23 19:07, Graham Perrin пише: Can anyone from freebsd-net@ help? Forwarded Message Subject: Unreliability with DHCP Date: Sun, 30 Jul 2023 16:17:43 +0100 From: Graham Perrin Organisation: FreeBSD To

service routing restart (was: Unreliability with DHCP)

On 05/08/2023 23:16, Graham Perrin wrote: On 05/08/2023 12:39, Oleksandr Kryvulia wrote: 04.08.23 19:07, Graham Perrin пише: … As dirty workaround I have in my /etc/rc.resume service netif restart service routing restart  … 'service routing restart' can be problematic. Please

service routing restart, service dhclient restart (was: Unreliability with DHCP)

Thanks, On 06/08/2023 08:36, Oleksandr Kryvulia wrote: … In my case default route is assigned by dhclient, so 'service routing restart' must be run quickly after 'service netif restart' - before we receive dhcp offer. Is this documented and explained somewhere, or did you learn through tria

Re: Has the update procedure changed?

On 08/08/2023 03:50, Robert Huff wrote: … 1) It would be really nice is someone would take a look and make sure these 100% non-contradictory. … Looks by people should, ideally, include: 209744 – Move installation instruction

Re: Has the update procedure changed?

On 06/08/2023 09:20, Mark Millard wrote: … https://docs.freebsd.org/en/books/handbook/cutting-edge/#makeworld section 26.6.1 lists: # git pull /usr/src check /usr/src/UPDATING # cd /usr/src # make -j4 buildworld # make -j4 kernel # shutdown -r now # etcupdate -p # cd /usr/src # make installworl

Re: ZFS deadlock in 14

maybe. OpenPGP_signature Description: OpenPGP digital signature

Re: 14.0 boot failure

On 05/08/2023 00:45, Kevin Oberman wrote: A new kernel built from sources pulled today (4-Aug) at 5:26 UTC fails to boot. … I refrained from updating after reading this. Any news? TIA OpenPGP_signature Description: OpenPGP digital signature

Re: 14.0 boot failure

On 09/08/2023 07:10, Kevin Oberman wrote: I closed the ticket. I wasn't aware of a ticket, thanks for the update. Yesterday's 09c20a293280 boots fine for me.

Re: ZFS deadlock in 14

On 11/08/2023 04:32, Kevin Bowling wrote: Spoke too soon still seeing zfs lockups Kevin, do you have a log device? (ZIL) under heavy poudriere workload … Can you tell what was building when the problem occurred? For example, qutebrowser /usr/local/poudriere/data/logs/bulk/main-default/la

Re: Speed improvements in ZFS

On 15/08/2023 13:05, Alexander Leidinger wrote: … periodic runs … Here, I get a sense that these benefit greatly from L2ARC. … So whatever was done inside ZFS or VFS or nullfs between 2023-06-19 and 2023-07-20 has given a huge speed improvement. …

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

Boot failures with 14.0-ALPHA1

I'll update to ALPHA2. In the meantime, briefly: – no visible progress beyond the four lines of EFI framebuffer information. In each case, I worked around by removing a USB flash drive that's used for L2ARC. The most recent incident was preceded

ZFS deadlock in 14: without ZIL

On 19/08/2023 00:03, Mark Millard wrote: I believe the below quoted messages were reports of deadlocks based on after the following 2 MFV being in place in their environments: Thu, 10 Aug 2023 . . . • git: cd25b0f740f8 - main - zfs: cherry-pick fix from openzfs Martin Matuska • git: 2

ZFS deadlock in 14: with ZIL :-)

On 19/08/2023 11:31, Dimitry Andric wrote: On 19 Aug 2023, at 09:36, Graham Perrin wrote: … <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271945#c0> no ZIL; I never used the feature. The ZIL always exists, but it can be stored on a separate device for performance reason

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 n2

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: Fr

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

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 inclu

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/buildkerne

7addfafe73e0 early boot kernel panics

I could not get 7addfafe73e0 to boot. (2023-08-21, 21 hours ago). I reverted to a edacf4b4824a boot environment, which is fine. Should I simply update to ? Assuming a known issue with 7addfafe73e0

273297 – BOOT time panic after preloading TSLOG data (was: 7addfafe73e0 early boot kernel panics)

Thanks, people. I couldn't attach a photograph to the opening post (entire emails, not just attachments, disappear in the ether). Instead, a photo here:

etcupdate -p, and other uses of etcupdate(8) (was: Has the update procedure changed?)

On 07/08/2023 16:51, Kevin Oberman wrote: UPDATING seems to match the Makefile except that Makefile is far less detailed. The Makefile even says "See src/UPDATING `COMMON ITEMS' for more complete information." …  "etcupdate -p". … pro

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

(264305, 268393, 272878) 14-ALPHA2 panic on cold boot

On 29/08/2023 09:09, cglogic wrote: … I found two related bug reports: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264305 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268393 My backtrace is the same as in reported issues. So I did not write it from a screen to a paper. As I underst

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.

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: user problems when upgrading to v15

d 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

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 '# ' /usr/lo

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 fo

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 m

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 …

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

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 threa

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: root@mowa

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>, I ran i

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 in there

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 the

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 env

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

/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 wi

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?

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: 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 f

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 kernel.full

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/r

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/r

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 vfs.zfs.arc.min:

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 w

Re: uname -KU 1500001 1500000

On Mon, 2 Oct 2023 at 08:33, Mark Millard wrote: > Or file and ls results for the amd64.amd64/usr.bin/uname/uname.o ? > (Just checking for if there are surprises.) Please, where would I find that file? I'm lost

FreeBSD user environment repeatedly inferior to kernel (was: uname -KU 1500001 1500000)

On Sun, 1 Oct 2023 at 20:28, Graham Perrin wrote: > User environment (150) inferior to kernel (151). > > … I discovered a comparable mismatch from build and installation on 9th November. Any ideas? I use devel/ccache4 4.8, if that's relevant. Copied from : % uname -KU 1

99132daf6f70 rc.d/ldconfig: Prepend rtld stdlib paths to ldconfig(32)_paths

On Mon, 20 Nov 2023 at 08:48, Dima Panov wrote: > On 20.11.2023 06:48, Graham Perrin wrote: > >> … >> ldconfig: warning: /lib32: No such file or directory >> > > It is related to > https://cgit.freebsd.org/src/commit/?id=99132daf6f70cb0cc969c555d3612547fa3c

Boot failure, amd64 (HP EliteBook 650 G10)

amd64. AFAICT the EliteBook 650 G10 was introduced around May 2023. Does anything in the three photographs tally with a report in Bugzilla? Any overlap with fo

CURRENT 220ee18f1964 memstick kernel panic, MacBookPro8,3

Originally posted to Photograph:

Chromium with Widevine: kernel panic: condition vp->v_type == VDIR || VN_IS_DOOMED(vp) not met ⋯vfs_cache.c:3452 (vn_fullpath_dir)

Reproducible at .

Re: CURRENT kernel crash beyond git: 02d15215cef2

On 26/05/2024 13:45, Herbert J. Skuhra wrote: … No, idea why the fix hasn't been committed yet: … A few hours earlier: uma: Fix improper uses of UMA_MD_SMALL_ALLOC · freebsd/freebsd-src@d25ed65 HTH

Unexpected results with 'mergemaster -Ui'

line 133 onwards, for example. I never before found any potential change to /etc/group Please, is it unusual? Lack of experience here. I have updated the system only a few times (maybe less than a dozen), the result of mergemaster on this occasion took me by surp

Re: Unexpected results with 'mergemaster -Ui'

On 11/08/2018 09:02, Graham Perrin wrote: > … Also today, with an earlier run of mergemaster, when I _did_ choose to > install a temporary file, the installation failed. I didn't keep a note of > the specifics but a file mode was mentioned. For reference only I built a slight

npviewer.bin exited on signal 6 (core dumped) with www/linux-flashplayer

I don't know whether it's specific to www/linux-flashplayer, but whenever the plug-in loads (in Waterfox or Firefox) there's a dump. This morning, for example (from dmesg, after a few visits to ): pid 34576 (npviewer.bin), uid 1004: exited on signal 6

Suspend, resume, UEFI, CSM, drm-stable-kmod and drm-next-kmod with Radeon HD 7570M

HP EliteBook 8570p with AMD 'Thames' Radeon HD 7570M. If neither drm-stable-kmod nor drm-next-kmod is used – commenting out # kld_list="/boot/modules/radeonkms.ko" in /etc/rc.conf and if boot is pure UEFI, without CSM, then the notebook can reliably resume from suspend. There's a distinctive singl

Re: Suspend, resume, UEFI, CSM, drm-stable-kmod and drm-next-kmod with Radeon HD 7570M

On 22/08/2018 17:50, Pete Wright wrote: > not sure this will address this specific issue - but have you tested setting > this sysctl knob and seeing if that fixes your resume issues: > hw.acpi.reset_video=1 Thanks, I'll be away for around three weeks, I'll test some time in September. __

Firefox: recommendations – Pocket

For a few months I got recommendations from Pocket. No longer. Is the code removed? Or has Mozilla become stricter about enforcing regional restrictions? (I'm in the UK.) ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman

Re: r355097 make buildkernel: ports module graphics/gpu-firmware-kmod (all): could not find bsd.sysdir.mk

On 26/11/2019 08:15, Hans Petter Selasky wrote: On 2019-11-26 05:54, Warner Losh wrote: So when I committed the sysdir stuff I forgot to add it to the install list. I've fixed it now. Either upgrade, or just copy src/share/mk/ bsd.sysdir.mk to /usr/share/mk Warner Or: make -m /usr/src/share/

r355494 buildworld [libprocstat.o] Error code 1 [lib/libprocstat__L] Error code 2

--- _libinstall --- sh /usr/src/tools/install.sh  -C -o root -g wheel -m 444 libmlx5.a /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/ sh /usr/src/tools/install.sh  -s -o root -g wheel -m 444   -S libmlx5.so.1 /usr/obj/usr/src/amd64.amd64/tmp/lib/ sh /usr/src/tools/install.sh  -o root -g wheel -m 444

Re: r355494 buildworld [libprocstat.o] Error code 1 [lib/libprocstat__L] Error code 2

Ignore my previous e-mail. I just saw, the 'SVN r355491 breaks libprocstat' thread. (Forgot to check my 'current' e-mail folder, to which I recently began filtering e-mail. Apologies for the noise.) ___ freebsd-current@freebsd.org mailing list https

Re: SVN r355732 breaks DRM

On 14/12/2019 01:30, Warner Losh wrote: > A fix is in progress. Thank you. r355860 drm-legacy-kmod lines 70–81: the same issue, yes? ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listi

r355978 OK (was: SVN r355732 breaks DRM)

On 18/12/2019 10:21, Evilham wrote: On dc., des. 18 2019, Graham Perrin wrote: On 14/12/2019 01:30, Warner Losh wrote:  > A fix is in progress. Thank you. r355860 drm-legacy-kmod <https://pastebin.com/NcrA9iLe> lines 70–81: the same issue, yes? FWIW: https://github.com/FreeBSDDe

VirtualBox segmentation fault, 5.2.34_1 on FreeBSD-CURRENT r359249

On 20/03/2020 01:24, Kyle Evans wrote: On Thu, Mar 19, 2020 at 12:11 PM Graham Perrin wrote: Is this maybe related to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244847 or should I make a separate bug report? Please throw a tentative "Me too" on that PR; I'm investi

USB microphones with FreeBSD-CURRENT

I can't get web browsers to recognise USB microphones. USB output (e.g. to my headphones) is OK. USB input (e.g. from the microphone part of the headphones) is not. Any suggestions? From : grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v Sun 22 Mar 2020 08:49:07 GMT

OpenZFS: sysctl: unknown oid 'vfs.zfs.arc_max'

This occurs when I enable OpenZFS: OpenZFS: sysctl: unknown oid 'vfs.zfs.arc_max' Is it to be deprecated? Or is it not yet a feature of OpenZFS for FreeBSD? From : grahamperrin@momh167-gjp4-8570p:~ % sysctl vfs.zfs.arc_max sysctl: unknown oid 'vfs.zfs.arc_max' gr

ZFS: destroying snapshots without compromising boot environments

I imagine that some of the 2019 snapshots below are redundant. Can I safely destroy any of them? $ zfs list -t snapshot NAME USED AVAIL  REFER  MOUNTPOINT copperbowl/ROOT/Waterfox@2020-03-20-06:19:45    67.0M -  59.2G  - copperbowl/RO

Re: ZFS: destroying snapshots without compromising boot environments

On 28/03/2020 15:19, Allan Jude wrote: > You can try to destroy the snapshot, if it is the basis of a clone, then > you will get an error, that you'd need to destroy the BE first, so you > might decide to keep that snapshot. As long as you don't use the -R flag > to zfs destroy dataset@snapshot,

ZFS: lost the ability to boot a BE

a way to mount the dataset. Please, how can I proceed? Re: ZFS: destroying snapshots without compromising boot environments On 28/03/2020 15:36, Graham Perrin wrote: On 28/03/2020 15:19, Allan Jude wrote: > You can try to destroy the snapshot, if it is the basis of a clone, then > y

Re: USB microphones with FreeBSD-CURRENT

On 28/03/2020 12:45, Jan Beich wrote: Graham Perrin writes: I can't get web browsers to recognise USB microphones. USB output (e.g. to my headphones) is OK. USB input (e.g. from the microphone part of the headphones) is not. Any suggestions? Firefox uses "pulse-rust" cu

ZFS: OpenZFS: lost the ability to boot a BE

On 30/03/2020 19:47, Graham Perrin wrote: I lost the ability to boot the environment named 'r357746', I suspect this occurred after I set it to use OpenZFS in lieu of ZFS. I would like to edit its /boot/loader.conf (revert to zfs_load="YES") but re: https://github.com/ope

USB microphones with FreeBSD-CURRENT: bug 194727, r358629

On 30/03/2020 20:36, Theron wrote: On 2020-03-30 15:06, Graham Perrin wrote: Worth noting: if I attempt to suspend the system whilst the device at 3 (SteelSeries Siberia 350 headphones with integral microphone <https://steelseries.com/gaming-headsets/siberia-350>) is physically con

mount -t zfs … and (RFC, 7452) zfs mount -o mountpoint=…

Re: ZFS: OpenZFS: lost the ability to boot a BE Allan Jude wrote: To temporarily mount a ZFS filesystem: mount -t zfs poolname/data/set /path/here – thanks, Allan – I have probably been given the same hint more than once before! (Rarely needed. I forget.) Rodney W. Grimes wrote: Is the

Re: USB microphones with FreeBSD-CURRENT: bug 194727, r358629

On 31/03/2020 03:47, Theron wrote: I don't know what would be attaching to mixer before login. … www/plasma5-plasma-browser-integration interaction with x11/sddm maybe? ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman

pkg upgrade … solver: cannot find provide for requirement …

Re: VirtualBox segmentation fault, 5.2.34_1 on FreeBSD-CURRENT r359249 On 24/03/2020 11:36, Graham Perrin wrote: > … Locally built 5.2.34_1 not working on -CURRENT. … Now with r359249: grahamperrin@momh167-gjp4-8570p:~ % pkg rquery '%o %v %R' virtualbox-ose emulators/virtualbox

<    1   2   3   4   >