The Latest Kernel Release.

cwizardone · 10-07-2022, 06:38 AM

Quote:

Originally Posted by 3rensho

5.4.217 just arrived

The tarball and change log can be found at, https://www.kernel.org/

marav · 10-07-2022, 06:41 AM

Quote:

Originally Posted by cwizardone

The tarball and change log can be found at, https://www.kernel.org/

Noteworthy change:

Code:

    Revert "drm/amdgpu: use dirty framebuffer helper"
    
    This reverts commit c89849ecfd2e10838b31c519c2a6607266b58f02 which is
    commit 66f99628eb24409cb8feb5061f78283c8b65f820 upstream.
    
    It is reported to cause problems on 5.4.y so it should be reverted for
    now.

cwizardone · 10-10-2022, 09:40 AM

Year 2022, Round 60.

Another batch of updates has been scheduled for release on Wednesday, 12 October 2022, at approximately 07:00 GMT. If no problems are found while testing the release candidates, they might be available sometime on Tuesday (depending on your time zone).

The details:

6.0.1-rc1, with 17 patches, https://lkml.iu.edu/hypermail/linux/...0.1/01470.html

5.19.15-rc1, with 48 patches, https://lkml.iu.edu/hypermail/linux/...0.1/01520.html

5.15.73-rc1, with 37 patches, https://lkml.iu.edu/hypermail/linux/...0.1/01568.html

marav · 10-10-2022, 09:56 AM

Quote:

Originally Posted by marav

My dmesg error:

Code:

amdgpu: Move buffer fallback to memcpy unavailable
amdgpu 0000:11:00.0: amdgpu: 00000000ac7a73e7 pin failed
[drm:dm_plane_helper_prepare_fb [amdgpu]] *ERROR* Failed to pin framebuffer with error -19

Already reported by someone:
https://gitlab.freedesktop.org/drm/amd/-/issues/2164

Let's hope this patch:
https://git.kernel.org/pub/scm/linux...ada311ea52c4b2

will fix the issue

EDIT: nope ...

cwizardone · 10-10-2022, 05:09 PM

And a second set of release candidates for the current batch of updates.

5.19.15-rc2, with 46 patches, https://lkml.iu.edu/hypermail/linux/...0.1/02225.html

5.15.73-rc2, with 35 patches, https://lkml.iu.edu/hypermail/linux/...0.1/02226.html

3rensho · 10-12-2022, 03:01 AM

6.0.1.et al. have dropped

Edit: 6.0.1 built and running fine with Nvidia-515.76

cwizardone · 10-12-2022, 03:55 AM

Quote:

Originally Posted by 3rensho

6.0.1.et al. have dropped

The tarballs and change logs can be found at, https://www.kernel.org/

kjhambrick · 10-12-2022, 04:19 AM

all --

Generic Kernel Version 5.15.73.kjh is running fine on my Slackware64 15.0 + Multilib LapTop.

-- kjh

Code:

uname -msrpn: Linux kjhlt7.kjh.home 5.15.73.kjh x86_64 11th Gen Intel(R) Core(TM) i9-11900K @ 3.50GHz
firmware ...: kernel-firmware-20220930_fdf1a65-noarch-1
NVidia Blob : NVIDIA-Linux-x86_64-515.76.run
VMWare Blob : VMware-Workstation-Full-16.2.3-19376536.x86_64.bundle

teoberi · 10-12-2022, 04:32 AM

stable: 6.0.1-> could we have it in Slackware64-current?

Aeterna · 10-12-2022, 10:22 AM

Quote:

Originally Posted by teoberi

stable: 6.0.1-> could we have it in Slackware64-current?

Not that I am against 6 in Slackware (I run it), but what's so special about it except issues with nvidia (expected) and amd (not so expected).
In my opinion, 6 is just incremental upgrade so staying for a while with 5.19.x or moving to 6 does not matter much, unless the whole point is 6? I would just wait patiently for the upgrade. Whenever it comes it comes.

marav · 10-12-2022, 10:37 AM

Quote:

Originally Posted by Aeterna

Not that I am against 6 in Slackware (I run it), but what's so special about it except issues with nvidia (expected) and amd (not so expected).
In my opinion, 6 is just incremental upgrade so staying for a while with 5.19.x or moving to 6 does not matter much, unless the whole point is 6? I would just wait patiently for the upgrade. Whenever it comes it comes.

