From owner-freebsd-hackers@freebsd.org Tue May 7 07:57:23 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 9201B15A22B9 for ; Tue, 7 May 2019 07:57:23 +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 E8BD67624D for ; Tue, 7 May 2019 07:57:21 +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; Tue, 07 May 2019 09:52:11 +0200 id 00DED272.5CD1392B.00017C80 Date: Tue, 7 May 2019 09:52:10 +0200 From: Milan Obuch To: freebsd-hackers@freebsd.org Subject: Re: Any WAFER-BT users? Message-ID: <20190507095210.66681691@zeta.dino.sk> In-Reply-To: <20190416092724.242e93d3@zeta.dino.sk> References: <20190409103256.5d095bb5@zeta.dino.sk> <20190415143849.0f09eb91@zeta.dino.sk> <20190415210235.75bc4165@zeta.dino.sk> <20190416092724.242e93d3@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=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: E8BD67624D 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 [-3.79 / 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)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[dino.sk]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[mail.dino.sk]; NEURAL_HAM_SHORT(-0.56)[-0.564,0]; RCVD_IN_DNSWL_NONE(0.00)[72.65.245.84.list.dnswl.org : 127.0.10.0]; IP_SCORE(-1.92)[ip: (-6.44), ipnet: 84.245.64.0/18(-3.22), 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: Tue, 07 May 2019 07:57:23 -0000 On Tue, 16 Apr 2019 09:27:24 +0200 Milan Obuch wrote: > On Tue, 16 Apr 2019 08:50:32 +0200 (CEST) > Wojciech Puchar wrote: >=20 > > is vt_vga in kernel config? > > =20 >=20 > [ snip ] >=20 > > > Somehow, VGA device is detected here, question remains - how could > > > this device be used for display? I hope somebody can give some > > > advice. In the meantime, I am building new world/kernel to test > > > board and prepare drm port... but ut takes some time. > > > > > > By the way, output given above was from 12.0-RELEASE GENERIC > > > kernel (i386 arch=C7=90tecture). > > > =20 >=20 > See it is GENERIC, i. e. yes - kldstat -v shows there is nexus/vtvga > module present, just to be sure. Problem is either Celeron N2807 CPU > is not fully supported or boot environment is not correctly set-up, I > just have no idea what that could be and where look for it. >=20 > Regards, > Milan > So after some time and testing I'm back here. I have freshly built r347177 and no change, i. e. loader works with USB keyboard and VGA, after starting kernel output switches to serial port, giving just VT: init without driver. However, adding kern.vty=3Dsc into /boot/loader.conf changes things and video console works again. So I think probably problem is in vt_vga module not recognising CPU/VGA in CPU: Intel(R) Celeron(R) CPU N2807 @ 1.58GHz (1583.38-MHz 686-class CPU) (I think it is integrated here), even if it is probed later (dmesg shows vgapci0: port 0xe080-0xe087 mem 0xd0000000-0xd03ff= fff,0xc0000000-0xcfffffff irq 16 at device 2.0 on pci0 vgapci0: Boot video device and this assignment is seen in pciconf output too, so device is somehow detected). I am going to try X now, but is there somebody who could help me with this issue? Any help, hint, patch to test etc. appreciated. Regards, Milan