You are not logged in.
clfarron4 wrote:Hmm... Manjaro do include BFS in their kernel (I don't think they include BFQ though)...
Other way round. Manjaro kernel does include BFQ, it does not include BFS.
Oops... I knew it was one of the two.
@keepitsimpleengineer: Hmm... I'd still check it against the Arch stock kernel, because if it's present with the Arch stock kernel, then we know it's the kernel series and not the CK patchset.
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
Hi there,
First I would like to tank you for this repo and it's great service for us all..
I'm using it for a while but without sign check (pacman.conf option commented: "#SigLevel = Required").
I would like to activate the signature check, but doing so, I get an fatal error:"erro: falha ao obter o arquivo "repo-ck.db.sig" de repo-ck.com : The requested URL returned error: 404 Not Found
erro: repo-ck: missing required signature"It's something like: retrieving file "repo-ck.db.sig" from repo-ck.com failed. There is also an 404 code.
If I am not mistaken, database signing is not yet implemented in most repos, including the official ones. You can change the sign level to databaseoptional to get signed packages, but unsigned databases.
EDIT: Complete siglevel:
SigLevel = Required DatabaseOptional
Last edited by runical (2014-11-27 11:19:23)
Offline
@armandrix - Runical is correct, the packages in repo-ck are signed but the repo database itself is not.
Repo Setup
Add the repo to /etc/pacman.conf under the current official Arch repos:
[repo-ck] Server = http://repo-ck.com/$arch
Add and sign graysky's key:
pacman-key -r 5EE46C4C && pacman-key --lsign-key 5EE46C4C
Update your sync database:
pacman -Syy
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
@keepitsimpleengineer: Hmm... I'd still check it against the Arch stock kernel, because if it's present with the Arch stock kernel, then we know it's the kernel series and not the CK patchset.
@clfarron4 It's against the kernel... FS#42820 - [linux] 3.17.3 not waking up after suspend-to-RAM
See this post now fixed with linux-ck 3.17.5-1
Last edited by keepitsimpleengineer (2014-12-07 22:02:35)
Al Einstein: "Man soll die Dinge so einfach machen wie möglich ~ aber nicht einfacher." (Things should be as simple as possible ~ but not too simple.) ~ Al (Einstein) war ein Cousin von Albert, "Al" ist die Abkürzung für Aloysius
Offline
I am getting the following error on boot:
Nov 14 10:46:26 thinkpad kernel: acer_wmi: No or unsupported WMI interface, unable to load
I guess the cause of this message is hdapsd.service, which tries to load all known modules. To avoid this, just add 'hdaps' (or 'hdaps_ec') to /etc/modules-load.d/hdaps.conf.
Last edited by zersaa (2014-12-06 21:13:46)
Offline
I'm sorry I have to bring this up again, but the repo keeps throttling the download speed to roundabout 50K/s or even slower and I've no clou why, because this never happend till a few weeks ago and ever since then, it happens almost constantly…
Am I doing something wrong, because nobody else seems to report such issues?
Offline
Never experienced that before... nothing I am doing certainly. F*ck godaddy but what can you do.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Hm, okay, I guess I'll survive this, but it's strange anyway. I also tested the download speed at another place (different city, different provider, different installation) where internet is fast as light, exactly the same thing… Well, there are certainly worser things than this…
Offline
I guess the cause of this message is hdapsd.service, which tries to load all known modules. To avoid this, just add 'hdaps' (or 'hdaps_ec') to /etc/modules-load.d/hdaps.conf.
It worked, thanks! I didn't know that the culprit was hdaps.
Added hdaps to /etc/modules-load.d/hdaps.conf.
Offline
3.18-ck1 patch is out. :-)
Last edited by FLHerne (2014-12-15 01:10:08)
Offline
Yes, he's aware. Check the AUR page for details.
Online
Status of the 3.18 series with ck1 as posted to the AUR page for linux-ck, just wanted to echo here for folks that normally don't use the AUR:
2014-12-14 17:51
Update: All packages except for broadcom-wl-ck have been updated to work with 3.18.0-1-ck. Again, I will wait to diff the linux-ck PKGBUILD and associated files against the official ARCH version once it publishes, but those wishing to upgrade to 3.18.0-1-ck now can either build your own from the src tarballs or use pre-build the packages you can download directly with `pacman -U http://repo-ck.com.../pkg` if you wish. Otherwise, just keep waiting for the official release.*Source tarballs: http://repo-ck.com/PKG_source/next/
*Pre-build 3.18-ck packages (x86_64 only): http://repo-ck.com/PKG_source/next/x86_64
2014-12-14 03:05
While we wait the ARCH devs to create a proper PKGBUILD for 3.18.0, I have pieced together one for those wishing to test out the package in the following directory of repo-ck: http://repo-ck.com/PKG_source/nextNote that I have simply done a `make oldconfig` against 3.17.6-1's config files and selected the modules for new features unless that wasn't an option in which case I went with the upstream defaults for new features. Also know that I am noting planning to do an early update to the accompanying packages (broadcom, nvidia*, and vbox*) so if you have a system that depends on them, you will have to modify them yourself until 3.18.x-1-ARCH goes live. Enjoy!
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
An update posted to the AUR and mirrored here for coverage:
2014-12-16 19:50
Update3: 3.18.1 has just been released and I have updated the source tarball for those of you wishing to compile it up on your own. A reminder that all of the other *-ck packages I maintain have now been updated and are also available on repo-ck BOTH as source tarballs and (for generic x86_64 only) as compiled packages - note that the compiled package of 3.18.1-ck-1 will be updated shortly.*Source tarballs: http://repo-ck.com/PKG_source/next/
*Pre-build 3.18-ck packages (x86_64 only): http://repo-ck.com/PKG_source/next/x86_64
I have been running 3.18 for several days now with no ill effects. I suspect the holidays are to blame for the official kernel not yet getting updated to this series. I don't want [repo-ck] to push into the 3.18 series until the 3.18 series is in the ARCH flavor is in [testing]. Can I get some feedback from folks "daring" enough to use the 3.18.0-ck-1 or 3.18.1-ck1 (shortly) and the related packages? Working for you without errors?
Last edited by graysky (2014-12-16 20:21:44)
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
I have been running 3.18 for several days now with no ill effects. I suspect the holidays are to blame for the official kernel not yet getting updated to this series. I don't want [repo-ck] to push into the 3.18 series until the 3.18 series in in the ARCH flavor is in [testing]. Can I get some feedback from folks "darning" enough to use the 3.18.0-ck-1 or 3.18.1-ck1 (shortly) and the related packages? Working for you without errors?
I built 3.18.0-ck-1 myself using your PKGBUILDs and it seems to be working fine here (typing with this kernel in use as we speak). Dunno about the rest.
Last edited by clfarron4 (2014-12-16 20:20:16)
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
there is something, I find that there is a acpi_call and a acpi_call-lts but there no acpi_call-ck-{prossesorname} only the generic acpi_call-ck in AUR, there is a reason for not adding this module??
Well, I suppose that this is somekind of signature, no?
Offline
there is something, I find that there is a acpi_call and a acpi_call-lts but there no acpi_call-ck-{prossesorname} only the generic acpi_call-ck in AUR, there is a reason for not adding this module??
Typically, [repo-ck] users are the only ones with *-ck-{processorname} packages. You can just build acpi_call-ck yourself against whichever packageset you have installed. You may need to modify the PKGBUILD so keep it from pulling down the generic package set. I have no plans to add this module into [repo-ck].
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
there is something, I find that there is a acpi_call and a acpi_call-lts but there no acpi_call-ck-{prossesorname} only the generic acpi_call-ck in AUR, there is a reason for not adding this module??
If you're referring to this package, you'll only find the generic PKGBUILDs in the AUR for the ck enabled packages.
As for including it in [repo-ck], I'll let graysky answer that. Ninja'd
Last edited by clfarron4 (2014-12-17 18:37:36)
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
Hmm updated today to 3.18.1-2 today on my AMD system and got the first kernel panic ever while copying to that PC via SMB.
I'm pretty new to troubleshooting that, so I'm not sure what info I can provide. It hasn't happened again so far.
[ Arch x86_64 | linux | Framework 13 | AMD Ryzen™ 5 7640U | 32GB RAM | KDE Plasma Wayland ]
Offline
Which repo-ck packages are you using on this machine? I have read that the broadcom-wl driver has known issues that are unresolved with 3.18... There is also the nasty lockup bug upstream.
First thing to test is whether or not the panic is a function of the bfs or of 3.18.1. Please install the Arch kernel from [testing] and any required modules as well. Although cherry picking packages is "unsupported," in general the kernel and modules are fine. If you panic under the same conditions with 3.18.1-1-ARCH, it's not the bfs that is causing your problems.
Last edited by graysky (2014-12-19 08:19:54)
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
@graysky: There's a typo in linux-ck.install:
">>> Note that the following CPU optimized packages are availablei"
Offline
Thanks, fixed.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Which repo-ck packages are you using on this machine? I have read that the broadcom-wl driver has known issues that are unresolved with 3.18... There is also the nasty lockup bug upstream.
linux-ck-bobcat linux-ck-bobcat-headers and virtualbox-ck-host-modules, no broadcom-wl
First thing to test is whether or not the panic is a function of the bfs or of 3.18.1. Please install the Arch kernel from [testing] and any required modules as well. Although cherry picking packages is "unsupported," in general the kernel and modules are fine. If you panic under the same conditions with 3.18.1-1-ARCH, it's not the bfs that is causing your problems.
So far it hasn't happened again, but I'll follow your instructions should it reoccur, thanks.
Last edited by Soukyuu (2014-12-21 16:32:20)
[ Arch x86_64 | linux | Framework 13 | AMD Ryzen™ 5 7640U | 32GB RAM | KDE Plasma Wayland ]
Offline
Which repo-ck packages are you using on this machine? I have read that the broadcom-wl driver has known issues that are unresolved with 3.18... There is also the nasty lockup bug upstream.
FYI I experienced kernel panic using WiFi and Firefox on archlinux 32bit Intel Atom.
When running same on backup system Manjaro no panic
[ljohnson@KISE-007 Desktop]$ lspci | grep Broadcom
02:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5906M Fast Ethernet PCI Express (rev 02)
03:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g LP-PHY (rev 01)
[ljohnson@KISE-007 Desktop]$ uname -r
3.18.1-2-ck
Al Einstein: "Man soll die Dinge so einfach machen wie möglich ~ aber nicht einfacher." (Things should be as simple as possible ~ but not too simple.) ~ Al (Einstein) war ein Cousin von Albert, "Al" ist die Abkürzung für Aloysius
Offline
I'm getting kernel panics with the linux-ck kernels ever since 3.18. The newest update doesn't fix is either.
The standard linux kernel (3.17.x) works just fine.
Any idea why this might be? The specific kernel is linux-ck-haswell.
Offline
As with every report of instability: does the corresponding ARCH kernel of the same version cause issues? In this case you will need to install 3.18.1-1-ARCH from [testing] to properly answer this question.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline