From nobody Wed Oct 11 14:54:00 2023 X-Original-To: freebsd-hardware@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4S5G4k2KpNz4wFSg for ; Wed, 11 Oct 2023 14:54:14 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from mail.rlwinm.de (mail.rlwinm.de [IPv6:2a01:4f8:171:f902::5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4S5G4j10DFz3YQr for ; Wed, 11 Oct 2023 14:54:13 +0000 (UTC) (envelope-from crest@rlwinm.de) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of crest@rlwinm.de designates 2a01:4f8:171:f902::5 as permitted sender) smtp.mailfrom=crest@rlwinm.de; dmarc=none Received: from [IPV6:2001:9e8:96d:b500:5c29:7c5b:cbc5:a7af] (unknown [IPv6:2001:9e8:96d:b500:5c29:7c5b:cbc5:a7af]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.rlwinm.de (Postfix) with ESMTPSA id 2377032ACB for ; Wed, 11 Oct 2023 14:54:02 +0000 (UTC) Content-Type: multipart/alternative; boundary="------------1vBsCLrIU7nnPrNrC1Wb90qg" Message-ID: Date: Wed, 11 Oct 2023 16:54:00 +0200 List-Id: General discussion of FreeBSD hardware List-Archive: https://lists.freebsd.org/archives/freebsd-hardware List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hardware@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: FreeBSD boot problem with Intel Atom C5000 Parker Ridge To: freebsd-hardware@freebsd.org References: <0d3fecf084824f01ba7f9fb38d845925@thomas-krenn.com> Content-Language: en-US From: Jan Bramkamp In-Reply-To: <0d3fecf084824f01ba7f9fb38d845925@thomas-krenn.com> X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.69 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.40)[-0.401]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; MLMMJ_DEST(0.00)[freebsd-hardware@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[rlwinm.de]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hardware@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4S5G4j10DFz3YQr This is a multi-part message in MIME format. --------------1vBsCLrIU7nnPrNrC1Wb90qg Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 28.07.23 11:31, Thomas Niedermeier wrote: > Hi, > > I'm writing you about some issue I had while testing a Atom SoC Board. > It is equipped with the new generation Intel C5000 Parker Ridge series. > In this specific case the Intel Atom Processor C5315. > > When you boot from a FreeBSD-based OS flash drive, it always runs in > live mode. > I think you might know ;) > After a couple of seconds the boot process stops and a specific screen > appears. > The screenshot is located here: > https://s3.dualstack.eu-west-1.amazonaws.com/tw-eu-inline/52131/0/0/eec70665f92682149e3fcb9489fe6874.png > > Thats the only output I have, because the system stops immediately > afterwards. The screenshot shows the FreeBSD kernel running. Hardware enumeration has finished. The kernel tried to mount the root file system and failed. If the keyboard (USB, PS/2, IPMI KVM) works type a question mark followed by enter to get a list of all devices. > We already did hours of research, trying different "solutions" from > the forums. > But unfortunately no chance to get it working. > Following tweaks we already tried: > > https://forum.opnsense.org/index.php?topic=18151.0 > https://www.reddit.com/r/OPNsenseFirewall/comments/e3jecv/opnsensefreebsd_error_19_during_installation/ > https://forums.freebsd.org/threads/mounting-from-ufs-dev-ad0s1a-failed-with-error-19.57135/ > > What we tested: > First we tested an OPNsense 23.1 installer media flashed to a USB 3.0 > drive. > Afterwards also on a USB 2.0 flash drive, UEFI mode. > Image: > https://mirror.dns-root.de/opnsense/releases/mirror/OPNsense-23.1-OpenSSL-vga-amd64.img.bz2 > We also tried mounting it with the IPMI console from that specific SoC > motherboard. > Finally we also tested FreeBSD 13.2 and FreeBSD 14.0 Current. > Following Image was used: > https://download.freebsd.org/snapshots/amd64/amd64/ISO-IMAGES/14.0/FreeBSD-14.0-CURRENT-amd64-20230504-4194bbb34c60-262746-memstick.img The most likely explanation is that the USB controller you've connected to isn't working under FreeBSD. You can get this far in the boot process because the bootloader uses the UEFI or BIOS drivers to read from disks. There may be multiple USB controllers on the board. It's worth trying all ports because it would be a lot easier to debug if you can install. If the board has IPMI storage emulation you may be able to boot from it. If USB 2.0 is working an old USB extension cable or hub could be enough to install. If at least one NIC and SATA or NVMe are working you could at least boot into a VM image dumped on a disk. Of course a system without working USB is heavily restricted, but if you have a full FreeBSD installation available further troubleshooting would be a lot easier. > Every other Operating System runs fine (Ubuntu, Debian etc). > But unfortunately all FreeBSD-based solutions seem to have the similar > issue. > We don't have a clue what the reason could be with FreeBSD-based > Operating Systems. > The testing was in early May, so with thelatest FreeBSD 14-Current > back then. > Maybe the 14-Current code is different now. FreeBSD has it's own USB stack and drivers. My suspicion is on the USB controller driver. Have you already restored the UEFI/BIOS settings to default and just systematically toggled through combinations like USB boot emulation and handoff setttings? --------------1vBsCLrIU7nnPrNrC1Wb90qg Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 28.07.23 11:31, Thomas Niedermeier wrote:
Hi,

I'm writing you about some issue I had while testing a Atom SoC Board.
It is equipped with the new generation Intel C5000 Parker Ridge series.
In this specific case the Intel Atom Processor C5315.

When you boot from a FreeBSD-based OS flash drive, it always runs in live mode.
I think you might know ;)
After a couple of seconds the boot process stops and a specific screen appears.
The screenshot is located here: https://s3.dualstack.eu-west-1.amazonaws.com/tw-eu-inline/52131/0/0/eec70665f92682149e3fcb9489fe6874.png

Thats the only output I have, because the system stops immediately afterwards.
The screenshot shows the FreeBSD kernel running. Hardware enumeration has finished. The kernel tried to mount the root file system and failed. If the keyboard (USB, PS/2, IPMI KVM) works type a question mark followed by enter to get a list of all devices.
We already did hours of research, trying different "solutions" from the forums.
But unfortunately no chance to get it working.
Following tweaks we already tried:

https://forum.opnsense.org/index.php?topic=18151.0
https://www.reddit.com/r/OPNsenseFirewall/comments/e3jecv/opnsensefreebsd_error_19_during_installation/
https://forums.freebsd.org/threads/mounting-from-ufs-dev-ad0s1a-failed-with-error-19.57135/

What we tested:
First we tested an OPNsense 23.1 installer media flashed to a USB 3.0 drive.
Afterwards also on a USB 2.0 flash drive, UEFI mode.
Image: https://mirror.dns-root.de/opnsense/releases/mirror/OPNsense-23.1-OpenSSL-vga-amd64.img.bz2
We also tried mounting it with the IPMI console from that specific SoC motherboard.
Finally we also tested FreeBSD 13.2 and FreeBSD 14.0 Current.
Following Image was used: https://download.freebsd.org/snapshots/amd64/amd64/ISO-IMAGES/14.0/FreeBSD-14.0-CURRENT-amd64-20230504-4194bbb34c60-262746-memstick.img

The most likely explanation is that the USB controller you've connected to isn't working under FreeBSD. You can get this far in the boot process because the bootloader uses the UEFI or BIOS drivers to read from disks. There may be multiple USB controllers on the board. It's worth trying all ports because it would be a lot easier to debug if you can install. If the board has IPMI storage emulation you may be able to boot from it. If USB 2.0 is working an old USB extension cable or hub could be enough to install. If at least one NIC and SATA or NVMe are working you could at least boot into a VM image dumped on a disk. Of course a system without working USB is heavily restricted, but if you have a full FreeBSD installation available further troubleshooting would be a lot easier.


Every other Operating System runs fine (Ubuntu, Debian etc).
But unfortunately all FreeBSD-based solutions seem to have the similar issue.
We don't have a clue what the reason could be with FreeBSD-based Operating Systems.
The testing was in early May, so with thelatest FreeBSD 14-Current back then.
Maybe the 14-Current code is different now.
FreeBSD has it's own USB stack and drivers. My suspicion is on the USB controller driver. Have you already restored the UEFI/BIOS settings to default and just systematically toggled through combinations like USB boot emulation and handoff setttings?
--------------1vBsCLrIU7nnPrNrC1Wb90qg--