|
2.25, odd.mean (ok), 09:49, 23/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
С миру по патчу - в родном Debian не дождёшься, сам собирай, раз умный такой:(
| |
|
1.7, pavlinux (ok), 21:04, 22/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
This patch adds support for CMA to dma-mapping subsystem for x86
architecture that uses common pci-dma/pci-nommu implementation.
This allows to test CMA on KVM/QEMU and a lot of common x86 boxes.
И накой хрен оно на армах?
| |
|
|
3.33, pavlinux (ok), 17:50, 23/01/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А кто вам сказал, что это ядро только для армов?
Даешь смартфоны и плееры на Itanium II и PowewPC 7 !
| |
|
4.36, Crazy Alex (ok), 01:12, 28/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
Ну вот где вы в новости прочитали "смартфоны и плееры"? Развлекательные системы сплошь и рядом на эмбеде x86 строят. И изначально вы вроде приклепались к тому, что в ядро портированная фича, работающая на x86. А теперь чего-то приплели итаниумы с PowePC.
| |
|
|
|
1.8, pavlinux (ok), 21:08, 22/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Интеграция алгоритма управления очередями ожидающих отправки пакетов CoDel
(Сontrolled Delay - управляемая задержка
Опять же, накой хрен нужно управление очередями "Производителям потребительских устройств"?!
Чтоб микроволновка, раз в день, пинганула холодильник на наличие пиццы иль котлеты?
И в ответ направила хозяину, что. "мол обломись сегодня хаваешь морковку!"
А остальные 23 часа 59 минут 45 секунд, все девайсы курили бамбук в режиме idle/wait
| |
|
2.14, Crazy Alex (ok), 21:32, 22/01/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
Телевизор - чем не потребительское устройство? В сеть они сейчас через один ходить умеют.
| |
|
1.9, добрый дядя (?), 21:09, 22/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
ничего не выйдет... уже так принято
не вижу реальных путей чтобы какая-то версия ядра Linux стала стабильной - вендоров много
например Ubuntu LTS - вот там можно взять некую версию ядра которая не меняется как минимум 5 лет, но тут же выходят новые LTS, а 12.04.2 вообще будет с новым ядром
нереально...
| |
|
2.16, Crazy Alex (ok), 21:33, 22/01/2013 [^] [^^] [^^^] [ответить]
| +4 +/– |
Ну вот конкретно у этих немаленьких вендоров будет согласованное ядро, которое они хором будут поддерживать.
| |
|
1.10, p5er6 (?), 21:14, 22/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
имхо, лучше бы они не клонили, а вводили новшества в онсновную ветку.
| |
|
2.12, pavlinux (ok), 21:23, 22/01/2013 [^] [^^] [^^^] [ответить]
| –10 +/– |
Дробить ядро надо, как минимум на 5 частей: Базовое, Сервер, Десктоп, Встойки/РеалТаймы, Дрова.
Причём новые дрова должны выпускать майнтейнеры, а не тянутся из кода в код.
Вышло Базовое - месяц на апдейты и проверки, затем релиз.
Обновил драйвер - вошло в новое ядро, нет, сосите кегль!
Невыпустили на второе обновление - почту в бан, из MAINTENERS стереть,
копирайты удалить, и инициировать выборы нового майтейнера!
| |
|
1.21, Аноним (-), 01:45, 23/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ах, Патрик-Патрик, ну почему же ты в 14 Слакварь ядро 3.2, а не 3.4 кинул? %)
| |
|
2.23, Andrey Mitrofanov (?), 02:07, 23/01/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ах, Патрик-Патрик, ну почему же ты в 14 Слакварь ядро 3.2, а
Потому что Бен (*супротив каких-то никому не известных консюмер электроников) ментейнит именно 3.2.
> не 3.4 кинул? %) | |
|
1.24, Аноним (-), 02:47, 23/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ситуация повторяется, в том плане что вместо того чтобы обеспечить поддержку в mainline и своевременно обеспечивать совместимость с новыми версиями ядра, они создают свою песочницу. Сейчас не говорится конкретно, что будет бэкпортироваться, все или выборочно. А потом окажется, так что новые возможности будут бэкпортироваться выборочно и, в конечном счете, будет бэкпортироваться только то, что производитель считает нужным в первую очередь для себя. И потом в будущем может сложиться ситуация, в данном ядре есть поддержка того или иногда процессора или чипа, который используется в том или ином устройстве. Но нет тех или иных функций, которые есть в основном ядре.
| |
|
2.28, VoDA (ok), 13:10, 23/01/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Ситуация повторяется, в том плане что вместо того чтобы обеспечить поддержку в
> mainline и своевременно обеспечивать совместимость с новыми версиями ядра,
Вместо того, чтобы содержать большой отдел по стабилизации ВСЕХ ядер ПОДРЯД, проверки совместимости ВСЕХ изменений ВСЕХ новых ядер со всеми выпущенными продуктами, производители решили держать у себя по несколько программистов, которые будут проверять только *одно* ядро с *ограниченным* набором патчей для всего своего оборудования.
Profit.
> Сейчас не говорится конкретно, что будет бэкпортироваться, все или
> выборочно. А потом окажется, так что новые возможности будут бэкпортироваться выборочно
> и, в конечном счете, будет бэкпортироваться только то, что производитель считает
> нужным в первую очередь для себя. И потом в будущем может
> сложиться ситуация, в данном ядре есть поддержка того или иногда процессора
> или чипа, который используется в том или ином устройстве. Но нет
> тех или иных функций, которые есть в основном ядре.
Вы правильно перечислили - так и будет. На этом и строится профит. Весь бонус этой идеи - уменьшить объем тестирования ядер под свои железки. Один из путей по уменьшению объем тестирования - использование только одного ядра длительное время. А поскольку изредка нужны новые фичи, то бэкпортировать только минимальный набор новых фич.
| |
|
3.30, Аноним (-), 15:10, 23/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
Допустим, что одни разработчики конечного продукта, решили пилить свое ядро, никто не против, пусть пилят. Но разработчикам чипов для лучшего профита стоило бы думать о внедрение и сопровождение своих драйверов в основной ветке ядра. Например, я имею ввиду чипы SoC в любом их проявление.
Есть некоторые SoС поддержки которых нет в основном ядре, но у этих компаний есть своя версия ядра с драйверами. Ядро компании зачастую сильно старое, никакого бэкпортирование туда не производят. А бекпортировать эти драйвера в основную ветку очень сложно, часто по двум причинам качество кода, и очень старое ядро, и кое какие другие факторы.
| |
|
|
1.29, VoDA (ok), 13:14, 23/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Через несколько лет дистрибутивы разделятся на LTS (RHEL, Ubuntu LTS, etc), который будут сидеть на LTSI-версии ядра по много лет И bleeding edge дистрибутивы (Gentoo, Ubuntu rolling, etc).
Хотите новые фичи ядра - welcome to vanilla и дистры с коротким сроком поддержки.
Хотите длительную поддержку производителя - welcome to LTSI и LTS-версии дистрибутивов.
Все довольны. Почти все ;)
| |
|
2.31, Аноним (-), 16:01, 23/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
Это уже произошло, с поправкой, что эти lts дистры юзают не LTSI ядра, т к те выходят слишклм редко и поддерживаются 2 года, что смешно.
| |
|
1.34, pavlinux (ok), 01:19, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Поизчал я эти патчи, выглядит как откровенное издевательство.
AF_BUS - отдельная песня, под него нужно весь софт переделывать!
PRAMFS - Currently broken, so don't enable, but leave here for the placeholder.
AXFS - Currently broken, so don't enable, but leave here for the placeholder.
CMA - по сути есть разновидность черезвротмненоги memmap=, memchunk=
UIO - правильный /dev/mem :)
CODEL - планировщик очередей, в линухе их как собак нерезаных, накой нужно на embeddeded нипанятна.
...
| |
|
2.35, vinni (??), 12:26, 24/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
The initial aim of AF_BUS is to provide a IPC mechanism suitable for
use to provide the underlying transport for D-Bus.
A socket created using BUS_PROTO_DBUS indicates that the messages
passed will be in the D-Bus format. The userspace libraries have been
updated to use this transport with an updated D-Bus daemon [2] as a bus
master.
весь софт переделывать - не надо. не смертельные переделки
| |
|
1.37, Aleksey Salow (ok), 04:40, 29/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
два года это Long Term? MS и RH по 13 лет поддерживает свои системы, вот это Long Term. А тут так, поссать сходил и саппорт кончился :)
| |
|