From owner-freebsd-x11@freebsd.org Fri Nov 29 13:11:45 2019 Return-Path: Delivered-To: freebsd-x11@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 E66411B00DC; Fri, 29 Nov 2019 13:11:45 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47PZf76sGqz3PDP; Fri, 29 Nov 2019 13:11:43 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([188.102.111.227]) by mrelayeu.kundenserver.de (mreue108 [212.227.15.183]) with ESMTPA (Nemesis) id 1M89TB-1ifKtT0AGB-005IMn; Fri, 29 Nov 2019 14:11:32 +0100 Date: Fri, 29 Nov 2019 14:11:22 +0100 From: Polytropon To: Scott Bennett Cc: vm.finance2@gmail.com, tomek@cedro.info, kappei84@gmail.com, freebsd@edvax.de, freebsd-x11@freebsd.org, freebsd-questions@freebsd.org Subject: Re: FreeBSD-12.1 on laptop Message-Id: <20191129141122.ad33d021.freebsd@edvax.de> In-Reply-To: <201911290659.xAT6xkRx002554@sdf.org> References: <20191128103810.9599da0b.freebsd@edvax.de> <770ebb05-9d76-1b54-5bf5-af548368e19e@hedeland.org> <20191128140254.fc3ee735.freebsd@edvax.de> <201911290659.xAT6xkRx002554@sdf.org> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:72BU5eRQ8lz4ZoHihhVFmDfXZiDPUxcbw7la0pg2HsYerC+MJlz bbyzKB8TL/dLYhfjSvBa/SJ0foxACsWgDlp7oVtQDk73pSR3EbnbsL+jPpwZ6c1RnagVtGc dRQfIXhfEZiwwczeqLBlZWSRThkLwzb4YBlJeo3mIn8ezyE08sHIAG9WVRpRr+ULO7O6QaV 0pxhUFfQOnTqaUthUTWVg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:9KlXi1X86h0=:P14U1qjKXelAyqVDZaqsyp udrxC74DOrvXLyxUbzlEr8KfTQeUmmI35gyO5UT6y+1kBYUljp0PGhleNDJ0Yk7DW1D4Rb/73 0mFY/Llt26xnwx17L0dPA61jyXyeM09cA3ZK5Ek7kogahwdHjWaap/RW7en0vM5qwzDxg0wOq yvRE/Rtw57Yf5nwf4VsWKHzom1LPDDY4d36jRsnaDR8RFHHp8Hu5heAkTTIupn0Pnk5Xr7b9B Atsvy66naEmjZ1Jwxx4qVONi53E7Kmc5c9kxkV8G9tGptfQpFUDN/Zpepmfa6Xq02LPwiyKze kpG01Tv6ZzrFH3C8r69Zyq70EiMCPTKcNlzwH85PIJ+T86BqCsLCgU8X2Lhpj5Pmu3cHAzCQz Txd3AdN8kfaBlNRg7JZECp+59i9Ti8bk3G5WXl8GS0QZbxyJgGt0BdWgK+KwzE0a6cHWWSQ/x bxgRaPL0qcS3upva8ugBLarc8cRC96qV0qBwo7bkl+mCRfagJp6LseOxx7ETFcWGnT4Yytmsk bCjzDqeKOpjbPFDcnTQO1NYDkJh4a7NyylV1FTXKqwAqScucksLT1pJPeLN1SNWxMyRj8kWQF I78xFAwo7GDtbEOMelmsHrFqD/K5EZkJk+IYBVimAyAgPERZkzFy33u1PHqcAanVecpXmVy/S BToVzUnrjEwSJym5uzFTzLyzkXaLEU1re7S0ugHkwDBPIVpVUt7R0i6R2y8ZmPsTQfGe85N3w zNfcl1wGyLNkiulCLSpwUK8ov+r3Z4hLx9c4efLWvxQewaex9Tg2HdscrL4HFs1uTPreoFl+g c3WFbLHr6OVqSfP0AU56Y11XKOrU5QiQqlA6sL0tm9zKLwKcBPWYB4Uka6dDiISEASYrpCgz5 +XyEm27sLoaCIdiCn5Pg== X-Rspamd-Queue-Id: 47PZf76sGqz3PDP X-Spamd-Bar: ++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@edvax.de has no SPF policy when checking 217.72.192.75) smtp.mailfrom=freebsd@edvax.de X-Spamd-Result: default: False [6.31 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd@edvax.de]; GREYLIST(0.00)[pass,meta]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; IP_SCORE(0.43)[ip: (-0.38), ipnet: 217.72.192.0/20(0.24), asn: 8560(2.29), country: DE(-0.01)]; HAS_ORG_HEADER(0.00)[]; RCPT_COUNT_SEVEN(0.00)[7]; RECEIVED_SPAMHAUS_PBL(0.00)[227.111.102.188.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8560, ipnet:217.72.192.0/20, country:DE]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[edvax.de]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.99)[0.985,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.996,0]; MID_CONTAINS_FROM(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[75.192.72.217.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; SUSPICIOUS_RECIPS(1.50)[] X-Spam: Yes X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 13:11:46 -0000 On Fri, 29 Nov 2019 00:59:46 -0600, Scott Bennett wrote: > Tomasz CEDRO wrote: > > > Do this as root: > > > > pkg install Xorg hal dbus > > Bzzzt! Please do not send innocent victims into the hal nightmare. > That package is *not* needed and *should be avoided whenever possible*. It seems to be unavoidable as soon as you want to install a desktop environment (Gnome, KDE, Xfce, LXDE). But X itself works fine without HAL, so do lots of window managers and application programs. HAL seems to be abandoned in Linux land, but still many GUI ports make it a dependency... :-/ > > portsnap fetch update > > cd /usr/ports/graphics/drm-fbsd12.0-kmod/ > > make > > make deinstall > > make install > > kldunload drm > > kldunload i915kms > > Yeah? Good luck with that. One it has the graphics device, I > doubt it will allow itself to be unloaded. A reboot will most likely > be necessary. Depends. Especially if you haven't entered X yet, it seems to be possible. However, a clean reboot is usually the better way. For this to work, it's neccessary (!) that no further references to such kernel modules exist in any of the relevant configuration files. > > kldload /boot/modules/drm.ko > > It shouldn't be necessary to load drm.ko manually. It's a dependency of the i915kms module. I have a laptop that runs FreeBSD 12.0-p7 where I have in /boot/loader.conf: i915kms_load="YES" And then kldstat reports drm2.ko to be loaded as well. > > kldload /boot/modules/i915kms.ko > > There can be problems with the above method of loading this, IIRC. > Using > > kld_list="/boot/modules/i915kms.ko" > > in /etc/rc.conf.local (or /etc/rc.conf if you don't separate your own > added choices from the system's) is the preferred method. Technically, it doesn't seem to matter, as only the point in time is affected when the module is loaded. Manually loading it and then using this as a starting point for further experiments with X is okay. Also see my note above - it also seems to work when loaded via /boot/loader.conf. Sidenote: There was also a case where "manually" executing "kldload " was required in /etc/rc.local. :-) > > startx > > > > You can also generate Xorg configuration with: > > Xorg -configure > > cp /root/xorg.config.new /etc/X11/xorg.conf > > startx > > Note that manual configuration should be used only as a last resort. > Most users should let xorg autoconfigure unless there is a problem in > getting particular devices, fonts, drivers, etc. recognized or for special > screen, keyboard, and/or pointing device setups. Exactly. That's why any existing configuration file should be removed, just to be sure. X can generate one if needed, but in most cases, it's _not_ needed. Sometimes you only need a partial file in /usr/local/etc/X11/xorg.conf.d/ to regulate a specific aspect of X, like keyboard settings or s forced screen size. > > Note that you have to compile the DRM kernel driver on your machine, > > True, except for users who run -RELEASE GENERIC. > > > also you need to load /boot/modules/drm.ko and > > Not true AFAIK. I don't do that, and it works just fine. Automated dependency. > > /boot/modules/i915kms.ko from that location otherwise you will load > > default drm/i915 drivers that does not work with modern GPU. > > Yes, this one most likely does need to be specified for Intel's > integrated graphics. In this case, knowing the exact hardware configuration is neccessary. FreeBSD system tools can provide this information, and it needs to be reflected by the kernel modules loaded, the X11 drivers installed, and what X detects (checked with the log file). It isn't that complicated. ;-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...