Welcome!
Important information
-- Spectre and Meltdown vulnerabilities
-- Change in MX sources

News
-- MX Linux on social media: here
-- Mepis support still here

Current releases
-- MX-17.1 Final release info here
-- antiX-17 release info here

New users
-- Please read this first, and don't forget to add system and hardware information to posts!
-- Here are the Forum Rules

MX 17 Repository: The Backported Debian Kernel Thread

Message
Author
User avatar
Stevo
Forum Veteran
Forum Veteran
Posts: 16144
Joined: Fri Dec 15, 2006 8:07 pm

Re: MX 17 Repository: The Backported Debian Kernel Thread

#21 Post by Stevo » Fri Jun 15, 2018 1:39 pm

Stevo wrote:
Fri Jun 15, 2018 1:38 pm
sacules wrote:
Fri Jun 15, 2018 12:42 pm
Stevo wrote:
Thu Jun 14, 2018 1:09 am
The 4.17 kernel requires an upgrade of Vbox to 5.2.12, which can be installed from the test repo. You'll also need to install the 4.17 linux-headers for your kernel.
Already had the headers, will try upgrading Vbox.
richb wrote:
Thu Jun 14, 2018 7:07 pm

Code: Select all

Graphics:  Card-1: AMD Kaveri [Radeon R7 Graphics] driver: radeon v: kernel 
           Display: x11 server: X.Org 1.19.2 driver: ati,radeon unloaded: fbdev,modesetting,vesa 
           resolution: 1920x1080~60Hz 
           OpenGL: renderer: Gallium 0.4 on AMD KAVERI (DRM 2.50.0 / 4.17.0-1-amd64 LLVM 3.9.1) 
           v: 4.3 Mesa 13.0.6 
I recall enabling it with an earlier kernel but forgot the steps.
I had a similar issue some months ago and solved it by upgrading the mesa drivers to the last version, which you can find in the test repos.
Stretch-backports has a newer mesa, or we currently have 18.0.4 and a newer xorg-amdgpu driver in a separate experimental repo. I was a bit leery of having it in the test repo, since there are some that upgrade everything from there in one fell swoop.

User avatar
kmathern
Forum Veteran
Forum Veteran
Posts: 9318
Joined: Wed Jul 12, 2006 2:26 pm

Re: MX 17 Repository: The Backported Debian Kernel Thread

#22 Post by kmathern » Fri Jun 15, 2018 3:08 pm

I figured out a way (actually two ways) to get it to use the amdgpu driver for my Kabini gpu with the 4.17 kernel.

First, here's the inxi output:

Code: Select all

$ inxi -SGxxx
System:    Host: mx1 Kernel: 4.17.0-1-amd64 x86_64 bits: 64 compiler: gcc v: 6.3.0 Desktop: Xfce 4.12.3 
           tk: Gtk 2.24.25 info: xfce4-panel wm: Xfwm4 dm: lightdm 1.10.3 
           Distro: MX-16_x64 Metamorphosis 12 December 2016 
Graphics:  Card-1: Advanced Micro Devices [AMD/ATI] Kabini [Radeon HD 8240 / R3 Series] driver: amdgpu 
           v: kernel bus ID: 00:01.0 chip ID: 1002:9838 
           Display: server: X.Org 1.16.4 driver: amdgpu,ati unloaded: fbdev,modesetting,radeon,vesa 
           resolution: 1600x900~60Hz 
           OpenGL: renderer: Gallium 0.4 on AMD KABINI (DRM 3.25.0 / 4.17.0-1-amd64 LLVM 3.9.1) 
           v: 4.3 Mesa 13.0.6 compat-v: 3.0 direct render: Yes 

I've been able to get it to use the amdgpu driver with either set of the following boot parameters,

these *** :

Code: Select all

amdgpu.cik_support=1 amdgpu.dc=0 modprobe.blacklist=radeon

or these *** :

Code: Select all

amdgpu.cik_support=1 radeon.cik_support=0 amdgpu.dc=0

***: If you have a GCN generation 1 / Southern Islands chipset (CAPE VERDE, PITCAIRN, TAHITI, OLAND, HAINAN), try replacing the 'cik' instances with 'si'.

In both cases, adding the 'amdgpu.dc=0' parameter is what finally got it to work. I don't know what the downside is to using it.


I do see a slight difference in the dmesg report between the two sets of boot parameters.

With the first set I see what's shown below, when it switches from EFI VGA to the amdgpudrmfb:

Code: Select all

[   10.607756] fb: switching to amdgpudrmfb from EFI VGA
[   11.095718] fbcon: amdgpudrmfb (fb0) is primary device
[   11.110920] amdgpu 0000:00:01.0: fb0: amdgpudrmfb frame buffer device

With the second set of boot parameters it first switches from EFI VGA to the radeondrmfb instead of the amdgpudrmfb, I don't know if that's a problem or not.

Code: Select all

[   10.648514] fb: switching to radeondrmfb from EFI VGA
[   11.748400] fbcon: amdgpudrmfb (fb0) is primary device
[   11.765293] amdgpu 0000:00:01.0: fb0: amdgpudrmfb frame buffer device

User avatar
richb
Administrator
Posts: 17039
Joined: Wed Jul 12, 2006 2:17 pm

Re: MX 17 Repository: The Backported Debian Kernel Thread

#23 Post by richb » Fri Jun 15, 2018 3:33 pm

The first suggestion worked for my AMD Kaveri. Thanks

Code: Select all

amdgpu.cik_support=1 amdgpu.dc=0 modprobe.blacklist=radeon
Forum Rules
Guide - How to Ask for Help

