Соглашусь, при наличии физического доступа к устройству можно сломать практически все.
Основной вопрос тут - целесообразность и имеющиеся в распоряжении ресурсы/время.
Защита подобных устройств часто ставит своей целью сделать подобный взлом экономически неоправданным.
Консоли ломают потому что очень много и на этом можно заработать: модчипы не бесплатны.
Военщину ломают потому что там есть любые ресурсы и нужен результат любой ценой.
Это очень похоже на системы DRM в играх - их все равно ломают, но за то время что было куплено этой защитой игра успевает себя окупить и принести прибыль.
Ну, все это сработает если производитель не сильно хотел защитить свое устройство.
Uboot можно построить так, что он будет просто игнорировать любые символы из uart.
Uboot может быть подписан (если хардвер умеет в верификацию загрузки) и тогда и заменить его не выйдет.
Если uboot подписан то и все остальное тоже будет подписано и даже если вам удасться получить root доступ в консоли OS то ничего кроме скриптов запустить не выйдет.
А может и скрипты не сможете свои запустить - их тоже можно проверить а запуск скриптового кода через опцию командной строки удалить.
Это если консоль не выломали, конечно.
Тогда ломать придется как ломали XBox 360 - кстати очень интересная история, советую почитать.
Искать уязвимости, прокидывать через них свой код и все остальное...
Подобные раны это страшная и тяжело излечиваемая вещь.
Вот бы теперь у нас сделали свою инсулиновую помпу и расходку к ней с запуском в массы, что-бы вероятность возникновения подобных ран была сведена к минумуму.
Я думаю что количество разработчиков под iOS или Маки точно уменьшится.
Для западных компании мы токсичны, как платить не ясно а локальные пользователи будут наверное мигрировать на андроид. Там хоть можно свой суверенный стор сделать.
Возможно, эти высвободившиеся люди закроют нехватку разработчиков для андроида после переучивания.
Если понимать под инфраструктурой не просто еще один стор для Андроида а использовать ее в нормальном смысле этого слова, то запад создавал ее десятилетия.
И притом ему никто в этом не мешал а помогал, фактически это коллаборация всего мира.
Где-то идеи, где-то хардвер, где-то софт а там и потребители всего этого.
Хорошо, у нас есть идеи и софт. Но где хардвер и потребители?
Нам скорее всего будут мешать всеми возможными способоми, хочется верить что гуманными хотя те же атомные проекты Ирана саботируют чем угодно вплоть до прямых убийств.
Я не верю что поддержка IT в той форме как ее сформулировали будет способна что-то изменить радикально.
Особенно жалко детей. Я успел посмотреть мир, а им вполне возможно это больше не светит.
Стандартные SDK публиковались МС, но это сферический конь в вакууме.
Реальный SDK строится тем, кто строит конкретную платформу и строится он прямо от готового платформенного билда.
Поскольку WinCE конфигурируется в широких пределах, результирующие SDK могут отличаться очень сильно.
Кроме того вендоры могут добавлять туда свои специфические вещи.
Подобный SDK ставится в VS (для WinCE7 это VS2008) версии не ниже Pro (ЕМНИП) у кого угодно и можно строить под платформу.
Если же речь о разработке самой платформы то с ней поставляется Platform Builder который плагин для VS (для WinCE7 это все та же VS2008) и в ней ведется разработка.
Есть отладчик ядра, вполне удобен, цепляется через serial или ethernet (смотря что целевая платформа поддерживает).
Есть Kernel Tracker - кардиограмма работы системы со всеми мутексами, эвентами, context switch, priority change/inversion и тому подобное, плюс туда можно свои вещи логировать.
Он есть в графическом виде или как простой лог; живой, post-mortem или on-demand.
Сильно помогает если надо понять почему таска зависла на 2 миллисекунды и кто виноват.
Преимуществом разработки является возможность разработки под Win32 для десктопа и с небольшими изменениями (и добавлением специфичных вещей) компилация под WinCE.
То есть большинство кода просто отлаживается для десктопа (быстро и удобно) и при этом уже не надо этот код отлаживать для тартега (хотя приколы иногда бывают).
Воможно это будет смешно но меня сподвигли идти в программирование уроки информатики еще а советской школе.
Когда я сам выучил бейсик опережая школьный курс и написал на нем примитивный морской бой (кое в чем помог журнал Техника Молодежи).
Дальше: универ, СМ-4, ЕС 1810, ДВК, лично спаянный спектрум, первые ПК, паскаль, асм, С, С++ и так далее.
Мне никогда не было тяжело этому учиться, я всегда хотел заниматься имено этим.
На мой взгляд, если идти в АйТи по зову исключительно денег то и будет тяжело.
Спасибо, интересно.
Только не ясно зачем совершенно все собирать руками?
Можно взять buildroot и собрать систему с его помощью, именно такую какую захочется.
Конфиг для Orange PI Zero в нем уже есть.
И можно просто сфокусироваться на разработке драйвера в ядре скипнув кучу черновой работы с риском наделать ошибок в процессе.
Тут есть еще вот такой момент - а сколько обходится рабочее место сотрудника на удаленке?
Рискну предположить что меньше и чем классический офис и чем коворкинг.
Достаточно собраться вместе раз в неделю физически.
Хотя для некоторых и раза в месяц хватит.
С учётом того, как развивается IoT то уже нет.
Линукс идеальная система для встройки, работает практически на любом тостере.
И ещё один немаловажный аспект - бесплатная.
Просто поделись своим кодом с другими и все, это обеспечивает корпоративную поддержку с одной стороны и развитие проекта с другой.
Я кстати считаю решение Линуса остаться на GPLv2 правильным.
Если бы ядро ушло на GPLv3 то про поддержку корпоративного сектора можно было бы забыть.
Делится своим кодом с другими - ок, win win.
Делится контролем за своими железками для многих неприемлемо.
Это моё личное мнение, оно может не совпадать с вашим и просьба не триггерится на это.
3 ммоль/литр это гипогликемия для диабетиков, ешь сахар сейчас или будет худо!
2 ммоль/литр это опасное состояние, хочется съесть все вокруг, деревянный шкаф вполне подойдёт.
Все что ниже не хочется даже описывать.
Высокий сахар убивает медленно, низкий сахар убивает быстро..
Choose your way.
Диабетикам нужен точный анализ за минимальные деньги. Никого не пугает прокол пальца для капли крови.
Тип 1, больше 10 лет стажа.
Читаю заголовок про баги ядра Линукс.
Подумал что расскажут про то как их искать и что для этого есть и какие рекомендации.
Может что-то новое и интересное придумали, ну например новый kasan или что-то ещё более интересное.
Или может про использование jtag отладчиков.
Прочёл про важность регулярного обновления самого ядра и настройки параметров безопасности.
Это конечно важно но хотелось бы хоть что-то про сам поиск багов.
Все равно не слишком понятно.
А если у меня уже есть хороший БП и новый мне просто не нужен?
Значит тогда я не целевая аудитория для данной карты?
Я бы ещё понял если бы это был подарок, но 'в нагрузку'...
Может все таки это такой маркетинговый ход и БП действительно 'в подарок'?
Может не надо всех домашних под одну гребенку?
Я уже лет 15 пользуюсь только лицензионным софтом.
Почему, спросите вы?
Это не так дорого, не было проблем с обновлениями и еще есть моральная сторона.
Не хочу воровать.
Соглашусь, при наличии физического доступа к устройству можно сломать практически все.
Основной вопрос тут - целесообразность и имеющиеся в распоряжении ресурсы/время.
Защита подобных устройств часто ставит своей целью сделать подобный взлом экономически неоправданным.
Консоли ломают потому что очень много и на этом можно заработать: модчипы не бесплатны.
Военщину ломают потому что там есть любые ресурсы и нужен результат любой ценой.
Это очень похоже на системы DRM в играх - их все равно ломают, но за то время что было куплено этой защитой игра успевает себя окупить и принести прибыль.
Ну, все это сработает если производитель не сильно хотел защитить свое устройство.
Uboot можно построить так, что он будет просто игнорировать любые символы из uart.
Uboot может быть подписан (если хардвер умеет в верификацию загрузки) и тогда и заменить его не выйдет.
Если uboot подписан то и все остальное тоже будет подписано и даже если вам удасться получить root доступ в консоли OS то ничего кроме скриптов запустить не выйдет.
А может и скрипты не сможете свои запустить - их тоже можно проверить а запуск скриптового кода через опцию командной строки удалить.
Это если консоль не выломали, конечно.
Тогда ломать придется как ломали XBox 360 - кстати очень интересная история, советую почитать.
Искать уязвимости, прокидывать через них свой код и все остальное...
Отличная новость!
Наконец-то что-то стоящее сделали для диабетиков.
Подобные раны это страшная и тяжело излечиваемая вещь.
Вот бы теперь у нас сделали свою инсулиновую помпу и расходку к ней с запуском в массы, что-бы вероятность возникновения подобных ран была сведена к минумуму.
Какие-никакие отечественные глюкометры уже есть.
Это было бы смешно если бы не было так грустно.
Чтобы уже полностью повторить СССР, давайте тех кто хорошо учился - тех в Москву или Питер.
А тех кто не очень - в Магадан. Или вспомните сами какое-то забытое всеми место где нужен одинэсник, одна штука.
И чтобы жилье давали при распределении, в общежитии.
Они могли добавить и еще кое-чток списку условий.
Например: "за исключением тех у кого в собственности имеется надвижимость кадастровой стоимостью от хххххххх рублей".
Эти и так не сбегут, недвижку продать то можно а деньги перевести за рубеж - нет.
Слишком много мелкого шрифта и дискриминации: по возрасту, например.
Тут же вспоминается поговорка про азартные игры и государство.
Для определённой категории людей съёмный аккумулятор это большое преимущество.
Как раз для тех, кто не гонится за модой, не поддаётся на призывы о покупке заради покупки и тому подобное.
Если телефон полностью устраивает то зачем его менять?
Вот тут как раз и возникает проблема с аккумулятором - телефон все ещё тянет что надо а аккумулятор уже помер.
Если он сменный - купил, заменил и оно снова в строю.
Если он не сменный - надо идти в сервис и есть риск что телефон при операции не выживет.
Я до сих пор хожу с mi note 2, и продолжал бы ходить если бы мог спокойно заменить почти умерший аккумулятор.
Вполне себе ожидаемая ситуация.
Если ценник взлетел на всю технику от духовки до ноутбуков то почему сервера должны быть исключением?
Неприятно то, что это произошло когда у них намечается прирост пользовательской базы.
Интересно как им собираются помогать?
Если так, как помогали людям при ковиде - наверное штрафы за плохое обслуживание введут.
Я думаю что количество разработчиков под iOS или Маки точно уменьшится.
Для западных компании мы токсичны, как платить не ясно а локальные пользователи будут наверное мигрировать на андроид. Там хоть можно свой суверенный стор сделать.
Возможно, эти высвободившиеся люди закроют нехватку разработчиков для андроида после переучивания.
Если понимать под инфраструктурой не просто еще один стор для Андроида а использовать ее в нормальном смысле этого слова, то запад создавал ее десятилетия.
И притом ему никто в этом не мешал а помогал, фактически это коллаборация всего мира.
Где-то идеи, где-то хардвер, где-то софт а там и потребители всего этого.
Хорошо, у нас есть идеи и софт. Но где хардвер и потребители?
Нам скорее всего будут мешать всеми возможными способоми, хочется верить что гуманными хотя те же атомные проекты Ирана саботируют чем угодно вплоть до прямых убийств.
Я не верю что поддержка IT в той форме как ее сформулировали будет способна что-то изменить радикально.
Особенно жалко детей. Я успел посмотреть мир, а им вполне возможно это больше не светит.
Внутри подмножество Win32 API.
Стандартные SDK публиковались МС, но это сферический конь в вакууме.
Реальный SDK строится тем, кто строит конкретную платформу и строится он прямо от готового платформенного билда.
Поскольку WinCE конфигурируется в широких пределах, результирующие SDK могут отличаться очень сильно.
Кроме того вендоры могут добавлять туда свои специфические вещи.
Подобный SDK ставится в VS (для WinCE7 это VS2008) версии не ниже Pro (ЕМНИП) у кого угодно и можно строить под платформу.
Если же речь о разработке самой платформы то с ней поставляется Platform Builder который плагин для VS (для WinCE7 это все та же VS2008) и в ней ведется разработка.
Есть отладчик ядра, вполне удобен, цепляется через serial или ethernet (смотря что целевая платформа поддерживает).
Есть Kernel Tracker - кардиограмма работы системы со всеми мутексами, эвентами, context switch, priority change/inversion и тому подобное, плюс туда можно свои вещи логировать.
Он есть в графическом виде или как простой лог; живой, post-mortem или on-demand.
Сильно помогает если надо понять почему таска зависла на 2 миллисекунды и кто виноват.
Преимуществом разработки является возможность разработки под Win32 для десктопа и с небольшими изменениями (и добавлением специфичных вещей) компилация под WinCE.
То есть большинство кода просто отлаживается для десктопа (быстро и удобно) и при этом уже не надо этот код отлаживать для тартега (хотя приколы иногда бывают).
Как то не до конца описана история.
Нет Windows Embedded Compact 7 (которая WinCE 7) и Windows Embedded Compact 2013 (которая WinCE 8).
Первая принесла поддержку многоядерности, вторая новый интерфейс и поддержку ARMv7 а еще там есть dotNET.
Обе системы вполне живы и используются во встройке.
Забыто то, что WinCE это система реального времени, что дает ей преимущества в определенных применениях.
Правда поддержка от МС для WinCE - лучше бы ее совсем не было чем такая как сейчас.