Arch-Like - nietypowy blog, nietypowe forum.

Małe odświeżenie tematu:

[lucjan@archlinux ~]$ zgrep -i MHASWELL /proc/config.gz && dmesg | grep scheduler && cat /proc/version && uname -a
CONFIG_MHASWELL=y
[    0.349701] io scheduler noop registered
[    0.349705] io scheduler deadline registered
[    0.349730] io scheduler cfq registered
[    0.349753] io scheduler bfq registered (default)
[    0.349753] BFQ I/O-scheduler: v7r8
Linux version 4.1.3-1-bfq-haswell (lucjan@archlinux) (gcc version 5.2.0 (GCC) ) #1 SMP PREEMPT Fri Jul 24 20:10:36 CEST 2015
Linux archlinux 4.1.3-1-bfq-haswell #1 SMP PREEMPT Fri Jul 24 20:10:36 CEST 2015 x86_64 GNU/Linux

Tutaj: https://github.com/cchalpha/linux-gc/search?utf8=%E2%9C%93&q=bfs masz commity Chena uruchamiające BFS. Łatwiej stąd niż z bitbucket.
Natalenko:
UKSM: https://github.com/pfactum/pf-kernel/search?utf8=%E2%9C%93&q=uksm
BFS: https://github.com/pfactum/pf-kernel/search?utf8=%E2%9C%93&q=bfs
Natalenko wykorzystał commity Chena oraz dodał coś swojego (bodaj jest to związane z jego Dellem, bo zawsze to robi).
Można z tego wyciągnąć i nałożyć.
Tyle, że zabawa z tym przednia, bo:
- nałożyć te różnice trzeba - jak się wydaje - tak jak w przypadku kerneli ze stable-review,
- wcześniej nałożyć patche systemowe,
- "wyrównać" miejsca, w które wrzucone mają być diffy - inaczej się to chrzani.
Można też zaryzykować nałożenie tych różnic na 4.1.0, a dopiero potem nałożyć patche systemowe do 4.1.3 włącznie. Będzie łatwiej przynajmniej w przypadku kodu od Natalenki. Tak, czy inaczej trzeba "wyrównać" miejsca nałożenia patchy. Obaj robią to nieco inaczej niż "tradycyjne" nałożenie patchy - stąd pewnie występujące różnice.

Lucek, ale to co pokazujesz, to są kernele, które - chyba - wykorzystują BFQ i patch graysky'ego na GCC. Z BFQ i patchem graysky'ego nie ma problemu - kompiluje się od dawna, nawet gdy jeszcze nie istniał patch BFQ dla 4.1. Problem dotyczy wyłącznie upstreamowych BFS/CK oraz UKSM, bowiem tego nie ma. Dla uzupełnienia informacji - bez problemu kompiluje się również kernel z łatką BLD.

21.07. ukazało się ostatnie wydanie kernela z linii 4.0. Oznacza to, że do tej linii nie trafią już żadne poprawki bezpieczeństwa, nie mówiąc już o jakichś pomniejszych usprawnieniach.
W zasadzie nie byłoby o czym pisać - po ok. 2,5 miesiącach obowiązywania "normalnego" wydania kernela zwykle przyjmują one status EOL - jednakże wiem, że część z Was używa kerneli z patchami Cona Kolivasa (obojętnie czy BFS czy CK) lub też UKSM. Oba te projekty - z braku czasu ich opiekunów - nie przedstawiły jak dotąd nowych łatek dla linii 4.1, a (bez żadnych zmian w ich kodzie) nie dają się istniejące wersje wkompilować w kernele linii 4.1.
Proszę sobie zatem rozważyć, czy pozostać na linii 4.0 i być ewentualnie pozbawionym poprawek bezpieczeństwa, czy też przenieść się na jakiś inny kernel.
Spośród tych, które wspierane są przez BFS/CK oraz UKSM polecić można kernele linii 3.18, albowiem to ostatni LTS.
BFS znajduje się również w kernelu linux-gc oraz linux-pf, także linii 4.1. Są to jednakże autorskie forki - odpowiednio - Chena i Natalenki patcha BFS (choć z innymi ustawieniami, są one praktycznie równoznaczne patchowi CK).
Można oczywiście pozostać na kernelu 4.0.9 czy to do czasu następnego wydania 4.1 (będzie to wersja 4.1.4) i przeglądnąć rejestr zmian pod kątem usuwania ewentualnych błędów bezpieczeństwa i zadecydować.
Czy i kiedy ukażą się oficjalne patche BFS/CK i UKSM dla kerneli >4.0, jak na razie nie wiadomo.

