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 D043215802E for ; Fri, 28 Jun 2024 21:25:23 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 66FF02BC013; Fri, 28 Jun 2024 21:25:16 +0000 (UTC) Received: from mail-ot1-x32f.google.com (mail-ot1-x32f.google.com [IPv6:2607:f8b0:4864:20::32f]) (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 802E8E2A74 for ; Fri, 28 Jun 2024 21:25:15 +0000 (UTC) Received: by mail-ot1-x32f.google.com with SMTP id 46e09a7af769-701f0c97b62so904972a34.0 for ; Fri, 28 Jun 2024 14:25:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1719609914; x=1720214714; darn=lists.gentoo.org; h=content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:autocrypt:from:references:to:subject:from:to:cc:subject :date:message-id:reply-to; bh=R5M91GKpUgBtXeUEfEDyaEwECSX8uUVoswQvGtBz8lU=; b=EC9qgI+a1z16dI4gAgRjyYKoc/tY1IMy4O4wNiJKWrwyu3IjChJxR776S4y1meL+MU 6SUZaZjMWmTc7zSJzinIIFngibqYJP0xU21ZxRRLHKi5jD21+BN3TR7rlmkM0oKgtTgo CtD9UdSP1NK+t70TZm3dC3dDAriFPOmuHMCqI1KqrwW0Y/3vQgzQk6e4DP04Wfn++drm DVqJE1evIoXpMDfA1FsnacswaEZqITq/CKKXfBsD8LMBD/u+FbjcxMleS3/zAZcxPbR2 BWOAIzdo+9SU5B/Jl1tYfG7mIeiqefzNOzTg0UQs0ievwbAkWovpY5ucI3BJiTdzJvTm IrqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1719609914; x=1720214714; h=content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:autocrypt:from:references:to:subject:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=R5M91GKpUgBtXeUEfEDyaEwECSX8uUVoswQvGtBz8lU=; b=eGVI7/R5QWqsUXrSCpSaDisQ7PnmThqmLJ94f6zcUsfKSbdKJ/WjxJMQRQr6u8un1T Z2xho07PnHD+3YF88Sn5QVjsxYhKO5LXfurQG5W2O6j34uBl1AJXfJ+k/aR9YJOCHwu5 FKPz48vZqgnpONngwG8OPADYR9XsxT8hP6UKw3+9Ej6tiOiW3t6u7DrKpunzszcVcSDJ Osj5XhBD0KHwYb1N25fwNsaBQUkSxVpGikeUkBP3n8plP2L/hF3zeRX+rkXGUocdqvr3 ++cpXU2KCT+QxKA/RE7n9yLMCyIkw0bQZaxBNKSYYML09MNeEAh+taELDbxECdtrOyxD L02g== X-Gm-Message-State: AOJu0YysPWxoFsIsODtatFf6bV0Y3YSLI2wPolpLZoU2KvTknbVfTBlT dBg3qieFHjWMFpoHiFOoKI4ig/ggOKBnMdz0g47GHCihtLetXAD3K383Cw== X-Google-Smtp-Source: AGHT+IE79kxStKLjod6Y35wRq8pFacDVeZqxPH1rxXsw6S/+StXfwQBIspLyd8Uungp0vecHGgt9wg== X-Received: by 2002:a05:6808:180c:b0:3d2:325d:cb25 with SMTP id 5614622812f47-3d6314721d5mr1326554b6e.5.1719609914071; Fri, 28 Jun 2024 14:25:14 -0700 (PDT) Received: from [10.8.8.16] ([37.19.221.89]) by smtp.gmail.com with ESMTPSA id 5614622812f47-3d62f9b9034sm454149b6e.4.2024.06.28.14.25.13 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 28 Jun 2024 14:25:13 -0700 (PDT) Subject: Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing To: gentoo-user@lists.gentoo.org References: <4254811.1IzOArtZ34@rogueboard> <818999df-501e-7409-1a16-45a921c8989a@gmail.com> <5004214.0VBMTVartN@rogueboard> From: Dale Autocrypt: addr=rdalek1967@gmail.com; prefer-encrypt=mutual; keydata= mQINBGFSciYBEADcEGMyJBSuavKO/XKUVvgkxck7Nl8Iuu8N2lcnRji/rSKg5c1Acix1ll9i oW8JBCHwvn0+Xy60BvEsqcup3YSHw5STl/bR1ePEehtnYrg8FdjdS91+B805RfnKMm69rFVI wLSBHQrSG1yxHd8CloWoEdhmVtP24buajbh114bgXd9ahtpZrCVMrWdWYUg2mEXguGV5uNAh Rf8SWxDNc79w24JxsV34a8niMUYMjzWr0rafIbzk732X38vGjVMLo/2mMpkbp9mPp++LHoY+ 0Pet8zxxdXPJSCd475kza1AD+hhSyBZXB9yknYWgyY3cZe1rGmooJSi2KX4QxO7npwLThcO1 be6KKRkd35+Fi/a1BzVOHsZMiK/gcwxEFoMd27gir4ehaeHJfFXl+65w4hj0EsOZSxrJrm2C R50g5By2czSKP1bADEygFNpIJj51AR+wM88NImG2RPtlT2maYBzazvF05g65cdHXGp1C7W5P wwwKU2DgABB2t7N7z5A69LnryBRw4zUYDRRYLTYlBlYgg+xILm2c0OrBdxJgLJa7JE50Eo25 d3PFwt9J0gYvqy6sPFLl9So0sDg9zm0hKQtXOP5kgropUFGrNoJI+mjwF4rYLRBVzZwNAvlO OhEvHubBo3mEllv4x+FeptwXZxlk7gUsdqI8AxnFB8K9wi6FVQARAQABtBtEYWxlIDxyZGFs ZWsxOTY3QGdtYWlsLmNvbT6JAk4EEwEIADgCGyMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AW IQQSG1h01ruv/WNXc3Q3RqOgiQH1GwUCYVJy8gAKCRA3RqOgiQH1G+waEACeTZCt77jnRAmQ AV7otKuZekDWiLi3Eig8tj5ZJiCNSYA/hIxzmexRP0GMqjitcXK1iGwWcvMzzvIq30GAjIfB 4BR38cnXbtBa6fNewiT7QaZe/Hn6yBRldXNQypzbHy+/o27bUEy+oX4rE7etUgEHQAjuw7xz XFWg4tH1/KJvsOVY5upnWc5LdxYhsuQ3dQD4b22GsK0pOBDfb9PiirYM8eGKvrVuq4E/c75z lDDFhINl18lNZ9D0ZFL3IkTjHsAAqFH9uhnnEB8CWdHbBewPEfRaOhBUYWZ3Q8uTkmDgZT8q D9jlvLEdw7Nh2ApdxoepnI/4D+ql2Gr4DtH7SEPydr5gcf1Qr/2bXRb1hAYnIVcbncs/Bm3Z bkRKPVWMfE3Fusa+p5hMzixk0YysMaTHlc7mYRYAEZGnPMXnmcCbetwARU7A0yz1M1kCMOAQ Lsz8KH5kv3cRenMB6SFfjND2JfAK61H5TtnPq3L8noS2ZykRYxq9Nm3X64O1tJojIKBoZFr8 AwYNCvqC6puUyGMuzHPh7jPof8glfrrEKIYUvNPGMDoVX3IGetxh/9l6NcxgFA4JGoR+LS3C zmeNrwlllAe3OEUfKoWVQ+pagpSdM+8hHolaSda4Ys66Z3fCR4ZvcTqfhTAVskpqdXa4isAk 7vTcXu3L499ttywEp7rJTbkCDQRhUnImARAAncUdVhmtRr59zqpTUppKroQYlzR0jv8oa7DG K4gakTAT2N7evnI9wpssmzyVk8VEiLzhnFQ/Ol3FRt6hZCXDJt0clyHOyTfvz/MNFttWuZTc mLpSvmRR6VRjAH+Tz3Eam2xUw3PGuH97BcXQ3NnX3msv1UDxtxxBu6e2YrdeOhrCUSgzokcJ 98ChUNy934cgepPybAI12lSWqVFQ1aG7jExZfiUk+333fPSDbpKoZbTW5YJLXbycmW/C1IWL qYQyNjRWKaGoJtUWFhhmNiOQct7n90aKivNVPavmN+UQ9LlMaINtf9T6XCzLfogCFsulDCDJ 0yNQLDTurHaB4E71xoctgXmLLq9z1RQ0W2XiVAAOZQj6K3+d0AOUjDhCQ2QW8dUSq0ckkZXV DKVJOGS8Nhf2eIWIqRnP3AcUiiaiFGqUaVUmUAZ6h/oJmgghEu/1S+pcuUKU5i69+XCZ3hH2 Jzwzbf7K+FAIkOhCfHncF8i1N1pk00pOVykNnqHTfFo3qFusHt0ZWgXVnnn4pYdXqZNoDhvF BRE5Vm4k/k96Pw8HRx6Os6eFSRrlqGzRgqsu86FekxusXB9UGv4lJhtU/J+8MRWsh22K718s DbQnABicGKFz1qQlWvcf59oTByhLINJCBt1WXl+TzJDXepr3QSkqmK41dO9Hob97C9dMiK8A EQEAAYkCNgQYAQgAIAIbDBYhBBIbWHTWu6/9Y1dzdDdGo6CJAfUbBQJhUnLyAAoJEDdGo6CJ AfUbVHIQAKSWw620vPhR3A/njU2z77F3z/Jk+HTKdE3fIyWSWdkYN7CBFL0NguOMP30WZ+qE sJhZu7T5hf251MwQUUt27xlfnKYOmQs7CqONlXuXlGZI6WufrUjxNcVz+5gJsqvUWuuJWsgg sDmE92IBnfG/f81fPHWQyfr/SF4wYDMyoFp5xCCQpp1zB63iuFvvrhxBkEHzmbRtVDOhl0Xp BVEDR1w3QRACw9QJD/KM05Czv9JNQYlwinWO/OaQ9cMlUpKLgswUPg9IZ5vucxScfuAUA5uC B1jlAQ8ZPlVukBmbEv5RGOv+lpuEbA3YDMVtEeH4YMFbjt/+vH3Cr2vTbp5JlpByLburJEH0 WXZLUawEfUsZvVwpOuJK75vaa2HYXee+Cb3iCIzwfIfctdlqzUcbGRczlRNM59hpvj4z29Gh 3kAxVHItAYq54ikxQ9l4hQ8s9sLYPbX/WtcBxNX8crBSw0FLnmzGleVEtBHyqtt5CLzQNgrj GYWl1vKDUmRPw1CdZ1c+fMN9CY11jOM5B5ZnqZWfDeVYO2iJ5SuvTycChexCb8WYn1bdCBIo bBtga2RBXbVt4Mh9E4owsszefn51MwfjXxB20Fc5k3GU1AVpTCMs3ayYCzo0b2pvEvdjtDcA CYLEFPWgaFX9iQAM/CDfKvTtvgGWpqtCL2raq/mQoJEU Message-ID: Date: Fri, 28 Jun 2024 16:25:12 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0 SeaMonkey/2.53.18.2 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 In-Reply-To: <5004214.0VBMTVartN@rogueboard> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: e8681de4-46ec-4e25-a5ff-101b517ef3cd X-Archives-Hash: 235309982ecb9c03d139dd7f22cad127 Michael wrote: > On Thursday, 27 June 2024 23:52:25 BST Dale wrote: >> Michael wrote: >>> [snip ...] >>> [ 30.345] (II) modeset(0): [DRI2] DRI driver: nouveau <== Not nvidia >>> == >>> >>> [snip ...] >>> [ 30.295] (II) modeset(0): Output DP-1 disconnected >>> [ 30.295] (II) modeset(0): Output DP-2 disconnected >>> [ 30.295] (II) modeset(0): Output DP-3 disconnected >>> [ 30.295] (II) modeset(0): Output DP-4 connected >>> >>> What does it take to connect the cable on the FIRST port of the video >>> card? >> This reply may be a little odd. I wrote some then went back and tried >> some stuff and added info to it. Trying to make it make sense. > My apologies, I didn't meant to add to your frustration. Working with a > headless system is no fun when you expect to run a desktop on this thing! I didn't take it that way.  I learned long ago that text doesn't convey emotion very well.  I take things in the best possible way unless there is no other way to read it.  I've just never had this much trouble getting a computer to work.  Things have improved a lot and mostly, they just work without much help from us.  Generally, if the correct drivers are in the kernel and the right packages are installed, it works.  Like magic.  Usually without a config file even.  > > I was just making a remark on the fact the card detects the monitor as being > connected to DFP-3 or DFP-5 when using the proprietary nvidia driver, but the > DP-4 when you used the open source nouveau driver. > I've noticed that the port numbers keep changing too.  I don't understand why since the card should assign those but it is changing.  It changes even when all I do is reboot.  >>> At first, when it really wouldn't work, I had it on the bottom port. At >> some point we thought that was the last port, #4 or DP-3 in the logs, >> and not the first port. I moved it to the top port which is #1, we >> thought. It's still on that port but that port did work once and >> resulted in "solved" being added to the subject line. I just double >> checked. It is plugged in the top port. Unless the bottom port is #1 >> like I originally thought, then it should be on port #1. I did a search >> and found a image that shows it puts the port number on the metal >> bracket. I removed the card so I could see the numbers. The bottom >> port is number 1 like I originally thought. So, I had it in the right >> port to begin with, which wasn't working either. I'll put it back on >> what the metal bracket says is port #1, or bottom port. I booted up, >> started DM, correct resolution but no plasma and background is black. >> Still not a functional desktop. Partially works tho. Time to reboot. >> On reboot, sddm and KDE are low resolution. It does have a background >> image and plasma is working. Keep in mind, all I did is reboot. I >> didn't change any config file or run any commands. Reboot again. This >> time, correct resolution but no plasma. Again, all I did was reboot. >> No changes to anything at all. As you can see, each time I reboot, it >> is like rolling dice. I suspect if I keep rebooting it will eventually >> do the black screen and power the monitor off. > It seems to me the card is probing the monitor to find out what settings it > prefers/will work with. This probing of the driver scrolls through a number > of potential Modelines, but if the monitor does not respond in a timely manner > with its preferred resolution and frequency you get a broken result. > > Here are some hypotheses of mine, in absence of more concrete evidence. The > old box is slower and the initialisation process takes longer. In this longer > processing time the monitor responds with its EDID and what not. The card > receives it in a timely fashion and sets the driver accordingly. > > With your new box things happen faster on the PC side, but not on the monitor > side. Two times out of three the synchronisation between driver and monitor > fails and you end up with reports of EDID not found and monitor shown as > disconnected in your Xorg.0.log. > > Having the monitor plugged in any port on the card, first or last, should not > make a difference, but if milli/nano-seconds count then it /might/ make a > difference, assuming the ports are tried sequentially by the driver. Hence I > had suggested stick with the first port. Some user reports on the interwebs > mentioned it, so I thought it is worth trying it. > > What else worth trying is to set fixed directives for the "Monitor" section > in your xorg config file, or capture the EDID table into a file and feed it to > the driver. The former ought to work, the latter may not if the EDID itself > is buggy, but that's a problem to solve later if it even exists. Either way, > setting explicit directives for the monitor Modeline(s) and preferred > resolution/frequency ought to take auto-probing out of the equation. > And to me, that all makes sense.  This new machine boots very fast.  I have a SATA controller card in there now and it shows it scanning for a connected drive on a lot of ports.  Of course, nothing is there yet.  Before I put that card in, it would boot so fast you couldn't even think of trying to read even bits of the screen.  I never timed it but I'd guess around 12 to 15 seconds to a login prompt with the card.  If that. Without the SATA card, well, don't blink.  I'd guess 5 seconds at most.  I kinda wish I had built the original rig now. It would boot so fast, it might smoke this old monitor.  ROFL  If needed, I could hook the monitor to the NAS box and grab data from there.  Right now, the NAS box "kit" is in the living room on top of a magazine on the piano.  Didn't want the pins scratching the piano.  NAS box has no case.  To be honest tho, may as well wait on the new monitor.  It will be here Tuesday according to FedEx.  If it doesn't get damaged.  Dang monitors/TVs are fragile nowadays.  I bumped the TV screen while cleaning in my living room and the screen cracked.  Dang, that was easy.  Anyone need some control boards???  32" LG I think it is. >> I did originally try to use the nouveau drivers. It kinda worked, once >> at least, but the screen was very slow to respond and the mouse was very >> jerky. It just wasn't good enough for whatever reason. I recompiled >> the kernel without those drivers and emerged nvidia. > It's your call which drivers you should try to get it to work with first. > > Slow GUI response with the nouveau driver would indicate the kernel > configuration/firmware loading was not 100% when you trying initially, because > it works fine when you tried it again with Kubuntu's kernel. > > People who use Nvidia prefer the nvidia driver in terms of performance, CUDA, > etc. so you may want to stick with the nvidia driver initially. In this case, > walk through this guide and cross-check you followed all suggestions in there > to configure your kernel, including disabling the nouveau driver. > > https://wiki.gentoo.org/wiki/NVIDIA/nvidia-drivers > > If you intend to have both nouveau and nvidia drivers and switch between them, > then you can build nouveau as a module and implement the more convoluted > switching methods suggested in the next guide, but I suggest you leave this > for later and not confuse the two drivers: > > https://wiki.gentoo.org/wiki/Nouveau_%26_nvidia-drivers_switching > > Having checked your kernel against the nvidia-driver guide, installed your > updated kernel & initramfs images you should reboot. Use 'lspci -k' and scan > dmesg to make sure nvidia is loaded and there were no hiccups. > > You've tried not having an xorg.conf and didn't work, or at least it did not > work reliably. Mind you, you also tried with a xorg.conf and this didn't make > things better. LOL! However, I think this was because the "Monitor" section > was mostly empty: > > Section "Monitor" > Identifier "Monitor0" > VendorName "Unknown" > ModelName "Unknown" > Option "DPMS" > EndSection > > Restart, if you need to, the display-manager until you eventually arrive at a > fully loaded and functioning desktop. nvidia-smi should reveal if the driver > is loaded and working fully. You can run nvidia-settings, (emerge x11- > drivers/nvidia-drivers with USE="tools") to tweak resolution and frequency for > your monitor, which will then be stored in your config file: > > https://download.nvidia.com/XFree86/Linux-x86_64/1.0-6106/nvidia-settings-user-guide.txt > > O, while all is working as desired 'xrandr -q' will provide you with some > useful information for your xorg.conf: > > Identifier - e.g. "DisplayPort-0", or "LG Electronics W2253" > > Modeline - e.g. Modeline 1920x1080_60.0 138.50 1920 1968 2000 2080 1080 > 1083 1088 1111 +hsync +vsync > > and you can set a preferred option in your xorg.conf; e.g. > > HorizSync 15.0 - 67.0 > VertRefresh 59.0 - 60.0 > Modeline "1920x1080_60.0 138.50 1920 1968 2000 2080 1080 1083 1088 > 1111 +hsync +vsync" > Option "PreferredMode" "1920x1080"_60.0" > > or some such. > > If the above won't do it, you can capture the monitor's EDID while it is > working - you can use nvidia-settings again: > > https://nvidia.custhelp.com/app/answers/detail/a_id/3571/~/managing-a-display-edid-on-linux > > There's a more manual way to do this too: > > find /sys |grep -i edid > > then copy the corresponding file to /lib/firmware/LG/W2253_edid.bin > > and add it to your kernel before you recompile it: > > https://docs.kernel.org/admin-guide/edid.html# > > See if the above helps you to a stable monitor, or post back with xorg.0.log > results. Before I ran out of steam this morning, I tried the nouveau drivers again.  I never can remember how to spell that. :/  I unmerged the nvidia drivers to do this.  I used the in tree nouveau drivers tho.  For some reason, even tho I removed the nvidia package and rebooted, it still showed it was loading the nvidia drivers which shouldn't even exist.  No matter what I did, it loaded the nvidia drivers.  I could see it with lsmod and lspci -k.  It's like I can't get rid of the nvidia drivers now.  Naturally, DM wouldn't start at all since I told it to use the nouveau drivers.  Also, I couldn't get modprobe to even find the nouveau drivers even if the nvidia drivers were removed with rmmod.  Wrong package maybe??? I've tried using the nvidia tools to get display information.  It works fine on my main rig so I know I have the command and options right.  On the new rig, it says something like no display found or something.  I installed xrandr at one point to and added a command to a file somewhere, I think you mentioned that.  It's still there by the way.  Thing is, even it doesn't shed much light.  Given some things I got going on right now, I think I'm going to wait and try the new monitor.  It's on the way.  While I'd like to figure out why this older monitor doesn't work, I'm just to low on steam.  I boot and play with the new rig on occasion but fixing that old monitor is turning into a nightmare.  I'd hate to end up with a $1,000 target for practice.  O_O  If I get a little steam built up, I'll try some of this tho.  If nothing else, it will keep me inside instead of outside in the heat.  It's not just hot, it's humid.  I need scuba gear to breath outside.  Who knew building a new rig would turn into all this.  :/ Dale :-)  :-)