From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id DE07F158086 for ; Mon, 8 Nov 2021 16:34:29 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 211B42BC136; Mon, 8 Nov 2021 16:34:24 +0000 (UTC) Received: from mail-il1-x12c.google.com (mail-il1-x12c.google.com [IPv6:2607:f8b0:4864:20::12c]) (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) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 98BDF2BC013 for ; Mon, 8 Nov 2021 16:34:23 +0000 (UTC) Received: by mail-il1-x12c.google.com with SMTP id h2so17477927ili.11 for ; Mon, 08 Nov 2021 08:34:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=Yei9LYBBRP8Yx1D6+3UFyGkX3JNgrVHFSXwKakeBOSQ=; b=PQhzJdM9XgRKl/nFUelSsxtRvymdvkameCiGm/Q/Te9EMqwdsB+fVYuttoG4y3hRH2 VJN5Zzh99w/LCNqQPXrxTLxryYJ3dOqUChLmJJtjx/vm6x7rScHtQwfTlLHKz5Myhgni TJa1ui+n2M0MKXEeXNi2P4t9NMGHW4xg2dDfJAmLFqdJbaPpJVL88uzNWJv3/q1UdQwD a3/6g9nc8kBOxL80fcmALOpizHhVuviSjXK0NoM/Oocjtj4VKUcQCBKktUDKj2XK7EhK c2i4MJyJG6ADUjoYggc+ZofO4yGTkn1AU5mniIDnHah0rRVFjxD2EJ3lq9eOraAwM8Qd boJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=Yei9LYBBRP8Yx1D6+3UFyGkX3JNgrVHFSXwKakeBOSQ=; b=V1QgdB8I2u8hCHQjQrjfn1kagYepmTNczoIepmbvi0m3ULxCPjoybNEECux8Psto6R WvktZvD0lRIUnES21wfVzjnzO9PM6Q1n/KzEbuqVRxI1rW/Szf4Kh3jkxHNVs7Yw6Oh/ DzXjdGTlUQcmTmHm32F79iBzPOJyrKQmVMPUUv1Q4QsdEW2MKGzMHbXE3EJWK9vx/kjG 35eJJByGWSO/u4TMiyYnab8GmQKDkW+nCkm2eAUPgI+d1gQyrXIMhR/a7pidQCoh79vq soVzaT/oeFe77fKQuyzWNwNglff55gth7eRyEjorHvg3wXlhwNV7OPRCfFAWeUYcnMdN fDAw== X-Gm-Message-State: AOAM531szBsJzVDn+comZY6F5ktlsRnnrWb8ZT6EBq8K6SSrEEw/Jzk8 5DAJKCeHdfq3iNNBQjm+7l4Qz87Vt8Nr5u1zgRWiINuc3Qg= X-Google-Smtp-Source: ABdhPJz/tPugQtVkC1a8OahuFwr0hWcCgjY9cSAWL7nwwNkQN2sNUbEd3IgOOVtgZgsJrZDjG2WMEVOGBlq47ZIcBrA= X-Received: by 2002:a92:de42:: with SMTP id e2mr233359ilr.55.1636389262374; Mon, 08 Nov 2021 08:34:22 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 References: In-Reply-To: From: Mark Knecht Date: Mon, 8 Nov 2021 09:34:11 -0700 Message-ID: Subject: Re: [gentoo-user] Virtual Desktop with a Virtual Monitor? To: Gentoo User Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 1344ec31-f8c4-4cd8-a5ee-53b578205e87 X-Archives-Hash: c6636f8d48812dc786ed138e9ade4825 On Sun, Nov 7, 2021 at 2:04 PM Wol wrote: > > On 07/11/2021 20:39, Mark Knecht wrote: > > Hi, > > I've been playing with a Raspberry Pi 4 as a utility divice for a > > couple of purposes - a backup server for here at home as well as an > > astrophotography manager to run my camera and mount. So far everything > > is fine when I have a monitor attached. I can ssh in and run X apps, > > and I can run the VNC client and control the desktop. > > > > What I find, however, is that when I boot the RP4 without the > > monitor attached, which I would be doing most all the time, I lose the > > desktop functionality through VNC. I can still ssh X apps, and both > > xdpyinfo and xrandr still say the X resolution is 1920 x 1280, but > > there doesn't appear to be a real desktop for VNC to latch onto. > > > > I get that this must be possible as essentially VirtualBox is able > > to do this. I wonder if there's a way for mere mortals to do something > > similar? > > > I'm guessing the reason there isn't a virtual desktop is because > nobody's logged in AT THE PI and started one! > > Just start Xorg over ssh, or plasma-wayland, or whatever. Sorry I don't > (yet) know how to do it, I need to find out because I want to do exactly > the same :-) > > Cheers, > Wol > It seems so far that it's even a little more onerous than that: In the case where the monitor is detached at boot two modules are not loaded - fuse & nvmem_rmem. Other than that the module list appears identical. If I ssh into the RP4 when it's running RPi OS (previously called Raspbian apparently) but with the monitor DISCONNECTED when I boot then screenfetch says there's no GPU. Plugging in the monitor after it's booted doesn't change anything: mark@science:~$ ssh -X pi@192.168.86.84 pi@192.168.86.84's password: Linux raspberrypi 5.10.63-v7l+ #1459 SMP Wed Oct 6 16:41:57 BST 2021 armv7l pi@raspberrypi:~ $ screenfetch -nN pi@raspberrypi OS: Raspbian 10 buster Kernel: armv7l Linux 5.10.63-v7l+ Uptime: 0m Packages: 2038 Shell: 723 Resolution: 5760x1080 DE: KDE5 WM: KWin CPU: ARMv7 rev 3 (v7l) @ 4x 1.5GHz [29.6=C2=B0C] GPU: RAM: 61MiB / 7898MiB pi@raspberrypi:~ $ lspci -vm -k Device: 00:00.0 Class: PCI bridge Vendor: Broadcom Limited Device: Device 2711 Rev: 10 Driver: pcieport Device: 01:00.0 Class: USB controller Vendor: VIA Technologies, Inc. Device: VL805 USB 3.0 Host Controller SVendor: VIA Technologies, Inc. SDevice: VL805 USB 3.0 Host Controller Rev: 01 ProgIf: 30 Driver: xhci_hcd pi@raspberrypi:~ $ However, booting with the monitor ATTACHED now shows the GPU, or at least a DRM framebuffer possibly, in screenfetch. The PCI devices are the same: pi@raspberrypi:~ $ screenfetch -nN pi@raspberrypi OS: Raspbian 10 buster Kernel: armv7l Linux 5.10.63-v7l+ Uptime: 0m Packages: 2038 Shell: 935 Resolution: 3840x1080 DE: KDE5 WM: OpenBox CPU: ARMv7 rev 3 (v7l) @ 4x 1.5GHz [37.9=C2=B0C] GPU: vc4drmfb RAM: 144MiB / 7898MiB pi@raspberrypi:~ $ pi@raspberrypi:~ $ lspci -vm -k Device: 00:00.0 Class: PCI bridge Vendor: Broadcom Limited Device: Device 2711 Rev: 10 Driver: pcieport Device: 01:00.0 Class: USB controller Vendor: VIA Technologies, Inc. Device: VL805 USB 3.0 Host Controller SVendor: VIA Technologies, Inc. SDevice: VL805 USB 3.0 Host Controller Rev: 01 ProgIf: 30 Driver: xhci_hcd pi@raspberrypi:~ $ I will repeat this experiment using Ubuntu in a little while to see if the missing GPU is an OS or hardware thing. In this hardware it looks like the GPU hardware is behind the PCI bridge. Still to look into Neil's x2go suggestion. Mark