Problemy na sf.net, spowodowały lekką zmianę miejsca położenia źródeł, jak również moją zwłokę, bowiem nie zauważyłem ich istnienia na githubie. Wersja #81 jednak ukazała się, a poniżej jej PKGBUILDy:
PKGBUILD.qtwebkit
# Maintainer: boenki <boenki at gmx dot de>
# Maintainer: pavbaranov
# Contributor: sir_lucjan

# Full pkgname # Do no edit below this line unless you know what you're doing

_pkgver=0.9.07
_weekver=81
_pkgname=otter-browser-webkit-weekly

################################################

pkgname=$_pkgname
__pkgname=otter-browser
pkgver=$_pkgver.$_weekver
pkgrel=1
pkgdesc="Browser aiming to recreate classic Opera (12.x) UI using Qt5 - qtwebkit version."
arch=('i686' 'x86_64')
url="http://$pkgname.org"
license=('GPL3')
depends=('qt5-webkit' 'qt5-script' 'qt5-multimedia' 'hicolor-icon-theme' 'desktop-file-utils')
makedepends=('cmake' 'qt5-tools')
conflicts=('otter-browser-git' 'otter-browser' 'otter-browser-0.9.*' 'otter-browser-beta*')
provides=('otter-browser*')
install=otter.install
source=('https://codeload.github.com/OtterBrowser/otter-browser/zip/v0.9.07-dev81')
md5sums=('f3ae5af81bbef312f97692948d83d5f4')

build() {
  cd ${__pkgname}-${_pkgver}-dev${_weekver}
  lrelease resources/translations/*.ts
  cmake -DCMAKE_INSTALL_PREFIX="/usr"
  make
}

package() {
  cd ${__pkgname}-${_pkgver}-dev${_weekver}
  make DESTDIR=$pkgdir install
}
PKGBUILD.qtwebengine
# Maintainer: boenki <boenki at gmx dot de>
# Maintainer: pavbaranov
# Contributor: sir_lucjan

# Full pkgname # Do no edit below this line unless you know what you're doing

_pkgver=0.9.07
_weekver=81
_pkgname=otter-browser-webengine-weekly

################################################

pkgname=$_pkgname
__pkgname=otter-browser
pkgver=$_pkgver.$_weekver
#weekver=$_weekver
pkgrel=1
pkgdesc="Browser aiming to recreate classic Opera (12.x) UI using Qt5 - qtwebengine version."
arch=('i686' 'x86_64')
url="http://$pkgname.org"
license=('GPL3')
depends=('qt5-webengine>=5.5' 'qt5-script>=5.5' 'qt5-multimedia>=5.5' 'hicolor-icon-theme' 'desktop-file-utils')
makedepends=('cmake' 'qt5-tools>=5.5')
conflicts=('otter-browser-git' 'otter-browser' 'otter-browser*' 'otter-browser-beta*')
install=otter.install
source=('https://codeload.github.com/OtterBrowser/otter-browser/zip/v0.9.07-dev81')
md5sums=('f3ae5af81bbef312f97692948d83d5f4')

build() {
  cd ${__pkgname}-${_pkgver}-dev${_weekver}
  lrelease resources/translations/*.ts
  cmake -DCMAKE_INSTALL_PREFIX="/usr" \
        -DEnableQtwebengine=ON
  make
}

package() {
  cd ${__pkgname}-${_pkgver}-dev${_weekver}
  make DESTDIR=$pkgdir install
}