| 1.13, Аноним (-), 22:24, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
На мини новость это не тянет. Кандидатов в релизы линукс ядра обычно больше десятка и делать на каждый из них новость идиотизм.
Ясно что можно сделать новость на первый для обзора всего нового в данном ядре и потом уже новость когда выйдет финальный релиз.
| | |
| |
| 2.22, Аноним (-), 04:18, 13/03/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Кандидатов в релизы линукс ядра обычно больше десятка
Это неправда. Версий с более чем десятком релиз-кандидатов было очень немного. Ну и вообще, даже фороникс вон отдуплился. А чем опеннет хуже? На нем не такой уж ломовой поток новостей планетарного масштаба, чтобы скипать все тематические новости по поводу и без.
| | |
|
| |
| 2.23, Аноним (-), 04:21, 13/03/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Когда ButterFS станет стабильна как ext4?
Если посмотреть логи коммитов, можно обнаружить что в ext4 тоже чинят баги. Иногда - довольно крутые. Ну то-есть, "меньше знаешь - крепче спишь" конечно не отменяли, однако если почитать ченжлоги к кернелу - можно убедиться что nobody is perfect.
P.S.: I'm Nobody :P.
| | |
|
| 1.16, Black Paladin (?), 22:40, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Буду первым.
Заметили, что Линус выражается как русский? Это его замечание о выпуске.
А вообще - хорошо, что это ядро утрясли потихоньку, я переживал, что с унификацией ARM еще напляшутся с бубном.
| | |
| |
| |
| 3.35, Led (ok), 16:51, 13/03/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Ну так финн же.
Швед.
> Недалеко,
Далеко.
> да и образ мыслей похожий.
Непохожий.
| | |
|
|
| 1.20, kai3341 (ok), 03:25, 13/03/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Собрал, поставил. Лёг wifi (& bt). Нахрен. Перезагрузка? Загрузиться с другим ядром? Пфф... Окончательно решило проблему- поклацать на кнопку включения модуля во время процедуры POST.
| | |
| |
| 2.24, Аноним (-), 04:23, 13/03/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Собрал, поставил. Лёг wifi (& bt). Нахрен.
Дык это... багрепорт пиши, если не хочешь чтобы тебе в будущем такое прилетело. А у меня на моем оборудовании все на редкость культурненько.
| | |
| |
| 3.28, Аноним (-), 06:33, 13/03/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Разберусь с причинами- пишу багрепорт :)
Или RFKILL подгадил где-то, или чип криво проинициализировался. В dmesg может быть что-нибудь полезное по этому поводу.
| | |
|
|
| 1.25, pavlinux (ok), 05:03, 13/03/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 РедХат поломал фреймбуферную консоль, закрывая глюки systemd!!!
commit b6f84cb8ce3aa61f0b9ee8e72f8a0b5a3003cd9c
Author: Dave Airlie <airlied@redhat.com>
Date: Thu Jan 24 16:12:41 2013 +1000
fbcon: don't lose the console font across generic->chip driver switch
commit ae1287865f5361fa138d4d3b1b6277908b54eac9 upstream.
If grub2 loads efifb/vesafb, then when systemd starts it can set the console
font on that framebuffer device, however when we then load the native KMS
driver, the first thing it does is tear down the generic framebuffer driver.
The thing is the generic code is doing the right thing, it frees the font
because otherwise it would leak memory. However we can assume that if you
are removing the generic firmware driver (vesa/efi/offb), that a new driver
*should* be loading soon after, so we effectively leak the font.
However the old code left a dangling pointer in vc->vc_font.data and we
can now reuse that dangling pointer to load the font into the new
driver, now that we aren't freeing it.
[сообщение отредактировано модератором]
| | |
| |
| 2.27, Аноним (-), 06:30, 13/03/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
При чем тут потеринг? Если английским по желтому написано что это Dave Aiirlie вкоммитил? И да, почему у меня графическая консоль работает?
Но да, хак с использованием dangling pointer - это... гм... :)
| | |
| |
| 3.34, pavlinux (ok), 16:27, 13/03/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> И да, почему у меня графическая консоль работает?
Анимация перестала работать, fbsplashd/splash/bootspash/...
Кстати, ещё DRM тоже похерачили малость... и эти патчи уже вошли в stable и longterm ветки.
[drm: intel_dsm_platform_mux_info] *ERROR* MUX INFO call failed
| | |
|
|
|
