using a mlx5en card for the first time with freebsd. it's negotiating a 1G connection instead of 10G. is there something i'd need to tweak to make it negotiate the higher speed by default?

i noticed if i set my switch to 10G instead of autonegotiate it goes to 10G. i guess that's fine, but still curious why it'd go for the lower rate. is that indicative of a problem?

Title: dpaste/miCk (Plain Text)

not sure whats goin on here

similar thing to ungoogled-chromium works fine... is there some alias to egrep buried somewhere? not my doing I think

concrete_houses: the link was removed some time ago

at least from GNU grep. pretty sure our grep still has it

you have 'g' defined as an alias or shell function

what shell are you using?

hi, my server (freebsd 13.2) logged 6 times "kernel: ." in /var/log/messages and then booted. never seen this before, anybody knows what this message means?

shdw: booted? or rebooted?

the . is probably spurious.

was any message shown when it rebooted?

these were the messages: pastebin.com/YKdNi1T5

Title: Jul 14 10:09:58 XXXXX kernel: .Jul 14 10:09:58 XXXXX syslogd: last message rep - Pastebin.com

something triggered a clean shutdown

strange

does last | head show a recent shutdown time?

(or just a boot time?)

uptime shows boot time

ist shows a shutdown time

something executed a shutdown command then, I think

its a vm, perhaps someone accidantly pressed the shutdown button

didn't thought of this, thanks

checking, something caused init to run rc.shutdown

if the hypervisor signalled an ACPI shutdown event (i.e. simulating pushing the power button) that would explain it

yeah, if there's no "shutdown by ... at ..." line in the logs, the most likely cause is shutdown being triggered by the kernel in response to an ACPI signal

ACPI power button event causes the kernel to do shutdown_nice without needing userland intervention

shutdown_nice in turn signals init to run rc.shutdown

there's a flag to avoid signaling init, but i don't know of anyone who uses it

AllanJude: might be working by coincidence, as readonly check uses vdev_prop_table[-1].pd_attr, so whatever is there in the memory before vdev_prop_table[] array... openzfs/zfs #15062

Title: Don't do a readonly check for vdev user properties by yuripv · Pull Request #15062 · openzfs/zfs · GitHub

fascinating, a classic array-out-of-bounds even in these days of clever tooling

Hi, anyone with a ThinkPad x270?, I'm struggling with audio

cat /dev/sndstat shows 3 devices, pcm0: <Realtek ALC298 (Analog 2.0+HP/2.0)> (play/rec), pcm1: <Realtek ALC298 (Internal Analog Mic)> (rec) default and pcm2: <Intel Kaby Lake (HDMI/DP 8ch)> (play)

hw.snd.default_unit: 1

when default_unit is 1 I can record with mic, but cannot play audio. The other way around I can play audio but cannot record...

Can you pick different /dev/dsp* in software?

VVD: the software is Firefox

it might be possible to rewire the associations to put the devices you want to use together on the same dsp*

RhodiumToad: yes, I think so, but I don't know how...

what's the sysctl dev.hdaa output?

oh, hold on

What was the command to generate a pastebin from console?

RhodiumToad: ok

you can play audio with which unit? 0?

sysctl dev.hdaa dev.hdac | nc termbin.com 9999

RhodiumToad: yes, with 0 I can play audio

if pcm0 and pcm1 are on the same hdac chip, it's probably fixable

(pcm2 is obviously a separate chip, but that's just the digital outputs to HDMI)

lies

yuripv: sorry

oh, i just liked the url it gave you

martinrame: and sysctl dev.pcm and cat /dev/sndstat please

also, have you put anything in loader.conf or sysctl.conf about hdaa?

ok, I think i can see how to fix it

meh, don't ask the question if you're not going to stick around for the answer

RhodiumToad: sorry, I'm here

sysctl dev.pcm --> termbin.com/3936

cat /dev/sndstat -->termbin.com/hobc

In /boot/loader.conf I don't see anything related to audio

In sysctl.conf I added hw.snd.default_unit=0

if you do sysctl dev.hdac.0.pindump=1 it should dump some stuff to the console, which you can see with dmesg

can you paste that too

let me see

dev.hdac.0.pindump: 0 -> 0

Or do you ask for the output of dmesg?

the output of dmesg, yes - at least the part with hdaa:

ok, try this: sysctl dev.hdaa.0.nid18_config="as=4" dev.hdaa.0.nid24_config="as=3"

then sysctl dev.hdaa.0.reconfig=1

then sysctl hw.snd.default_unit=0

then see if playback and mic work

if it does, you can put hint.hdaa.0.nid18_config="as=4" and hint.hdaa.0.nid24_config="as=3" in /boot/loader.conf

RhodiumToad: playback works, but recording not.

hm.

does recording still work with hw.snd.default_unit=1 ?

and can you do the pindump / dmesg thing again

after service sndiod restart recording works with hw.snd.default_unit=1

oh sorry, I think I got them backwards

sysctl dev.hdaa.0.nid18_config="as=3" dev.hdaa.0.nid24_config="as=4"

sysctl dev.hdaa.0.reconfig=1

then try again with default_unit=0

YEEEESSSS!!!!

ok. so put hint.hdaa.0.nid18_config="as=3" and hint.hdaa.0.nid24_config="as=4" in /boot/loader.conf

and then it should still work after a reboot

RhodiumToad: nothing else in /etc/sysctl.conf or /etc/rc.conf?

shouldn't need to

Ok, this is the last /boot/loader.conf termbin.com/mkf2

those need to be two separate lines at the end there

ok

and they need to be hint.* not dev.*

that's better

Great, let's reboot.

the idea here is that the as= parameters tell the driver how to wire up the various audio components

RhodiumToad: I'm back. Sadly dind't work after rebot

reboot

oh jeez, whoever wrote these options should be shot

in loader.conf, change the nidNN_config to nidNN.config

RhodiumToad: replace the _ with a . ?

(the sysctls have _ there, the hints have . instead)

RhodiumToad: ok, changed, let's reboot again.

yes, replace the _ with .

RhodiumToad: yes!, now it works. Thank you very much!

excellent

what we basically did is swap the order in which the mic jack and the internal mic are assigned

(I assume there's a mic jack somewhere, the hardware thinks there is one)

previously it had the mic jack on pcm0 and the mic on pcm1, now it has them the other way

RhodiumToad: Mmm, a couple of weeks ago I connected some Bluetooth headphones

But I don't remember if before that playing/recording worked as expected.

This isn't my main machine.

RhodiumToad: do you have the same laptop?

nope

Hopefully someone here has one, to see if it works without tweaking anything.

bluetooth needs virtual_oss, as I recall, so it'll be a separate pcm device

freebsd repos are building under 13.2 now?

oh nm.. misread something

that's the current version

13.1 is

13.1 is the oldest supported version, which is what packages are built on.

huh, an ircII user.

I love how lurking here sometimes gives me exposure to past-time Unix and technology