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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 2E6C5138334 for ; Sun, 5 Aug 2018 07:40:21 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6827FE0822; Sun, 5 Aug 2018 07:40:11 +0000 (UTC) Received: from mail-1.ca.inter.net (mail-1.ca.inter.net [208.85.220.69]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id DD106E07BA for ; Sun, 5 Aug 2018 07:40:10 +0000 (UTC) Received: from localhost (offload-3.ca.inter.net [208.85.220.70]) by mail-1.ca.inter.net (Postfix) with ESMTP id EEA542EB40A for ; Sun, 5 Aug 2018 03:40:09 -0400 (EDT) Received: from mail-1.ca.inter.net ([208.85.220.69]) by localhost (offload-3.ca.inter.net [208.85.220.70]) (amavisd-new, port 10024) with ESMTP id mem9obh7uxmV for ; Sun, 5 Aug 2018 03:31:30 -0400 (EDT) Received: from ca.inter.net (host-184-164-2-95.dyn.295.ca [184.164.2.95]) by mail-1.ca.inter.net (Postfix) with SMTP id B760A2EA0C3 for ; Sun, 5 Aug 2018 03:40:06 -0400 (EDT) Received: by ca.inter.net (sSMTP sendmail emulation); Sun, 05 Aug 2018 03:40:06 -0400 Date: Sun, 5 Aug 2018 03:40:06 -0400 From: Philip Webb To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] trying to use Nouveau Message-ID: <20180805074006.GA1944@ca.inter.net> Mail-Followup-To: gentoo-user@lists.gentoo.org References: <20180804054815.GA1932@ca.inter.net> <20180804112705.c719d2a47f02dc68e2cb4e9a@gentoo.org> 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 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180804112705.c719d2a47f02dc68e2cb4e9a@gentoo.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-Archives-Salt: d3e7537a-ab7e-4718-87e4-977dcd888f20 X-Archives-Hash: c2e703a76b68d9bed1f72489b1575dd4 180804 Andrew Savchenko wrote: > Your xorg.conf -- or a file from xorg.conf.d directory -- > must contain the following : > > Section "Device" > Identifier "Card1" > Driver "modesetting" > ... (some options may follow) > EndSection > > You probably name `Driver "nvidia"` there right now. I've created a file /etc/X11/xorg.conf.d/10nouveau.conf , which reads as above (apart from the "options" line, which is omitted) ; I use spaces, not tabs. I've tried all 4 permutations of "Card1" / "Card0" & "modesetting" / "nouveau". I also tried naming it '99...' : there's a '20opengl.conf', which says : Section "Files" ModulePath "/usr/lib64/xorg/modules" EndSection I've also recompiled xorg-drivers , then xorg-server : the former now has the USE flag 'nouveau'. I've rebooted between trials. Every time, Nvidia starts : (**) ModulePath set to "/usr/lib64/xorg/modules" (II) The server relies on udev to provide the list of input devices. devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x55cc540cfc20 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 23.0 X.Org XInput driver : 24.1 X.Org Server Extension : 10.0 (--) PCI:*(0:1:0:0) 10de:104a:1043:8496 rev 161, Mem @ 0xfd000000/16777216, 0xf0000000/134217728, 0xf8000000/33554432, I/O @ 0x0000e000/128, BIOS @ 0x????????/131072 (II) LoadModule: "glx" (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.19.5, module version = 1.0.0 ABI class: X.Org Server Extension, version 10.0 (II) LoadModule: "nvidia" (II) Loading /usr/lib64/xorg/modules/drivers/nvidia_drv.so (II) Module nvidia: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Video Driver (II) NVIDIA dlloader X Driver 390.67 Fri Jun 1 02:45:19 PDT 2018 (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs (--) using VT number 7 /usr/lib64/xorg/modules contains : root:510 modules> ls -l drwxr-xr-x 2 root root 184 Aug 5 02:56 drivers drwxr-xr-x 2 root root 80 Aug 5 02:56 extensions drwxr-xr-x 2 root root 80 Jun 2 20:57 input -rwxr-xr-x 1 root root 92704 Aug 5 02:56 libexa.so -rwxr-xr-x 1 root root 18480 Aug 5 02:56 libfbdevhw.so -rwxr-xr-x 1 root root 142176 Aug 5 02:56 libfb.so -rwxr-xr-x 1 root root 141848 Aug 5 02:56 libint10.so -rwxr-xr-x 1 root root 10192 Aug 5 02:56 libshadowfb.so -rwxr-xr-x 1 root root 34800 Aug 5 02:56 libshadow.so -rwxr-xr-x 1 root root 22752 Aug 5 02:56 libvbe.so -rwxr-xr-x 1 root root 31664 Aug 5 02:56 libvgahw.so -rwxr-xr-x 1 root root 179040 Aug 5 02:56 libwfb.so root:511 modules> ls -l drivers -rwxr-xr-x 1 root root 69288 Aug 5 02:56 modesetting_drv.so -rwxr-xr-x 1 root root 208600 Jul 26 15:39 nouveau_drv.so -rw-r--r-- 1 root root 7780496 Jul 26 14:15 nvidia_drv.so -rwxr-xr-x 1 root root 27512 May 12 20:20 vesa_drv.so Is 'udev' getting entangled in this at some point ? Does anyone have any further advice ? Thanks so far. -- ========================,,============================================ SUPPORT ___________//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT `-O----------O---' purslowatchassdotutorontodotca