Rich
SSD Production: MX 17.1
AMD A8 7600 FM2+ CPU R7 Graphics, 16 GIG Mem. Three Samsung EVO SSD's 250 GB, 350 GB HD

User avatar
sacules
Forum Novice
Forum  Novice
Posts: 14
Joined: Fri Mar 09, 2018 4:15 pm

Re: MX 17 Repository: The Backported Debian Kernel Thread

#24 Post by sacules » Fri Jun 15, 2018 4:43 pm

Updating virtualbox and virtualbox-dkms, plus reinstalling the 4.17 headers, has definitely worked!

User avatar
Stevo
Forum Veteran
Forum Veteran
Posts: 16144
Joined: Fri Dec 15, 2006 8:07 pm

Re: MX 17 Repository: The Backported Debian Kernel Thread

#25 Post by Stevo » Sat Jun 23, 2018 1:43 pm

The "4.17.0-1" kernel in the test repo is now upgraded to a version based on 4.17.2. Since it has the same ABI (-1) as the 4.17.0 version, it will upgrade over that version. I'm not sure if DKMS drivers will automatically rebuild during the upgrade...if you don't see them doing that, you could reinstall the dkms packages in Synaptic to be sure, or "sudo dpkg-reconfigure <package>" them on the command line.

User avatar
Stevo
Forum Veteran
Forum Veteran
Posts: 16144
Joined: Fri Dec 15, 2006 8:07 pm

Re: MX 17 Repository: The Backported Debian Kernel Thread

#26 Post by Stevo » Thu Jul 05, 2018 12:48 pm

We now have the 4.17.3 version, backported from Sid, in the test repo, replacing 4.17.2. It should upgrade over 4.17.2, but might not update the dkms modules automatically. In that case, you can run

Code: Select all

apt policy *-dkms
to see which ones are installed, then

Code: Select all

sudo dpkg-reconfigure [package1] [package2] ...
to make they build.

User avatar
Stevo
Forum Veteran
Forum Veteran
Posts: 16144
Joined: Fri Dec 15, 2006 8:07 pm

Re: MX 17 Repository: The Backported Debian Kernel Thread

#27 Post by Stevo » Thu Jul 05, 2018 12:50 pm

Stevo wrote:
Thu Jul 05, 2018 12:48 pm
We now have the 4.17.3 version, backported from Sid, in the test repo, replacing 4.17.2. It should upgrade over 4.17.2, but might not update the dkms modules automatically. In that case, you can run

Code: Select all

apt policy *-dkms
to see which ones are installed, then

Code: Select all

sudo dpkg-reconfigure [package1] [package2] ...
to make they build.
This new build includes the internal Virtual Box and Anbox guest drivers, so the virtualbox-guest packages should no longer be required in guests.

I also have it a separate OBS repo that users of other Stretch-based distros might prefer to use instead. Instruction for that are:

As root, add the repo:

Code: Select all

echo 'deb http://download.opensuse.org/repositories/home:/stevenpusser:/kernel-backports/Debian_9.0/ /' > /etc/apt/sources.list.d/home:stevenpusser:kernel-backports.list
As a regular user, download the repo key:

Code: Select all

rm -f Release.key && wget -nv https://download.opensuse.org/repositories/home:stevenpusser:kernel-backports/Debian_9.0/Release.key -O Release.key
As root, add the key and update the apt database:

Code: Select all

apt-key add - < Release.key
apt-get update
The new kernel packages are now available to you, but won't be seen as upgrades of any packages, just like the backported kernel in stretch-backports. So you'll have to search for 4.17 linux packages that are now available.

zorzi
Forum Novice
Forum  Novice
Posts: 78
Joined: Fri Apr 20, 2018 7:41 pm

Re: MX 17 Repository: The Backported Debian Kernel Thread

#28 Post by zorzi » Thu Jul 26, 2018 6:07 am

Hello,

Shall 4.15.17-1 kernel be pushed in regular updates soon ? I'm testing it since a few days. No problem here.

User avatar
Stevo
Forum Veteran
Forum Veteran
Posts: 16144
Joined: Fri Dec 15, 2006 8:07 pm

Re: MX 17 Repository: The Backported Debian Kernel Thread

#29 Post by Stevo » Thu Jul 26, 2018 10:42 pm

zorzi wrote:
Thu Jul 26, 2018 6:07 am
Hello,

Shall 4.15.17-1 kernel be pushed in regular updates soon ? I'm testing it since a few days. No problem here.
We don't have any debianized source from upstream Debian for that kernel revision. Refreshing the numerous Debian patches to match the possible source code changes would probably make doing it manually a very onerous job. I'd suggest one of the 4.17 kernels if you want to stay on top.

User avatar
KoO
Forum Regular
Forum Regular
Posts: 256
Joined: Fri Feb 10, 2017 1:21 am

Re: MX 17 Repository: The Backported Debian Kernel Thread

#30 Post by KoO » Fri Jul 27, 2018 12:06 am

Have been running the 4.17.4 kernel on AntiX for a few days now on both my main desktop machine and the Lenovo T430 everything has been running very smoothly.
Only thing I had to do was reinstall my nvidia drivers on the Main desktop after the kernel update also late night I updated my nvidia driver to 390.48 from the mx test repo and running sweet too..

Thanks for the updates.
Da Main Box .. Antix 17 (4.18.7) i3 ,Windows8.1 , Intel Xeon E3-1241 v3 , 16gb HyperX , Samsung EVO M2 250 GB , Samsung EVO SSD 500 GB , GTX 970
Lappy .. Lenovo T430 AntiX17.1 (4.18.4) i3 ,Windows8.1 , i5 +4000 , 8gb , Samsung EVO 860 250 GB , 1TB HGST

Post Reply

Return to “Package Requests/Status - MX 17”