The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Во FreeBSD 13 чуть не оказалась халтурная реализация WireGuard с нарушением лицензии и уязвимостями, opennews (?), 27-Мрт-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


30. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  –2 +/
Сообщение от iPony129412 (?), 27-Мрт-21, 10:46 
> Это последнее что интересует разработчиков FreeBSD

Это как бэ в основных целях разработки стоит.

Ответить | Правка | Наверх | Cообщить модератору

36. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  –2 +/
Сообщение от xm (ok), 27-Мрт-21, 11:03 
> Это как бэ в основных целях разработки стоит

Это не цель разработки. Это желание избавиться от вируса который, кстати говоря, в 13 версии был практически полностью изгнан из тела FreeBSD.

Ответить | Правка | Наверх | Cообщить модератору

45. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  –9 +/
Сообщение от пох. (?), 27-Мрт-21, 11:28 
Ну да, ну да - теперь просто обернут линуксолятором и исполняется as-is.

Потому как никаких других драйверов для, например, графики, кроме kms'ных линуксных, у вас давным-давно нет.
А самостоятельно это написать - ни один васян не сможет, просто физически. Нужна целая бригада нвидиевых индусов. Которым нвидия платить не собирается, она уже Хаббарда купила подорого.

Ответить | Правка | Наверх | Cообщить модератору

365. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +1 +/
Сообщение от Lex (??), 28-Мрт-21, 17:51 
Дело не в бригадах и физических возможностях - дело в т.ч в документации.

И едва ли конторы вроде интела или энвидии просто дарят всю техдокументацию на свои железки любому желающему.

Ответить | Правка | Наверх | Cообщить модератору

376. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  –1 +/
Сообщение от пох. (?), 28-Мрт-21, 22:09 
> И едва ли конторы вроде интела или энвидии просто дарят всю техдокументацию
> на свои железки любому желающему.

Ну, желающим с мэйлом на @freebsd.org вполне могут и подарить, то что уже есть, примерно так и образовалось.
Но можно и другим путем - Алисо Розенцвейг. Пол можно не менять, это необязательная фича.

Просто долго, сложно и жрать в процессе чего-то надо. В одно жало навряд ли вытянешь, а полка падаванов нет и не предвидится. Поэтому нате вам линуксолятор. Это осилили те полтора инвалида, что были под рукой.

_Когда_то_, между нами, драйвера видеокарт были частью проекта X...э...допустим org. Одинаково доступными и фре и линуксу и коммерческим юниксам, и не требующими уродливый kms. А попутно никто не мешал нежелавшим открывать код выпускать бинарные модули, если они того хотели - и никаких подстав от гнутых истеричек, в виде запретов вызывать половину апи (Как мы, дураки, тогда смеялись над NT "у них смарите, смарите - графику запихали в ядро!", д-лы, мля)

Но наложившую на них лапу redbm такая ситуация, естественно, не устраивала. А нвидия схавала, поскольку дэффективные менеджеры ничего ни в каких юникс-системах не понимали.

Ответить | Правка | Наверх | Cообщить модератору

406. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Аноним (406), 29-Мрт-21, 09:27 
> Ну, желающим с мэйлом на @freebsd.org вполне могут и подарить, то что
> уже есть, примерно так и образовалось.

Драйвера пингвина есть ;). Это лучше - потому что работает! В железе интела по жизни over 9000 багов, и совсем не факт что баги железа и документации совпадают. Более того, что амдшные, что интелские что нвидиевские HW team - "не очень" в плане трекинга errata. Они этим тупо не занимаются. Зачастую они 5 лет назад в драйверах quirk железа поправили, но документировать никто не стал. Интелское железо само по себе очень глючное и не соответствующее спекам, если вы про GPU.

В конечном итоге окончательная ауторити не доки а фактически работающий драйвер.

> Но можно и другим путем - Алисо Розенцвейг. Пол можно не менять,
> это необязательная фича.

Алисо ARM-ами занимается. Куды ты вообще фрибсду с GL ES удумал юзать? :))

> нате вам линуксолятор. Это осилили те полтора инвалида, что были под рукой.

Там реально так себе железки. Алисо базировалось на libv'шном творчестве, так что это минимум 2 разных тела хардкорили. И там еще китаянка более старыми Mali занимается, там своя тусовочка по интересам, но они drm/kms'ные конечно, как и все остальные актуальные дрова.

