Есть галактики, расстояние до которых превышает 13 млрд. лет.
Расширение пространства не ограничивается скоростью света. Из-за этого мы и можем только наблюдать за галактиками только в определённой сфере. Всё остальное за этой сферой мы не увидим никогда.
В этом списке явно не хватает PVS-Studio!
Codacy вообще бесполезен (самый кривой в этом списке).
У Coverity очень ужасный WEB-интерфейс.
LGTM игнорит windows проекты.
Кстати, Coverity заинтегрировался с Travis-CI. Было бы здорово, что бы PVS-Studio заинтегрировался с AppVeyor (что бы свою сборочную систему не городить).
Да даже и без интеграции с AppVeyor можно обойтись.
Как юзать CoverityScan совместно с AppVeyor
К примеру, на сервере AppVeyor уже лежит дистр CoverityScan, который нужно перед сборкой скачать. После выполнения cov-build результаты кладуться в архив и через WEB-форму заливаются на сервер Coverity. Там результаты прогоняются через cov-analyzer и на персональной страничке проекта появляются результаты (эта страничка ужасна).
… потому что драйвера в BSP доступны только в виде бинарников, а интерфейсы ядра изменились и нужен новый BSP
Тут вы правы. В китайском инете можно скачать исходники BSP для Qualcomm и MTK (китайские разрабы очень безолаберно относятся к безопасности).
А производитель, какой-нибудь Qualcomm, не хочет ни портировать (потому что нерентабельно)
Не совсем правы. К примеру, Qualcomm до сих пор поддерживает старую платформу msm8x26. Месяц назад HTC даже выпустила новый телефон на чипе msm8926, релиз которого был аж в 2013 году. Причём там используются исходники BSP для 6-го дройда.
Просто эти самые исходники Qualcomm продаёт вендорам. Только крупные вендоры (HTC, Samsung, Sony, etc) могут позволить себе покупать новые сорцы ради обновления дройда на бюджетных устройствах.
… ни давать исходники (потому что, говорит, коммерческая тайна)
Времени действительно мало, но думаю тут дело в другом. Просто когда встречается какая то проблема, то у меня появляется спортивный интерес в ее преодалении. В данном случае так и было.
на последних CM не работает CDMA-радио, хочу попытаться разобраться
С последними CM (CM12.1, CM13, CM14) и ядром версии 3.4 исходники из предоставленной ссылки не получится заюзать.
Для msm8226 я пока использовал проприетарии версии 4.4.4. Для использования проприетариев 5.1.1 я сейчас пробую для msm8226 собрать ядро версии 3.10, без которого эти проприетарии требуют в множестве мест отката.
Напишите пожалуйста статью getting started для новичков в этом деле?
Я уже давал развёрнутый ответ на данный вопрос: #comment_9827690
Я так понимаю, что Innos D10F полностью открытый?
Изначально был закрытый, т.к. производитель ни под один свой продукт не публиковал исходники.
Но теперь под это устройство имеются исходники ядра, исходники бутлоадера и исходники проприетарных библиотек Qualcomm. И вот при наличии всех этих исходников можно считать этот девайс полностью открытым. Он даже более открытый чем Nexus 5 для разрабов.
А всё потому, что очень редкая китайская контора парится с подписью загрузчиков при сборке прошивок. Даже сейчас можно купить брендованное Android устройство, в котором присутствуют системные образы подписанные тестовым сертификатом Qualcomm, закрытая часть которого известна.
Поэтому нужно сказать ленивым китайцам спасибо. Особенно тем, кто не парится по поводу безопасности своего рабочего места (у таких вот и сливают обычно ключи IDA Pro и сорцы проприетариев Qualcomm).
Ну коли мой ответ на данный комментарий получил столько плюсиков, то по поводу статьи отвечу более конструктивно.
Системной разработкой под Linux я занялся по одной лишь причине: отсутствие прошивок Android 4.4/5.1 для моего телефона, коим является Highscreen Boost 2 SE. Поэтому за неимением исходников стокового ядра пришлось реверсить это самое ядро. Но пришлось ещё реверсить и загрузчик. Более подробно можно почитать тут: http://syshwid.blogspot.ru/2014/11/arm.html (именно с этого и началось моё погружение в Linux).
Поэтому мой путь к системной разработке под Linux очень и очень тернистый. Причём этот путь очень тесно переплетён с реверсом.
Именно поэтому «getting started» я никак не могу написать, т.к. таким путём никто не отважится идти.
Да и считаю такие статьи излишними. Лучше уж найти блог системного программиста Linux и почитать его с самого начала. Это самый лучший вариант.
Когда речь заходит о системных программистах, то не может быть никакой речи о моде.
А по части обычного обывателя вы конечно правы. Модуль LLCON уже несколько месяцев могут использовать все обладатели телефона Highscreen Boost 2 SE, т.к. этот модуль я внедрил в прошивку. Но при этом пользователь должен установить так же и кастомный загрузчик IBL (создавался при моем участии). Причем устанавливать этот загрузчик нужно не только ради забавы LLCON, а прежде всего для предотвращения окирпичивания при выходе из стоя чипа eMMC (на этом телефоне они умирают очень часто).
Так вот уже несколько пользователей откатились на стоковый загрузчик лишь по причине того, что они привыкли видеть стандартную заставку «Highscreen» при старте. При этом они пишут, что для них это важнее, чем «прививка» от окирпичивания.
Знаете, зачем делают заставку при загрузке? Одна из причин — это просто украшательство, но это не основная.
Как раз таки использование бут-анимации замедляет загрузку. Особенно это заметно на SoC 2013 года, когда анимация использует 25 и более FPS.
Бутлого загрузчика ни на что не влияет.
Console output is slow… and disable systemd debug logging
Это относится только к стандартному FBCON модулю. К модулю LLCON мало относится, т.к. LLCON просто напросто записывает байтики во FrameBuffer.
Посмотрев видео, ужаснулся, как же долго загружается телефон.
Так используется бюджетный SoC 2013 года (msm8226). Мой тестовый телефон (он же и основной) при замене бут-анимации на вывод логов LLCON стал загружаться быстрее (сравнивал по выводу dmesg).
Конечно, не в логах основная проблема, но и в них тоже.
Прежде всего дело в медленном SoC.
На втором деморолике используется асинхронный вывод логов на дисплей (mode=2), при котором одно ядро SoC задействуется для периодического вывода логов. Поэтому при использовании асинхронного режима может быть замедление загрузки такое же, как и при использовании бут-анимации андройда.
При использовании синхронного режима (mode=1) замедление загрузки не должно превышать 0,5 секунд, т.к. LLCON просто пишет в видео-память байтики.
Впервые слышу о таком баге (устройство с Android 2.х имею).
Вывод LLCON должен затираться драйвером дисплея, т.к. LLCON работает только с основным FrameBuffer (т.е. без переключения страниц).
Расширение пространства не ограничивается скоростью света. Из-за этого мы и можем только наблюдать за галактиками только в определённой сфере. Всё остальное за этой сферой мы не увидим никогда.
А вот как удобный и понятный WEB-интерфейс с результатами сгенерировать? Вот в чём вопрос.
Codacy вообще бесполезен (самый кривой в этом списке).
У Coverity очень ужасный WEB-интерфейс.
LGTM игнорит windows проекты.
Кстати, Coverity заинтегрировался с Travis-CI. Было бы здорово, что бы PVS-Studio заинтегрировался с AppVeyor (что бы свою сборочную систему не городить).
Да даже и без интеграции с AppVeyor можно обойтись.
github.com/stormctf/Meltdown-PoC-Windows/tree/master/Meltdown/x64/Debug
Эти байтики находятся в самом начале образа ntoskrnl.exe (см. на картинке ряд real).
github.com/stormctf/Meltdown-PoC-Windows/tree/master/Meltdown/x64/Debug
Эти байтики находятся в самом начале образа ntoskrnl.exe (см. на картинке ряд real).
Не совсем правы. К примеру, Qualcomm до сих пор поддерживает старую платформу msm8x26. Месяц назад HTC даже выпустила новый телефон на чипе msm8926, релиз которого был аж в 2013 году. Причём там используются исходники BSP для 6-го дройда.
Просто эти самые исходники Qualcomm продаёт вендорам. Только крупные вендоры (HTC, Samsung, Sony, etc) могут позволить себе покупать новые сорцы ради обновления дройда на бюджетных устройствах.
Всё то, что мне удалось слить с китайского инета, ищите тут: http://syshwid.blogspot.ru/2016/08/build-qualcomm-modem.html
Ну как же нету. Посмотрите сюда: dma-contiguous.c
Куда вы мне предлагаете присесть?
С последними CM (CM12.1, CM13, CM14) и ядром версии 3.4 исходники из предоставленной ссылки не получится заюзать.
Для msm8226 я пока использовал проприетарии версии 4.4.4. Для использования проприетариев 5.1.1 я сейчас пробую для msm8226 собрать ядро версии 3.10, без которого эти проприетарии требуют в множестве мест отката.
Изначально был закрытый, т.к. производитель ни под один свой продукт не публиковал исходники.
Но теперь под это устройство имеются исходники ядра, исходники бутлоадера и исходники проприетарных библиотек Qualcomm. И вот при наличии всех этих исходников можно считать этот девайс полностью открытым. Он даже более открытый чем Nexus 5 для разрабов.
А всё потому, что очень редкая китайская контора парится с подписью загрузчиков при сборке прошивок. Даже сейчас можно купить брендованное Android устройство, в котором присутствуют системные образы подписанные тестовым сертификатом Qualcomm, закрытая часть которого известна.
Поэтому нужно сказать ленивым китайцам спасибо. Особенно тем, кто не парится по поводу безопасности своего рабочего места (у таких вот и сливают обычно ключи IDA Pro и сорцы проприетариев Qualcomm).
Да и не хочется выслушивать что то подобное: https://forum.altlinux.org/index.php?topic=28659.0
Системной разработкой под Linux я занялся по одной лишь причине: отсутствие прошивок Android 4.4/5.1 для моего телефона, коим является Highscreen Boost 2 SE. Поэтому за неимением исходников стокового ядра пришлось реверсить это самое ядро. Но пришлось ещё реверсить и загрузчик. Более подробно можно почитать тут: http://syshwid.blogspot.ru/2014/11/arm.html (именно с этого и началось моё погружение в Linux).
Поэтому мой путь к системной разработке под Linux очень и очень тернистый. Причём этот путь очень тесно переплетён с реверсом.
Именно поэтому «getting started» я никак не могу написать, т.к. таким путём никто не отважится идти.
Да и считаю такие статьи излишними. Лучше уж найти блог системного программиста Linux и почитать его с самого начала. Это самый лучший вариант.
А по части обычного обывателя вы конечно правы. Модуль LLCON уже несколько месяцев могут использовать все обладатели телефона Highscreen Boost 2 SE, т.к. этот модуль я внедрил в прошивку. Но при этом пользователь должен установить так же и кастомный загрузчик IBL (создавался при моем участии). Причем устанавливать этот загрузчик нужно не только ради
забавыLLCON, а прежде всего для предотвращения окирпичивания при выходе из стоя чипа eMMC (на этом телефоне они умирают очень часто).Так вот уже несколько пользователей откатились на стоковый загрузчик лишь по причине того, что они привыкли видеть стандартную заставку «Highscreen» при старте. При этом они пишут, что для них это важнее, чем «прививка» от окирпичивания.
Как раз таки использование бут-анимации замедляет загрузку. Особенно это заметно на SoC 2013 года, когда анимация использует 25 и более FPS.
Бутлого загрузчика ни на что не влияет.
Это относится только к стандартному FBCON модулю. К модулю LLCON мало относится, т.к. LLCON просто напросто записывает байтики во FrameBuffer.
Так используется бюджетный SoC 2013 года (msm8226). Мой тестовый телефон (он же и основной) при замене бут-анимации на вывод логов LLCON стал загружаться быстрее (сравнивал по выводу dmesg).
Прежде всего дело в медленном SoC.
На втором деморолике используется асинхронный вывод логов на дисплей (mode=2), при котором одно ядро SoC задействуется для периодического вывода логов. Поэтому при использовании асинхронного режима может быть замедление загрузки такое же, как и при использовании бут-анимации андройда.
При использовании синхронного режима (mode=1) замедление загрузки не должно превышать 0,5 секунд, т.к. LLCON просто пишет в видео-память байтики.
Вывод LLCON должен затираться драйвером дисплея, т.к. LLCON работает только с основным FrameBuffer (т.е. без переключения страниц).