WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Kernel config for 6.x  (Read 2980 times)

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 10957
Kernel config for 6.x
« on: September 16, 2014, 01:34:49 AM »
Again it's time to post if you'd like to see any changes in the official kernel config. This only affects x86 and x64, the ARM ports will do their own thing.

Currently there are no config changes planned.

We're targeting 3.16 currently.

This thread will remain open for two weeks.
The only barriers that can stop you are the ones you create yourself.

Offline netnomad

  • Hero Member
  • *****
  • Posts: 1026
Re: Kernel config for 6.x
« Reply #1 on: September 16, 2014, 03:05:51 AM »
hi curaga,

would you please be so kind and have a look especially for a stable support of suspend to ram?
in the 4.x branch it worked flawless, 5.x offered just a black screen after the wake-up-process.

for the reason that i use the different flavors of tinycore extensively with long uptimes this powermanagement-feature is essentially for me.
otherwise some boxes get really hot and waste so much wasted energy :(

thank you for your help and commitment.
« Last Edit: September 16, 2014, 03:07:30 AM by netnomad »

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 10957
Re: Kernel config for 6.x
« Reply #2 on: September 16, 2014, 03:34:44 AM »
Suspend is really hw-dependant, so I don't think there's anything we can do there. If you find it works better in another kernel version, you can always build a custom kernel.
The only barriers that can stop you are the ones you create yourself.

Offline netnomad

  • Hero Member
  • *****
  • Posts: 1026
Re: Kernel config for 6.x
« Reply #3 on: September 16, 2014, 05:03:35 AM »
Suspend is really hw-dependant...

yes, you are right.

the kernel in the actual 5.x-tinycore-branch has the reputation that it makes often problems with suspend to ram...
so perhaps suspend to ram could be one of many criteria when you decide the final version and configuration in the core team?

Offline nick65go

  • Hero Member
  • *****
  • Posts: 799
Re: Kernel config for 6.x
« Reply #4 on: September 16, 2014, 07:50:57 PM »
could some tune-up be done for the drm & radeon in the source code?

my udev rule file (from archlinux) is not working with a remaster;
/etc/udev/rules.d/30-radeon-pm.rules
KERNEL=="dri/card0", SUBSYSTEM=="drm", DRIVERS=="radeon", ATTR{device/power_method}="profile", ATTR{device/power_profile}="low"

So I need at every few tens minutes to issue:
sudo sh -c "echo low > /sys/class/drm/card0/device/power_profile"
sudo sh -c "echo mem > /sys/power/state"

to stop the GPU fan, which drives me crazy...

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 10957
Re: Kernel config for 6.x
« Reply #5 on: September 17, 2014, 02:21:27 AM »
The Radeon module has much better power management in current kernels (DPM). Perhaps you won't need to use the profile at all then.
The only barriers that can stop you are the ones you create yourself.

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Kernel config for 6.x
« Reply #6 on: September 20, 2014, 10:32:42 AM »
According to
http://wiki.gentoo.org/wiki/Zram#Enabling_zram
there is an apparent advantage of building zram as module.
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 10957
Re: Kernel config for 6.x
« Reply #7 on: September 20, 2014, 12:05:34 PM »
Making zram a module would cater to a rather limited scenario, changing the number of such devices at runtime without a reboot. I don't think requiring a reboot there harms much, especially with Core's usual boot speeds ;)

Meanwhile, having it a module would slow down everyone's boots by a small amount.
The only barriers that can stop you are the ones you create yourself.

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Kernel config for 6.x
« Reply #8 on: September 30, 2014, 03:18:11 PM »
Making zram a module would cater to a rather limited scenario, changing the number of such devices at runtime without a reboot.

What I had in mind:

1. Possibility of setting up apropriate number of zram swap devices at boot time according to CPU cores detected - plenty of such scripts are already floating around on the net.

2. Possibility to create arbitrary filesystems on zram devices ad-hoc at any moment in runtime; for various purposes like e.g. testing, benchmarking, comparison (either of different filesystems or of different version of same filesystem) - and thus avoiding need for ramdisks which allocate a fixed amount of memory, as opposed to dynamical allocation of zram devices.

All of the above seems to depend on zram being built as module.
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 10957
Re: Kernel config for 6.x
« Reply #9 on: October 01, 2014, 02:08:11 AM »
If you boot with the option zram.num_devices=16, you'll have enough free ones for every cpu plus benching?
The only barriers that can stop you are the ones you create yourself.

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Kernel config for 6.x
« Reply #10 on: October 01, 2014, 06:49:47 PM »
Certainly that would provide enough flexibility for the biggest majority of scenarios.
A question which arises though is if e.g. one would remaster with zram.num_devices=16 and then use that CD on a lowend machine if and how much waste of resources would result from overhead of e.g. 15 redundant zram devices.

I was so far unable to find documentation about that.

What I did find is:

Quote
Note:
There is little point creating a zram of greater than twice the size of memory
since we expect a 2:1 compression ratio. Note that zram uses about 0.1% of the
size of the disk when not in use so a huge zram is wasteful.

Not sure if from overhead issue of size there could be any conclusion regarding issue of number of devices.
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 10957
Re: Kernel config for 6.x
« Reply #11 on: October 02, 2014, 12:49:16 AM »
25% * 256 mb * 0.1% * 16 = ~ 1mb

Anyway, it's been two weeks, so closing up this thread.
The only barriers that can stop you are the ones you create yourself.