> _Когда_то_, между нами, драйвера видеокарт были частью проекта X...э...допустим org.

А потом это жуткое месиво когда иксы по сути напрямую лезут в железо всех забодало. Мало того что работало хрен знает как, так еще 1 большой security issue и rampant layering violation. Когда дисплеи стали 1080p и более - работинг этого устраивать перестал вообще всех кто графикой пользовался а не дуалбутился, вопрос встал ребром, ну и луддитов попросили на мороз, дабы не саботировали разработку.

> Одинаково доступными и фре и линуксу и коммерческим юниксам,

Одинаково хреново работающими жалкими пародиями.

> и не требующими уродливый kms.

По сравнению с той похабщиной которая была до этого DRM/KMS просто masterpiece. Хотя-бы потому что не натягивает сову на глобус и более-менее одупляемо маппит свои сущности на то что реально в графическом хардваре сейчас бывает.

> А попутно никто не мешал нежелавшим открывать код выпускать бинарные модули,
> если они того хотели - и никаких подстав от гнутых истеричек, в виде запретов
> вызывать половину апи (Как мы, дураки, тогда смеялись над NT "у них смарите,
> смарите - графику запихали в ядро!", д-лы, мля)

В линухе этот layering сделали куда вменяемее.
- Это опционально. Линух без DRM/KMS и модулей графических дров остается линухом. Попробуй у винды отобрать win32k.sys - а винапи тогда хто будет изображать?
- В линухе не доперли засунуть иксы целиком в ядро. В ядре то что у ядра хорошо получается, modesetting, управление памятью (в т.ч. GPU) и прочая работа с хардваром, типа сабмита команд. А остальное в usermode компонентах, сливающих ядерному и-фейсу запросы.
- Извините, но телепать регистры железа из usermode это вообще совсем no-no. И по перфомансу, и по секурити. И вообще изврат когда здоровенная глючная прога делает половину работы кернела заодно, типа управленя памятью (в т.ч. GPU) и сабмит команд. Секурити всего этого... никакой.

> Но наложившую на них лапу redbm такая ситуация, естественно, не устраивала. А
> нвидия схавала, поскольку дэффективные менеджеры ничего ни в каких юникс-системах
> не понимали.

Нвидию никто не спрашивал. Они не часть процесса разработки. Их просто поставили перед фактом что интерфейс будет вот такой, или оно с линухом работать не будет. Да еще GPL_ONLY навесили на KMS в ядре, ибо нехрен упрощать жизнь всяким паразитам. Нвидия по своей частной инициативе накодила какой-то полуглючный эрзац KMS сама в свем драйвере. Работает оно понятно как и при первом намеке на продвинутости оно как раз локапает линуха на раз. Но нвидией пользуются ламеры-гамеры, которым все-равно ничего кроме игруль не надо, а всякие kdb или там отрисовка паника на экран - они не девелоперы ядра, так что... но для того кто под линух что-то продвинутое с ядром делает, нвидия - no-go. Потому что эрзац KMS таки эрзац и то что там kdb сможет отрисоваться или паника - вообще не факт. Конечно есть и другие варианты, но головняка при девелопменте это добавит а ядерщики к тому же при первом намеке на tainted kernel вынимают факи из кармана и вы сами там разбираетесь под язвительное "contact your vendor support".

Ответить | Правка | Наверх | Cообщить модератору

415. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +1 +/
Сообщение от Школьник (ok), 29-Мрт-21, 12:01 
Объяснял я тебе уже всё это, ну да ладно, еще раз не три-два-раз.

>Нвидию никто не спрашивал. Они не часть процесса разработки. Их просто поставили перед фактом что интерфейс будет вот такой, или оно с линухом работать не будет.

Да, в тусовочке не очень любят тех, кто думает не так, как принято. И демократий всяких, опросов мнения народа (пользователей) в тусовочке тоже никто разводить не собирается, это тоже понятно. И если придется немножечко побить своих (пользователей линукса), чтобы чужие (Нвидиа) боялись, то это с радостью будет сделано. Ну да, когда любишь полакомиться бесплатным сыром, не удивляйся, если тебе хвост немного прищемят.

>Но нвидией пользуются ламеры-гамеры, которым все-равно ничего кроме игруль не надо,

Тут надо смотреть на проблему несколько шире, и тогда можно хорошо так увидеть, что линукс - это платформа не для гаминга и вообще не для десктопа. Если кто-то пользуется линуксом для гаминга, то проблемы с видеодрайвером - это только лишь начало всех его проблем.

Нвидии в линуксе нужны только вычисления, именно в этом и только в этом и заключается ее бизнес на линуксе. Им нахрен не нужен там никакой modesetting, как и не нужен там видеовывод, которых на теслах и нету. Загрузился их блоб в ядро? /dev/nvidia* появились? Всё, все свободны. А что там бородатые мальчики на зарплате у редбиэма, отважно борющиеся с "проприетарным зеленым монстром" себе навоображали о своей борьбе, о том, как доблестно подговнили очередный раз нвидии - месье Хуанга это волнует в самой меньшей степени. Посмотри на топ-500 суперкомпьютеров, посмотри, в скольких из них стоят теслы. Какие еще геймеры, какие еще бородатые мальчики-борцуны, о чём это всё вообще?

>ядерщики к тому же при первом намеке на tainted kernel вынимают факи из кармана и вы сами там разбираетесь под язвительное "contact your vendor support".

Единственные, кому они этим навредят - это разве что тем, у кого CUDA на линуксе стоит на рабочей станции, и кому по работе надо всем этим пользоваться или разработку вести (типа меня).

Правда, у меня к энвидии мониторов не подключено, и вообще у меня там Арч (я же Школьник, ага), поэтому что там за проблемы у кого-то с драйверами нвидии - я знать не знаю. У меня, хехе, всё работает.

ЗЫ А вообще, интересно, конечно, получается. Ядерщики периодически показывают факи пользователям линукса с видеокартами нвидии, разрабы амуды периодически показывают факи пользователям линукса с видеокартами амуды (как там дела с поддержкой Navi в ROCm? Что-что? Проприетарным AMDGPU-PRO пользоваться? Ха-ха-ха!). Пользователям ZFS в линуксе те же ядерщики тоже периодами показывают факи. Редбиэмы и кто там еще опять же факи показывают, пересаживая всех на недоделки сратис и бтрфс. Как вы, блин, вообще живёте-то - ни дня без фака!

Ответить | Правка | Наверх | Cообщить модератору

430. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  –1 +/
Сообщение от Аноним (430), 29-Мрт-21, 15:41 
> Объяснял я тебе уже всё это, ну да ладно, еще раз не три-два-раз.

Какой смысл мне что-то "объяснять" если я знаю где все причастные отвисают и их views по энным поводам?

> Да, в тусовочке не очень любят тех, кто думает не так, как принято.

В тусовочке не любят халявщиков, которые вместо интеграции в процесс пытаются нагло паразитировать на чужом труде, не помогая тем на ком де-факто держится их бизнес. Это довольно скотский подход к делу и линух как таковой появился по причине "не было операционки где можно было бы менять сорцы". Те кто присоединился к процессу, очевидно, хотели этого же. Нвидия не вписывается в этот формат.

> И демократий всяких, опросов мнения народа (пользователей) в тусовочке тоже
> никто разводить не собирается, это тоже понятно.

Все вполне демократично: кому что-то не нравится в своем праве разрабатывать так как ему там удобно. Может даже, вот, сорец взять, на определенных условиях. А наставить пушку на других и что-то потребовать - ага, щаз.

> И если придется немножечко побить своих (пользователей линукса), чтобы
> чужие (Нвидиа) боялись, то это с радостью будет сделано.

В процессе разработки Linux учитывается тот, кто разрабатывает. И какие они "свои" если юзают кернель с которого даже багрепорты несчитово? Дебажить tainted kernel никто из разработчиков не станет. "Contact your support" - и гудбай. Т.е. с этого балласта отдачи никакой. Ни денег, ни улучшений кернела (куски проприетари девам в качестве "улучшений" не надо, сорян).

> хвост немного прищемят.

Бесплатный сыр бывает. Просто временами он достается только второй мышке. А так то да, быть глупым халявщиком чревато.

> увидеть, что линукс - это платформа не для гаминга и вообще не для десктопа.

Фирма Valve с этим утверждением может нехило поспорить, запилив более 1000 игр в своем сторе.

А так, для меня оно работает и на десктопе. В отличие от сабжа. И я не согласен на проприетарный шит где меня держат за дурака, когда можно сделать себе клевую опенсорсную ось где все честно и мой компьютер работает на меня, а не левых прихвостней. Как системщик я никогда не позволю моим системам держать меня за дурака. Это мой modus of operandi.

> Если кто-то пользуется линуксом для гаминга, то проблемы
> с видеодрайвером - это только лишь начало всех его проблем.

Булшит. Графика в лине ща на довольно приличном уровне, как и дела системные. DRM/KMS стоил усилий.

> Нвидии в линуксе нужны только вычисления, именно в этом и только в
> этом и заключается ее бизнес на линуксе.

Все это интересно только нвидии и их кастомерам. Они к линуксу и его разработке не имеют отношения и всего лишь паразитируют на чужом труде, ничего не привнося в экосистему.

> Им нахрен не нужен там никакой modesetting, как и не нужен там видеовывод,

...именно поэтму DRM/KMS с неких пор расщепил сие на "рисовалку" и "считалку". Второе работает и без первого, равно как и первое без второго. Для embedded такое деление вообще достаточно типичное - "display controller" и "MALI" у SoC две совершенно разные субстанции.

> в скольких из них стоят теслы. Какие еще геймеры, какие еще
> бородатые мальчики-борцуны, о чём это всё вообще?

Это проблемы владельцев тех суперкомпьютеров. Почему все это должно интересовать {меня, ядерщиков, кого-то на опеннете, whatever}? Это во первых очень частное применение (топ 500 намекает что их не так уж и дофига) и во вторых - они там как-нибудь разберутся. А если и нет - от их исчезновения в контексте разработки линя никто ничего не потеряет. Ни денег, ни улчшений.

> Единственные, кому они этим навредят - это разве что тем, у кого
> CUDA на линуксе стоит на рабочей станции, и кому по работе
> надо всем этим пользоваться или разработку вести (типа меня).

Вот это уже их проблемы, вместо со всей их "разработкой". Если кто хотел паразитировать на чужом труде ничерта не привнося взамен - то и на мороз его вытряхнуть совершенно не обломно.

Ядерщики горой за тех кто им помогает. И плевать хотели на остальных. По-моему очень конструктивная и эффективная позииция. Неплохо работает, судя по результатам.

> у кого-то с драйверами нвидии - я знать не знаю. У меня, хехе, всё работает.

А ты попробуй в KDB завалиться, например. И как, он живет, когда ядерный дебагер активен? Ну или там паник он отрисовать могет? При переключениях в консоль и проч - оно уже не локапается? Особенно если консоль чуть получше 80х25?

> ЗЫ А вообще, интересно, конечно, получается. Ядерщики периодически показывают
> факи пользователям линукса с видеокартами нвидии,

Эти пользователи сами себе фак показали, купив unsupported железо от некооперативного вендора. Поэтому они как-нибудь там решают свои проблемы на двоих с своим вендором, ядерщики в эту схему взаимоотношений не входят.

> разрабы амуды периодически показывают факи пользователям линукса с видеокартами
> амуды (как там дела с поддержкой Navi в ROCm?

Да вроде пиляют все и вся, весьма интенсивно.

> Что-что? Проприетарным AMDGPU-PRO пользоваться? Ха-ха-ха!).

А даже если и им - это лишь юзермод, а не кернел. А в кернеле будет, внезапно, amdgpu опенсорсный, что так что сяк. У амд сейчас просто не осталось проприетарных модулей. И это к лучшему, мало кто будет скучать по undebugable блобу виснущему раз в пару недель.

> Пользователям ZFS в линуксе те же ядерщики тоже периодами показывают факи.

Паразитов полезно дустом спрыскивать, иначе они наглеют.

> Редбиэмы и кто там еще опять же факи показывают, пересаживая всех на недоделки
> сратис и бтрфс. Как вы, блин, вообще живёте-то - ни дня без фака!

Лично меня btrfs более чем устроил. И в отличие от ваших доделок потребен даже на ноуте с 1 диском. Где может таки хранить 2 копии данных и метаданных, так что не нагибается от одного бэда в эн лет, в отличие от. И RAM как прорва не жрет, даже на хилых одноплатничках с 256 мегов рамы ему нормально. Куды там вашему энтерпрайз монстру до этого...

Так что факи - они разные быают. А чтоб линуксоиды факами не махали есть определенные подходы, если их знать то никаких факов не случается. Я проверял, это работает. И никто мне факом не махал, наоборот, помогли запинать проблемы крутой и эффективной толпой. Но я знаю их принципы и уважаю их, в этом и секет...

Ответить | Правка | Наверх | Cообщить модератору

416. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Lex (??), 29-Мрт-21, 12:45 

> Но можно и другим путем - Алисо Розенцвейг. Пол можно не менять,
> это необязательная фича.

А точно занимается только и исключительно оно ?
Ведь может так оказаться, что помимо этого, публичного мистера, есть целая куча народу, которая так или иначе участвует в этом процессе( учтивая даже то, что тип не упоминается в отрыве от коллаборы )
С подобным же успехом можно пиарить управляющего проектом( ПМа ), хотя на проекте за ним скорее административная работа, тогда как кодят - проггеры( притом разные, если проект большой ), рисуют - дизайнеры, деньги на разные ништяки - выделяет контора.
Кстати, по новости о тех дровах: https://www.collabora.com/news-and-blog/blog/2019/03/04/panf.../
"During the past two months Rob Herring and I( Tomeu Vizoso ) have been working on a new driver for Midgard and Bifrost GPUs that could be accepted mainline. Arm already maintains a driver out of tree with an acceptable open source license, but it doesn't implement the DRM ABI and several design considerations make it unsuitable for inclusion in mainline Linux.
..."

> Но наложившую на них лапу redbm такая ситуация, естественно, не устраивала. А
> нвидия схавала, поскольку дэффективные менеджеры ничего ни в каких юникс-системах не
> понимали.

Как только дело касается конкурентной борьбы, то даже управление питанием и алгоритмы инициализации интегрированного видеоядра становятся страшнейшими тайнами( как ранее системы управления HDD и все что с этим связано - многие ноу-хау по ним даже не патентовались, дабы не давать конкрутенам наводок и идей ).
И тайны эти никто никому просто так не рассказывает.

Ответить | Правка | К родителю #376 | Наверх | Cообщить модератору

432. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Аноним (430), 29-Мрт-21, 15:50 
> И тайны эти никто никому просто так не рассказывает.

Сам по себе DVFS и clock gating/power gating вполне общеизвестные технологии. В GPU это довольно наворочено - данную логику крутит вспомогательный сервисный процик с своей фирмварью.

Там не менее, весьма нехило деталей в драйвер вылезает, тот видите ли достаточно продвинуто это все конфигурит, вплоть до оверрайда вендорских таблиц и проч или вообще мануального управления. Как минимум у амд сейчас термодатчики и PWM вентилей вывешены через стандартные ядерные интерфейсы (e.g. hwmon), по поводу чего и мониторится, и рулится, так же как все остальные штуки такого плана.

Ответить | Правка | Наверх | Cообщить модератору

438. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от пох. (?), 29-Мрт-21, 19:39 
> А точно занимается только и исключительно оно ?

А тебе какая разница-то, ты патч через постель собрался пропихнуть, или так, интересуешься?
Речь шла не об этом, а о том что вариант очень в теории есть, но недоступен для сторонних команд разработчиков с копеечным бюджетом.

> С подобным же успехом можно пиарить управляющего проектом( ПМа ), хотя на

Ну а чо, Линус же БОХ, даром что ни на каком инструменте двадцать лет уже не играет.

> out of tree with an acceptable open source license, but it
> doesn't implement the DRM ABI and several design considerations make it
> unsuitable for inclusion in mainline Linux.

патамушта не контролируется redbm. Угу.

> Как только дело касается конкурентной борьбы, то даже управление питанием и алгоритмы
> инициализации интегрированного видеоядра становятся страшнейшими тайнами( как ранее

сомневаюсь. Скорее их в современной быстро-быстро-разработке как обычно некому толком документировать, да и незачем. Вся документация в голове Ли-Сунь-Выня, который командовал отделом питательных разработок.

> системы управления HDD и все что с этим связано - многие
> ноу-хау по ним даже не патентовались, дабы не давать конкрутенам наводок

потому что все равно делали все на трех тайваньских фабричках, стоящих забор-к-забору. Надо быть ну очень наивным, думая что убережешь при этом какие-то страшные секреты.
Вот теперь зато никаких конкурентов. Что, в общем, логично - три фабрички, значит на троих и поделено.

И у всех трех диски, что характерно, одинаково дрянные.

Ответить | Правка | К родителю #416 | Наверх | Cообщить модератору

456. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Lex (??), 30-Мрт-21, 15:12 
>> А точно занимается только и исключительно оно ?
> А тебе какая разница-то, ты патч через постель собрался пропихнуть, или так,
> интересуешься?
> Речь шла не об этом, а о том что вариант очень в
> теории есть, но недоступен для сторонних команд разработчиков с копеечным бюджетом.

Да принципиальная разница кагбэ.
А то как пиарить и упоминать в позитивном ключе - так исключительно всяких гомосеков( помимо которых конкретным проектом еще куча народу занимается ).

Дело даже не в бюджетах( при малых бюджетах работа будет делаться медленнее, иногда сильно медленней, но будет ), дело в случае со штуками подобной сложности - в административных вопросах, предоставили ли производители/правообладатели доки на железки / какие-то исходники итд итп, без решения которых даже с хорошими бюджетами проект будет топтаться практически на месте, прожигая деньги.

>> Как только дело касается конкурентной борьбы, то даже управление питанием и алгоритмы
>> инициализации интегрированного видеоядра становятся страшнейшими тайнами( как ранее
> сомневаюсь. Скорее их в современной быстро-быстро-разработке как обычно некому толком
> документировать, да и незачем. Вся документация в голове Ли-Сунь-Выня, который командовал
> отделом питательных разработок.

Попробуй-ка купить свеженькую матрицу на 108Мп или отыскать на нее доки ( не рекламный буклет или общее описание, а именно годный даташит ). Матрицу производитель тебе не продаст без подписания кучи бумаг в т.ч о неразглашении, тем более  не предоставит без них документацию.
Хотя, казалось бы, речь о штуковине которая во многих смартфонах имеется.

> потому что все равно делали все на трех тайваньских фабричках, стоящих забор-к-забору.
> Надо быть ну очень наивным, думая что убережешь при этом какие-то
> страшные секреты.
> Вот теперь зато никаких конкурентов. Что, в общем, логично - три фабрички,
> значит на троих и поделено.

Потом правда окажется, что техпроцесс там довольно "крупный" и очень многое делалось в сша.. но и другие конкуренты тоже в сша сидели
На многие ключевые микросхемы HDD крупнейших производителей доки с хорошими шансами не найти до сих пор, но на базе тех разработок нынче начинают выпускать драйверы соотв двигателей( там скрыто очень много математики и обработки сигналов )

> И у всех трех диски, что характерно, одинаково дрянные.

Диски для своего времени были вполне сносными, к сожалению, моторы из них не удавалось норм погонять с драйверами тех же хардов а то и приблуды какие интересные сделать, поскольку документации на них почти никогда нет.

Ответить | Правка | Наверх | Cообщить модератору

464. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Аноним (-), 31-Мрт-21, 13:28 
> Попробуй-ка купить свеженькую матрицу на 108Мп или отыскать на нее доки (
> не рекламный буклет или общее описание, а именно годный даташит ).

А их на именно 108 обычно и не делают, скорее несколько камер ставят и объединяют картинку.

> Матрицу производитель тебе не продаст без подписания кучи бумаг в т.ч
> о неразглашении, тем более  не предоставит без них документацию.
> Хотя, казалось бы, речь о штуковине которая во многих смартфонах имеется.

На самом деле на многие матрицы доки есть. И интерфейс относительно устаканился, MIPI. А чего там собственно скрывать? Кучку не особо полезных конкурентам tunables актуальных для вот конкретно этого чипака? Ничего интересного кроме этого в даташите и нет. Ну еще всякие тайминги шин, но они актуальны пару раз, при программировании контроллера интерфейса под них, и вот это уже может зависеть от кучи вещей вплоть до топологии конкретной платы.

> На многие ключевые микросхемы HDD крупнейших производителей доки с хорошими шансами не
> найти до сих пор, но на базе тех разработок нынче начинают выпускать драйверы
> соотв двигателей( там скрыто очень много математики и обработки сигналов )

Все с точностью до наоборот. Вон STSPin - обычный STM32F0 + драйверы FET в 1 пакаже. Похоже какой-то подвид оного и в HDD использовался. А, ну конечно, проприетарные алгоритмы - вон той блоболибой извольте, это да. Но можете свои накодить, доки так то есть. Правда вон то в хорошем виде достаточно канительно.

> и приблуды какие интересные сделать, поскольку документации на них почти никогда нет.

...поэтому я прицепил свои полевики к своему мк, и накодил эрзац алго сам. И все заверте... :)

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру