after update to r368166: no sound recording
Hello, I've updated a laptop Acer C720 from r342378 to r368166 and do not have any sound incoming anymore. I rebooted r342378 from an USB stick and the old kernel produces already noise in the speakers when I touch the micro hole in the keyboard, the new kernel does not produce any noise there. Both system have the same /boot/device.hints values: # hint.hdaa.1.nid20.config="as=3 seq=0" hint.hdaa.1.nid25.config="as=2 seq=15" hint.hdaa.1.nid26.config="as=2 seq=14" hint.hdaa.1.nid33.config="as=3 seq=15" I booted both in verbose mode and the messages about 'pcm1' are identically (after removing the time stamps and system name from the lines in /var/log/messages). See below. Any idea what I could check? Thanks matthias # diff pcm1.342378 pcm1.368166 # cat pcm1.368166 kernel: pcm1: at nid 20,33 and 26,25 on hdaa1 kernel: pcm1: Playback: kernel: pcm1: Stream cap: 0x0001 PCM kernel: pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz kernel: pcm1: DAC: 2 kernel: pcm1: kernel: pcm1: nid=20 [pin: Speaker (Fixed)] kernel: pcm1: + <- nid=12 [audio mixer] [src: pcm, mix] kernel: pcm1: + <- nid=2 [audio output] [src: pcm] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: nid=33 [pin: Headphones (Black Jack)] kernel: pcm1: + <- nid=12 [audio mixer] [src: pcm, mix] kernel: pcm1: + <- nid=2 [audio output] [src: pcm] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: Record: kernel: pcm1: Stream cap: 0x0001 PCM kernel: pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz kernel: pcm1: ADC: 8 kernel: pcm1: ADC: 9 kernel: pcm1: kernel: pcm1: nid=8 [audio input] kernel: pcm1: + <- nid=35 [audio mixer] [src: speaker, mic, mix, monitor] kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: nid=9 [audio input] kernel: pcm1: + <- nid=34 [audio mixer] [src: speaker, mic, mix, monitor] kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: Input Mix: kernel: pcm1: kernel: pcm1: nid=11 [audio mixer] kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] kernel: pcm1: kernel: pcm1: Master Volume (OSS: vol): -65/0dB kernel: pcm1:+- ctl 1 (nid 2 out):-65/0dB (88 steps) kernel: pcm1:+- ctl 10 (nid 12 in 0): mute kernel: pcm1:+- ctl 11 (nid 12 in 1): mute kernel: pcm1:+- ctl 17 (nid 20 in ):mute kernel: pcm1:+- ctl 24 (nid 33 in ):mute kernel: pcm1: kernel: pcm1: PCM Volume (OSS: pcm): -65/0dB kernel: pcm1:+- ctl 1 (nid 2 out):-65/0dB (88 steps) kernel: pcm1:+- ctl 10 (nid 12 in 0): mute kernel: pcm1: kernel: pcm1: Microphone Volume (OSS: mic): 0/36dB kernel: pcm1:+- ctl 6 (nid 11 in 1): -34/12dB (32 steps) + mute kernel: pcm1:+- ctl 20 (nid 25 out):0/36dB (4 steps) kernel: pcm1:+- ctl 26 (nid 34 in 1): mute kernel: pcm1:+- ctl 32 (nid 35 in 1): mute kernel: pcm1: kernel: pcm1: Microphone2 Volume (OSS: monitor): 0/36dB kernel: pcm1:+- ctl 7 (nid 11 in 2): -34/12dB (32 steps) + mute kernel: pcm1:+- ctl 21 (nid 26 out):0/36dB (4 steps) kernel: pcm1:+- ctl 27 (nid 34 in 2): mute kernel: pcm1:+- ctl 33 (nid 35 in 2): mute kernel: pcm1: kernel: pcm1: Speaker/Beep Volume (OSS: speaker): -34/12dB kernel: pcm1:+- ctl 9 (nid 11 in 4): -34/12dB (32 steps) + mute kernel: pcm1:+- ctl 29 (nid 34 in 4): mute kernel: pcm1:+- ctl 35 (nid 35 in 4): mute kernel: pcm1: kernel: pcm1: Recording Level (OSS: rec): -17/30dB kernel: pcm1:+- ctl 3 (nid 8 in 0): -17/30dB (64 steps) + mute kernel: pcm1:+- ctl 4 (nid 9 in 0): -17/30dB (64 steps) + mute kernel: pcm1:+- ctl 26 (nid 34 in 1): mute kernel: pcm1:+- ctl 27 (nid 34 in 2): mute kernel: pcm1:+- ctl 29 (nid 34 in 4): mute kernel: pcm1:+- ctl 30 (nid 34 in 5): mute kernel: pcm1:+- ctl 32 (nid 35 in 1): mute kernel: pcm1:+- ctl 33 (nid 35 in 2): mute kernel: pcm1:+- ctl 35 (nid 35 in 4): mute kernel: pcm1:+- ctl 36 (nid 35 in 5): mute kernel: pcm1: kernel: pcm1: Input Mix Level (OSS: mix): -34/12dB kernel: pcm1:+- ctl 6 (nid 11 in 1): -34/12dB (32 steps) + mute kernel: pcm1:+- ctl 7 (nid 1
Re: after update to r368166: no sound recording
On 12/9/20 10:44 AM, Matthias Apitz wrote: Hello, I've updated a laptop Acer C720 from r342378 to r368166 and do not have any sound incoming anymore. I rebooted r342378 from an USB stick and the old kernel produces already noise in the speakers when I touch the micro hole in the keyboard, the new kernel does not produce any noise there. Both system have the same /boot/device.hints values: # hint.hdaa.1.nid20.config="as=3 seq=0" hint.hdaa.1.nid25.config="as=2 seq=15" hint.hdaa.1.nid26.config="as=2 seq=14" hint.hdaa.1.nid33.config="as=3 seq=15" I booted both in verbose mode and the messages about 'pcm1' are identically (after removing the time stamps and system name from the lines in /var/log/messages). See below. Any idea what I could check? Thanks matthias # diff pcm1.342378 pcm1.368166 # cat pcm1.368166 kernel: pcm1: at nid 20,33 and 26,25 on hdaa1 kernel: pcm1: Playback: kernel: pcm1: Stream cap: 0x0001 PCM kernel: pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz kernel: pcm1: DAC: 2 kernel: pcm1: kernel: pcm1: nid=20 [pin: Speaker (Fixed)] kernel: pcm1: + <- nid=12 [audio mixer] [src: pcm, mix] kernel: pcm1: + <- nid=2 [audio output] [src: pcm] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: nid=33 [pin: Headphones (Black Jack)] kernel: pcm1: + <- nid=12 [audio mixer] [src: pcm, mix] kernel: pcm1: + <- nid=2 [audio output] [src: pcm] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: Record: kernel: pcm1: Stream cap: 0x0001 PCM kernel: pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz kernel: pcm1: ADC: 8 kernel: pcm1: ADC: 9 kernel: pcm1: kernel: pcm1: nid=8 [audio input] kernel: pcm1: + <- nid=35 [audio mixer] [src: speaker, mic, mix, monitor] kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: nid=9 [audio input] kernel: pcm1: + <- nid=34 [audio mixer] [src: speaker, mic, mix, monitor] kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: Input Mix: kernel: pcm1: kernel: pcm1: nid=11 [audio mixer] kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] kernel: pcm1: kernel: pcm1: Master Volume (OSS: vol): -65/0dB kernel: pcm1:+- ctl 1 (nid 2 out):-65/0dB (88 steps) kernel: pcm1:+- ctl 10 (nid 12 in 0): mute kernel: pcm1:+- ctl 11 (nid 12 in 1): mute kernel: pcm1:+- ctl 17 (nid 20 in ):mute kernel: pcm1:+- ctl 24 (nid 33 in ):mute kernel: pcm1: kernel: pcm1: PCM Volume (OSS: pcm): -65/0dB kernel: pcm1:+- ctl 1 (nid 2 out):-65/0dB (88 steps) kernel: pcm1:+- ctl 10 (nid 12 in 0): mute kernel: pcm1: kernel: pcm1: Microphone Volume (OSS: mic): 0/36dB kernel: pcm1:+- ctl 6 (nid 11 in 1): -34/12dB (32 steps) + mute kernel: pcm1:+- ctl 20 (nid 25 out):0/36dB (4 steps) kernel: pcm1:+- ctl 26 (nid 34 in 1): mute kernel: pcm1:+- ctl 32 (nid 35 in 1): mute kernel: pcm1: kernel: pcm1: Microphone2 Volume (OSS: monitor): 0/36dB kernel: pcm1:+- ctl 7 (nid 11 in 2): -34/12dB (32 steps) + mute kernel: pcm1:+- ctl 21 (nid 26 out):0/36dB (4 steps) kernel: pcm1:+- ctl 27 (nid 34 in 2): mute kernel: pcm1:+- ctl 33 (nid 35 in 2): mute kernel: pcm1: kernel: pcm1: Speaker/Beep Volume (OSS: speaker): -34/12dB kernel: pcm1:+- ctl 9 (nid 11 in 4): -34/12dB (32 steps) + mute kernel: pcm1:+- ctl 29 (nid 34 in 4): mute kernel: pcm1:+- ctl 35 (nid 35 in 4): mute kernel: pcm1: kernel: pcm1: Recording Level (OSS: rec): -17/30dB kernel: pcm1:+- ctl 3 (nid 8 in 0): -17/30dB (64 steps) + mute kernel: pcm1:+- ctl 4 (nid 9 in 0): -17/30dB (64 steps) + mute kernel: pcm1:+- ctl 26 (nid 34 in 1): mute kernel: pcm1:+- ctl 27 (nid 34 in 2): mute kernel: pcm1:+- ctl 29 (nid 34 in 4): mute kernel: pcm1:+- ctl 30 (nid 34 in 5): mute kernel: pcm1:+- ctl 32 (nid 35 in 1): mute kernel: pcm1:+- ctl 33 (nid 35 in 2): mute kernel: pcm1:+- ctl 35 (nid 35 in 4): mute kernel: pcm1:+- ctl 36 (nid 35 in 5): mute kernel: pcm1: kernel: pcm1: Input Mix Level (OSS: mix): -34/12dB kernel: pcm1:+- ctl 6 (nid 11 in 1): -34/12dB (32 steps) + mute ker
Re: after update to r368166: no sound recording
El día miércoles, diciembre 09, 2020 a las 11:05:09a. m. +0100, Hans Petter Selasky escribió: > On 12/9/20 10:44 AM, Matthias Apitz wrote: > > > > Hello, > > > > I've updated a laptop Acer C720 from r342378 to r368166 and do not have > > any sound incoming anymore. I rebooted r342378 from an USB stick and the > > old kernel produces already noise in the speakers when I touch the > > micro hole in the keyboard, the new kernel does not produce any noise > > there. Both system have the same /boot/device.hints values: > > > > > Hi, > > Check output from: > > mixer -f /dev/mixer Hi, Here are the values (as on the older system): # cat /dev/sndstat Installed devices: pcm0: (play) pcm1: (play/rec) default No devices installed from userspace. # ls -l /dev/mixer* crw-rw-rw- 1 root wheel 0x4b 9 dic. 10:52 /dev/mixer0 crw-rw-rw- 1 root wheel 0x4e 9 dic. 10:52 /dev/mixer1 # mixer -f /dev/mixer0 Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 # mixer -f /dev/mixer1 Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 100:100 Mixer mic is currently set to 100:100 Mixer mix is currently set to 100:100 Mixer rec is currently set to 100:100 Mixer igainis currently set to 100:100 Mixer ogainis currently set to 100:100 Mixer monitor is currently set to 100:100 Recording source: mix (I also tested the other rec devices: speaker, mic, mix, monitor). And recording does not get any input: $ rec -c 2 /tmp/out.wav Input File : 'default' (ossdsp) Channels : 2 Sample Rate: 48000 Precision : 16-bit Sample Encoding: 16-bit Signed Integer PCM In:0.00% 00:00:07.34 [00:00:00.00] Out:348k [XX|XX]Clip:0^C Aborted. Where I put the XX normally indicators are moving according the level of the recorded noise. Nothing is there, only blanks. Thanks matthias -- Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: after update to r368166: no sound recording
On 12/9/20 11:48 AM, Matthias Apitz wrote: El día miércoles, diciembre 09, 2020 a las 11:05:09a. m. +0100, Hans Petter Selasky escribió: On 12/9/20 10:44 AM, Matthias Apitz wrote: Hello, I've updated a laptop Acer C720 from r342378 to r368166 and do not have any sound incoming anymore. I rebooted r342378 from an USB stick and the old kernel produces already noise in the speakers when I touch the micro hole in the keyboard, the new kernel does not produce any noise there. Both system have the same /boot/device.hints values: Hi, Check output from: mixer -f /dev/mixer Hi, Here are the values (as on the older system): # cat /dev/sndstat Installed devices: pcm0: (play) pcm1: (play/rec) default No devices installed from userspace. # ls -l /dev/mixer* crw-rw-rw- 1 root wheel 0x4b 9 dic. 10:52 /dev/mixer0 crw-rw-rw- 1 root wheel 0x4e 9 dic. 10:52 /dev/mixer1 # mixer -f /dev/mixer0 Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 # mixer -f /dev/mixer1 Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 100:100 Mixer mic is currently set to 100:100 Mixer mix is currently set to 100:100 Mixer rec is currently set to 100:100 Mixer igainis currently set to 100:100 Mixer ogainis currently set to 100:100 Mixer monitor is currently set to 100:100 Recording source: mix (I also tested the other rec devices: speaker, mic, mix, monitor). And recording does not get any input: $ rec -c 2 /tmp/out.wav Input File : 'default' (ossdsp) Channels : 2 Sample Rate: 48000 Precision : 16-bit Sample Encoding: 16-bit Signed Integer PCM In:0.00% 00:00:07.34 [00:00:00.00] Out:348k [XX|XX]Clip:0^C Aborted. Where I put the XX normally indicators are moving according the level of the recorded noise. Nothing is there, only blanks. And also: mixer =rec Is set correctly? --HPS ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: after update to r368166: no sound recording
El día miércoles, diciembre 09, 2020 a las 11:55:18a. m. +0100, Hans Petter Selasky escribió: > > Here are the values (as on the older system): > > > > # cat /dev/sndstat > > Installed devices: > > pcm0: (play) > > pcm1: (play/rec) default > > No devices installed from userspace. > > > > # ls -l /dev/mixer* > > crw-rw-rw- 1 root wheel 0x4b 9 dic. 10:52 /dev/mixer0 > > crw-rw-rw- 1 root wheel 0x4e 9 dic. 10:52 /dev/mixer1 > > > > # mixer -f /dev/mixer0 > > Mixer vol is currently set to 100:100 > > Mixer pcm is currently set to 100:100 > > > > # mixer -f /dev/mixer1 > > Mixer vol is currently set to 100:100 > > Mixer pcm is currently set to 100:100 > > Mixer speaker is currently set to 100:100 > > Mixer mic is currently set to 100:100 > > Mixer mix is currently set to 100:100 > > Mixer rec is currently set to 100:100 > > Mixer igainis currently set to 100:100 > > Mixer ogainis currently set to 100:100 > > Mixer monitor is currently set to 100:100 > > Recording source: mix > > > > (I also tested the other rec devices: speaker, mic, mix, monitor). > > > > And recording does not get any input: > > > > $ rec -c 2 /tmp/out.wav > > > > Input File : 'default' (ossdsp) > > Channels : 2 > > Sample Rate: 48000 > > Precision : 16-bit > > Sample Encoding: 16-bit Signed Integer PCM > > > > In:0.00% 00:00:07.34 [00:00:00.00] Out:348k [XX|XX]Clip:0 > > ^C > > Aborted. > > > > Where I put the XX normally indicators are moving according the level > > of the recorded noise. Nothing is there, only blanks. > > > > And also: > > mixer =rec > > Is set correctly? This here is from the older r342378 system: [guru@c720-r342378 ~]$ mixer Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 100:100 Mixer mic is currently set to 100:100 Mixer mix is currently set to 100:100 Mixer rec is currently set to 100:100 Mixer igainis currently set to 100:100 Mixer ogainis currently set to 100:100 Mixer monitor is currently set to 100:100 Recording source: mix [guru@c720-r342378 ~]$ rec -c 2 /tmp/out.wav which is recording just fine. As I said, I tested all other values for '=rec' too, i.e. the devices: speaker, mic, mix, monitor matthias -- Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: after update to r368166: no sound recording
When I attach an USB micro, I have one more audio devices: [guru@c720-r368166 ~]$ cat /dev/sndstat Installed devices: pcm0: (play) pcm1: (play/rec) pcm2: (play/rec) default No devices installed from userspace. and can do recording and play back fine with this: [guru@c720-r368166 ~]$ mixer -f /dev/mixer2 Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 Mixer mic is currently set to 100:100 Recording source: mic [guru@c720-r368166 ~]$ AUDIODEV=/dev/dsp2.0 rec -c 2 /tmp/out.wav [guru@c720-r368166 ~]$ AUDIODEV=/dev/dsp1.0 play /tmp/out.wav -- Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: AMNESIA:33 and FreeBSD TCP/IP stack involvement
I'm not posting as someone in-the-know about the state of the FreeBSD stack --- I trust the security team to divulge things as required, BUT ... ... the examples of vulnerable things in that article to reference lead me to conclude that the stacks in question are "libraries" ... likely, but not necessarily, written in C for systems running in an operating system-less environment. The easiest way to think about this is to look at the "at mega" line (also known as arduino). This is an 8-bit processor and the C development kit allows you to link in all kinds of stuff --- from filesystems and micro-sd card support to wifi and IP/IPv6 support. The same libraries are used when the target is a more powerful ARM chip --- but one similarly running without something as full-fledged as an OS --- or even when a very small vestige of an OS includes these libraries. You could think of these libraries like "what if someone wrote an IP stack for the commodore 64 and then also ported it to the Amiga" ... as a computer without an operating system and then a port to a computer with an operating system with no concept of networking. At any rate, these, in general, do not even resemble the network stack in FreeBSD... or indeed any other full fledged operating system. Hopfully this tidbit helps in some small way. On Wed, Dec 9, 2020 at 12:59 AM Hartmann, O. wrote: > Hello, > I've got a question about recently discovered serious vulnerabilities > in certain TCP stack implementations, designated as AMNESIA:33 (as far > as I could follow the recently made announcements and statements, > please see, for instance, > > https://www.zdnet.com/article/amnesia33-vulnerabilities-impact-millions-of-smart-and-industrial-devices/ > ). > > All mentioned open-source TCP stacks seem not to be related in any way > with freeBSD or any derivative of the FreeBSD project, but I do not > dare to make a statement about that. > > My question is very simple and aimes towards calming down my employees > requests: is FreeBSD potentially vulnerable to this newly discovered > flaw (we use mainly 12.1-RELENG, 12.2-RELENG, 12-STABLE and 13-CURRENT, > latest incarnations, of course, should be least vulnerable ...). > > Thanks in advance, > > O. Hartmann > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: KLD zfs.ko: depends on kernel - not available or version mismatch
> On 9 Dec 2020, at 3:48, John Kennedy wrote: > >> I had to copy over several files from /etc and /usr/local/etc and >> re-installed the most important packages. This was admittedly a bit messy, >> it is possible that I forgot to copy something over. >> (Originally my intention was to dd the contents of the spinning disk over, >> but apparently that disk has a few wonky sectors, dd failed after a few >> device timeouts) > > ... so, no guarantee that things are totally sane. > > The "sane" we're looking for is how you can presumably be booting a kernel > located at /boot/kernel/kernel and not have it match the kernel modules > found under /boot/kernel. (...) > What I have built in my source tree is the kernel/zfs module I'd expect: > > # md5 -r /usr/obj/usr/src/amd64.amd64/sys/GENERIC/kernel > /usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/zfs/zfs.ko > /boot/kernel/kernel /boot/kernel/zfs.ko | sort > 941ab52d075e444da6eea7fb56213e10 /boot/kernel/kernel > 941ab52d075e444da6eea7fb56213e10 > /usr/obj/usr/src/amd64.amd64/sys/GENERIC/kernel > 97d4e0c8ffed1f75e924bf8768a95ff1 /boot/kernel/zfs.ko > 97d4e0c8ffed1f75e924bf8768a95ff1 > /usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/zfs/zfs.ko > > What are you seeing after your installkernel equivalent? It turns out that I was being fooled by the BIOS. Even though I selected the device that this kernel and modules were on as the device to boot from, the actual kernel was still coming from the old spinning disk! It would probably have taken me significantly longer to figure that out without your hints, as I was trying to solve the wrong problem. So thanks a lot for that. Having things to verify was a tremendous help. I used the opportunity to switch to EFI booting, which took me the better part of the evening, but that's working now and booting the correct kernel. It’s even booting into a 1280x720 resolution with the help of the drm-devel-kmod. The next challenge is getting Xorg to run on this Navi-10 GPU; so far I get stuck with "[KMS] drm report modesetting isn't supported”. > Your hashes won't match mine due to non-reproducible build. > > I'd make sure you don't have anything in /boot/modules or otherwise load any > extra modules until sanity is restored (just to reduce random variables). Ah yes, I wasn’t aware of /boot/modules. Last time I used CURRENT, modules were still in the kernel directory. Hence, that was also where I pointed kldload to to test my modules, which explains part of the confusion (and there’s no modules.old…). Alban Hertroys -- There is always an exception to always. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
