From owner-freebsd-hackers@freebsd.org Tue Aug 4 18:00:07 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BC18737B405 for ; Tue, 4 Aug 2020 18:00:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 4BLjFy5vN1z4f12 for ; Tue, 4 Aug 2020 18:00:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 074Hxq4v006089 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 4 Aug 2020 20:59:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 074Hxq4v006089 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 074HxqMr006088; Tue, 4 Aug 2020 20:59:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 4 Aug 2020 20:59:51 +0300 From: Konstantin Belousov To: Ottavio Caruso Cc: freebsd-hackers@freebsd.org Subject: Re: [xpost,repost] VGA false positive in dmesg? Message-ID: <20200804175951.GX2551@kib.kiev.ua> References: <8aa25a20-58c7-f3d2-0826-3341c1acc134@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4BLjFy5vN1z4f12 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [2.36 / 15.00]; ARC_NA(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_SPAM_SHORT(0.67)[0.672]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; NEURAL_SPAM_MEDIUM(0.14)[0.141]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.55)[0.549]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 18:00:07 -0000 On Tue, Aug 04, 2020 at 05:43:33PM +0100, Ottavio Caruso via freebsd-hackers wrote: > On 04/08/2020 16:46, Eugene Grosbein wrote: > > 04.08.2020 20:50, Ottavio Caruso via freebsd-hackers wrote: > > > > > On 04/08/2020 13:08, Eugene Grosbein wrote: > > > > 04.08.2020 18:37, Ottavio Caruso via freebsd-hackers wrote: > > > > > > > > > I'm a bit confused here. Do both ttyu0 and ttyv0 refer to the serial console? Do I need ttyv0? Is it safe to comment ttyv0 in /etc/ttys? > > > > > > > > Note that /etc/ttys serves multi-user mode only. For earlier stages, you may find useful > > > > to put these settings to /boot/loader.conf > > > > > > > > console="comconsole" > > > > comconsole_speed=115200 > > > > comconsole_port="0x3f8" > > > > boot_multicons="NO" > > > > > > > > Check out conscontrol output after applying these. > > > > > > > > > That doesn't seem to work either: > > > > In fact, it works, > > Does it? In fact, why do you fight with the ghost VGA device ? Does it break anything to you ? > > > > If ISA PNP VGA device is probed successfully, then qemu emulates it. > > But I don't understand how why it is probed successfully. the "-vga none" > option should remove any vga capability in the host. There is not much to probe for legacy ISA device. As far as your hints file does not disable the attachment, system assumes that the device is present. Then there are framebuffer console drivers, vt and sc. I do not want to confirm that by reading code, but I highly suspect that if vt(4) cannot attach, sc(4) would. I remember that only vt(4) pays attention to the ACPI FADT flag NO_VGA, sc(4) does not. But the FADT reporting of missed ISA devices is usually buggy. > I have tried this > successfully on an OpenBSD guest and part-successfully on a NetBSD guest (I > had to comment all references to /usr/libexec/getty Pc). Why this is not the You tried what ? How did you checked that OpenBSD and NetBSD did not claimed presence of VGA ? And again, what it changes ? > case on a FreeBSD guest puzzles me. Is it a qemu bug? A FreeBSD bug? > > > Why do you want to get rid of VGA device in first place? > > 1) because I don't need it and 2) to test if qemu works as intended. > > > -- > Ottavio Caruso > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"