You are not logged in.
Thanks graysky for making things clear, as I couldn't understand the difference with the new way of creating universally optimized packages.
Proud Arch Linux user since 2007.
Offline
BTW graysky... does BFS also include dynticks (a.k.a. dynamic timer)?
I am configuring the timer with nconfig to 1000hz instead of the 300 hz default. But I would really like to see dynamic timer.
Con Kolivas said that he once worked on dynamic ticks project but he abandoned it due to frequent changes in linux kernel and breakage.
http://kerneltrap.org/node/6532
Maybe he resurrected it through BFS.
Last edited by twilight0 (2011-11-14 12:04:35)
Proud Arch Linux user since 2007.
Offline
how is this different to CONFIG_NO_HZ ?
Offline
TBH i don't know, this is my first custom kernel in years, I missed many new kernel features.
Proud Arch Linux user since 2007.
Offline
Dynamic ticks have been enabled by default in the config file a long time now:
Processor type and features>Tickless System (Dynamic Ticks) ==> CONFIG_NO_HZ=y
Linux-ck is no exception. See for yourself:
$ zcat /proc/config.gz | grep NO_HZ
CONFIG_NO_HZ=y
Last edited by graysky (2011-11-14 21:09:41)
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
zgrep
Offline
Repo-ck Statistics - Popularity of packages, which CPU is most popular, # of downloads, etc. in colorful graphs!
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
@graysky
It would appear that nvidia-utils wants to update(?), but the current nvidia-ck-corex requires 285.05.09 exactly:
[mrcode@lappy486 ~]$ sysupdate
Root Password:
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
repo-ck is up to date
:: Starting full system upgrade...
warning: galculator: local (1.3.4-2) is newer than community (1.3.4-1)
warning: gucharmap: ignoring package upgrade (2.32.1-1 => 3.2.2-1)
warning: transmission-gtk: ignoring package upgrade (2.41-2 => 2.42-1)
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: nvidia-ck-corex: requires nvidia-utils=285.05.09
…anyone else having this problem?
Offline
@graysky
It would appear that nvidia-utils wants to update(?), but the current nvidia-ck-corex requires 285.05.09 exactly:
[mrcode@lappy486 ~]$ sysupdate Root Password: :: Synchronizing package databases... core is up to date extra is up to date community is up to date repo-ck is up to date :: Starting full system upgrade... warning: galculator: local (1.3.4-2) is newer than community (1.3.4-1) warning: gucharmap: ignoring package upgrade (2.32.1-1 => 3.2.2-1) warning: transmission-gtk: ignoring package upgrade (2.41-2 => 2.42-1) resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: nvidia-ck-corex: requires nvidia-utils=285.05.09
…anyone else having this problem?
We've got nvidia 290 in the repos now.
Offline
As karol said, what happened was that nvidia-utils in [extra] got released while I was at work
Building linux-ck v3.1.2-1 packages now and once that is complete (I need the respective linux-ck-XXX-headers), I will build the corresponding nvidia-ck-XXX packages. It takes about 11 min per linux-ck package on my cluster, so look for an update at about 2 h (roughly 22:30 GMT).
Last edited by graysky (2011-11-22 20:34:56)
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
As karol said, what happened was that nvidia-utils in [extra] got released while I was at work
Do you really need that job? It seems to interfere sometimes with your volunteer work. :-)
Offline
OK, a little behind schedule but all packages are now live. As usual, please let me know if problems occur.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Everything's working just fine here.
Thanks graysky.
Offline
Got the same problem as MrCode (almost; I have nvidia-ck not nvidia-ck-core), after installing linux-ck, trying to upgrade nvidia-ck:
makepkg -s
==> Making package: nvidia-ck 290.10-1 (Thu Nov 24 02:05:07 CET 2011)
==> Checking runtime dependencies...
==> Installing missing dependencies...
Password:
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: nvidia-ck: requires nvidia-utils=285.05.09
==> ERROR: 'pacman' failed to install missing dependencies.
# pacman -Su
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: nvidia-ck: requires nvidia-utils=285.05.09
I cannot update nvidia-utils to 290.10-1 because nvidia-ck requires 285.05.09, but somehow I cannot make a new package for of nvidia-ck because my current nvidia-ck requires 285.05.09, this I don't understand.
It seams to me that either there is some kind of circle referencing going on or perhaps my package database is broken, but most likely I'm just confused.
Being new to pacman, what is a safe way forward?
Last edited by JKAbrams (2011-11-25 01:06:05)
Offline
Jk - Try pacman -Syy to update the db. I suspect your mirror list is out of date. Try updating it/use the mirror status to make sure you have mirrors that have synced.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
I rechecked my mirrors, but the thing is I'm able to see nvidia-utils 290.10-1 in the list of upgradeable packages, I'm just unable to install it.
pacman -S nvidia-utils
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: nvidia-ck: requires nvidia-utils=285.05.09
Packages currently installed:
linux-ck-3.1.2-1
nvidia-ck 285.05.09-6
nvidia-utils 285.05.09-1
opencl-nvidia 290.10-1
lib32-nvidia-utils 290.10-1
EDIT:
Nailed it! Fearing I would mess up graphics if I could not reinstall the nvidia driver I removed the old nvidia-ck:
pacman -R nvidia-ck
Then I was successfuly able to upgrade to the latest nvidia-utils:
pacman -Su
And the finally upgrading to latest nvidia-ck worked:
aurget -S nvidia-ck
Thanks Graysky for your efforts!
Last edited by JKAbrams (2011-11-25 13:59:21)
Offline
Very odd... try:
pacman -Rs nvidia-ck
pacman -Syyu
pacman -S nvidia-ck
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Thanks I just did, It works now!
Thought I would be able to edit my last post, but you are too fast
Offline
Glad it's fixed, but I still don't understand the cause of the problem. Upgraded flawlessly on 3 of my own machines running from the repo...
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
CPU scaling governor doesn't work:
# modprobe acpi-cpufreq
FATAL: Error inserting acpi_cpufreq (/lib/modules/3.1.4-1-ck/kernel/drivers/cpufreq/acpi-cpufreq.ko.gz): No such device
# dmesg | grep cpufreq
[ 9.032149] cpufreq[583]: :: Setting cpufreq governing rules [BUSY] grep: /sys/devices/system/cpu/cpu*/cpufreq/scaling_available_governors: No such file or directory
what have I missed?
Offline
@reflexing - did you reboot your system since the 3.1.4 update?
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
@reflexing - did you reboot your system since the 3.1.4 update?
Sure.
Offline
Very odd... which package and on which architecture are you running? Can you post the output of the following 4 commands to www.pastebin.com so the thread doesn't get cluttered
pacman -Qq | grep cpufrequtils
ls -l /run/daemons
cat /proc/cpuinfo
dmesg
Last edited by graysky (2011-11-29 19:58:00)
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Very odd... which package and on which architecture are you running? Can you post the output of the following 4 commands to www.pastebin.com so the thread doesn't get cluttered
pacman -Qq | grep cpufrequtils
ls -l /run/daemons
cat /proc/cpuinfo
dmesg
Sure, here we go: http://pastebin.com/f97NMZKR
Offline
@reflex - does this governor (or any) work under the stock Arch kernel? Also, which linux-ck package are you using (i686 or x86_64 and which one, generic, corex, etc.)? Modprobe is behaving as though you don't have compatible hardware. As an aside, when does you have only one daemon running?
Last edited by graysky (2011-11-30 00:49:23)
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline