From owner-freebsd-hackers@freebsd.org Mon Apr 15 12:39:00 2019 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2CBB1572A26 for ; Mon, 15 Apr 2019 12:38:59 +0000 (UTC) (envelope-from freebsd-hackers@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 63CD677535 for ; Mon, 15 Apr 2019 12:38:57 +0000 (UTC) (envelope-from freebsd-hackers@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Mon, 15 Apr 2019 14:38:49 +0200 id 00DED247.5CB47B59.0000318D Date: Mon, 15 Apr 2019 14:38:49 +0200 From: Milan Obuch To: Warner Losh Cc: freebsd-hackers@freebsd.org Subject: Re: Any WAFER-BT users? Message-ID: <20190415143849.0f09eb91@zeta.dino.sk> In-Reply-To: References: <20190409103256.5d095bb5@zeta.dino.sk> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; i386-portbld-freebsd11.2) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 63CD677535 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of freebsd-hackers@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-hackers@dino.sk X-Spamd-Result: default: False [-4.42 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dino.sk]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.dino.sk]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[72.65.245.84.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-1.00)[-0.995,0]; IP_SCORE(-2.11)[ip: (-7.09), ipnet: 84.245.64.0/18(-3.54), asn: 16160(0.02), country: SK(0.04)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:16160, ipnet:84.245.64.0/18, country:SK]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2019 12:39:00 -0000 On Tue, 9 Apr 2019 08:25:03 -0600 Warner Losh wrote: > On Tue, Apr 9, 2019 at 2:39 AM Milan Obuch > wrote: > > > Hi, > > > > I am testing WAFER-BT-N28071-R20 board, details at > > https://www.ieiworld.com/en/product/model.php?II=637 > > > > I tried installing from mini memstick image for both i386 and amd64 > > architectures, 12.0-RELEASE, both are failing the same way - boot > > loader starts, menu is displayed, selected/timed out, then > > > > Loading kernel... > > /boot/kernel/kernel [text= etc.] > > Loading configured modules... > > can't find '/boot/entropy' > > | > > > > and that's all. No output from kernel, no sign of life :( > > > > This symptom means one of two things: > (1) The boot loader is crashing for some reason, but not reporting it > (way too common on UEFI, sadly) > (2) The boot loader is configuring some crazy thing as console, > loading the kernel and it is dying and reporting the message into > cloud kookoo land. > > > > This board was tested with Windows and Linux, so it could not be > > something totally wrong, just some BIOS settings or somesuch... I > > tried loading without ACPI, but then it fails with 'can't find > > APIC' panic or aomething similar (just from memory). Also, trying > > run kernel manually from loader does not reveal anything, 'boot > > -vs' outputs nothing as well. > > > > If you can get to the stage where it thinks it's booting manually, it > isn't likely (1), though it's still a small possibility while loading > the kernel. It would be really helpful to have a screen shot where it > died. You might also setup a serial console too. > Thanks, that's it - for some reason loader switches to serial console after starting kernel, or is it kernel itself? Does not matter... After installing system, it behaves that way - switch to serial console. I think video is the cullprit - from dmesg: Copyright (c) 1992-2018 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-RELEASE r341666 GENERIC i386 FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) VT: init without driver. CPU: Intel(R) Celeron(R) CPU N2807 @ 1.58GHz (1583.38-MHz 686-class CPU) Origin="GenuineIntel" Id=0x30679 Family=0x6 Model=0x37 Stepping=9 Features=0xbfebfbff Features2=0x41d8e3bf AMD Features=0x28100000 AMD Features2=0x101 Structured Extended Features=0x2282 Structured Extended Features3=0xc000000 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics Later: vgapci0: port 0xe080-0xe087 mem 0xd0000000-0xd03fffff,0xc0000000-0xcfffffff irq 16 at device 2.0 on pci0 vgapci0: Boot video device As this should be a video terminal, it is kind of show stopper for me. I am going to try graphics/drm-kmod port, whether it is of any help... Regards, Milan