Hi! Sorry for my bad English... I recently received from China a Morefine M9 Mini-PC with Intel SoC AlderLake-N N100. It works quite successfully under FreeBSD 13.2, but I also decided to test it under NetBSD 10.0_BETA. NetBSD: https://bsd-hardware.info/?probe=d6f92a5ecc FreeBSD: https://bsd-hardware.info/?probe=926ab149ae The following problems were identified under NetBSD: It is too early to talk about graphics support, support will only be in the ported video driver older than 5.18. Network card Intel Ethernet Controller I225-V not supported yet. And, most importantly, Kernel panic is observed because of one of the (internal) USB devices, most likely an audio output (internal) USB device. Currently, the Morefine M9 has FreeBSD installed and works fine, I will do a more detailed investigation of the problems with NetBSD closer to version 10.0-RC.

Kernel panics images: https://disk.yandex.ru/d/z7Tm7UHww5YKOw

dpostolov This looks like PR #57255 , and it may have been fixed in -HEAD recently .

RVP, this is Heisenbug https://en.wikipedia.org/wiki/Heisenbug

dpostolov RVP, this is Heisenbug Try a latest -HEAD image. If there are no more panics after a few weeks of regular use, then post a positive reply to that PR.

All OK on -HEAD: fine9$ uptime 1:59AM up 10:17, 1 user, load averages: 0.73, 0.49, 0.27 after a few weeks I will be back! Thanks!

Sorry, I send wrong Info: Today was new Kernel Panic in Morefine M9 on -HEAD fine9$ date Wed Jun 28 00:24:30 +05 2023 fine9$ whoami dmitrii fine9$ uname -a NetBSD fine9.localdomain 10.99.4 NetBSD 10.99.4 (GENERIC) #0: Thu Jun 22 14:04:54 +05 2023 root@fine9.localdomain :/root/sysbuild/amd64/obj/usr/src/sys/arch/amd64/compile/GENERIC amd64 https://disk.yandex.ru/d/EfmO03DvSc_e9g

dpostolov No idea about this. Possibly PR# 56654 . Does the workaround mentioned there work?

rvp USB Legacy Support was already Enabled (workaround), now I manually set it value to Auto.

dpostolov The CSM or UEFI BIOS selection will be on a different page. Leave these USB settings at the default (F3).

rvp This is modern PC based on Intel AlderLake-N N100 January 2023 Model. No Legacy Bios setting, Uefi Bios by default and can't changed.

Mini-PC Morefine M9 Intel N100 on NetBSD

rvp

dpostolov That is, the problem is related to playing audio from an internal USB audio device and closing the application at that point.

Hmm. This could be either:

a) the USB issue you reported before with this system, or
b) related to this hdaudio error:

hdaudio0 at pci0 dev 31 function 3: HD Audio Controller
hdaudio0: interrupting at msi5 vec 0
hdaudio0: HDA ver. 1.0, OSS 9, ISS 7, BSS 0, SDO 1, 64-bit
hdaudio0: autoconfiguration error: no codecs found
hdaudio0: autoconfiguration error: device driver failed to attach

Can you try the latest -HEAD for any USB issues?
For the hdaudio, can you just disable it?
In /boot.cfg add userconf=disable hdaudio* (make sure no hdaudio appears in the dmesg output afterwards.)

If the problem persists, you'll have to compile a custom kernel with:

options         HDAUDIO_DEBUG
options         HDAFG_DEBUG
options         USBVERBOSE
options         USB_DEBUG
options         UAUDIO_DEBUG
options         DEBUG
options         LOCKDEBUG

to get useful info for the kernel folks.

dpostolov

It will take me some time to rebuild NetBSD -HEAD, Firefox and Xfce.

rvp

dpostolov No need to rebuild everything--just the kernel.
Do:

mv /netbsd /netbsd-10_RC2
mv /stand /stand-10_RC2

Then extract only the latest kernel and modules. The same thing with the latest source to rebuild the kernel.

dpostolov

rvp I read your post already after I started rebuilding the system and applications from source. So it will take me some time to complete it.

nettester

dpostolov Workaround: do not use this M9 computer for multimedia under NetBSD

Another workaround might be to use an external USB audio dongle. Not sure if it's worth it unless you already got something lying around though.

dpostolov

nettester I don't have an external usb audio dongle. After rebuilding the system and applications, I will take and post a video about this problem if it still shows up in -HEAD.

dpostolov

The system and Firefox 121.0 build successfully, I proceed to build xfce4 & xfce4-extras.

dpostolov

xfce4 build OK. Then next build xfce4-extras.

dpostolov

xfce4-extras build OK. I'm going to start testing. I'll see you later.

dpostolov

RVP, this problem does not appear in -HEAD, but remains in 10.0_RC3. Since the problem is solved in -HEAD, do you think that further debugging can be stopped and just not use 10.0_RC3 but use -HEAD?

Jay

dpostolov yes. Using -Head is good idea. Eventually it will be merged in -release

rvp

dpostolov do you think that further debugging can be stopped and just not use 10.0_RC3 but use -HEAD?

Heisenbugs usually disappear when debugging is turned on, so -HEAD working with all that debug stuff turned on is no guarantee that the bug's been fixed. Maybe enabling those same debug options in 10.0 RC3 will make it vanish there as well...

« Previous Page