SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Since there's a Slackware64 and Kaby Lake thread, I thought we could do with a Slackware64 and Ryzen thread.
I'm not normally one for posting PC specs, but since there I couldn't find any Slackware on Ryzen information, here's the specs of my new Ryzen 7 workstation:
Code:
CPU: Ryzen 7 1800x (8 core, 16 threads)
CPU Cooling: Thermaltake Contac Silent 12 AM4 PWM
Motherboard: ASRock X370 Taichi ATX
RAM: Crucial CT2K16G4WFD824A 32GB (2 x 16GB with ECC, 2400MHz)
SSD: 1TB Intel 600p Series PCIe Gen3 x4 M.2 (SSDPEKKW010T7X1)
HDD: WD 4TB WD4000FYYZ RE 24x7 Enterprise 3.5" SATA 6Gb/s HDD 7200rpm x QTY 2
PSU: Seasonic SS-650RM 650W Hybrid Modular
Graphics: 4G Sapphire Nitro+ RX480 AMD Polaris Graphics Card 1306MHz
Optical Drive: LG Internal Blu Ray Writer WH14NS40 + M-Disc Support
Case: Fractal Design R5
PS/2 Y-Cable for keyboard & mouse (eBay) for use with KVM switch.
Slackware64-current. Updated to Kernel 4.10.15.
Why these parts?
This is a workstation build, to eventually become my daily driver. I use lots of temporary virtual machines in my day job, and this PC should allow me to have many of these running locally, rather than on our remote ESXi farm.
I wanted ECC RAM support. The ASRock x370 Taichi was (at the time of ordering) the only AM4 board to support ECC. AMD confirmed the Ryzen CPUs do support ECC, but it's up to the motherboard vendors to implement it. NB: I had to update the board's UEFI before Linux's EDAC ECC implementation would detect the ECC RAM (was running in non-ECC mode initially).
Slackware Install Experience:
I've installed Slackware64-current on this machine twice now, via a bootable USB stick. The first time was on 30th April, this had a 4.4.38 kernel (I think), which actually booted and mostly ran OK. However the installer did not properly recognise the NVMe boot drive, so a lot of manual steps were required to get elilo to boot the machine. I did eventually get X/KDE running.
The second attempt was on May 9th/10th after Didier Spaier's installer patches for NVMe had been merged in. The install just worked this time.
TIP: The x370 Taichi can boot a USB stick in "legacy" or UEFI mode. Legacy seems to be the default. In this mode the kernel doesn't detect UEFI/EFI firmware and the Slackware installer EFI boot setup steps doesn't work. To workaround, you must hit F11 during boot and and pick the EFI option of the USB stick.
Impression so far:
Daily use - I have booted one of my SuSE11 temporary VMs under Oracle VirtualBox. It works very well and it's fast!
I compiled the 4.10.15 kernel modules (time make modules -j15) in 7 mins. On my old Phenom workstation, this takes > 35 minutes.
The only minor niggle: I can't get audio out over HDMI working. This is probably an issue with the RX480 card. However audio out via the 3.5mm jack is fine.
HDMI audio doesn't work by default with the open source AMDGPU drivers you need DC (DAL) support for that. https://cgit.freedesktop.org/~hwentl...staging-dc-4.9
Some Ryzen motherboards comes with an Realtek ALC299/ALC1220 audio codec and it's not supported before kernel 4.11 but your audio seems to work already.
Last edited by Nille_kungen; 05-13-2017 at 05:50 PM.
Unfortunately, I can't comment on running Ryzen in Slackware yet because I haven't bought the hardware yet. But I'll be watching this thread closely because I'm hoping to get it within a few months. I really only need the processor and motherboard, because I have 32GB (16GBx2) DDR4 Corsair non-ECC RAM and a Corsair HXi 1000w PSU. I am also looking at an ASRock Taichi motherboard due to ASRock having the only boards with 10 SATA ports (and I don't need the extra features of the Fatal1ty board). I want to get a new case too, but that could wait.
As for the error messages on boot, it seems it is due to poor support of IOMMU (gathered from here and here). Most of the reports are based on device 24:00.0, but it could just be the specific motherboard. It'd be interesting to see what lspci lists device 0e:00.0 is.
However, I do have a question for you based on your input on Didier's NVMe thread. I have a Samsung EVO 960 1TB M.2 stick that is in my current computer unformatted. My plan is to install Slackware 14.2 onto it along with all my required programs before rebooting out of my 14.1 install (to make the upgrade nice and quick). However, I saw that you recommended adding nvme-cli to the initrd in the installer to allow formatting. Can you not format the device with something like gdisk? What else does nvme-cli offer? I had a look at the manpage, but nothing really stood out (in fact, I completely missed that it even allows you to format using it until I just re-looked at it). I tried finding more information online, but even Arch's wiki doesn't have much information on it. I'm just looking for the best way to manage my device, and information on NVMe is lacking with distros (or my google-fu is weak and I just can't find it). If you feel this will derail your thread, you don't have to worry about answering it.
... However, I saw that you recommended adding nvme-cli to the initrd in the installer to allow formatting. Can you not format the device with something like gdisk? ...
I can confirm that nvme devices can be formatted using gdisk. I used it under Slackware64-14.2 to format my nvme device prior to Didier's patches. Mine is connected to a PCI slot. I don't have an M2 connector on my motherboard.
John
PS if my memory serves me I believe fdisk also say the device.
confirmed
Code:
fdisk -l /dev/nvme0n1p2
Disk /dev/nvme0n1p2: 128 GiB, 137438953472 bytes, 268435456 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
gdisk -l /dev/nvme0n1p3
GPT fdisk (gdisk) version 1.0.0
Partition table scan:
MBR: not present
BSD: not present
APM: not present
GPT: not present
Creating new GPT entries.
Disk /dev/nvme0n1p3: 536870912 sectors, 256.0 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): D76972F2-1188-42AE-BFF3-78591E461B09
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 536870878
Partitions will be aligned on 2048-sector boundaries
Total free space is 536870845 sectors (256.0 GiB)
Number Start (sector) End (sector) Size Code Name
Last edited by AlleyTrotter; 05-13-2017 at 08:34 PM.
PS if my memory serves me I believe fdisk also say the device.
Thanks for the confirmation. And yeah, I figured fdisk should see it, but I knew I was going to go with a GPT partition, so that's why I mentioned gdisk. But thanks for the confirmation.
I'm just curious what some other beneficial features are of nvme-cli. I suppose I could try and dig through the man pages, but I was hoping someone could just provide a few ideas
HDMI audio doesn't work by default with the open source AMDGPU drivers you need DC (DAL) support for that. https://cgit.freedesktop.org/~hwentl...staging-dc-4.9
Some Ryzen motherboards comes with an Realtek ALC299/ALC1220 audio codec and it's not supported before kernel 4.11 but your audio seems to work already.
Ah - many thanks for that! I'm going to try the closed source RX480 drivers today - mainly to see if they eliminate a lockup when running firefox:
I discovered the cause of my hard lockups. If I start firefox and leave it idle with no webpage displayed, within a few minutes the machine locks up. Any SSH sessions into it freeze entirely, and there's no clues in the logs as to what happened. I tried a Magic-SysReq sequence, and it attempted to reboot but the UEFI never started. This makes me think it's a GPU/driver related issue.
Quote:
Originally Posted by bassmadrigal
As for the error messages on boot, it seems it is due to poor support of IOMMU (gathered from here and here). Most of the reports are based on device 24:00.0, but it could just be the specific motherboard. It'd be interesting to see what lspci lists device 0e:00.0 is.
Thanks - I'll be looking into that as well, in case it's related to the lockups. lspci output as below:
Code:
root@deepthought:~# lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1450
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Device 1451
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:01.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 1453
00:01.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 1453
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:03.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:03.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 1453
00:04.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:07.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:07.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 1454
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 1454
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 59)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1460
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1461
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1462
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1463
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1464
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1465
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1466
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1467
01:00.0 Non-Volatile memory controller: Intel Corporation Device f1a5 (rev 03)
03:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] Device 43b9 (rev 02)
03:00.1 SATA controller: Advanced Micro Devices, Inc. [AMD] Device 43b5 (rev 02)
03:00.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b0 (rev 02)
04:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b4 (rev 02)
04:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b4 (rev 02)
04:03.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b4 (rev 02)
04:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b4 (rev 02)
06:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 02)
07:00.0 PCI bridge: ASMedia Technology Inc. Device 1184
08:01.0 PCI bridge: ASMedia Technology Inc. Device 1184
08:03.0 PCI bridge: ASMedia Technology Inc. Device 1184
08:05.0 PCI bridge: ASMedia Technology Inc. Device 1184
08:07.0 PCI bridge: ASMedia Technology Inc. Device 1184
09:00.0 Network controller: Intel Corporation Device 24fb (rev 10)
0b:00.0 Ethernet controller: Intel Corporation I211 Gigabit Network Connection (rev 03)
0e:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480] (rev c7)
0e:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device aaf0
11:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device 145a
11:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Device 1456
11:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Device 145c
12:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device 1455
12:00.2 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 51)
12:00.3 Audio device: Advanced Micro Devices, Inc. [AMD] Device 1457
Quote:
Originally Posted by bassmadrigal
However, I do have a question for you based on your input on Didier's NVMe thread. I have a Samsung EVO 960 1TB M.2 stick that is in my current computer unformatted. My plan is to install Slackware 14.2 onto it along with all my required programs before rebooting out of my 14.1 install (to make the upgrade nice and quick). However, I saw that you recommended adding nvme-cli to the initrd in the installer to allow formatting. Can you not format the device with something like gdisk? What else does nvme-cli offer? I had a look at the manpage, but nothing really stood out (in fact, I completely missed that it even allows you to format using it until I just re-looked at it). I tried finding more information online, but even Arch's wiki doesn't have much information on it. I'm just looking for the best way to manage my device, and information on NVMe is lacking with distros (or my google-fu is weak and I just can't find it). If you feel this will derail your thread, you don't have to worry about answering it.
Happy to discuss NVMe here; all the AM4 boards I've seen have at least one M.2 socket for an NVMe.
Quote:
Originally Posted by AlleyTrotter
I can confirm that nvme devices can be formatted using gdisk. I used it under Slackware64-14.2 to format my nvme device prior to Didier's patches. Mine is connected to a PCI slot. I don't have an M2 connector on my motherboard.
Quote:
Originally Posted by bassmadrigal
I'm just curious what some other beneficial features are of nvme-cli. I suppose I could try and dig through the man pages, but I was hoping someone could just provide a few ideas
Yep - gdisk (or fdisk, etc) is used to partition an nvme "namespace". A namespace is equivalent of a virtual disk or LUN. When you get a new NVMe out of the box, it will be pre-formatted with one namespace which occupies the entire device.
The nvme "format" (from nvme-cli) is used to setup/erase an entire namespace. Think of it as the equivalent of "ATA Secure Erase". It's a way of telling the flash controller that you want to securely destroy (discard) the entire contents of a namespace (without needing to manually overwrite it, which is bad for flash storage). So, it's useful for wiping any data already present so you can start again with a clean sheet.
Here's how I setup my NVMe:
Code:
root@deepthought:~# ls -l /dev/nvme*
crw------- 1 root root 247, 0 May 15 08:20 /dev/nvme0
brw-rw---- 1 root disk 259, 0 May 15 08:21 /dev/nvme0n1
brw-rw---- 1 root disk 259, 1 May 15 08:21 /dev/nvme0n1p1
brw-rw---- 1 root disk 259, 2 May 15 08:21 /dev/nvme0n1p2
brw-rw---- 1 root disk 259, 3 May 15 08:21 /dev/nvme0n1p3
root@deepthought:~#
root@deepthought:~# gdisk -l /dev/nvme0n1
GPT fdisk (gdisk) version 1.0.1
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/nvme0n1: 2000409264 sectors, 953.9 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): F1664F2A-6AD3-4772-B76F-C77279BE6128
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 2000409230
Partitions will be aligned on 2048-sector boundaries
Total free space is 3406 sectors (1.7 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 206847 100.0 MiB EF00 EFI System
2 206848 1966854799 937.8 GiB FD00 Linux RAID
3 1966856192 2000409230 16.0 GiB 8200 Linux swap
...though I'm thinking of changing it to have two RAID partitions. If/when I do this, I'll format namespace /dev/nvme0n1 to wipe it and start again.
So, nvme0 is the first nvme in the system. n1 is namespace one, and p1-3 are the partitions.
Ok, enough for now. I'll update this thread later with my findings.
Ah - many thanks for that! I'm going to try the closed source RX480 drivers today - mainly to see if they eliminate a lockup when running firefox:
If you're not aware, I have a *possibly* functional 17.10 amdgpu-pro driver available on my github. I say "possibly" because I don't know if anyone has tested it, and AMD still hasn't added support for either of my two early GCN-era cards. If that doesn't work, the 16.60 driver should work (just go up a directory, as I've kept all the different versions in separate folders), as that had a lot of testing done on this thread.
Quote:
Originally Posted by MarcT
I discovered the cause of my hard lockups. If I start firefox and leave it idle with no webpage displayed, within a few minutes the machine locks up. Any SSH sessions into it freeze entirely, and there's no clues in the logs as to what happened. I tried a Magic-SysReq sequence, and it attempted to reboot but the UEFI never started. This makes me think it's a GPU/driver related issue.
Thanks - I'll be looking into that as well, in case it's related to the lockups. lspci output as below:
Code:
root@deepthought:~# lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1450
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Device 1451
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:01.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 1453
00:01.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 1453
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:03.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:03.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 1453
00:04.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:07.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:07.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 1454
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1452
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 1454
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 59)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1460
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1461
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1462
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1463
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1464
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1465
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1466
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1467
01:00.0 Non-Volatile memory controller: Intel Corporation Device f1a5 (rev 03)
03:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] Device 43b9 (rev 02)
03:00.1 SATA controller: Advanced Micro Devices, Inc. [AMD] Device 43b5 (rev 02)
03:00.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b0 (rev 02)
04:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b4 (rev 02)
04:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b4 (rev 02)
04:03.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b4 (rev 02)
04:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b4 (rev 02)
06:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 02)
07:00.0 PCI bridge: ASMedia Technology Inc. Device 1184
08:01.0 PCI bridge: ASMedia Technology Inc. Device 1184
08:03.0 PCI bridge: ASMedia Technology Inc. Device 1184
08:05.0 PCI bridge: ASMedia Technology Inc. Device 1184
08:07.0 PCI bridge: ASMedia Technology Inc. Device 1184
09:00.0 Network controller: Intel Corporation Device 24fb (rev 10)
0b:00.0 Ethernet controller: Intel Corporation I211 Gigabit Network Connection (rev 03)
0e:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480] (rev c7)
0e:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device aaf0
11:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device 145a
11:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Device 1456
11:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Device 145c
12:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device 1455
12:00.2 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 51)
12:00.3 Audio device: Advanced Micro Devices, Inc. [AMD] Device 1457
Based on that, your 0e: device is your video card, so hopefully switching to the proprietary drivers will fix your lockups and possibly your error messages on boot.
Quote:
Originally Posted by MarcT
Happy to discuss NVMe here; all the AM4 boards I've seen have at least one M.2 socket for an NVMe.
Yep - gdisk (or fdisk, etc) is used to partition an nvme "namespace". A namespace is equivalent of a virtual disk or LUN. When you get a new NVMe out of the box, it will be pre-formatted with one namespace which occupies the entire device.
The nvme "format" (from nvme-cli) is used to setup/erase an entire namespace. Think of it as the equivalent of "ATA Secure Erase". It's a way of telling the flash controller that you want to securely destroy (discard) the entire contents of a namespace (without needing to manually overwrite it, which is bad for flash storage). So, it's useful for wiping any data already present so you can start again with a clean sheet.
Ok, that makes a lot more sense. I was trying to understand what namespaces were, but the only thing I could find were technical papers, and it was late enough that I just wasn't grasping what they were trying to teach me.
EDIT: I just remembered you're running -current. Unfortunately, AMD still hasn't added support for Xorg 1.19 yet, so the pro driver won't work on -current
I had problems with that in my new machine FX-8320E/Gigabyte 970A-DS3P (not so 'new' ) I assembled in September last year.
Boot was stuck for ~20 seconds at those messages. I found the solution was adding iommu=soft at the append line in lilo.conf.
Also, there is an option in BIOS 'IOMMU Controller', it must be enabled.
EDIT: I just remembered you're running -current. Unfortunately, AMD still hasn't added support for Xorg 1.19 yet, so the pro driver won't work on -current
Thanks - I've just come to that same conclusion!
However, trying to install the AMDGPU-PRO driver and then removing it seems to have "cured" the hangs in firefox. I'm sure I've broken something else (like UVD or Mesa) instead, as I've not reinstalled the X or Mesa packages.
Anyhow, I think I'm going to do a fresh install of -current and perhaps try kernel 4.11.1.
However, trying to install the AMDGPU-PRO driver and then removing it seems to have "cured" the hangs in firefox. I'm sure I've broken something else (like UVD or Mesa) instead, as I've not reinstalled the X or Mesa packages.
If you used my SlackBuild, I made great care to try and prevent any damage to the official packages. But, if you happen to find something messed up, I'd like to try and fix it (even if you can't use the package on -current).
I think the only thing that should be left is an entry in your /etc/ld.so.conf pointing to the now non-existent /opt/amdgpu-pro/lib/x86_64-linux-gnu/, but that shouldn't hurt anything since it will just move on down to the next entry.
And in verifying that path, I just realized that it is likely broken on 32bit Slackware (since the x86_64 is hardcoded rather than using $DRIARCH). So I'll have to fix and test it when I get home.
If you used my SlackBuild, I made great care to try and prevent any damage to the official packages. But, if you happen to find something messed up, I'd like to try and fix it (even if you can't use the package on -current).
Ah - I had already tried a ham-fisted approach before I knew about your packages. I had downloaded the RedHat AMDGPU-PRO drivers, ran rpm2tgz on them, and installed the resulting packages. This broke X badly (mismatched ABI, etc). It doesn't matter because I wanted to re-partition the NVMe anyway and re-install with the latest updates to -current.
I've also been testing converting ext3 to ext4 in-place, and running e4defrag. The time taken to fsck my /home went from > 9mins to ~1min.
Sorry did not read all replys. From the many years I have used slackware i am sure the -j7 told me Pat hqs been a a AMD USER a long time if you want to deal with ryzen as q tickle but many of us knew of the threadripper over a year ago. Many hardware people understand what is considered coming up. Because building the controller chip is 99 percent of the battle. IMB failed but Cray can build the controller. Nice rant or is AMD got the best thread. Winks at New York.
Ah - I had already tried a ham-fisted approach before I knew about your packages. I had downloaded the RedHat AMDGPU-PRO drivers, ran rpm2tgz on them, and installed the resulting packages. This broke X badly (mismatched ABI, etc). It doesn't matter because I wanted to re-partition the NVMe anyway and re-install with the latest updates to -current.
Yeah, it took a lot of testing from me and a few others. There were a lot of commits to work through everything.
Just ordered MSI Gaming Plus, Ryzen 1700 and Corsair LPX 3200 16GB (2x8) RAM.
This is to upgrade my q9550, because 8GB as a daily machine is really getting limiting (and my q6600 file server, already maxed out at 8GB as well is getting overloaded with some tasks - plan to offload some tasks to my main machine). Debated between a used i7 4790 desktop for $300 and a new Ryzen build for $500. Decided to bite the bullet.
Will be re-using GTX 950 and SATA SSD (with a bump to 6 GBit from my older IP-35 board which as 3 GBit SATA ports).
My plan was:
-build/install latest kernel on existing machine
-swap mboard/CPU/RAM into existing machine
-try to boot
-hope for the best
Anything else I need to do? Keeping the same video card, so hopefully that won't be an issue.
If there's another thread I should look at instead, please point me to it.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.