Алекс Дейчер (Alex Deucher), разработчик из компании AMD, представил (http://lists.freedesktop.org/archives/dri-devel/2013-June/04...) в списке рассылки dri-devel очень большую серию патчей (165 патчей!), которые предположительно войдут в версию ядра Linux 3.11 (radeon drm-next в терминологии разработчиков).
Данные патчи предоставляют множество улучшений по работе с GPU семейства Radeon в ядре Linux. Представленные изменения затрагивают видеокарты семейства Radeon, начиная от довольно старых карт семейства HD2000 ("R600") до новейших чипов HD7000 на архитектуре GCN и даже еще не выпущенных HD8000 (Sea Islands) на базе архитектуры GCN 2.0.
Хотя данные патчи затрагивают множество аспектов работы GPU семейства Radeon, в данной серии можно легко обнаружить приоритетное направление над которым разработчики компании AMD работали наиболее активно. Таким направлением в этот раз оказалось управление питанием и частотами GPU. Как известно, компания AMD периодически подвергалась критике пользователей, особенно со стороны обладателей мощных видеокарт и владельцев ноутбуков, за плохое управление питанием GPU в открытом видеодрайвере.
В данной серии патчей реализовано динамическое масштабирование частот и напряжений для GPU для которых ранее эта возможность отсутствовала, а для GPU где эта возможность уже была реализована, она была существенно переработана, обнаружен и исправлен ряд ошибок в реализации, внесены разнообразные улучшения. Кроме того, было реализовано активное управление состоянием шины PCI-E (ASPM), при котором энеогопотребление шины PCI-E может быть заметно снижено в режиме бездействия. Также было реализовано отключение тактовых сигналов для не используемых в данный момент блоков GPU ("clock gating").Дополнительно можно отметить и некоторые иные интересные изменения:
- Для Radeon серии HD7000 реализована поддержка PCI-E 2.0 и 3.0;
- Теперь драйвер может различать, работает ли система от батарей или от сети переменного тока;
- Ряд исправлений, касающихся инициализации блока UVD на некоторых GPU (как известно, начальная поддержка аппаратного декодирования видео на блоке UVD войдет в состав ядра 3.10).
- Для еще не выпущенных GPU семейства HD8000 реализована поддержка установки видеорежимов, операций с 3D, вычислений на GPU и работа с UVD.URL: http://www.phoronix.com/scan.php?page=news_item&px=MTM5NjE
Новость: http://www.opennet.me/opennews/art.shtml?num=37288
Таки дожили до 3.11. Для рабочих групп?
не, для рабочих групп будет windows 8.11
> Таки дожили до 3.11.Еще не дожили - пока даже 3.10 не вышел, только RC7 пока :). Но скоро выйдет. А вот тогда будет 3.11 :)
Если заметили, ядро имеет версию 3.10.0-rc7+
> Если заметили, ядро имеет версию 3.10.0-rc7+Заметили. А вот этот кусок попадет только в 3.11 потому как 3.10 вот-вот релизнется и в него такой кус кода никто вкатывать уже не будет. А вот в 3.11... :)
увидел название новости - сразу подумал "наверняка уже кто-то отметился про linux for workgrups". но то, что это будет первым же сообщением... это да... :)
Я люблю AMD!!!
Их видеокарты великолепны для чего угодно, но только не для игр.
У меня amd hd radeon 6770, все линуксовые игры летают, на винде ещё лучше. Может это у тебя кривые руки?
>все линуксовые игрыВсе 3,5?
откройте для себя steam для linux
И нечем бедным вантузятникам линксоидов потролить...Зыж
Следующий виток:
— Зато... зато.... у вас нет фотошопа и автокада. Вот.
Да и игр в общем-то нет. В стиме шлак один.
Да и халявы в играх нет как на винде.
> халявы в играх нетмнение быдла как-то никого не интересует
Мнение не интересует, но быдл0 голосует рублем покупая много ненужного и некачественного, т к глубоко инфицировано потребительством.
Факт выше издлженный остается фактом. Только в винде можно поиграть в большинство игр в удобном формате (без дрм). А купить, т е отблагодарить издателя/локализатора - это можно сделать всегда, личный выбор каждого. Для этого даже играть не обязательно.
> игр в удобном формате (без дрм).А где в Linux DRM вообще? Только чур на Direct Rendering Manager не кивать, он отнюдь не об ограничении прав пользователей на что либо :)
> А купить, т е отблагодарить издателя/локализатора - это можно сделать всегда,
Не, ты не понял. Или уж ты согласен на условия на которых тебе дают софт, или уж ты им не пользуешься. Без игр вообще вполне можно обойтись и никакого особого оправдания такому поведению нет. Это примерно как не заплатить за билет чтобы на аттракционе покататься.
а) все давно понято. Не пользуемся, т к лень и противно
б) факт того насколько линукс игровая платформа в сравнении с... не изменился
в) хоре себя обманывать уже. Все понятно, что ты чего-то тоже пишешь и хочешь денег. Поэтому такая ч0ткая позиция. Но это не значит, что кто-то будет соблюдать твои правила. Даже если я буду, остальные лярды не будут. И считать их быд лом только из-за этого... Ну знаете. Зеркальце подать?
> а) все давно понято. Не пользуемся, т к лень и противно
> б) факт того насколько линукс игровая платформа в сравнении с... не изменился
> в) хоре себя обманывать уже.Офигеть аргументация - гражданина попросили показать в лине DRM, а он фигарит на своей волне и втирает тут.
Если уж на то пошло, в винде самой по себе DRM и активации всякие есть, за нее еще и платить предлагается. А для желающих проскочить нахаляву винда как раз представляет много неудобств. Кстати, раз уж мы о халяве - я при покупке ноута с фридосом сэкономил себе 2.5 килорубля относительно модели с виндой и такиими же характеристиками. А потом поставил туда кубунту. Вполне порадовало. Винды 8 например - совершенно отвратительны.
> Все понятно, что ты чего-то тоже пишешь и хочешь денег.
Не, не так. Я с линухов тоже копеечку имею иногда, но с ущемлением чьих-то прав это вообще никак не связано. И уж конечно никакого DRM (которое ограничения). Вот уж нафиг.
> что кто-то будет соблюдать твои правила. Даже если я буду, остальные
> лярды не будут. И считать их быд лом только из-за этого...А по этому поводу есть довольно интересные законы о авторских правах. Кто не будет соблюдать - попадет под копирасовкий пресс. Что смешнее всего - под него и сами копирасы в два счета попадают. Пожалуй, можно считать этот набор законов не только багом но и фичой, позволяющей прессовать особо наглых халявщиков и зарвавшихся копирасов :). Все-таки судебной машине как правило не принципиально кого именно пускать под пресс. Поэтому можно отправить под него и тех кто заслуживает этой участи, как ни странно.
> Ну знаете. Зеркальце подать?
А зачем? Вам ваши майкрософты и подадут. Не зеркальце а автозак к подъезду при удобном случае.
> я при покупке ноута с фридосом сэкономил себе 2.5 килорубля относительно модели с виндой и такиими же характеристиками.User, что за ноут ты купил?
> Мнение не интересует, но быдл0 голосует рублем покупая много ненужного и некачественного,быдло голосует скачиванием с варезных сайтов :)
А насчет игр тут выше уже высказались> Да и халявы в играх нет как на винде.
так вот, быдл0 никак вообще рублём не стимулирует производителей, поэтому их интересы производителям не интересны
> Да и игр в общем-то нет. В стиме шлак один.Прикольные отмазки. Теперь я понимаю почему форум считает слово "виндyзятник" ругательством.
> Да и халявы в играх нет как на винде.
А по поводу нарушений законов - это вы проследуйте к товарищу майору из отдела К, там вас охотно выслушают. А здесь это мало кому интересно, у нас тут народ культурный в основном.
Забавно, что все здесь линуксоиды,но каждый подозревает в оппоненте вендузятника )))Сходил к майору. Он у меня переписал игрушки с диска - сам будет гамать в обед.
Культура - это условный рефлекс заставляющий выхватывать кошелек по команде?
> Забавно, что все здесь линуксоиды,но каждый подозревает в оппоненте вендузятника )))Если нечто выглядит как виндyзятник и ведет себя как виндyзятник, мы называем это виндyзятником.
Культурный человек понимает что над любым проектом работали люди. Они имели свои цели и задачи. Поэтому их выбор вполне можно уважить. И или согласиться с их условиями, или не пользоваться их проектом.
Именно критичные вещи, без которых компьютер не заработает - есть и в открытом виде уже. А всякая опциональная блажь типа игрушек - ну это... вы может и на аттракционы в парке ломитесь не заплатив за билет, да? :)
> Сходил к майору. Он у меня переписал игрушки с диска - сам
> будет гамать в обед.Координаты майора скиньте, им отдел собственной безопасности очень уж интересуется :)
> Культура - это условный рефлекс заставляющий выхватывать кошелек по команде?Вам никто не командует. Вы сами выбрали. Ну а за свои действия надлежит отвечать. Что вы как маленький?
> Да и халявы в играх нет как на винде.это ты щаз говоришь про ArtMoney.exe ?
...типа -- "в Венде можно нагенерировать халявные доллоры в GTA San Andreas!"
:-)
Ну это-то в несколько упрощённой форме есть:
http://nubo-linux.blogspot.com/2011/04/art-money-linux.html
> Ну это-то в несколько упрощённой форме есть:
> http://nubo-linux.blogspot.com/2011/04/art-money-linux.htmlништяг! значит выходит что в Линуксах тоже есть халява в играх!
>Да и халявы в играх нет как на винде.Т.е пиратства. Вот вот. пиратства почти нет и это хорошо.
> Следующий виток:
> — Зато... зато.... у вас нет фотошопа и автокада. Вот.Ничего, мы у них постепенно оттяпаем все аргументы. И им придется всoсaть. Особенно с учетом свойств восмерок всяких.
>> — Зато... зато.... у вас нет фотошопа и автокада. Вот.
>Ничего, мы у них постепенно оттяпаем все аргументы.Да эти аргументы итак оттяпаны.
Стоит спросить «куплены или ворованы?», как оказывается что и гимп под винду вполне не плох, и тд, и тп.
Gimp ни под виндой ни под линуксом даже рядом с фотожопом не стоит. по возможностям он очень сильно не дотягивает. А если еще взять тот факт что нету всех остальных пакетом с набора для художников и дизайнеров то остальные аргументы бесполезны. И даже если и выпустят когда нибудь то они не будут работать как одно целое.
И не надо писать что виндузятник пишет, виндой не пользуюсь очень давно, просто констатирую факт.
У вас фотожоп куплен?
Да или нет?
Скачан, как и у всех остальных. А что?
> Скачан, как и у всех остальных. А что?Да ничего, отделу К эта информация пригодится. Если они не будут щелкать клювами - могут статистику себе очень хорошо улучшить. Достаточно то всего-навсего попросить айпишник у админов и пробить по базе прова что за дурень использует канал. Дальше можно приходить и брать готовенького. Благо, он сам в преступлении сознался.
Можно. Только зачем?
Можно без всех этих слодностей ткнуть пальцем в любого человека на улице, взять его телевон/ноутбук - там будет варез и куча нелицензионного медиа.
Пусть эти из отдела сначала посадят своих родственников и друзей. Зачем далеко ходить?
ПС: ты сам то веришь, что анон выше сидя на лине юзает твой фотошоп?
Я им не пользуюсь, а вот моя девушка как аниматор пользуется и большим их набором.
И да у нее куплено.
И ее удерживает ан винде только отсутствие этих программ.
Ответ вас устраивает?
> Gimp ни под виндой ни под линуксом даже рядом с фотожопом не стоит.Да гумно вопрос, чувак. Если ты готов заплатить адобе 300 баксов за то чтобы раз в месяц с фотографий красные глаза удалять - флаг тебе в руки и барабан на шею. А я как-нибудь сэкономлю себе 300 американских тугриков лучше.
что-то дёшево у вас как-то получается.
Adobe Photoshop CS6 — 26135,12 руб. http://allsoft.ru/software/vendors/adobe/adobe-photoshop/зыж
90% «спецов», смело рассуждающих о достоинствах фотошопа, знают его в лучшем случае процентов на 10%.
При чём все эти 10% точно покрываются гимпом (хоть и не так удобно, хотя это дело привычки).
> что-то дёшево у вас как-то получается.Ну я не думаю что ему полная версия нужна - для хомяков есть версии полегче вроде. Хотя может ему не в облом и полную врсию оптатить :).
> При чём все эти 10% точно покрываются гимпом
Ну вот поэтому мне гимпа - выше крыши.
> хоть и не так удобнопосле нескольких лет непрерывной работы в GIMP -- разовая работа в Photoshop кажется настолько неудобной -- что монитор потом уже не отмыть от следов плевков :) ..
более того -- всё это неудобство работы в Photoshop (и главное -- нелогичность расположения функций) -- вызывает такую неприязнь к Photoshop, что его огромное количество функций уже не является особо большим аргументом перед GIMP :-)
я тебе очень умный вещь скажу: художником или дизайнером делает человека не программа, а его деятельность и её результат
> Gimp ни под виндой ни под линуксом даже рядом с фотожопом не стоит.Настоящие дизайнеры не используют навороченные фильтры, плагины KPT, и прочий шлак которым изобилует фотошоп. Это так, вдруг вам это неизвестно. :)
>> Gimp ни под виндой ни под линуксом даже рядом с фотожопом не стоит.
> Настоящие дизайнеры не используют навороченные фильтры, плагины KPT, и прочий шлак которым
> изобилует фотошоп. Это так, вдруг вам это неизвестно. :)Вы вообще верити в то что вы сейчас написали?
Вот полный бред. Вспомнил старое выражение "Лучше молчать и выглядеть идиотом чем заговорить и развеять все сомнения"
И к слову, хорошую анимированную вещь на Гимпе вы никогда не сделаете, там половина плюшек для тонкой работы просто отсутствует, не говря уже о Disigner, after effect,tvpaint.
И еще, эти проги хоть как то работают друг с другом, а попробуйте что то если и есть то они не будут интегрированный.
> И еще, эти проги хоть как то работают друг с другоми зачем это надо позвольте узнать? зачем нужна взаимная интеграция для программ, которые почти не связанны друг с другом по назначению?
понятние дело что тесная интеграция нужна Вендорам для того чтобы стричь деньги с клиентов.
..а вот именно клиентам зачем нужна эта тесная интеграция на пустом месте?
для того чтобы побольше денег отдавать?
> верити...
> заговорить и развеять все сомнения"Эврика! Проблема только в том что вы на предложенном же вами методе и спалились.
> И к слову, хорошую анимированную вещь на Гимпе вы никогда не сделаете,
> там половина плюшек для тонкой работы просто отсутствует,Не знаю насчет хорошей вещи, т.к. не профессиональный аниматор, однако плагин для создания анимации для гимпа есть. Нормально и логично сделан вроде.
> попробуйте что то если и есть то они не будут интегрированный.
Вот только бабла адоба столько хочет что если вы не профессиональный аниматор - это в жизни себя не оправдает.
> Стоит спросить «куплены или ворованы?», как оказывается что и гимп под винду
> вполне не плох, и тд, и тп.Ну еще бы. Если отстегнуть 300 баксов за фотошоп, 200 за офис, пару килобаксов за автокад и прочая - можно и без штанов остаться. А ставить дорогую и пи...ц навороченную CAD систему по принципу "да чтоб было" - все равно что инсталлировать гидравлический пресс на кухне по поводу того что удалось его нахаляву с завода уволочь.
> Ну еще бы. Если отстегнуть 300 баксов за фотошоп, 200 за офис,
> пару килобаксов за автокад и прочая - можно и без штанов
> остаться. А ставить дорогую и пи...ц навороченную CAD систему по принципу
> "да чтоб было" - все равно что инсталлировать гидравлический пресс на
> кухне по поводу того что удалось его нахаляву с завода уволочь.всё верно, только ворованный гидравлический пресс можно пустить на лом или перепродать как-то, а вот CAD систему - увы :)
> всё верно, только ворованный гидравлический пресс можно пустить на лом или перепродать
> как-то, а вот CAD систему - увы :)Ну да, вот такая незадача. Кадом можно только самому нахаляву попользоваться. Что не сильно проще пусконаладки пресса на собственной кухне.
Пора выбираться из криокамеры.
да, да, идите и чините нижнее самочувствие, не надо рассказывать о вкусе устриц тем, кто их ест
Ничего не путаем ?
Наконец-то. У меня греющийся ноутбук. В режиме 2D он 60°, в 3D - 80°. С открытым драйвером он 80° всегда, включая 2D. В ответ на вопрос "почему так?" некоторые люди злились, говорили про мои кривые руки, и показывали мануалку, в которой нужно в файл в каталоге /proc передавать переменную. Ничего не изменилось.Сейчас буду накладывать патчи. Надеюсь что заработает сразу, и libdrm-9999 и xf86-video-ati-9999 устанавливать не придётся.
А какая там видяха? И да, это в ядре - по идее оно само питанием заведует, xf-, MESA и прочие - клиенты к этому добру и понятия не имеют о том что там у GPU за фигня с питанием. Не их епархия.
Radeon HD 4250. Довольно слабая, но старые игры запускает хорошо.
> Radeon HD 4250. Довольно слабая, но старые игры запускает хорошо.Довольно... хм, сейчас даже интеграт в процах куда мощнее делают. Но все-равно интересно как оно там будет, хоть это и древность редкостная.
> хоть это и древность редкостнаяHD4250-то? Ох уж эти любители апгрейдов. Пишу с машины где nvidia 6600 и какой-то особой древностью она не кажется, так как выполняет всё, что просят.
> HD4250-то? Ох уж эти любители апгрейдов.Не апгрейдов а просто сравнивать что и как. 4250 сольет даже самому паршивому интеграту в проце, если проц не очень античный. А так то да, можно и VGA адаптером пользоваться, тогда какое дело вообще до драйверов? :)
>> HD4250-то? Ох уж эти любители апгрейдов.
> Не апгрейдов а просто сравнивать что и как. 4250 сольет даже самому
> паршивому интеграту в проце, если проц не очень античный. А так
> то да, можно и VGA адаптером пользоваться, тогда какое дело вообще
> до драйверов? :)Слить-то она сольет, но надо помнить что это все равно конкретные usecases (тяжелые игры, проф. рендер, аппаратное full hd, ...). А документы / браузер / казуальные игры / программирование разницы могут вообще не заметить (как в моем случае, например) — но драйверы в плане энергопотребления на ноутбуке будут все равно важны.
> А документы / браузер / казуальные игры / программирование...в принципе возможны даже на VGA адаптере :)
>> А документы / браузер / казуальные игры / программирование
> ...в принципе возможны даже на VGA адаптере :)640х480 и 16-256 цветов это уже серьезный минус. И OpenGL 2.0 сейчас в основных изкоробочных средах вроде везде нужен (gnome/kde/unity). Вообще его наличие у карты сейчас, похоже, нижняя граница комфортной работы.
> 640х480 и 16-256 цветов это уже серьезный минус.Да ладно, StarCraft первый на 640х480 при 256 цветах выглядел очень даже. По крайней мере на тогдашних мониторах.
> И OpenGL 2.0 сейчас в основных изкоробочных средах вроде везде нужен
> (gnome/kde/unity). Вообще его наличие у карты сейчас, похоже, нижняя
> граница комфортной работы.Нижняя граница отделяющая видеоакселератор от VGA адаптера :). Но это не отменяет того факта что 4250 по сравнению с современными GPU - скорее видеозамедлятором будет :)
Ну то-есть рисовать десктопные эффекты он сможет, но можно прожить и без них. А в более тяжелых применениях типа хоть немного не древних игр он скиснет. Блоков вычисления мало и они хилые.
>> 640х480 и 16-256 цветов это уже серьезный минус.
> Да ладно, StarCraft первый на 640х480 при 256 цветах выглядел очень даже.
> По крайней мере на тогдашних мониторах.Когда-то арифмометр был прорывом. Речь же о комфортной работе на сегодня.
> Но это не отменяет
> того факта что 4250 по сравнению с современными GPU - скорее
> видеозамедлятором будет :)
> Ну то-есть рисовать десктопные эффекты он сможет, но можно прожить и без
> них. А в более тяжелых применениях типа хоть немного не древних
> игр он скиснет. Блоков вычисления мало и они хилые.Дык игры и не упоминались, ними любую карту можно на колени поставить. Хотел отметить, что есть и более древние, чем 4250, карты, которые для кого-то работают не хуже новинок. И это совсем не вариант консоли 80х25, достаточно исключить тяжелые игры и fullhd видео. Но при этом сабжевый вопрос им релевантен так же, как и остальным.
> Когда-то арифмометр был прорывом. Речь же о комфортной работе на сегодня.Ну да, однако десктопные эффекты к комфорту от работы относятся мало, а на что-то сверх того 4250 просто тормознутый. И был таковым всю свою жизнь. Ибо 42хх это самый low end серии, урезанный вообще во всем что на видеокарте в принципе можно урезать.
>> игр он скиснет. Блоков вычисления мало и они хилые.
> Дык игры и не упоминались, ними любую карту можно на колени поставить.Можно. Но именно 4250-я "затычка для слота" с колен никогда и не вставала, быв весьма компромиссным решением всю свою жизнь. Это изначально максимально урезанное решение, которое в данный момент проиграет даже интеграту.
> Хотел отметить, что есть и более древние, чем 4250, карты, которые
> для кого-то работают не хуже новинок.Наиболее оптимальные AMDшки нынче относятся к 5000 и 6000 серии.
> И это совсем не вариант консоли 80х25, достаточно исключить тяжелые
> игры и fullhd видео. Но при этом сабжевый вопрос им релевантен так же, как и остальным.Тогда я вообще не понимаю чего они не взяли себе интеграт в свое время. От 4250 и тому подобных толка мало.
>> Когда-то арифмометр был прорывом. Речь же о комфортной работе на сегодня.
> Ну да, однако десктопные эффекты к комфорту от работы относятся малоМного или мало, но работу без OpenGL 2.0 похоже сильно поддерживать уже не собираются, по крайней мере "большая тройка" gnome/kde/unity. Поэтому чтобы не быть ограниченным в выборе, желательно его наличие.
> Наиболее оптимальные AMDшки нынче относятся к 5000 и 6000 серии.
Начали ж мы с времен совсем не нынешних.
>> И это совсем не вариант консоли 80х25, достаточно исключить тяжелые
>> игры и fullhd видео. Но при этом сабжевый вопрос им релевантен так же, как и остальным.
> Тогда я вообще не понимаю чего они не взяли себе интеграт в
> свое время. От 4250 и тому подобных толка мало.Представьте себе печальность "тогдашнего" интеграта сегодня. Такой вот принцип, бери помощнее — проживет без апгрейда дольше. Хотя и не универсальный, т.к. бывает менять железку приходится из-за качественных а не количественных характеристик, типа версии того же OpenGL, поддержки виртуализации / iommu у CPU и т.п.
А, кстати - там надо по идее при загрузке скармливать radeon.dpm=1 в командлайне кернеля.
Аналогичная ситуация. Отпишитесь об успехах
>Сейчас буду накладывать патчи
>>(165 патчей!)Zenitur суров
напомнило "я буду устанавливать сейчас все игры" на ютубе.
> Zenitur суровЕсли он изъ...ться пропатчить ядро, RC которого еще не вышел, 165 патчами, собрать и протестировать это - я пожалуй признаю что не такой уж он и тyпой...
>> Zenitur суров
> Если он изъ...ться пропатчить ядро, RC которого еще не вышел, 165 патчами,
> собрать и протестировать это - я пожалуй признаю что не такой
> уж он и тyпой...Названия пакетов libdrm-9999 и xf86-video-ati-9999 выдают в нем гентушника.
А там с патчами проще.
> Названия пакетов libdrm-9999 и xf86-video-ati-9999 выдают в нем гентушника.
> А там с патчами проще.А чего там может быть проще чем у остальных? По логике вещей такая процедура будет везде одинакова. Готовых решений для ТАКОГО хардкора никто выкатывать не будет. Даже гентушники.
По логике вещей - RTFM про gentoo! Балабол.
> По логике вещей - RTFM про gentoo! Балабол.Ага, значит козырнуть фичой вы не можете. Зато понтануться - всегда пожалуйста. Да, это по гентушному.
Ниже XoRe достаточно обширный ответ написал. Могу лишь дополнить, что есть возможность накатывать свои патчи без редактирования ебилдов (/etc/portage/bashrс)
> Ниже XoRe достаточно обширный ответ написал. Могу лишь дополнить, что есть возможность
> накатывать свои патчи без редактирования ебилдов (/etc/portage/bashrс)Забавные вы люди. Вы так говорите, как будто в других системах все это делать нельзя, что не соответствует действительности :). Там тоже есть средства для ребилдовки и даже построения пакетов, для абы каких ядер. Потому как разработчики то тоже билдуют ядра все-таки. Вопрос об удобстве - на вкус и цвет. В редком дистре разработчики сами себе враги и делают сборку ядер или пакетов неудобной для себя.
А при сборке черти-какого ядра, которое ядерщиками вообще еще не оформлено в нечто внятное и с 165 патчами - волновать будет скорее всего отнюдь не это. А вот насколько зенитар не является обезьянкой заучившей типовые команды и насколько он умеет думать, анализировать результат не самых тривиальных операций, а при вылезании нестандартных ситуаций справляться с ними - вот это очень интересный вопрос, ага. А то половина виденных гентушников могли только как глупые обезбяны заученные команды вбивать. В указанном случае это может и не прокатить.
> В редком дистре разработчики сами себе
> враги и делают сборку ядер или пакетов неудобной для себя.Я согласен, что это можно сделать везде, где есть хоть какая-то сборка пакетов)
Просто я говорил не про разработчиков.
Я говорил про простых пользователей)
Не каждый юзер бинарного дистрибутива держит у себя на компе окружение для сборки пакетов.> А то половина виденных гентушников могли только как глупые обезбяны заученные команды вбивать.
Я боюсь, это справедливо ко многим дистрибутивам)
Хотя ваши слова удивляют - сложно быть гентушником, не понимая, какие команды ты набираешь.
> А чего там может быть проще чем у остальных? По логике вещей
> такая процедура будет везде одинакова. Готовых решений для ТАКОГО хардкора никто
> выкатывать не будет. Даже гентушники.Можно описать патчи в ебилде, а дальше ядро соберется и установится штатными средствами.
Вот чем проще.
Есессно, пока их опишешь и протестируешь сборку, пропишешь все в какой-нибудь локальный репозиторий портежей, придется повозиться.
Но дальше ничего больше делать не надо - можно устанавливать/переустанавливать ядро.
Можно даже поделиться готовым ебилдом с другими - у них все будет собираться без лишней возни.
> Есессно, пока их опишешь и протестируешь сборку, пропишешь все в какой-нибудь локальный
> репозиторий портежей, придется повозиться.Ну так о чем и речь.
> Но дальше ничего больше делать не надо - можно устанавливать/переустанавливать ядро.
Операция one-shot, ибо влеплять патчи в некое еще не оформленное ядро - это редкий камикадзинг и его автоматизация - дело неблагодарное. Повторять этот каскадерский трюк все-равно будет лишь полтора человека, полтора раза за всю жизнь.
А влепить патчи в абы-какое ядро, собрать его и даже оформить пакет, если это реально надо - можно в любой системе. И то что это потребует намного больше трудозатрат - совсем не факт.
> Можно даже поделиться готовым ебилдом с другими
Можно. И пакетом с собранным ядром можно. Вот только для таких термоядерных экспериментов это совершенно лишнее. Это для полутора гуру которые твердо знают что они делают и нафига.
Дык XoRe просто не в курсе. Да и не возможно всё знать.>> Есессно, пока их опишешь и протестируешь сборку, пропишешь все в какой-нибудь локальный
>> репозиторий портежей, придется повозиться.
>Ну так о чем и речь.Давным-давно в ёбилдах используется функция epatch_user, которая описана в eutils.eclass и в некоторых других... Вот её текст:
epatch_user() {
[[ $# -ne 0 ]] && die "epatch_user takes no options"# don't clobber any EPATCH vars that the parent might want
local EPATCH_SOURCE check base=${PORTAGE_CONFIGROOT%/}/etc/portage/patches
for check in {${CATEGORY}/${PF},${CATEGORY}/${P},${CATEGORY}/${PN}}; do
EPATCH_SOURCE=${base}/${CTARGET}/${check}
[[ -r ${EPATCH_SOURCE} ]] || EPATCH_SOURCE=${base}/${CHOST}/${check}
[[ -r ${EPATCH_SOURCE} ]] || EPATCH_SOURCE=${base}/${check}
if [[ -d ${EPATCH_SOURCE} ]] ; then
EPATCH_SOURCE=${EPATCH_SOURCE} \
EPATCH_SUFFIX="patch" \
EPATCH_FORCE="yes" \
EPATCH_MULTI_MSG="Applying user patches from ${EPATCH_SOURCE} ..." \
epatch
return 0
fi
done
return 1
}(система год не обновлялась)
Короче, ложешь патчъ в /etc/portage/patches/app-emulation/wine/убер.patch и он применяется при сборке без анальной возни с правкой ёбилдов. Удобно? Где ещё (кроме генту-подобных) такое есть?
> при сборке без анальной возни с правкой ёбилдов. Удобно? Где ещё
> (кроме генту-подобных) такое есть?Именно такое наверное нигде. Выглядит даже достаточно неплохо, но сабжевая задача - весьма единоразовая и за какой-то убер-плюс это все-равно сложно посчитать.
Самому на регулярной основе это делать смысла нет: Торвальдс и Ко ща откроют окно приема патчей и кексы из drm-next сделают pull request на все что они там наработали. А с более офрмленным 3.11 будет явно проще иметь дело и патчи класть самому уже не придется.
> Самому на регулярной основе это делать смысла нетМожно указать и конкретную версию пакета и слот. Например, в примере с вайном выше, /etc/portage/patches/app-emulation/wine-1.4.1/Ъ.patch и т.д.
Единственный недостаток - отсутствие документации к еклассам. К тому же еклассы обновляются при emerge --sync, а не являются составной частью пакетного менеджера, в чём собственно есть и плюсы. Но для человека, осилившего ABS, распарсить еклассы не составит труда при наличии времени и желания. Но имхо документация на стандартные еклассы, быть обязана.
> Можно указать и конкретную версию пакета и слот. Например, в примере
> с вайном выше, /etc/portage/patches/app-emulation/wine-1.4.1/Ъ.patch и т.д.Называя вещи своими именами, мне до лампочки на вайн. И уж тем более - на его патчинг. А указанная задача "вкатить 165 патчей на черти-какую версию ядра" по определению единоразовая - смысла в ее автоматизации до предела я просто не вижу. Она перестанет быть нужной буквально вот-вот. Когда pull request приземлится в окно мержей.
> Единственный недостаток - отсутствие документации к еклассам.
> К тому же еклассы обновляются при emerge --sync, а не являются
> составной частью пакетного менеджера, в чём собственно есть и плюсы.
> Но для человека, осилившего ABS, распарсить
> еклассы не составит труда при наличии времени и желания. Но имхо
> документация на стандартные еклассы, быть обязана.Честно говоря - я не испытываю никакого желания иметь дело ни с гентушным пакетным менеджером, ни рулить системой в таком виде как там предлагается. Одного того что оно на питоне накатано лично мне достаточно для того чтобы обойти все это за пушечный выстрел, уж простите за нескромность.
Дело не в автоматизации наложения патчей на какой-то определённый пакет, а в автоматизации наложения патчей на произвольный пакет в системе.> Честно говоря - я не испытываю никакого желания иметь дело ни с гентушным пакетным менеджером, ни рулить системой в таком виде как там предлагается.
И какую систему используешь ты?
> Одного того что оно на питоне накатано лично мне достаточно для того чтобы обойти все это за пушечный выстрел, уж простите за нескромность.
Честно говоря мне глубоко пох. на чём он там написан. Всё-равно большинство пакетов при сборке требуют питон. Ещё есть exherbo, в котором по умолчанию используется paludis (который cave). Он на сях вроде написан. Его же можно и в генту поставить. Но я не разу с ним не сталкивался, возможностей и быстродейсвия (к слову, так сказать) емержа более чем. А так - на вкус и цвет...
PS: Вообще лично я сомневаюсь, что Zenitur в курсе о таких возможностях системы, которую он решился использовать. Как результат - бессонная красноглазая ночь. (:
>> Но дальше ничего больше делать не надо - можно устанавливать/переустанавливать ядро.
> Операция one-shot, ибо влеплять патчи в некое еще не оформленное ядро -
> это редкий камикадзинг и его автоматизация - дело неблагодарное. Повторять этот
> каскадерский трюк все-равно будет лишь полтора человека, полтора раза за всю
> жизнь.Да не, я имел в виду, что можно добавить конкретный ебилд конкретной версии ядра.
А устанавливать/переустанавливать - штатными средствами установить это ядро, потом другое ядро, а потом с той же легкостью снова установить/удалить это пропатчанное ядро.
И менеджер пакетов не будет мешать, наоборот будет помогать.
Я тут писал про автоматическое наложение патчей в генту. Собственно ебилда ядра это тоже касается ЕМНИП. Так что редактировать ебилд и помешать его в локальный оверлей не нужно. Так же можно китайский патч дедубликации RAM на gentoo-sources накатить. Просто есть ебилды не поддерживающие оное, но можно и через /etc/portage/bashrc. Есть и готовые решения.
Да, удобно.
Когда сидел на генте, о таком не знал.
Хотя при правке исходников в месте патча, придется вмешиваться руками, хотя бы чтоб поправить патч.
В ситуации с 165 патчами... ну вы поняли)
Это просто праздник!!! Мы все ждали этого джва года. AMD - торт, и fuck you, nVidia.
Впервые вижу что "джва года ждал" употреблено к месту.
А по теме -- АМД и Алекс в частности молодцы и реагируют на вопросы и критику сообщества.Если окажется что новые HD8000 в момент выпуска будут работать на открытых драйверах хотя бы на 50% своих возможностей, то это отлично.
> Если окажется что новые HD8000 в момент выпуска будут работать на открытых
> драйверах хотя бы на 50% своих возможностей, то это отлично.методику оценки реализации возможностей в студию
Crysis3 на вайне, не меньше.
В первом приближении:
Чтобы в таблице на этой странице http://xorg.freedesktop.org/wiki/RadeonFeature для нового чипа "Done" стояло в половине столбцов (где это применимо), а так же поддержка OpenGL была на уровне не ниже r600 (Evergreen, N.Islands).
> В первом приближении:
> Чтобы в таблице на этой странице http://xorg.freedesktop.org/wiki/RadeonFeature для
> нового чипа "Done" стояло в половине столбцов (где это применимо), а
> так же поддержка OpenGL была на уровне не ниже r600 (Evergreen,
> N.Islands).так это, по галочкам от r600 не сильно отстает уже сейчас, в вашей же таблице
> так это, по галочкам от r600 не сильно отстает уже сейчас, в вашей же таблицеOpenGL 2.1 как-то маловато для более новой карты. А в остальном - уже прилично подтянули, да..
> Если окажется что новые HD8000 в момент выпуска будут работать на открытых
> драйверах хотя бы на 50% своих возможностей, то это отлично.По крайней мере ситуация обещает быть куда лучше чем с HD7000, благо GCN 2.0 похож на первый и капитально ничего переделывать не пришлось.
Скажите, в многомониторных конфигурациях автоматическое управление частотой будет работать, или это так и останется фантастикой для свободного драйвера?
Вот оно!!!!!!!! Alex Deucher респект!
Если у меня с radeon видеокарта грелась меньше чем с fglrx, то теперь видимо станут одинако
Ты один из тех, кто любит писать УМВР. Ты заслуживаешь ада
> Если у меня с radeon видеокарта грелась меньше чем с fglrx, то...то расскажи, каким манером ты этого добился? :) Ну то-есть можно допустить что в fglrx порылся глупый баг при работе с вашим GPU, но в открытом драйвере такого счастья в целом больше.
запустил компьютер.
дождался когда загрузится ос.
переключил в режим mid
> переключил в режим midПо идее оно в нем сразу после загрузки обычно :). И что, fglrx это не делает? Oo
Это как с прошивкой повезет. У меня например только low и high.
> Это как с прошивкой повезет. У меня например только low и high.Зато у меня medium есть, и с "старым" менеджментом - это сложно везением назвать, ибо GPU висит на частоте 2/3 от номинала даже на просто отображении десктопа и жрет при этом довольно прилично. А low юзается только если вручную его выставить, что как-то не умно совсем со стороны драйвера.
WOOOOOW 0_0
Молодцы. Надеюсь, на RS780 заработает ускорение видео.
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-next-...
Ну код то есть, а работает ли ускорение? С этими чипсетами не все просто: http://phoronix.com/forums/showthread.php?79449-AMD-Releases...
Действительно, видимо им потребуется ещё поковырять код реализации UVD.
Nooooooooo~
No, really! Wooooooooow!
Так "нет" или "вау"?
Отсыпь, а? ;)
Вы не поняли ) то было Великое Noooo Благоговения!
> Nooooooooo~
> No, really! Wooooooooow!Вендокапец, проходи курсы дворника.
Like Faora, unexpected and bossy.
>и даже еще не выпущенных HD8000 (Sea Islands)$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mars [Radeon HD 8730M]ы?
сижу на интеле. дискретка не работает ни под свободным ни под проприетарным соусом.
Да это вообще другая тема
http://xpressrazor.wordpress.com/2013/01/13/how-to-setup-amd.../
читать умеем?>Radeon HD 8730M
его даже catalyst толком завести не смог. ждем ебилдов.
Линейка Radeon HD 8000M получила название Solar SystemsЫ! Учи матчасть!
все равно последним каталистом не заводится. после надругательств над ним завел, но с мегаартефактами на экране.
Извращенец со 165 патчами.Ведь уже давно David Miller писал: "NO!!!! No more huge patch bombs to linux-kernel@vger.kernel.org people!"
> Извращенец со 165 патчами.
> Ведь уже давно David Miller писал: "NO!!!! No more huge patch bombs
> to linux-kernel@vger.kernel.org people!"Фаталити Миллер против Дечера не будет: это не lkml, это dri-devel.
Чё вы все так пристали к этим 165. Ну, патчи и патчи. :-P Ревю-процесс в мейл-листе. Он же не пул-реквест _сразу_ в lkml послал.
Тама вон Мастер ответил "ACK на все 165, кроме _1_" (он правда из той же штаб-квартиры - чуть ближе к коду и телу). Не то что местные Анонимы -- ах,165, да, ох,165, сла-ба-ки.
>>большую серию патчей (165 патчей!),
>huge patchА кто сказал что все эти патчи именно huge?
Скорее всего именно поэтому и разбили на 165 частей, а не одним большим куском.
Слепить всё вместе дело минутное. А вот разделить...
> А вот разделить...У вас git log сломался? :)
>> А вот разделить...
> У вас git log сломался? :)Разделить в смысле один патч на сотню. Чем тут git log поможет, особенно если там "Enhance power management at AMD HD 6xxx", точка.
Комментарии здесь лучше не читать - смысл новости сразу же теряется за лютой ненавистью к местным фанбоям.
Таки спячка будет работать адекватно?
> Таки спячка будет работать адекватно?А что со спячкой не так?
Блин. UVD походу в gentoo портировали в 3.9. Интересно, в каком gentoo ядре эта серия патчей появится.
> Блин. UVD походу в gentoo портировали в 3.9Могли бы не выделываться и прсото 3.10 RC взять. Все равно у них система что так тестовый полигон, что эдак :).
Зачем?