From owner-freebsd-current@freebsd.org Sun Jun 24 01:41:05 2018 Return-Path: Delivered-To: freebsd-current@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 22FAD100EA78 for ; Sun, 24 Jun 2018 01:41:05 +0000 (UTC) (envelope-from mqudsi@neosmart.net) Received: from mail-oi0-x242.google.com (mail-oi0-x242.google.com [IPv6:2607:f8b0:4003:c06::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BAD357201B for ; Sun, 24 Jun 2018 01:41:04 +0000 (UTC) (envelope-from mqudsi@neosmart.net) Received: by mail-oi0-x242.google.com with SMTP id l22-v6so9415355oib.4 for ; Sat, 23 Jun 2018 18:41:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neosmart.net; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=3jSLZ+rjNr7GQyiBYBJjzSwAmQ8+zvXx93wcFaK6bmM=; b=sdaa1XBArJxFu495X3LAv1YDdPlyz3IEnDlN21+4GhfMcY5G76KCYWqzGvvYrl3vQ3 gSXZddWjbQLu9jbr2zZisCsTD/r+QtyshjOvy+O/H3l2w3F+4edGzpb6ber0iIORxtIh 7Pdo/bzvP1D9i5HMT6H6rjJb4pZPHL0Zo1rhc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=3jSLZ+rjNr7GQyiBYBJjzSwAmQ8+zvXx93wcFaK6bmM=; b=Q4fsW3QLWhONN3NdUmsvp+4ZGa+Hztl6R3r3JlseD0u+vwOvN9MhHFtrGSqzHkBvDj CLCIP7eEEkRFpwlfXfT7vcXCCHflBN+wt2ln8ojDkDUwbYo3kI3s3Wm6Tr1XWRCpxfOQ V04VEWerD3Zlzn81Vqg/l+Fy9ivEWC0D1lelX+RA/1TQ8hnnwe8vUqb4b1ir93Tdl4mu OlAiZwJQ8Ae7A4hD0ZCfw71VJtufK98yfjiWWp11pMI9aKJeUDlKhw9vFvzrgnufjOR0 Wdoakg33rTCcEr/BcTIBbPG4p+UFOJy55b2UjUGLpKlTLjyAb6kcMz8sd9H8NtApTw8A TbeA== X-Gm-Message-State: APt69E0F9pGEae5kM+oMCJfI7J+KNkLkaa+cs1h9z//v+ocaTX+dq+4u kK907BtZHrg9pEGq52EHbbtCVBEn6mY6m9pi852PTn6l X-Google-Smtp-Source: ADUXVKLngQzuJIZIFRweYTBoLut8jGBgPps1arUYdpZnQl6BFUs3xOHaeqPM3HmqNcKSNorqaRkOiave/3KlKYRCXmY= X-Received: by 2002:aca:dd83:: with SMTP id u125-v6mr4153738oig.39.1529804463926; Sat, 23 Jun 2018 18:41:03 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:e8f:0:0:0:0:0 with HTTP; Sat, 23 Jun 2018 18:40:43 -0700 (PDT) In-Reply-To: <1ded7c55df9a77fd690959b375435b12@udns.ultimatedns.net> References: <1ded7c55df9a77fd690959b375435b12@udns.ultimatedns.net> From: Mahmoud Al-Qudsi Date: Sat, 23 Jun 2018 20:40:43 -0500 Message-ID: Subject: Re: Lack of /dev/vtvga0? To: bsd-lists@bsdforge.com Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.26 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: Sun, 24 Jun 2018 01:41:05 -0000 On Sat, Jun 23, 2018 at 12:11 AM, Chris H wrote: > I'm not clear if you're already possibly referring to this. But have > you tried sc(4) ( SysCons ). If you haven't tried already; > adding the following to your loader.conf(5) should give it to you: > > kern.vty=sc > > You can also include it in your custom kernel by adding this to your > KERNCONF > > device sc > options SC_PIXEL_MODE # adds support for the raster text mode > > Hope this helps. Hi Chris, thanks for responding. Yup, I'm aware of using kern.vty to fall back to syscons, and SC_PIXEL_MODE to get framebuffer support via /dev/tty* devices. I actually have a port of the xf86-video-wsfb driver for scfb [0]. My question is actually specifically in regards to newcons/vt. By checking `dmesg` I can see that the libvt driver device vtvga0 is instantiated, but it's not mapped to any file in /dev/ which means I can't send it an IOCTL as I normally would. Or perhaps the problem is that with vt_vga loaded, IOCTLs to /dev/tty* devices only respond to CONSIO IOCTLs and not libvt or FBIO IOCTLs, which is how they would respond with SC_PIXEL_MODE and kern.vty=sc. Note that this is with hw.vga.textmode=0, which afaict per vt(4) is not the default, but at the same time does not seem to actually change anything. I believe the entire point of libvt was to abstract away the KMS drivers from the API framebuffer API and allow for dynamic switching of the backend driver without needing to switch to a different graphics provider or change the graphics library/framework/environment configuration, and indeed when loading the binary blobs for the test GPUs I have in the system, a /dev/fb0 magically appears, but there is no framebuffer device for the basic in-kernel VGA driver that is used until a more appropriate KMS driver has been loaded (if ever). [0]: https://github.com/neosmart/xf86-video-scfb/ Thanks, Mahmoud Al-Qudsi NeoSmart Technologies