I had previously set up several dual-boot Fedora Linux/Win7 systems, but now had the challenge of doing the same for MacOS as well.. This is absolutely not the place for any discussion on the ramifications of the ‘Hackintosh’ movement, but it will suffice to use that terrible phrase ‘Google is your friend..’.. The Clover/MacOS instance was on … Continue reading →
After some serious problems on my test system with plasma-workspace 5.15.x and nouveau (to be described in a separate article..) I had to contemplate moving back to the proprietary nvidia driver, but found – of course – that older cards were not supported by the ‘latest’ drivers. I did find that at least one of the older … Continue reading →
NVIDIA have released driver 418.56, and details are here: https://devtalk.nvidia.com/default/topic/1048767/announcements-and-news/-linux-solaris-and-freebsd-driver-418-56-long-lived-branch-release-/ This version has almost the same problems with Kernel 5.1-rc1 as 418.43, but the fix mentioned in the previous article still applies, after the fixes for ‘list_is_first‘ in ~/kernel/common/inc/nv-list-helpers.h and ~/kernel/nvidia-uvm/uvm8_range_tree.c have been removed, as these are no longer required, and would now cause the compile to … Continue reading →
I have done some more investigation into the NVIDIA compile failures with Kernel 5.1-rc1, and now have a – rather inelegant – solution. I found clues to some of the errors in a post relating to nouveau: https://lkml.org/lkml/2019/2/20/50 and the rest were due to content removed from /include/drm/drm_crtc_helper.h in Kernel 5.1-rc1: https://elixir.bootlin.com/linux/v5.1-rc1/source/include/drm/drm_crtc_helper.h compared to: https://elixir.bootlin.com/linux/v5.0.3/source/include/drm/drm_crtc_helper.h. I also … Continue reading →
Setting up an old HP8000 desktop small-form-factor system as a crash-and-burn test system, with dual-boot Fedora 29 and Windows 7, on separate drives. First slight gotcha with the Fedora install: The installation utility shows the two disks, the first of which has Windows 7 (sda) and the second – additional – was for the Fedora Linux install … Continue reading →
I created a combo runtime patch for NVIDIA 410.73 on Kernel 4.20-rc1, by combining the changes identified in my previous article ( see http://rglinuxtech.com/?p=2426 ) with the pm patch (see http://rglinuxtech.com/?p=2421 ). The result ran – eventually – after blanking/refreshing the display, with garbage characters at top/bottom, so all was obviously not OK.. ……………………… [ 121.826292] [drm] … Continue reading →
Thanks to Tomas Pruzina for more info on this problem… I have now tested NVIDIA 396.54 – patched with the changes mentioned in my previous article – and it runs OK on my system (Fedora 28, KDE/Plasma). I created a patched runtime version of the installer, and then (as root) installed it as usual: # ./NVIDIA-Linux-x86_64-396.54-419.run -s … Continue reading →
Kernel 4.19-rc1 has been released, and very brief details of changes are here: http://lkml.iu.edu/hypermail/linux/kernel/1808.3/01014.html VMware 14.1.3 compiles/loads OK, but NVIDIA (396.54) compile failed: …………………. /home/rgadsdon/kernel/NVIDIA-Linux-x86_64-396.54/kernel/nvidia-drm/nvidia-drm-encoder.c:219:11: error: implicit declaration of function ‘drm_mode_connector_attach_encoder’; did you mean ‘drm_connector_attach_encoder’? [-Werror=implicit-function-declaration] ret = drm_mode_connector_attach_encoder(connector, encoder); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ drm_connector_attach_encoder cc1: some warnings being treated as errors ……………….. – and a similar error with nvidia-drm-connector.c … Continue reading →
As part of my quest to test Linux on more obscure/historical hardware, and given that the theme was ‘HP’ after my perilous foray into the world of Linux on IA64, I have now acquired (eBay!) an ‘inexpensive’ PA-RISC system – HP 9000/785 C3700 – after upgrading from an older C3000, and adding some more up-to-date IO cards.. … Continue reading →
The Intel SOC AP42 system is not supported by Grub2-EFI, but boots using rEFInd (see article at http://rglinuxtech.com/?p=2021 ). I had hoped to prevent the ‘automatic’ (re)install of grub2-efi etc by masking the (minimal) grub installation of grubby etc. – necessary to support the Kernel # make install function – using # rpm -e –justdb –nodeps <package>. … Continue reading →