From owner-freebsd-current@freebsd.org Fri Apr 3 16:44:13 2020 Return-Path: Delivered-To: freebsd-current@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 D823A260A60 for ; Fri, 3 Apr 2020 16:44:13 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48v5P60QCJz4JGx for ; Fri, 3 Apr 2020 16:44:09 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 033GGpSQ008408 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 3 Apr 2020 09:16:58 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: In-Reply-To: <20200403201036.50289ae6fef5b13fcff75f62@dec.sakura.ne.jp> From: Chris Reply-To: bsd-lists@BSDforge.com To: Subject: Re: Is sc(4) no longer supported in GENERIC? Date: Fri, 03 Apr 2020 09:16:58 -0700 Message-Id: <357b35f69b6935268e829b95985abe1f@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48v5P60QCJz4JGx X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.93 / 15.00]; NEURAL_HAM_MEDIUM(-0.97)[-0.969,0]; NEURAL_HAM_LONG(-0.96)[-0.957,0]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2020 16:44:14 -0000 On Fri, 3 Apr 2020 20:10:36 +0900 junchoon@dec=2Esakura=2Ene=2Ejp said > On Fri, 03 Apr 2020 01:25:18 -0700 > Chris wrote: >=20 > > On Thu, 2 Apr 2020 19:31:53 -0400 Ed Maste emaste@freebsd=2Eorg said > >=20 > > > On Thu, 2 Apr 2020 at 17:13, Chris wrote: > > > > > > > > Ahem=2E=2E=2E I used the wrong syntax=2E > > > > changing the entry to > > > > > > > > kern=2Evty=3Dsc > > > > > > > > solved it! :) > > >=20 > > > I'm glad it's working for you, but note that sc(4) is deprecated and > > > has no ongoing effort behind it, so it would be best if we can > > > identify and resolve the issue you encountered=2E > > >=20 > > > The first thing you can try is vt(4) in text mode, by setting > > > hw=2Evga=2Etextmode=3D1 > > Attempting your suggestion returned: > >=20 > > sysctl: unknown oid 'hw=2Evga=2Etextmode' >=20 > Hi=2E > Have you tried via command line, /etc/sysctl=2Econf or /etc/rc=2Econf? > If so, try setting it in /boot/loader=2Econf and reboot=2E >=20 > hw=2Evga=2Etextmode is tunable, so can be set only by loader=2E Sigh=2E=2E=2E I'm afraid it was quite late last night when I attempted this, and I took it out of context=2E Yes=2E Adding the line to *loader=2Econf(5)* worked as intended=2E Sorry for all the bother=2E :( Thanks for your kind help=2E :) --Chris >=20 > % grep -r -n "hw=2Evga" /usr/src/sys/ | fgrep textmode > /usr/src/sys/dev/vt/hw/vga/vt_vga=2Ec:1298:=09 * If > "hw=2Evga=2Etextmode" is not set and we're running on > hypervisor, > /usr/src/sys/dev/vt/hw/vga/vt_vga=2Ec:1304: > TUNABLE_INT_FETCH("hw=2Evga=2Etextmode", &textmode); > ^^^^^^^ >=20 >=20 > > Thanks for trying! > >=20 > > I guess I should look into attempting to put some effort into sc(4) > > and try to find out why it's being depreciated=2E If it's just lack > > of commitment to it=2E I'll see if I can't take it on myself=2E :) > >=20 > > Thanks again! :) > >=20 > > --Chris > >=20 > --=20 > Tomoaki AOKI