Agreed
+ the fact that 5.19.15 works perfectly well here

Code:

blackstar :: ~ » inxi -CG
CPU:
  Info: 8-core model: AMD Ryzen 7 5700U with Radeon Graphics bits: 64
    type: MT MCP cache: L2: 4 MiB
  Speed (MHz): avg: 851 min/max: 400/4372 cores: 1: 599 2: 638 3: 987
    4: 987 5: 519 6: 400 7: 559 8: 4094 9: 1098 10: 479 11: 440 12: 400 13: 479
    14: 440 15: 400 16: 1098
Graphics:
  Device-1: AMD Lucienne driver: amdgpu v: kernel
  Device-2: Sunplus Innovation Integrated_Webcam_HD type: USB driver: N/A
  Display: wayland server: X.org v: 1.21.1.4 with: Xwayland v: 22.1.3
    compositor: kwin_wayland driver: X: loaded: amdgpu
    unloaded: modesetting,vesa dri: radeonsi gpu: amdgpu
    resolution: 1920x1080~60Hz
  OpenGL: renderer: RENOIR (renoir LLVM 14.0.6 DRM 3.47 5.19.15-1) v: 4.6
    Mesa 22.2.0

cwizardone · 10-12-2022, 11:14 AM

Quote:

Originally Posted by Aeterna

Not that I am against 6 in Slackware (I run it), but what's so special about it.......

IIRC, the 6.0 series has the patch for "modern" AMD CPUs, as discussed here, https://www.linuxquestions.org/quest...ps-4175717168/

From what I've read the patch will be back-ported, but they (those who do that sort of thing) seem to be taking their time.

It also appears the 6.1 series will be the next LTS kernel.

Aeterna · 10-12-2022, 12:13 PM

Quote:

Originally Posted by cwizardone

IIRC, the 6.0 series has the patch for "modern" AMD CPUs, as discussed here, https://www.linuxquestions.org/quest...ps-4175717168/

From what I've read the patch will be back-ported, but they (those who do that sort of thing) seem to be taking their time.

It also appears the 6.1 series will be the next LTS kernel.

does not seem to be critical (AMD CPU fix) assuming that it took long time to correct. Also at this point one would have to choose between faster cpu and AMD video issues or slower cpu with working graphics and -current doesn't follow LTS (if I am correct - I don't use Slackware kernels)

LuckyCyborg · 10-12-2022, 12:33 PM

Quote:

Originally Posted by Aeterna

does not seem to be critical (AMD CPU fix) assuming that it took long time to correct. Also at this point one would have to choose between faster cpu and AMD video issues or slower cpu with working graphics and -current doesn't follow LTS (if I am correct - I don't use Slackware kernels)

About what slower/faster CPUs you talk? The kernel 6.0.1 (and its predecessor) is as fast as usual. It's even faster, in my humble opinion.

However, how I do not run servers, I use since really long time "mitigations=off" and yet no rogue hacker taken over my boxes.

Yeah, too much paranoia around those (theoretical?) CPU vulnerabilities. Seems like after the great success of human made Global Warming, this is the new religion: CPU vulnerabilities

Aeterna · 10-12-2022, 01:53 PM

Quote:

Originally Posted by LuckyCyborg

About what slower/faster CPUs you talk? The kernel 6.0.1 (and its predecessor) is as fast as usual. It's even faster, in my humble opinion.

However, how I do not run servers, I use since really long time "mitigations=off" and yet no rogue hacker taken over my boxes.

Yeah, too much paranoia around those (theoretical?) CPU vulnerabilities. Seems like after the great success of human made Global Warming, this is the new religion: CPU vulnerabilities

read the link provided by @cwizardone http://https://www.linuxquestions.or...ps-4175717168/
or go directly to the source: http://https://www.phoronix.com/news...Old-Chipset-WA

Nothing to do with security. It fixes 20yrs old ACPI workaroud that is slowing down (in Tbench at least) modern AMD CPUs. Tbench may more televant to server than desktop environment (500k operations measured simulating server response to client).

Your argument is bizarre though for someone demanding secure boot implementation in Slackware for even though this s..t never worked and never will with current CPU design.