Commit graph

14 commits

Author SHA1 Message Date
Eugene Shatokhin
c0342f35bc Updated to 3.14.39 2015-04-20 21:14:22 +03:00
Eugene Shatokhin
337110ee34 Remove unnecessary files from /usr/include
.install, ..install.cmd - see
http://bugs.rosalinux.ru/show_bug.cgi?id=630
2015-04-17 14:53:53 +03:00
Eugene Shatokhin
8ecd473a65 kernel-<flavour> packages should suggest kernel-<flavour>-devel as well
We still use DKMS and provide DKMS-packages with widely used proprietary
drivers.

Although we do not recommend installing kernel-<flavour> package without
the corresponding devel package, some users still do so no matter what.
They get problems then due to the proprietary drivers failing to rebuild,
etc.

kernel-<flavour> now has kernel-<flavour>-devel in "Suggests:" to
mitigate this.
2015-04-16 18:27:39 +03:00
Eugene Shatokhin
30244cdc05 Updated to version 3.14.38 2015-04-16 18:12:11 +03:00
Eugene Shatokhin
8e8d20c66a Updated to version 3.14.37
Besides the all-around fixes from the upstream, a patch was added
to fix Kprobes on x86-64:
http://www.spinics.net/lists/kernel/msg1941309.html
2015-04-10 11:47:54 +03:00
Eugene Shatokhin
e6f2856989 Make sure cpupower starts after the list of governors is available
On EeePC 1015 PED (in Live mode), cpupower.service seemed to start too
early, before /sys/devices/.../scaling_available_governors was there,
and failed as a result. There were no such problems on faster machines,
but still.

Now cpupower.service will start only when 'scaling_available_governors'
file is available. cpupower.path unit handles this. If CPU frequency
scaling is not supported the file will never appear and cpupower.service
will not start at all, which is natural.
2015-03-17 20:53:12 +03:00
Eugene Shatokhin
e8480bfda5 Add the architecture to the kernel version string
Might help with http://bugs.rosalinux.ru/show_bug.cgi?id=4823
2015-03-16 18:42:29 +03:00
Eugene Shatokhin
9cc5cc94af build: Properly replace dashes with underscores (should fix bug #5071) 2015-03-13 19:13:08 +03:00
Eugene Shatokhin
ecc4aae2dc cpupower: Select the governor at start time rather than during install
Should fix bug #4810.

cpupower will now select the governor automatically during the start of
the service, based on what is available. This can be overridden with
the variables in /etc/sysconfig/cpupower (see the comments there).
2015-03-13 17:29:40 +03:00
Eugene Shatokhin
2aba5664b9 Upstream update to version 3.14.33 2015-02-11 12:16:56 +03:00
Eugene Shatokhin
85fcd22a4c cpupower: Use 'performance' instead of '<not_supported>' on failure
At least, it will be easier to start the service this way, although
this does not solve bug #4810 yet.
2015-02-09 21:00:36 +03:00
Eugene Shatokhin
1f160d2b5e Updated to version 3.14.31 with a couple more patches
Apart from the update to version 3.14.31 itself, the following changes
were made:
* BFQ was updated to version 7r7.
* arch-x86-kernel-tsc-hide-warning.patch was removed as the issue had
  been addressed in the mainline.
* A patch was added to increase inotify max_user_watch limit to 32768
  (bug 4791).
* A patch was added that might help fix bug 4613 (no output to an
  external monitor on HP EliteBook 820 G1).
2015-01-31 17:44:01 +03:00
Eugene Shatokhin
077425adaf Make sure the makefiles, etc., for 3rdparty are generated 2015-01-14 18:52:39 +03:00
Eugene Shatokhin
999c40f045 Renamed .spec file to kernel.spec to unify with other projects 2015-01-14 11:45:49 +03:00
Renamed from kernel-1.spec (Browse further)