Date: Fri, 29 Nov 2019 14:11:22 +0100 From: Polytropon <freebsd@edvax.de> To: Scott Bennett <bennett@sdf.org> 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: <CAKy-8=hUCNiAufHHgpLJTnbS_==aHT7UyspgjLyro-yEcxJ2_w@mail.gmail.com> <CAKy-8=gh7nGqzf9G5A7zJDoa2EQgA432k49djHi3%2Bzhg36Tv_A@mail.gmail.com> <CAKy-8=ivtDo0it9fzyUp8mUDAQuGWVfdQqfz2hmhXcA6CXJn%2Bg@mail.gmail.com> <CAKy-8=gHp67aqpXXNM=rfsWwNc4Ay__bsC-09NZ03Afm9W4ekg@mail.gmail.com> <CAKy-8=ho=mD5WLJA5iHbDt9prnrMDhjrwmWOO5NXumQDB9hXhw@mail.gmail.com> <20191128103810.9599da0b.freebsd@edvax.de> <CAKy-8=h05oQfa6rBhOH74vPt3e6m6u3-UXx6v3DWLgXp8No6Hw@mail.gmail.com> <770ebb05-9d76-1b54-5bf5-af548368e19e@hedeland.org> <CAKy-8=gccmRfqtg07JYmo15P0VV5bJo=tipOLURwEH0iA401tw@mail.gmail.com> <CAC=ypSUSmDyfECh4nD9gZ5=bWUCrPGvLs62EsRw0gfckrhJ5Gw@mail.gmail.com> <CAKy-8=jD3pWT6-YS1L-r-ms=Kr6QENzLQyncg09jJh3zRrw3xA@mail.gmail.com> <20191128140254.fc3ee735.freebsd@edvax.de> <CAKy-8=hv8vqy_O4S=d4GTxCzr9w6U51Avz-Ze7oTFJ%2BBMEBtdA@mail.gmail.com> <CAFYkXjn8ka_Vsmq=ieB%2BwRVxgk0y%2B1VSUsDjYeaZAiwGBU-E%2BQ@mail.gmail.com> <201911290659.xAT6xkRx002554@sdf.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 29 Nov 2019 00:59:46 -0600, Scott Bennett wrote: > Tomasz CEDRO <tomek@cedro.info> 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 <something>" 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, ...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20191129141122.ad33d021.freebsd>