Package Details: linux-ck-headers 6.11.10-1

Git Clone URL: https://aur.archlinux.org/linux-ck.git (read-only, click to copy)
Package Base: linux-ck
Description: Headers and scripts for building modules for Linux-ck kernel
Upstream URL: https://wiki.archlinux.org/index.php/Linux-ck
Licenses: GPL-2.0-only
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 459
Popularity: 0.129775
First Submitted: 2011-07-22 14:51 (UTC)
Last Updated: 2024-11-26 13:15 (UTC)

Latest Comments

« First ‹ Previous 1 .. 50 51 52 53 54 55 56 57 58 59 60 .. 308 Next › Last »

nTia89 commented on 2018-02-15 22:02 (UTC)

no problem here with .19 and DKMS

Terence commented on 2018-02-13 20:34 (UTC)

Something with 4.14.19 is making DKMS not working for any driver.

kata198 commented on 2018-02-08 05:03 (UTC)

@QuartzDragon - I applied the 4.14 patch with -F5 (fuzz-level 5, dangerous; requires manual review of every patch but "shoves" things in when at all possible. It even managed to shove some code right into the middle of a comment!), fixed the rejections, added one or two new compat functions as required due to API/ABI changes between .14 and .15, did some basic research into where things moved around and such and applied those changes.

I've done some kernel work in the past, so I like to think I'm somewhat familiar with the layout of things. It shouldn't take too long for you to pick up where things are, thanks to you're friendly General Regular Expression Parser (grep) .

Basically, checked the diff between 4.14 and 4.15 on the core scheduler to see any abi/api changes, and others as they arose ( I remember there being a change in some of the "compat" files which required updates/additions/rewrites beyond what the original patch provided, there may have been others ).

Then just built, and fixed any issues that arise during compile (these can be due to changing where #ifdef wrappers are in the baseline, where the patch may force things into the wrong section, or a linker issue from a missing function, etc.)

I'd say just dive right in! Try to merge 4.14 to 4.15 yourself, basically make it till you break it, or succeed! Probably a good idea to use a virtualbox image for testing rather than your primary system, or what I do on this laptop I am using to type to you right now, which is running arch in a virtualbox on top of windows 10 (work / warrenty reasons) is this: I take a snapshot prior to development, so any damage that gets done I can just roll back and alls good.

Hope this helps, I'm not too sure on what you are looking for specifically, so I tried to keep it general!

I would say just dig in! Try you m

kata198 commented on 2018-02-08 04:46 (UTC)

I mentioned specifically that I didn't know if they were true or not -- I just found a couple articles when searching to see if anyone else had ported it as it was time for me to build a new kernel. I mean no disrespect nor harm toward anybody. @beojan is probably right -- they may have been dated 2007 which I mistook for 2017.

If you've spoken with him and he says he's not -- all the better. But please don't try to make me out to be some sort of demon spreading nonsense -- I specifically said "I don't know if these reports are legitimate or not."

You're free to enjoy the early merge and update I did, or you're free to wait for him to release an official version. I'm still running strong without any issues on my merge, so it seems pretty stable to me.

Again, I apoligize if I've upset anybody, this was not my intent at all.

beojan commented on 2018-02-06 11:48 (UTC)

@kata198 I wonder if the "rumours" you're hearing are really old news from when he stopped maintaining the old ck patchset in 2007.

graysky commented on 2018-02-04 11:20 (UTC)

@kata198- While I applause your efforts to help port the ck patchset, announcing uncited and unconfirmed rumors as pretext is not cool.

CK himself replied to me in a private email:

Yeah bullshit. It'll probably be a week or so though.

Cheers,
Con

On 4 February 2018 at 22:06, John <graysky AT archlinux DOT us> wrote:
> https://wiki.archlinux.org/index.php?title=Talk:Linux-ck&diff=next&oldid=483793
>
> Specifically: "Hey guys, so I've read some rumors that Con Kolivas is taking
> a break / no longer maintaining the ck patchset; that 4.14 was the last
> version for a while. "

QuartzDragon commented on 2018-02-04 04:35 (UTC) (edited on 2018-02-04 04:36 (UTC) by QuartzDragon)

@kata198

Where did you hear about these rumours? I'm curious as to why he'd stop maintaining the patchset without notifying everyone, and passing the reins onto someone capable.

Also, out of curiousity, how did you rebase the patches? I'm curious about learning how to do rebasing, myself.

kata198 commented on 2018-02-04 02:23 (UTC) (edited on 2018-02-04 02:29 (UTC) by kata198)

Linux-4.15 (Unofficial)

Hey guys, I've heard rumros that Con Kolivas may no longer be maintaining the ck patchset? I don't know if these reports are legitimate or not, but just in case they are, I went ahead and manually updated the ck patchset to cleanly apply with 4.15. It's been a little bit of time since I've done any sort of active kernel development, but I believe everything is correct here, and I've been running this ported patchset (ported patch-4.14-ck1.xz to work with linux-4.15) for almost 2 full days now without even the slightestnd ev indication of issue, I'm running on an intel i7 in SMP/SMT mode, through virtualbox as my primary laptop/desktop.

I'm posting to share my unofficial merge of the patchset, in the hopes that it may be of benefit to others.

You can find the patch and even a drop-in replacement of the PKGBUILD on stock arch-4.15 package, HERE:

https://github.com/kata198/con-ck-patches

Enjoy!

Plexcon commented on 2018-02-02 20:56 (UTC)

drivers/gpu/drm/amd/amdgpu/.tmp_uvd_v7_0.o: warning: objtool: uvd_v7_0_ring_emit_fence()+0x45a: return with modified stack frame CC [M] drivers/gpu/drm/amd/amdgpu/amdgpu_vce.o /bin/sh: línea 1: 27516 Violación de segmento (`core' generado) ./tools/objtool/objtool orc generate --no-fp "drivers/gpu/drm/amd/amdgpu/.tmp_amdgpu_vce.o" make[4]: [scripts/Makefile.build:321: drivers/gpu/drm/amd/amdgpu/amdgpu_vce.o] Error 139 make[3]: [scripts/Makefile.build:579: drivers/gpu/drm/amd/amdgpu] Error 2 make[2]: [scripts/Makefile.build:579: drivers/gpu/drm] Error 2 make[1]: [scripts/Makefile.build:579: drivers/gpu] Error 2 make: *** [Makefile:1032: drivers] Error 2 ==> ERROR: Se produjo un fallo en build(). Cancelando...