Posts on Hatred's Log Place

Кыргызстан 2025

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 13 Oct 2025 16:24:09 +1000

Пролог

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

Тут же март месяц, в группе «ПВД анонсы» сообщение от Вовы с которым единожды ходил на г.Мечта под руководством Зелёного осенью прошлого (2024) года… Мысли начали делать жуууууу в голове. Робко уточняю количество мест (планируется передвижение на авто, поэтому число участников ограничено 4 персонами), но оказывается, что желающих пока только два: собственно Вова и Даша. С Дашей тоже ходили только Мечту и (склероз хорошая болезнь: каждый день новости), как оказалось позже, встречали вместе 2024 НГ на Фалазе с GT.

Но желание куда-то, особенно в новый район, выбраться на фоне тотального оскуднения собственной фантазии, всё же взяло верх. Решаюсь и вписываюсь.

При подготовке был некоторый дискомфорт: коллектив новый, подходы к организации другие. В какой-то момент даже закрались крамольные мысли о возможном срыве сего мероприятия. Но вот определены сроки, куплены билеты (точнее покупкой билетов определились сроки, но это несущественные мелочи) и в группе-обсуждении прозвучал возглас Даши: «Мы на полпути в Киргизию!». Точка невозврата пройдена, обратного пути нет! Билеты были куплены на даты 4-19 сентября 2025.

В отсутствии схоженности и слаженности, как-то гладко и само собой распределяются обязанности. Даша занимается раскладкой «под ключ». Я по её лекалам составляю и корректирую аптечку, формирую ремкомплект (дополняю свой регулярный), подбираю карты под навигатор, рисую трек по озвученной нитке маршрута пешеходной части (об этом ниже), делаю намётки по покупке газа и подбиваю общественное снаряжение (по итогу и распределял его по участникам). Вова занимается организационными моментами, типа аренды авто, квартир. Так же прорабатываем точки интереса для автомобильной части путешествия. Тут я, правда, откровенно филоню. В начала августа к нам подключается и четвёртый участник: тёска Саша (далее на него буду ссылаться как СашаЛ). Немного корректируется раскладка, проверяется расчёт газа. Согласовываем палатки.

По совместным обсуждениям у нас рождается такой план:

День 0. Прибытие, покупка газа, обмен налички, оформление карт.
День 1. Выдвижение в сторону Каракола по северу оз.Иссык-Куль. Посещение башни Бурана. Радиалка на оз.Коль-Тор. Кегетинское ущелье и его водопады, где и ночуем.
День 2. Боомское ущелье (тут просто идёт дорога и течёт река Чу). Петроглифы в Чолпон-Ате. Проехать Григорьевское и Семёновские ущелья. Прибытие в Каракол и ночёвка там.
День 3-9. Оставляем машину на платной стоянке в Каракол и на такси до курорта Джеты-Огуз (но тут всё скорректировалось на месте). Пешеходная часть по нитке: курорт Джети-Огуз (радиальное посещение видовой площадки) — р. Джети-Огуз — р. Телеты зап. - перевал Телеты (1А, 3800 м) — р. Телеты — р. Уюнтор — р. Каракол — альплагерь Каракол — стоянка Сирота — р. Кургак-Тор — оз. Ала-Кёль — перевал Панорамный (1А, 3770 м, радиально) — перевал Ала-кёль Северный (1А, 3900 м) — р. Кельдеке — р. Арашан — стоянка Алтын-Арашан. Термальные источники. Выброска в Каракол. Рассматривался вариант пешего выхода со стоянки Алтын-Арашан до Теплоключенки. Ночёвка в живописной долине реки Тургенаксу, недалеко от метеостанции недалеко от перевала Чон-Ашу. Опционально и по возможности сходить пик 30 лет ВЛКСМ. Перевал Телеты: 1А, высота 3800 м, снежный склон, крутизна склона до 30 градусов. Перевал Алакёль Северный: 1А, высота 3900 м, снежный склон, крутизна северо-восточного склона до 40 градусов. Перевал Панорамный: 1А, высота 3771, скальный.
День 10. Автопосещение перевала Чон-Ашу. Встреча рассвета там. Перевал Чон-Ашу (тюрк. “Большой перевал”) через Терскей-Алатау расположен на высоте 3982 м. На перевале есть дом дорожного мастера. С Чон-Ашу в ясную погоду виден на юго-юго-западе хребет Куплю с пиками Обручева (около 5000 м), Советской Конституции (5220 м) и Карпинского (5025 м). Далее каньон Барскоон (водопады слёзы Барса, Брызги шампанского). Каньон Сказка. Ущелье Ак-Сай (и горы Кызылтау).
День 11. река Калмак-Ашуу, выскокогорное зозеро Сон-Кель. Перевалы Тескей-Торпок («33 попугая»), Молдо-Ашу. Водохранилище Орто-Токой.
День 12-14. нацпарк Ала-арча, пик Учитель 4540 м. Вечером возвращение в Бишкек и ночёвка там.
День 15. Вылет.

Но, как известно, планы рождены для того, что бы они менялись. Так вышло и у нас.

И вот близится 4 сентября. Загодя забираем у Даши расфасованные по приёмам пищи пакеты. Она, умничка, всю раскладку сделала «под ключ» сама: и составление, и закупку и фасовку. Хотя грозилась привлекать. Только перекусы были оставлены как самостоятельная работа.

Договариваемся, что поедем в аэропорт на машине Вовы, там её оставим в зоне F, где стоимость парковки 200 руб день.

День 0: 4 сентября, прибытие

День отлёта. Сказано — сделано. Собираемся по адресам, настроение — боевое и чуть бьёт мандраж.

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

Тут начинается первое приключение: вылет начинают задерживать. А стыковка в Новосибирске у нас не такая уж и большая. Хорошо, что для спокойствия все перелёты брались едиными билетом. Да, планы скорректирует, но хотя бы долетим, куда хотим без финансовых потерь.

Сам перелёт описывать смысла нет, а вот стыковка это было огонь: нас встречали, всех, кто на Бишкек и организовали «зелёный коридок», прошли и таможню и досмотры без очередей. Да ещё так добежали, что пришлось ждать начала посадки на рейс до Бишкека.

По прилёту активируем заранее купленные e-sim для интернета и получаем машину. Решили доплатить, что бы нам её пригнали в Аэропорт, дабы не таскаться по городу с рюкзаками. Обычные формальности типа договора, осмотра машины, фиксацию на видео сколов и повреждений, уровня топлива, наличия запаски и домкрата. Не оказалось компрессора, к счастью он нам и не потребовался.

И тут начинаем действовать по заранее запасённому плану. Едем в сторону Бакаи Банк и обменников. По ходу фотографируемся на стелле Бишкека:

Меняем валюту: я сконвертировал 30000 руб на начало. Ребята отправляются в отделение банка оформлять карты. Тут и начинаются первые корректировки плана. Для начала: пробки сильно замедляют передвижение. Плюс время оформления карт тоже оказалось существенным. Поэтому осмотра достопримечательностей в первый день сделать не получается. Но кровь из носу, нужно выполнить программу-минимум: купить газ.

Решаю заняться этой задачей, пока ребята оформляются. Открываю свои заметки: недалеко фирменный магазин RedFox, в шаговой доступности. Отправляюсь туда, но там только баллоны на 230 грамм. Нам по расчёту нужно 4 баллона на 450г. Интересуюсь, где можно таким разжиться, меня отправляют на улицу Урусбекова на пересечении с Киевской, мол там много магазинов тематики охота-рыбалка, скорее всего там есть. По навигатору (2GIS отлично работает в Кыргызстане, рекомендую заранее скачать оффлайн карты, как и карты для maps.me) мне туда топать около 30-40 минут. А потом ещё обратно. Заглядываю сначала к ребятам, узнать, как обстоят дела с оформлением карт, благо что маршрут проходит аккурат через них. А дела обстоят очень медленно. Усугубляет дело то, что близится и время закрытия магазинов. Правда Даша к этому моменту уже освободилась, поэтому думаем вместе и приходим к выводу, что я пешком успеваю до закрытия, пробегаюсь по магазинам, а они потом просто подъезжают и забирают меня с покупками. Что прекрасно: навигатор показывает примерно одинаковое время достижения цели, что на авто, что пешим ходом. Ставлю своей целью магазин Робинзон и включаю форсаж. На наше счастью, там оказалось три вида газа нужного нам объёма, выбрал самый знакомый мне и скинул в общий чат геоточку. Командная работа во всей красе. А магазин Робинзон рекомендую!

Далее отправляемся откушать местной кухни в Navat. Мне очень понравилось жаркое Куурдак. Затем закупиться в Spar и заселяться. С последним тоже случилась накладка. Мы уже было подумали, что работает старая добрая схема: «ой, а жильё продлили/не освободили, но давайте мы вам дадим дороже и у чёрта на рогах». Но нет, дали не дальше, лучше и дешевле. Поэтому на обратном пути обратились к этой же хозяйке. С дороги стираемся, моемся, в люлю и спать.

День 1: 5 сентября, башня Бурана, оз.Кель-Тор и ущ.Кегеты

Вот и первый активный день. Оставляем ключи под ковриком, отписываемся хозяйке, завтракаем в Spar. По дороге смотрим мечеть Имам Сарахси и «чиним» форсунки стеклоомывателя на хорьке (Toyota Harrier 1998 года — наш напарник до конца путешествия). Ломаем иголку. Тут пригодился ремкомплект, по крайней мере тонкогубцы.

Следующая наша цель: башня Бурана.

По дороге запасаемся яблоками:

Сама башня, значится как минарет 9-11 веков и является одним из древнейших минаретов из жжёного кирпича:

Там же можно наблюдать каменные изваяния Балбалы и петроглифы. Но фото не делал.

После башни движемся в к началу радиалки на озеро Коль-Тор. Оно в составе парка, экосбор что-то вроде 80 сом с человека.

Вопреки ожиданию, прогулка к озеру получилась с достаточно ощутимым наборов высоты около 833 метров на дистанции 5 км (почти 11 км на круг) и заняла около 4 часов. Максимальная высота при этом была 2757 метров. Но оно того стоило! И сама тропа живописна и само озеро. Плюс эдакая акклиматизация.

По озеру за отдельную плату на лодках катают туристов. Можно купить чая с малиновым вареньем и сырную лепёшку. Далее спуск, снова в машину и следующая остановка: водопад Кегетинский в одноимённом ущелье:

После водопада решаем забраться как можно дальше по ущелью на машине, пока совсем страшно не станет, в сторону пер.Кегеты (3805). Попутно высматривали места, где поставить палатки на первую ночёвку. Добрались до высоты примерно 3400 метров, появились неприятные ощущения в затылочной области, но виды очень красивые:

Для стоянки нашли не менее живописное место, где отужинали купленными по дроге продуктами (N42.5060280 E75.0877406 высота 2392):

День 2: 6 сентября, оз.Иссык-Куль, пос.Каракол

На следующий день мы достигли озера Иссык-Куль и не смогли отказать себе в желании искупаться там и откушать арбуза. Хотя гвоздём программы стал кумыс Башкортостана, купленный в Кыргызстане и произведённый в республике Беларусь:

А вот Кууардак в этой заведении (запамятовал, где мы вообще останавливались) оказался вполне себе достойным.

После были ущелья Григорьевское и Семёновское. Но они уже не вызывали такого вау-эффекта как Кегеты. Хотя и нашли одно озеро, но ужасно загаженное. Хотя годные кадры и тут получилось сделать:

Так как ущелья нас не зацепили успеваем добраться до темна в Каракол, где по пути забронировали проживание в юрте через Booking (оплата на месте):

По сути: обычный гостевой дом, только юрта. Стоят 4 кровати, удобства рядом. Из годного: сочная и сладка груша прямо над нами. Набрали немного с собой в дорогу. А ещё суровая книга почёта (и уважения):

И снова планы корректируются. Оказывается в Караколе нет платных стоянок, как мы рассчитывали, где бы можно было оставить машину на время пешки. Хозяин юрточного кампинга рекомендует оставить машину в Лесном (это финиш нашего маршрута, опционально я рисовал трек как раз до него, а не до Теплоключенки), а от туда добраться на такси до места Джеты-Огуз и далее уже начинать маршрут.

День 3: 7 сентября, подходы по Джеты-Огуз

На утро 7 сентября договариваемся с хозяином на завтрак в 7:30. После чего собираемся и стартуем в Лесное. Там ставим машину за 250 сом/сутки (хозяин требует плату вперёд). Сам же хозяин на древнем фольцвагене за 2000 сом соглашается довезти нас до Джеты-Огуз. Там поднимаемся на дежурную видовую, делаем фото красных скал, 7 быков и разбитое сердце:

И наша команда на старте:

А вот дальше начинается дуротоп. Отчего-то упустил момент, что дорога от Джеты-Огуз идёт дальше и вполне себе достойного качества. Но это ладно: благодаря этому самому достойному качеству по ней постоянно гоняют автомобили, накрывая пешеходов облаками пыли. По факту можно вполне себе заброситься до водопада Девичьи Косы, сократив себе путь на 5-7 километров.

К обеду дошли до отворота на р.Телелы-Западная. Где и остановились для приёма пищи. Отсюда же начинается приятная для пешего движения дорога с видами ласкающими взор:

Но даже с учётом дуротопа, мы успешно проскакали отметку 15 км и остановились лагерем под самым началом подъёмом на перевал Телеты. Пройдя около 20 км.

По дороге встретили пару - “смешанную” группу из Владивостока и Питера. Они идут тем же маршрутом, что и мы, только не делали глупость и забросились до Девичьих кос. С другой стороны, мы прошли кордон бесплатно.

По ночи замечаем мелькание фонарей со стороны перевала: кто-то спускается. Часто останавливаются, с Дашей обсуждаем, что вдруг что не так, стоит хотя бы кипятка сделать, чаем обогреть. Выдвигаюсь на встречу. Оказалось - два американских туриста. По методу “мальчик на пальцах объяснил, что его зовут Хуан”, выясняю, что у них всё ок, просто так получилось. Но предлагаю, что бы не искать места по ночи под лагерь ставится рядом с нами: есть удобное место. Соглашаются. Выясняем, что это уже седьмой день их пути и сегодняшняя ночёвка будет последней, после чего выходят в Джеты-Огуз и завершают трекинг. За сим отправляемся спать.

Протопали примерно 19.8 км (20 по треку, минус 10% на “бороды”). Набрали 1095 м. Сбросили 75 м. Начали движение в 10:32. Окончили в 18:18. Суммарно шли 7 часов 45 минут.

День 4: 8 сентября, перевал Телеты и альплагерь Каракол

Перевальный день.

Сначала шли вверх, пока вверх не кончится. Потом шли вниз, пока вниз не кончится.

Дорога и сам перевал запомнились только тем, что дались как-то очень уж тяжело. На последних метрах трёхста подъёма даже пришлось перейти на счёт до 100 с короткими перерывами на восстановление дыхания. Списываю на аклиматизацию. Хотя ребята шпарят бодрее. Саня вообще норовит убежать без оглядки.

Вид с перевала не особо примечателен. У меня даже фото не сохранилось. Тура нет. Записок нет. Оставляем свою, рукописную. И делаем небольшой тур.

На спуске тоже было тяжело, особенно последний сброс очень крутой: большая нагрузка на ноги.

Фотографии красноречивее слов:

А это уже в самом низу, когда вышли к р.Уюнтор, в месте где в неё впадает р.Телеты:

Обед у нас затянулся. Пока обедали, регулярно подрывались шугать коров от наших вещей. В это же время спустилась с перевала пара из Испании. И сразу разбили лагерь. Как оказалось, они планировали идти на Ала-Кёль через перевал Панорамный, хотя для неподготовленных туристов тропа помечена как “not for hikking”. Даша подсказала им это, что бы не страдали лишний раз.

Тем временем поднимаемся и топаем в сторону лагеря Каракол. Ноги идут очень медленно и печально. А вот пейзажи продолжают радовать глаз:

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

Принимаем банные процедуры, ужинаем и на боковую.

Ночевали с таким видом:

Протопали примерно 14.76 км (16.4 по треку, минус 10% на “бороды”). Набрали 860 м. Сбросили 1280 м. Начали движение в 7:40. Окончили в 17:58. Суммарно шли 10 часов 18 минут.

День 5: 9 сентября, оз.Ала-Кёль и окрестности

Подъём, завтрак. Прислушиваемся к ощущениям после вчерашнего перехода: мышцы шепчут, что они есть, но когда пошли, оказалось всё не так уж и плохо. Хотя, возможно, сказывается то, что у меня ушли два приёма пищи и рюкзак несколько полегчал.

Подъём очень живописный, сильно отличается в лучшую сторону от подъёма на перевал Телеты. Где-то внизу в началале распадка был наш лагерь:

Водопады, водосливы:

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

К приюту сверху шуруют партии “шерпов”: убирают базовый лагерь, который использовался альп-секцией. Картина эпичная: от формы одежды, до вариантов груза: тут и обвешанные до неузнаваемости рюкзаки, и холодильники, и генераторы. Лоси одним словом.

Вскоре достигаем и последнего взлёта за которым поджидает нас озеро. Сам водопад:

И мы на фоне него:

Здесь же нагнали (ну точнее нагнали раньше, но вышло недопонимание) российскую группу из трёх человек: Адыгея, Питер и (вроде) Москва. Это вторая русская группа на маршруте. Мы в меньшинстве.

К двум часам дня вываливаемся наверх к озеру Ала-Кёль:

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

Разбиваем лагерь, обедаем и около пяти часов вечера решаем, что стоит сходить в радиалку до ледника и малых озёр, к “истоку” Ала-Кёль. Запасаемся штормовой одеждой (пытается греметь гром), водой и фонариками и в путь. Вова остаётся в лагере: кружится голова. Списываем на проявление горняшки.

Ала-Кёль с обратной стороны, видно, почему брали штормовую одежду:

Озеро под ледником, грозовую тучу отнесло, проявилось голубое предзакатное небо:

Ледник Такыртор и безымянная вершина 4161м:

С леднника идёт выход на целую пачку перевалов:

Ала-Кёль Южный (3700)
Семи Озёр (3876)
Такыртор (4040)
Щелкунчик (4080)
Удобный (4000) Хотя судя по нанесённым на карту трекам, ходится, в основном пер.Такыртор:

Саня ломанулся на ледник, я с Дашей решаем не ходить туда. Делаем местные фото, отправляемся по направлению к озеру Сердечко. Вообще, мелкие озёра могут иметь занятную форму, вот, к примеру, “муравьед”:

А вот почему “Сердечко” мы поняли только на следующий день:

Очень бросается в глаза то, что всё озёра мутные (Сердечко исключение - такое же бирюзовое, как Ала-Кёль), питающие реки - мутные, они же впадают в Ала-Кёль, а вот вытекающая река Кургак-Тор вполне себе прозрачная и чистая. Будто Ала-Кёль выполнять роль отстойника и фильтра.

После озёр шуруем в лагерь. После кемпинга на мысу (координаты: N42.318710 E78.549037, тут можно разжиться платным интернетом через Старлинк) приходится уже включать фонарики. Тем временем тучи опять начинают закрывать небо и мелькают отдалённые всполохи молний. По дороге встречаются мрачные лица групп, которые только дошли. Непонятно: поздно вышли, или просто не были готовы к такому пути. Все шли в сторону кемпинга.

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

Протопали примерно 16.38 км (18.2 км по треку). Набрали 1390 м. Сбросили 405 м. Начали движение в 9:16. Окончили в 20:17. Суммарно шли 11 часов 01 минуту.

День 6: 10 сентября, радиалка на пер.Панорамный и несостоявшаяся днёвка.

Изначально, при проработке машрута заинтересовало название перевала - Понорамный. Ну не просто так дают такие говорящие названия, значит стоит ожидать какого-то ВАУ-эффекта. Поэтому он и был обозначен в плане, пусть и опциональным пунктом. Ещё более опциональным пунктом был обозначен и пик 30 Лет ВЛКСМ.

Подъём, завтрак, берём с собой мелкие рюкзачки со штормовой одеждой и питьём. Фонарик маст-хэв. Знаем мы эти “войти и выйти, делов на 5 минут”.

Ночью, кстати, был заморозок: в некоторых бутылках и на лужах наблюдаем лёд.

Но стоянках встречаем группу Владивосток-Питер и Адыгея-Питер-Москва(?). Вторые вроде как тоже хотели ходить перевал Панорамный, но отказываются от этого решения. Планируют подниматься на пер.Ала-Кёль Северный и разделить выход в Алтын-Арашан на два перехода. По факту обе группы уходят за перевал Ала-Кёль Северный.

Мы же шуруем дальше. Переправляемся через исток р.Кургак-Тор, что вытекает из озера (и далее разливается предозёрным водопадом). Тут оказывается тоже есть места под палатки и достаточно удобные. Плюс недалеко от воды. На заметку: ближе ходить на Панорамный, но дальше до ледника.

К перевалу идёт хорошая тропа, ошибиться и пройти мимо нужно постараться. Сначала траверсит склон вдоль озера, а затем начинает забираться вверх. Кому как, а мне показалось, что идти рядом по куруму значительно проще и быстрее, нежели по натоптанной сыпухе.

Подъём на перевал как обычно, по правилу: вверх, пока вверх не кончится. Но наверху… А на верху он оправдывает своё название!

Тут и вид на окружающие снежные вершины (напомню: с вечера нас снегодождь загнал в палатки, а потом и ещё посыпал их немного некоторое время):

Жаль только небо затянуло тучами, фотографиям явно не хватает красок. Но вид завораживающий.

Вид на Ала-Кёль с перевала:

Всё бы ничего, но ветер лютый. Плюс по долине Каракола собирает грозовые тучи, которые могут в любой момент разрядиться снежным зарядом. В планах было попытаться подняться и на пик 30 лет ВЛКСМ, вот на него даже натоптанные тропы видно:

Но стушевались от непогоды. Решаем пропустить сиё действие.

На этом же перевале сняли первую записку от сборной группы Минск-Москва-Алматы, ходившие 3 к.с. месяц назад:

Взамен оставили свою рукописную.

Спуск получился быстрым, как и подходы в лагерь. Стоянки по дороге уже пустые: все снялись и топают на перевал. Группу Адыгея-Питер-Москва узнаётся по характерным одинаковым оранжевым накидкам от дождя на рюкзаках. Пока готовили и обедали они потихоньку лезли в перевал. Ну а пока мы сами спускались и шли обратно в лагерь, коллегиально решили, что стоит тоже подниматься, переходить перевал и где-то ночевать на другой стороне, упростив переход на завтра к Алтын-Арашану.

Пока готовили обед да принимали пишу нас таки накрыл снежный заряд. Но сомнения по части отказала с подъёмом на пик 30 лет ВЛКСМ всё ещё остаются.

После приёма пищи быстро сворачиваем лагерь. Что удобно, прямо от нас идёт тропка, которая соединяется с основным подъёмом на перевал. Подъём более крутой, но нас это не особо смущает. Зато не надо делать крюк назад.

Вид на “исток” Ала-Кёль с перевальной тропы:

Помните про бесформенное озеро Сердечко? Отсюда становится понятно, почему оно так называется:

Обратите внимание, какой белый ледник! Это результат ночного, пусть и не обильного, снега, а так же только что прошедшего снежного заряда. Вчера он был аж чёрным. Сейчас же - красота!

А вот на обратную сторону перевала виды не впечатлили:

Серо и неуютно. Плюс ещё и ветер дует. Спрятались за небольшой стенкой передохнуть немного:

Нахожу неприметный тур, а там записку от Московского турклуба Вестра, ходившие горный поход 3 к.с. тоже месяц назад:

По аналогии, оставляем своё рукописное творение, после чего отправляемся на спуск.

Спуск по сыпухе, местами получается “глиссировать”, поэтому перевальный взлёт остаётся за спиной достаточно быстро.

Удобных мест для стоянок после перевала не так много. Точнее как: воткнуться есть всегда и везде. Если потребуется. Но что бы сразу и близость к воде и ровная площадка с подстриженным газончиком, то это нужно выбирать. В результате после перевала прошли примерно 6 км и почти из самого выхода в ущелье р.Арашан поставили лагерь. Но место достаточно чудное. Про козий помёт говорить не буду (хотя уже сказал), ибо следы пребывания коров, лошадей и приравненных к ним категорий крупного (и не только) рогатого (и не только) скота это данность почти для всех стоянок. Быстро привыкаешь.

Предзакатные виды от лагеря:

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

Протопали примерно 13.5 км (15 км по треку). Набрали 985 м. Сбросили 1460 м. Начали движение в 8:39. Окончили в 18:03. Суммарно шли 9 часов 23 минут.

День 7: 11 сентября, Алтын-Арашан, переброска в долину реки Турген-Ак-Суу

Попытались встать к рассвету. Но не учли где точно встаёт солнце, поэтому больше наблюдали отсветы рассвета, нежели сам рассвет.

Остановись, Мгновенье, ты прекрасно:

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

Как обычно, завтрак, сборы.

Горы, палатка, утренний чай:

Выходим когда солнце уже почти полностью осветило долину:

Сегодня красок явно больше.

Спуск с р.Арашан значительно проще, да и живописнее, чем спуск с пер.Телеты:

Радостные лица после спуска (попросили группу из Израиля нас сфотографировать, удивились, тому, как я понял что они Израильтяне :-) ):

До Алтын-Арашана дошли без напряга за две ходки. Там пооткисали в родоновых ваннах:

После чего отобедали в местной кафешке (чай - бесплатно, за донат). К слову, не дорого.

Там СаняЛ зазнакомился с Чито. Парень посетил уже под 6 десятков стран, изучает русский. Сам из Испании, говорит, сделал 6 перелётов, что бы попасть в Кыргызстан. Сидели общались. Жаловался, что накрыла горняшка в одном из самых неприятных проявлений. Пока живёт тут, приходит в себя:

Пока подходили к стоянкам, да купались в родоновых ваннах, обсудили необходимость топать ногами до Лесного, по дороге, по которой гоняют машины. Решили исходить из цены вопроса. СаняЛ ещё перед обедом закинул удочку и получилось выудить цену в 5000 сом. Решаем, что на четверых вполне себе норм и после обеда загружаемся в УАЗ (насколько в нём вместительный багажник!) и козлим (на первых метрах дороги по другому не скажешь) в сторону Лесного.

Фраза дня: “дверь нормально закрывай”. Хотя кусок мха на бензонасосе тоже было эпично.

До лесного добираемся где-то за час. Дальше небольшой квест с получением сдачи за парковку (заплачено за 7 дней, по факту 5 вышло… быстро мы прошли маршрут однака). И выдвигаемся для начала посмотреть горячие источники на Ак-Суу, чисто на заметку.

В Караколе заежаем в кафе, где фиксируем окончание пешей части:

Следующая точка: музей Пржевальского. Но добираемся уже к закрытию, поэтому просто запоминаем и откладываем на следующий день. Благо он будет по пути.

Ну а следующая точка: ночёвка в долине реки Турген-Ак-Суу. Точку нашла Даша, изучая материалы по Киргизии. Приманило шикарными видами. Останавливаемся недалеко от метеостанции. Виды действительно хороши:

Рядом есть ручей с чистой водой. Разбиваем лагерь, кто-то устраивает постирушки, пока ещё светло. Ужинаем уже в темноте. На завтра решаем ехать на перевал Чон-Ашу, встречать рассвет. По ходу пьессы вспоминается и город-призрак Иныльчек. Возникает желание позавтракать там на кухне… Но это уже дело следующего дня.

Протопали примерно 4.7 км (5.22 км по треку). Набрали 55 м. Сбросили 530 м. Начали движение в 8:44. Окончили в 10:20. Суммарно шли 1 час 35 минут.

День 8: 12 сентября, перевал Чон-Ашуу, музей Пржевальского

Встаём сильно затемно и быстро собираем лагерь без завтрака. Грузимся в машину…

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

Потемну к перевалу особенно ничего не рассмотришь, но успеваем к рассвету. Жаль, что сам рассвет закрывают горы, но зато открывается вид на 5-7 тысячники с седыми вершинами:

Дорога через этот перевал как раз появилась при строительстве комбината в городе Иныльчек. Строили её девять лет с 1980 года. Перевал строителям пришлось опустить на 40 метров, что бы добиться приемлемых углов дороги. Высота 3805 метров.

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

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

В северной части Кыргызстана подобных встреч не было. Возможно, какие-то особенности климата и целесообразности.

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

Ествественно дальше был приграничный КПП. Заспанные погранцы сказали, что без пропусков нини, поэтому разворачиваемся и едем обратно на перевал принимать солнечные ванны и завтракать (завтрак на 3500):

Сомневаемся в необходимости залезть на один из местных пупырей: от места нашей остановки наверх даже трек какой-то проглядывается и набрать каких-то 500 метров (делов-то: войти и выйти). Но лень берёт своё и двигаемся в сторону музея Пржевальского.

С обратной стороны открываются виды на то, что было скрыто темнотой на подъезде:

А ещё встречаем около 5 или 7 (точно так подсчитать не смогли) белоголовых грифов: терзали падшего жеребёнка. СаняЛ погонялся за ними на коптере.

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

Сижу за решёткой в темнице сырой:

Музей небольшой. К повторному посещению не рекомендовал бы, но если впервые, то имеет смысл взять сразу с экскурсией. Тем более, что “испытательным сроком” у Пржевальского был наш родной Приморский край (тогда Уссурийский край).

Здесь же находится и его могила.

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

Следующая наша цель: ущелье Барскаун с его водопадами (с поэтическими названиями Слезы Барса, Чаша Манаса), перевалы Барскон (3819) и Соёк (4028), а так же ущелье Сказка. Но понимаем, что сегодня уже не успеваем, поэтому в дороге бронируем гостевой дом в Тосоре и сразу отправляемся туда.

На подъезде заприметили интересную косу (N42.170229 E77.474100) и без лишних раздумий туда заскочили. В закатном солнце всё выглядит очень тепло и лампово:

Заселяемся с небольшой заминкой: хозяев не дозовёшься. Но в остальном всё было неплохо. По полной загрузили стиральную машину, перетряхнули рюкзаки, помылись, побрились и спать уложились. Нет, ещё поужинали :)

День 9: 13 сентября, ущелье Барскаун, перевал Соёк, ущелье Сказка, каньон Ак-Сай

Подъём, завтрак, сборы. Хозяев нет, поэтому закрываем помещение, ключ под коврик и сообщение в Booking, в ответ пожелание хорошего пути.

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

Первый перевал - Барскон, открывает путь на горное плато, как обычно, не без горного озера:

И вид с самого перевала на север (в сторону ущелья Барскаун):

Дорога по плато в один момент раздваивается: прямо на перевал Соёк, а направо - золоторудный карьер Кумтор. Через Соёк дорога дальше уходит в Китай. Много китайских рабочих, как потом нам пояснили: дорогу будут закатывать в асфальт до самого Китая. Инвестиционный проект. От как.

Виды с перевала Соёк:

Даша говорит, что это её первая высота 4000+:

Но вроде как в Китае она забиралась и повыше. Сходимся во мнении, что нужно ещё куда-то ножками сходить, что бы уже всё по чесноку было.

Мимо козерога на фото решил заскочить на насыпь ЛЭП лёгким бегом. Бегать на 4000+ скажу я вам… Не нужно :) Сердце не сразу, но раскрутилось до состояния “стучит в ушах”, плюс ещё металлический привкус во рту минут 20-30 не проходил.

На обратном пути пришлось достаточно долго простоять перед спуском на перевале Барскон: пропускали конвой тяжелогрузов.

В общем, добираемся и до Сказки… что могу сказать: красиво, но слишком многолюдно. Фото красноречивее слов:

А некоторые результаты водной, ветровой и прочих эрозий вызывают странные ассоциации:

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

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

Далее нас ждал каньон Ак-Сай (“Забытые реки”). По дороге прикупили арбуз. Если сам каньон лично у меня не вызывал ВАУ-эффекта: серость и серость, то прогулка на видовую уже от озера Иссык-Куль и обзор сверху несколько изменило впечатления. Жаль только, что к этому моменту небо затянули тучи: с солнечной подсветкой было бы больше красок.

Итак, на картах maps.me сама территория значится как горы Кызылтау. И все эти хребтики, каньоны - результаты водной эрозии. И основа - осадочные породы:

Ну и наши мордолица на фоне, куда без них:

В планах у нас остаться ночевать на берегу озера Иссык-Куль. Вот только не совсем мне ясен порыв по которому мы решили ехать дальше вдоль берега. Могу придумать оправдание: искать воду? :) В общем на картах дорога есть, и даже в начале она очень хороша. Правда в какой-то момент начинаются промоины. Первую аккуратно прокатываем, через некоторое время ещё одна со спрыгом явно не под Хорька, но есть объезд по берегу с неиллюзорным шансом закопаться и организовать себе очень нетомный вечер. Пока ходим с Вовой примеряемся, СаняЛ жопом сдаёт по промоине, чем минует спрыг и чётенько закатывает по заезду. Кросавчег! В общем, продолжаем путь дальше. Промоины были ещё, но далеко не такие эпичные, даже из машины не выгружались.

Тем временем… А тем временем поднялся некислый такой ветер, который начал гонять пыль по всему берегу, иногда даже поднимая небольшие песчаные вихри. В общем, к своему великому сожалению, но ночёвку на берегу решаем отменить и ехать к следующей точке - некий безымянный водопад на реке Арктерек. Благо, что от района озера Кара-Куль (мутное какое-то), куда мы проехали вдоль берега, обогнув весь массив вымытых гор, уже идёт нормальная грунтовая дорога.

На въезде в Кызыл-Туу у колонки пытаемся набрать воды, но терпим фиаско. Как позже узнали: колонки отменили, остались только неработающая фурнитура. Видим местного, моющего машину, он с радостью разрешил нам набрать воды да ещё угостил вкуснейшими яблоками.

Пробираемся дальше через посёлок, уже изрядно стемнело. Пересекаем реку по мостику, и упираемся в ворота, открытые, но ворота. Аккуратно заезжаем, встречаем местного дедулю, пытаемся объясниться (по-русски говорит очень невнятно). В общем это территория “совхоза”, что бы это ни значило (СОВместное ХОЗяйства родом из СССР, и что оно может означать сейчас - это вопрос). Но со словами: “проезжайте до конца, становитесь вдоль забора, ставьте палатки, отдыхайте” (пересказ вольный) он разрешает нам расположиться на ночлег. Что и говорить: от души!

В конце, возле плетёного забора действительно очень удобная полянка. Да ещё тепло! И ветра здесь нет от слова совсем. В общем лагерь получился очень уютным:

Ужин не делали, ели арбуз того и хватило. Кто-то сидел в тырнете: сказывалась близость населённого пункта, кто-то валялся и пялился в звёздное небо. Ко сну отошли значительно позже всех предыдущих ночёвок, больно уж душевно было.

День 10: 14 сентября, водохранилищие Орто-Токой, озеро Сон-Кёль, перевалы Калмак-Ашуу, Терскей-Торпок и Молдо-Ашуу

Самый длительный автопробег, но об этом далее. С вечера по причине поздней установки лагеря запечатлеть весь объём лухари у нас не получилось, поэтому немного утренних фотографий.

Для начала водопад, в роли которого оказался местный гидроузел:

Он оказался буквально “за воротами” нашей стоянки:

Тополиная аллея, в конце которой мы и стояли:

Ну и пейзажи с бек-ярда:

Завтрак, сборы, в путь. Первая точка на сегодня - Орто-Токойское водохранилище.

Пока ехали, в одном из мест дорожных работ заскочили жёстко на асфальтовую ступеньку. После чего (хотя может это и совпадение: в горах машина и раньше лениво слушала газа, возможно проблема просто усугубилась) стал вываливаться временами чек на приборке, после которого на автомате оставались только первая и третья скорости. После глушения двигателя чек сбрасывался, машина некоторое время ехала на всех четырёх скоростях, но потом всё возвращалось на круги своя. Забегая вперёд: так и проездили до самого возврата машины.

По пути к нему встретили корабли пустыни:

А про водохранилище… Мы его не увидели. Судя по картам, дорога проходит прямо вдоль него, но выглядит всё так, что воды мало в этому году и водохранилище заметно спущено. В общем, ни фотографий, ни впечатлений. Поэтому движемся дальше к озеру Сон-Кёль, куда навигатор прокладывает путь через перевал Калмак-Ашуу.

Где-то на подъёме на перевал:

Перевал не сложный, дорога нормальная. Наверху, как обычно видовая и куча туристов. После дорога вываливается на горное плато, где и расположено озеро. А высота как-бы больше 3000 метров!

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

Изначально в планах было заезжать сюда через перевал Терскей-Торпок, он же, в народе, “33 попугая”, вроде как по числу поворотов на нём. Хотя я пересчитвал по карте, насчитал 29. Потом 28. Решил, что термин “поворот” может быть очень растяжимым понятием. В общем, раз навигатор привёл не через него, то решаем посмотреть на попугаев хотя бы сверху:

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

Пообедать. На берегу озера. Я же написал про ветер? Написал. В общем до берега мы всё же доехали, вышли, потоптались как пингвины из мультика Мадагаскар у побережья Антарктиды, сели обратно в транспорт и поехали искать более удачные места для стоянки. К слову ветер такой, что даже барашки по озеру гуляли:

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

Действительно, в такой “ветрозащите” оказывается значительно меньше воздействия непогоды. А ясное небо и солнце делают остановку ещё более приятной.

Заканчиваем обед и по коням. По дороге есть обозначения петроглифов, которые скорее всего интересны для тех, кто в теме, для нас же, единожды виденные, особого интереса уже представляют. Шутим, что надписи на скалах типа “ДМБ 95”, “Здесь был Вася” и “Лена + Паша = ❤️” через тысчётнку-другую лет тоже будут считаться за петроглифы.

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

Хотя по мне, так фотографии не сильно передают картинку. Но что есть, то есть.

В конце спуска с перевала (или в начале подъёма, как смотреть) есть ручей с чистой водой. Останавливаемся, пополняем дежурные запасы воды.

На подъездах тоже не менее эпичные виды:

Ближе к цивилизации, при выезде на основную трассу встречает заправка с забавным для слуха русско-говорящего человека:

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

По пути делаем бронирование в Балыкчи, куда добираемся уже затемно, потом ещё и не сразу находим гостевой дом: с локацией адресов тут то ещё приключение. Гостевой дом оформлен в стиле “в деревне у бабушки”, причём сделано это сознательно, но тоже с включённым завтраком. Ужинаем арбузом, купленном в Нарыне, приводим себя в порядок и спать. За сегодня был самый длинный автопробег: около 600 км.

День 11: 15 сентября, Люксембург, клубника, Ала-Арча и хижина Рацека.

Основная цель сегодняшнего дня это добраться до Ала-Арчи и подняться к хижине Рацека, что бы дальше сходить пик Учитель.

Ночью спал плохо, а под утро на чердаке активизировалась голубятня: кто бы мог думать, что голуби, помимо своих “курлык” ещё и топают как слоны. Поднялся рано. Пока ребята досматривали сны, накипятил воды в чайнике и залил термоса. Немного сложил свой рюкзак, отправил поздравления для дочери с днём рождения. И уселся дочитывать книгу: поздний Лукьяненко куда-то скатился, либо я уже перерос: насколько мне понравилось в своё время “Не время для драконов”, как минимум, концептуально, и насколько убого “современное” продолжение “Не место для людей”, но узнать, что же будет в концовке было делом принципа.

К 8:30 подоспел завтрак. Без изысков, но сытно. Загружаемся. Просим у хозяйки немного Ферри: добавить в бачок омывателя, что бы смыть следы тушек насекомых на стекле. В путь отправляемся только в начале десятого или около того. Не рано.

Под пути пытаемся заехать на рынок, но что-то нас останавливает. Поэтому посещаем SPAR, пьём кофе, перекусываем и дальше в путь.

В Боомском ущелье пропускаем коварный знак 40 при ограничении 90 на маршруте. Ну и естественно попадаем на радар патруля. Ощущения от общения с местными гайцами, будто вернулся в наши 90е. Кто знает о чём я, тот меня поймёт. Без деталей, но пришлось расстаться с 5000 сом. Было огромное желание растрясти и на побольше, но на штраф-стоянку развести не вышло, при наличии в машине трёх водителей. И таких бедолаг как мы скопилось изрядно.

По дороге заезжаем в Люксембург:

А на подъезде к Кашка-Суу на полях покупаем (внимание: 15 сентября!) ведро клубники за 500 сом:

В Кашка-Суу останавливаемся на обед в Бакай Fish (обслуживание неторопливое, но кормят вкусно). Воспоминания о форели до сих пор вызывает обильное слюноотделение:

К парку Ала-Арча подъехали около 15:40. Здесь оставляем машину на платной стоянке, перекидываем рюкзаки, оставляя только то, что нужно. Не раньше, чем в 16:00 оплачиваем вход в парк (200 сом с человека, платить через терминал наличкой /сдачу не даёт!/ или картой /если есть/). Дальше на шатле добираемся почти до реки Ак-Сай вдоль которой и идёт подъём до хижины Рацека:

Маршрут начинаем около 16:45… Если верить описаниям, то подъём до хижины занимает 7-8 часов. Морально настроился ставить лагерь в полночь. Да ещё и прогноз на следующий день какой-то не прогноз. Но надеемся, что пронесёт.

“Стрижка только начата” (c):

Подъём изрядно вымотал: по разным прикидкам набор от 1100 до 1300 метров. Пришли, естественно, уже по темноте, но потребовалось на это дело только 3:45. Кто молодцы? Мы молодцы!

На хижине ~~утиль-сбор~~ рекреационный сбор 150 сом с человека. Можно ночевать на нарах в тепле за 850 сом/чел/ночь. Можно покушать в баре или отведать чего горячительного там же. Цены прикидывайте. Из бонусов: бесплатный WiFi, но на ночь его гасят. Гонят его через ретранслятор направленный на одном из пиков, хитро. Мест для палаток много, так что находим подходящее без проблем. Мыши тут шныряют чуть не по ногам, так что стоит быть осторожнее с продуктами.

От ужина решаем отказаться, попить только чай и ложиться спать, так как очень сильно устали, но при этом форелька ещё не до конца провалилась.

Зашли и в бар, пообщались с барменом. Сделали запись в гостевой книге. Уточнили прогноз на завтра, что вкупе с замечаниями бармена несколько поубавило оптимизма. С тем и отправились спать.

День 12: 16 сентября, пик Учитель горячие источники, возвращение в Бишкек

А ночью пошёл снег. Точнее сначала дождь. А потом снег. А когда и в перемешку.

В палатках отлёживались до талого. Пока не поняли, что мало чего поменяется в окружающей нас действительности. Интернета не было, уточнить по прогнозу тоже не получилось. Хотя достаточно было выглянуть за порог.

Утренние пейзажи, конечно, были великолепны:

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

Завтракаем, собираем лагерь и дуем вниз. Где нас встречает ещё более хмурая погодка с обложным дождём. Дожидаемся шатла и выбрасываемся до стоянки. Максимально оперативно переодеваемся, загружаемся и выдвигаемся.

По пути прикидываем, куда бы ещё заехать, решаем поискать горячие источники в окрестностях. Определяем пару точек и останавливаемся на обед в районе Кашка-Суу: какой-то кемпинг/база отдыха с беседками. Явно уже в состоянии “давненько тут никого не было”. На дурачка планировалось воспользоваться навесом под которым приготовить и поесть. Но подошёл или охранник или хозяин. Пришлось сторговаться на на 200 сом, что бы часик поэксплуатировать видавший виды навес. Мужичок поворчал, что все прижимистые стали, но деньгу взял и нас пустил.

Теперь к источникам. Интернеты и навигатор подсказали наличие источников в Аламундунском ущелье. Сначала доехали то конца дороги, где значился “Тёплые ключи - лечебно-оздоровительный комплекс”, но ничего путного там не заметили. По пути туда примечаем “Mountain View Resort” и туда же заскакиваем на обратном пути. И это было верным решением: всё, что нам требовалось! Тёплые бассейны под открытым небом (вдвойне приятно, когда вокруг идёт дождь, а ты греешься). Хамам, сауна и баня на дровах: посетили всё. Мораль группы вернулась к исходному состоянию.

По дороге к источникам Вова срастил жильё у того же человека, где мы ночевали по прилёту: да, вышла накладка изначально, но то, как она была исправлена, нас очень устроило (“ошибаться можно - врать нельзя” (с)). Получилось заселиться на 3 ночи за 15 тыс сом в трёхкомнатную квартиру с двумя санузлами и огромной кухней-гостинной.

На этом день можно считать завершённым. Больше особых впечатлений он не оставил. По крайней мере у меня.

День 13: 17 сентября, Бишкек, конная прогулка, Чемпион Самса

Дрыхнем. Ленимся. Продолжаем чистить пёрышки.

Погуляли по точкам интереса в Бишкеке, которые планировалось посетить по прилёту, но не вышло, из-за длительности оформления карт. Город достаточно зелёный. Много бульваров. Деревьев. Хороши местные кофейни.

Сращиваем конную прогулку на вечер. Утверждают 2-3 часа с подъёмом в горы. Решаем поглядеть. По факту оказалось, что минут за 40 смогли обернуться. Инструктор утверждает: быстро ехали! Вечно этот Владивосток быстро “едет”: семидневный маршрут за пять проскочил, двухчасовой конный за сорок минут. Ни в какие ворота прям.

По возвращению посетили рынок Орто-Сай. Ну рынок и рынок, но там есть павильон “Чемпион-Самса”. Такой вкусной самсы я ещё не ел! Вова в очередь вообще раза три становился. Кушали там же рядом, на бордюрке, подстелив картонку под пятую точку. Будете там - обязательно посетите.

День 14: 18 сентября, Бишкек, мы безлошадные, Ошский рынок и иностранцы, афтепати

После завтрака Вова стартует мыть машину, благо мойка недалеко от нас, в шаговой доступности. Через час зовёт к себе пить кофе в Choccoberry. Собираемся и к нему. Пропускаем по чашке, кто кофе, кто какао и забираем машину из мойки рядом.

Успешно её сдаём. Говорим про проблемы с тягой в горах и с фарами. Новых сколов и трещин не сделали, поэтому ничего сверху не доплачиваем. И отправляемся на Ошский рынок на общественном транспорте. Стоит отметить, что неплохо показывает маршруты и ближайшие автобусы 2gis, понятно - нужен интернет живой.

На рынке закупаемся кто чем, я же только сыр купил с абрикосом. Был смешной момент возе одного из лотков: что-то смотрим, продавец, видя нашу заинтересованность:

П: One hundred…
Мы: да можно по Русски
П: Ой, а я подумала - иностранцы!
Мы: ну… формально-то да…

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

До дома доходим пешком: что там 5 км по ровной поверхности.

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

День 15: 19 сентября, до свидания Кыргызстан

Эх. В любом походе наступает этот день. День отъезда. А на душе лёгкая грусть, как после окончания хорошей книжки.

Подъём, завтрак. Поход в кофейню, на этот раз в Бублик. Дособираем и допаковываем рюкзаки. Такси, аэропорт, самолёт.

До свидания Кыргызстан. И огромное спасибо нашей команде за это путешествие!

Эпилог

Душевно прошли 69.14 км на пешеходной части (и ещё километров 14 в Ала-Арче с набром 1300 и километров 10-12 на озеро Кель-Тор) за 5 дней. Хотелось бы больше, но как вышло.

Горняшка никого особо не стукнула. Повозила немного Вову после подъёма на Ала-Кёль, но и быстро отпустила.

На наших маршрутных перевалах (Телеты, Ала-Кёль Северный, Панорамный) в первую половину сентября кошки не нужны. Протаскали зря. Не пригодились и гамаши. Но они пусть лучше будут, чем вдруг присыпет снегом, а их нет.

Очень повезло с погодой. Хотя на пик Учитель она уже не дала сходить. Что немного огорчило.

Зря протаскал и некоторые тёплые вещи: комплект Polartec 100 верх/низ (движение и сон). Не пригодилась и тонкая термуха на низ. Тёплую кофту из Polartec Thermal Pro тоже надел ровно один раз - в основном накидывал лёгкую пуховку. Но это нам с погодой повезло: в дождь точно пуховка не вывезет. Зря взял и софтшельную куртку, вполне достаточно обычной мембраны, в тех условиях она оптимальна. Не потребовался и на всей пешей части павер-банк: тут нужно пересматривать подход к энергообеспеечению похода. К примеру, брать 1.5В Li-Ion “химию” для навигатора и компактный зарядник от USB (есть и батареи со встроенным портом зарядки) и обходится 1-2 комплектами батарей для навигатора, вместо комплекта на 1.5 дня. Тот же фонарик на комплектном аккумуляторе (Petzl ACCU CORE) отработал всё время похода без подзарядки (если же двигаться в ночи, то второй комплект обязателен).

Очень вкусная и не дорогая местная еда. Особенно мне понравился Лагман Босо и Куурдак. Рекомендую! Чемпион Самса тоже обязателен к посещению (г.Бишкек).

Пропуск в погранзону нужно делать сразу без раздумий, если берётся машина в аренду: если освободятся дни, есть куда сгонять и что посмотреть.

Негативного отношения от местных или других групп не ощутили. Ровным счётом наоборот.

Воду для питья и готовки всегда стоит иметь в машине про запас. Не всегда получится остановиться и переночевать у реки с чистой водой.

Отлично работает Booking для бронирования, но найти точку бывает проблемно. Лучше иметь возможность совершать звонки что бы уточниться. МТС (Дальневосточные тарифы) вполне не дорого с этим справляются. Раз про операторов начали, то M8.tel предоставляет тарифы на eSIM чисто для интернета. Отработал без проблем. Активируется по началу работы, что тоже очень удобно при покупке заранее. Хотя ребята нашли и дешевле. Достаточно живо общение идёт через WhatsApp.

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

Если не планируется много городских и культурных развлечений, то вполне хватит на весь поход 30 тыс руб. Культурные горячие источники, конные прогулки и так далее будут есть эту сумму нещадно. Аренда Хорька 98 года на 14 дней вышла примерно в 50 тыс руб.

Фото, треки

Фото:
- Мои: https://disk.yandex.ru/a/KFtmfNlcpajlrA
Отчёты:
- Отчёт о путешествии от Даши: https://dzen.ru/a/aUa47k-K1iSA1GSP
GPS:
- Тут всё в одном файле: точки, треки на Коль-Тор, пешая часть и трек (неполный) до Хижины Рацека и обратно, все точки сняты с местности:
  - kyrgyzstan-2025-result.zip

NuttX: работа с тредами в GDB и OpenOCD

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 23 Jun 2025 14:03:01 +1000

Просто заметка, что бы самому потом не потерять.

Руководство для отладки потоков в RTOS NuttX:

https://nuttx.apache.org/docs/latest/quickstart/debugging.html

Отмечу, что последние версии GDB и OpenOCD включают весь необходимый софт для работы. А если грузить ELF как-то так:

arm-none-eabi-gdb main.elf \
  -ex "target extended-remote | openocd -f interface/stlink.cfg -f ${OPENOCD_CFG} -c 'gdb_port pipe' -c '\$_CHIPNAME.cpu0 configure -rtos nuttx'" -x openocd_nuttx_gdb.rc

То содержимое openocd_nuttx_gdb.rc стоит сделать таким:

define hookpost-file  
 eval "monitor nuttx.pid_offset %d", &((struct tcb_s *)(0))->pid  
 eval "monitor nuttx.xcpreg_offset %d", &((struct tcb_s *)(0))->xcp.regs  
 eval "monitor nuttx.state_offset %d", &((struct tcb_s *)(0))->task_state  
 eval "monitor nuttx.name_offset %d", &((struct tcb_s *)(0))->name  
 eval "monitor nuttx.name_size %d", sizeof(((struct tcb_s *)(0))->name)  
end  
  
eval "monitor nuttx.pid_offset %d", &((struct tcb_s *)(0))->pid  
eval "monitor nuttx.xcpreg_offset %d", &((struct tcb_s *)(0))->xcp.regs  
eval "monitor nuttx.state_offset %d", &((struct tcb_s *)(0))->task_state  
eval "monitor nuttx.name_offset %d", &((struct tcb_s *)(0))->name  
eval "monitor nuttx.name_size %d", sizeof(((struct tcb_s *)(0))->name)

т.е. что бы и хуком на команду file сработало и сразу же отработало. Как будет более красивое решение - подправлю.

Ещё остался не опробованным вариант отладки с включенной PROCFS и скриптом nuttx/tools/pynuttx/gdbinit.py из поставки NuttX.

GPS: альманах, эфемерис, эфемериды

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 10 Jun 2025 12:46:06 +1000

Две очень хорошие статьи, что бы расставить точки над i:

Тезисно:

Все спутники передают два типа данных: альманах и эфемерис.
Альманах содержит данные всех спутников. Каждый спутник передаёт альманах для всех спутников. Но точность низкая. Действителен до нескольких месяцев.
Эфемерис содержит точные корректировки орбиты и часов конкретного спутника. Каждый спутник передаёт только свои данные. Данные действительны около 30 минут, передаются каждые 30 сек.
Эфемериды - содержимое эфемериса и альманаха. Т.е. это те самые параметры орбиты и ухода часов конкретного спутника, позволяющие определить его местоположение в зависимости от времени.
Горячий старт: когда выключили и включили устройство в пределах 30 минут, когда эфемерисы ещё не протухли.
Тёплый старт: когда устройство было выключено более 30 минут, эфемерисы успели протухнуть, навигатор ищет спутники по альманаху.
Холодный старт: сбой часов, оооочень долгое отключение или перемещение навигатора на большое расстояние в выключенном состоянии. Альманах протух, идёт “поиск неба” (переинициализация).

Дополнительно:

nVidia: перестаёт работать аппаратное кодирование видео после suspend

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 01 Apr 2025 10:58:15 +1000

Проблема: после вывода ноутбука в сон и последующего пробуждения FFmpeg выдаёт примерно следующее:

[AVHWDeviceContext @ 0x55ec837f1800] cu->cuInit(0) failed -> CUDA_ERROR_UNKNOWN: unknown error Device creation failed: -1313558101.

Команда у меня такая:

ffmpeg -vsync 0 -hwaccel cuda -hwaccel_output_format cuda  -i INPUT.mkv -c:a mp3 -c:v h264_nvenc -profile baseline  -y OUTPUT.mkv

С аналогичной ошибкой отваливается и Kdenlive при попытке использовать аппаратный кодек.

Как оказалось, ошибка известная ( и на форуме nVidia), там же можно найти WA:

This bug disappears after running nvidia-bug-report.sh for some reason, CUDA works again after running nvidia-bug-report.sh.

Edit: After more research I found out that running nvidia-settings as root somehow fixes the problem.
Edit 2: Loading the nvidia-uvm module though modprobe nvidia-uvm fixes this issue

Схожая проблема.

WA:

sudo modprobe -r nvidia_uvm
sudo modprobe    nvidia_uvm

Я засунул эти команды в suspend-hook Systemd:

sudo systemctl edit --force --full nvidia-uvm-wa-sleep.service

Содержимое:

[Unit]  
Description=nVidia UVM suspend bug WA  
Before=sleep.target    
StopWhenUnneeded=yes  
  
[Service]      
Type=oneshot  
RemainAfterExit=yes     
ExecStart= modprobe -r nvidia_uvm              
ExecStop= modprobe nvidia_uvm                     
  
[Install]  
WantedBy=sleep.target

Включить:

sudo systemctl enable nvidia-uvm-wa-sleep.service

Содержимое юнита по мотивам:

https://wiki.archlinux.org/title/Power_management/Suspend_and_hibernate#Combined_sleep/resume_unit

C++: заметки на полях про ref-qualified методы

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 24 Mar 2025 12:15:44 +1000

Самостоятельное осмысление навеянное https://t.me/grokaemcpp/627.

Не задумывался над сценариями использования, хотя они есть с C++11.

Раньше была возможность использовать квалификатор const:

struct Foo {
  void method();        // (1)
  void method() const;  // (2)
};

Тут вроде логично, когда какой метод будет вызван.

C++11 добавил возможность пометить метод квалификатором ссылочности: ref-qualified:

&
const&
&&
const&& - хотят это сценарий очень странный.

Первое, что нужно отметить, что если хотя бы один из них определён, то он кофликтует с (1) и (2). Т.е. у вас или ref-qualified или non-ref-qualified:

struct Foo {
#if 0
  void method();        // (1)
  void method() const;  // (2)
#else
  void method() &;        // (3)
  void method() const&;   // (4)
  void method() &&;       // (5)
  void method() const&&;  // (6)
#endif
};

Второе: что и когда вызывается (или - ниже обозначает, два случая, для сравнения: когда использует и когда не используется ref-квалификация ):

Foo foo;
foo.method();           // (а) вызовется или (1) или (3), либо ОШИБКА, если перегрузка не указана

const Foo const_foo;
const_foo.method()      // (б) вызовется или (2) или (4), либо ОШИБКА, если перегрузка не указана

Foo{}.method();         // (в) вызовется или (1) или (5), либо (4), если перегрузка не указана
(const Foo){}.method(); // (г) вызовется или (2) или (6), либо (4), если перегрузка не указана

Тут логика такая: есть имя - вызовется &, нет имени - вызовется &&. И стоит внимательно посмотреть кейсы (в) и (г) для “старого” поведения и нового, но когда перегрузка по && не указана.

Третье: перегрузки могут быть помечены delete: удалённые функции тоже используются в поиске перегрузок и, если наиболее подходящая перегрузка удалена - будет ошибка компиляции.

Ну и для чего может быть нужно: оптимизации и защита. К примеру, если мы вызвали && метод, то мы точно знаем, что мы - временный объект. поэтому, мы можем сделать не просто возврат чего-то, а сделать этому std::move(), пометить метод delete и запретить вызваться или вернуть копию, а не ссылку или указатель.

Другой пример: висячие ссылки или другие отсылки к уничтоженным ресурсам.

struct Bar {
    std::string _val;
#if 0
    std::string_view get() const { return _val; }    // (7)
#else
    std::string_view get() const& { return _val; }   // (8)
    std::string      get() &&     { return _val; }   // (9) - можно и std::move(_val), но зависит от
endif
};

Тут вместо std::string_view может быть const std::string&, но со string_view можно проще отловить ситуацию с доступом к уничтоженному объекту:

// как помощиник
Bar request() {
  return Bar{};
}
...
auto sv = request().get(); // (д)
some_function(sv);         // (е)

Здесь без ref-qualified методов в (д) будет вызван (7), что приведёт в (е) и дальше по коду к обращению к уничтоженному объекту Bar::_val.

При использовании перегрузок по ref-qualified, будет вызван (9) и мы вернём копию строки (или более оптимально, если через std::move(_val)).

Отсюда, имхо, основное применение: если возвращаем некий референс (ссылку, view/span) на внутреннюю структуру класса, то имеет смысл использовать указание ссылочных квалификаторов, причём обоих: & и && - второй будет уточнять поведение для временного объекта. Если уточнения по поведение не нужно, то использование ссылочных квалификаторов избыточно (но смотреть кейсы кейсы (в) и (г)) .

LocalSend: отправка файлов между устройсвами внутри LAN

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 05 Mar 2025 21:58:27 +1000

На правах мемориза.

LocalSend ( официальный сайт) - удобный инструмент для обмена файлами между устройствами в локальной сети без подготовленной инфраструктуры. Что примечательно - open source.

Мне потребовалось что бы быстро перекидывать файлы между несколькими андроидами и ноутбуком на Linux. Для своих персональных устройств я использую давно KDE Connect, но привязывать “левые” устройства и потом каждый раз отвязывать - не добно. А вот LocalSend решает.

Для полноты картины, обсуждение на 4PDA:

https://4pda.to/forum/index.php?showtopic=1063582

На андроид можно поставить их Google Play, F-Droid и ручками APK. На Manjaro - есть в AUR.

Туннелирование TCP в AnyDesk

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 24 Jan 2025 11:25:09 +1000

Просто заметка по версиям.

В AnyDesk есть возможность туннелирования TCP. Да, вот прям как в SSH. Очень удобно для использования в “чужом” или неподготовленном окружении. Использовал, например, для удалённой отладки кода на устройствах очень сильно далеко от меня (вплоть до другого континента)

Доступна в бесплатной версии, но с нюансом:

до версии 6.2.1 включительно оно доступно из коробки
после, доступно только после регистрации аккаунта (?)

При этом версия 6.2.1 пока работает. FYI.

Ну и сразу. Есть RustDesk. Возможности форвардинга есть. Плюс можно свой сервер разворачивать. В реальных условиях пока не проверял.

QtCreator Remote Linux Debug session does not start

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 21 Jan 2025 16:53:11 +1000

Не стартует удалённая отладка. Причём без какого-то фидбека.

Если включить логи:

export QT_LOGGING_RULES='*=true;qt.*=false;qtc.*=true;qtc.clang*=true'

и запустить сессию QtC, то при запуске отладки можно увидеть что-то вроде:

qtc.utils.process: Process 162 starting (non blocking, main thread):  --multi :10000
qtc.utils.process: Process 162 finished: result=3, ex=255, 0 bytes stdout: "", 0 bytes stderr: "", 0 ms elapsed

Суть проблемы в том, что на удалённой стороне просто не установлен gdbserver. Соответственно нужно его установить и всё починится.

Как минимум на версии 16.x проблема присутствует. Как и на 17.0.0-beta1 (16.0.82). Проблема определена в переписке.

easyeda2kicad

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 29 Nov 2024 11:19:10 +1000

Веб-сервисы вещь хорошая и удобная… Пока их не блокируют. Поэтому предпочитаю для своих домашний поделок использовать KiCAD. Естественно, что не всегда хватает какого-то символа, посадочного места или 3D вида компонента. При этом в той же EasyEDA есть куча оных уже в готовом виде. Если не вдаваться в подробности соответствия каким-то стандартам, то было бы неплохо, стащить оную и использовать у себя.

Первым тулом, которым я пользовался был (да и останется на всякий случай) - lc2kicad поставить, пока, можно из AUR:

yay -S lc2kicad

но репозиторий уже в архиве, а автор отписался, что проект всё.

И вот сегодня открыл для себя новый проект: easyeda2kicad.

И основная его фишка в том, что по указанному ID он может скачать сразу символ, посадочное место и 3D модель. Положить это в единое место к которому можно настроить пути и потом пользоваться централизованно.

Начнём с ID, откуда его брать. Первое: из каталога LCSC, называется:

LCSC Part #

на странице товара.

Например для Lelon VZT101M1HTR-0607 это будет C311622.

Второе, но, наверное, самое простое и удобное для моих целей - непосредственно у EasyEDA.

Открываем его. И сразу открываем Библиотеку (Library) символов (лупа с тараканиной слева). В поиске вводим нужные ключевые слова, для примера, XL6009 и жмём Enter. Мне нужен был модуль, он там в списке один, самый первый. Выбираем его и в самом низу окошка видим LCSC Код# (LCSC Part#). Для искомого модуля: C2908146. К сожалению, текст не выделяется, можно:

переписать внучную
нажать, подождать открытия страницы и скопировать там
я же, в Firefox ПКМ → Inspect и копирую текст из DOM. Но тут кому как удобно.

Далее сама магия:

easyeda2kicad --lcsc_id C2908146 --full

Без дополнительных телодвижения у вас появится библиотека в ~/Documents/Kicad/easyeda2kicad. Переопределить путь и название библиотеки можно через параметр --output ~/electronic/KiCAD/my_lib. В версии без --output будет такие подкаталоги/файлы:

easyeda2kicad.kicad_sym - символы, путь к нему нужно указать в KiCAD в настройках библиотек символов
easyeda2kicad.pretty/ - посадочные места, путь к нему нужно указать в KiCAD в настройках библиотек посадочных мест
easyeda2kicad.3dshapes/ - 3D модели

Про последние немного детальнее. Судя по всему этот механизм в KiCAD ещё не совсем отлажен, поэтому с моделями постоянно какая-то каша. Но, easyeda2kicad сделали просто. Они воспользовались возможность определять подстановочные переменные в KiCAD и внутри посадочного места сразу указывают путь к 3D модели вида: ${EASYEDA2KICAD}/easyeda2kicad.3dshapes/XFMR-SMD_XL6009.wrl.

Соответственно, надо сделать всего-то следующее, открыть KiCAD, зайти Настройки → Настроить пути, далее нажать “+” указать имя переменной EASYEDA2KICAD и указать полный путь к корню, где лежат все файлы и каталоги easyeda2kicad.*.

В случае с указанием --output ... файлы будут иметь вид:

~/electronic/KiCAD/my_lib.kicad_sym
~/electronic/KiCAD/my_lib.pretty
~/electronic/KiCAD/my_lib.3dshapes а пути к 3D моделям будут установлены жёстко в абсолютные значения. Стоит учитывать.

На этом всё, нужно рестартовать KiCAD, иначе у меня не подтянулись изменения в подстановочных переменных и начинать пользоваться.

Очень мелкая печать из Inkscape

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 29 Oct 2024 11:40:39 +1000

Столкнулся с проблемой: при печати из Inkscape изображения получаются очень мелкими.

Гуглинг навёл на то, что это проблема с xdg-desktop-portal-kde. Парень из форма создал Bug Report в котором есть возможный WA. И там же есть отсылка на репорт в самом проекте Inkscape.

Если коротко: xdg-desktop-portal это некая сущность (или сучность?) которая позволяет приложениям на различных тулкитах более бесшовно интегрироваться в “неродные” окружения рабочего стола: Gtk в окружение KDE и Qt в окружения на базе Gtk (Gnome, Cinnamon, Mate & etc). Интеграция по большей части затрагивает только переиспользование стандартных системных диалогов, типа диалогов открытия файлов, сохранения, вывода окон предупреждений, диалогов печати (тут отдельный акцент). В общем, все те вещи, которые вроде более приятны глазу, но жить без них можно (“вам шашечки или ехать?”). Но и дополнительный слой абстракции, который сам по себе может нести баги.

Собственно проблема как раз и заключается в стыке разных сред при использовании диалога печати. Причём сначала поддержку Desktop Portal реализовали в Inkscape и сразу же это вызвало проблемы.

Ладно, теперь к сути. Мне ехать нужно. Решение в лоб это общесистемно заявить:

export GTK_USE_PORTAL=0

Собственно после чего все приложения Gtk в окружении KDE станут использовать Gtk диалоги. Как оказалось, если использовать в массе, так себе. К визуалу тоже быстро привыкаешь :)

Поэтому достаточно сделать следующее:

Меню
Находим Inkscape
ПКМ → Изменить приложение…
Вкладка Приложение
В поле “Переменные окружения” вставляем GTK_USE_PORTAL=0
OK

Теперь:

если открыть Inkscape через меню или быстрый запуск, он запустится с этим значением
если открыть SVG файл через Dolphin, то он тоже откроется с этим флагом

Если открывать через терминал ручками: inkscape file.svg, то имеет смысл завести alias с установкой переменной окружения в нужное значение. Если в скриптах (хммм), то указать явно в скрипте.

Капитанский мостик по хребту

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 13 Oct 2024 10:44:27 +1000

Когда ходили нонстоп после нефтебазы немного не туда сунулись по пути на Капитанский мостик, но возникло жаление по осени прогуляться тут с сыном, просто посмотреть, куда идут дороги. Сентябрь пришёл, время реализовывать планы. Что бы долго не тянуть выбрали 7 сентября.

Лирика

Выход получился несложный. За нефтебазой более заметная дорога уходит вверх, а почти сразу случается неприметное ответвление, которое вполне себе ходибельное. Далее дорога плавно переходит в звериную тропу, которая в какой-то момент заканчивается. На треке ключевые моменты обозначены как КОНДОР и КОНТРОП. Но от конца тропы до хребтика - два шага. Сам хребет - типичный представитель “Милых приморских рощ” (МПР), то есть заросших густой мелкой порослью. Но вполне проходимый. Через 4.5 км движения от старта, стыкуемся с тропой, которая тоже вываливается на хребтик и уже бодро топаем до видовой площадки. Там перекус и чай и обратно вниз. На Смольном искупались, приготовили обед и до машины.

По дороге насобирали грибов, которые потом как только не идентифицировали:

предположение первое: “съедобные, нужно вымачивать, иначе горчат”, но без названия
- туда же: “знаю одно-съедобные”
назвали даже “белым”, хотя точно не он
назвали царским грибом, но фото в интернете дают совсем другу картинку
дубовик, но по картинке тоже не бьётся
был вариант - подберёзовик, но тоже не бьётся
маховички

Грибы трубчатые, что в условиях приморья идентифицирует их как съедобные. В пищу оказались вкусными. Наиболее похожая картинка дала результат - маслёнок раскрашенный (и второй вариант). По виду шляпки 1 в 1.

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

Фото и GPS

Немного фото и геоданных.

Полутехническая информация

Сводка:

День	Протопали, км	Набор высоты, м	Сброс высоты, м	Время/в движении, ч	Скорость/в движении,	Начало движения, ч	Конец движения, ч
7 сент	10.5	395	415	06:56/04:04	1.5/2.6	10:27	17:23
Всего	10.5	395	415	—	—	—	—

Профиль высот:

Внезапный Лысый Дед

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 12 Oct 2024 21:16:35 +1000

Внезапный поход на вершину, которую ещё не доводилось сходить. Сходили 17-18 августа, но руки написать дошли только сейчас.

Лирико-хронологическая часть

Вообще, ходить летом не особенно доставляет удовольствие: мошка, комары, клещи, жара и высокая влажность. Но тут всё зарешал звонок Димы, который свести к: “Шеф, всё пропало! Отпуск заканчивается, все по пляжам, а я хочу в лес!”.

Долго не запрягал. Выходные свободны, идём. Да если идти, при всех красотах летнего похода, то туда, где поинтересней. А где может быть интереснее если не там, где ещё не был? Поэтому выбор пал на Лысый Дед.

Варганю “тяп-ляп” раскладку на двоих, что бы меньше готовить и больше запаривать/разогревать. Даже дорогу только мельком глянул: на месте разберёмся.

В субботу закидываю рюкзак в машину, заправляюсь, забираю Диму на Постышева, там же в Рэми докупаю недостающие компоненты раскладки.

В дороге удивило одно: есть сворот на Молёный мыс с трассы с указателем, но дорога там сразу кажется какой-то ушатанной. И навигатор там не желает прокладывать маршрут, предлагает ехать дальше и сворачивать недалеко от поворота на Большой камень. А вот там никакого указателя нет. Чудеса. Но ехали именно по этому пути. Дорога вполне себе нормальная. А вот дальше деревни мы далеко уехать не смогли, не для форика дорога. Хотя, если бы размытое начало можно было как-то проскочить, то дальше вполне себе проезжабельная.

В общем, оставляем машину и в путь. Выбрали вариант маршрута с подходом по дороге до поляны, там ставим лагерь, перекусываем и налегке в радиалку на гору. С небольшой под-радиалкой на место крушения самолёта МИГ-17Ф.

Тропа маркирована. Но в одном месте немного потеряли ориентиры, а по навигатору она уходит как дальше по распадку, так и ответвляется и начинает забираться на хребет. Ну мы и пошли зашагивать на него.

То, что изначально показалось тропой, быстро сошло на нет. Поэтому шли, как логичнее… И вот что интересно: тропы нет, а маркировка встречается. Причём именно там, где мы выбирали наиболее логичное направление движения. Особенность этих отметок: они очень высоко. Будто вязали их зимой, по глубокому снегу.

Не скажу, что вскоре, но всё же мы выбрались на хребет. А там… Дорога! Нет, не дорога с колеёй, а фигурально: широченная тропа. Будто отары овец по ней регулярно прогоняют. Идти одно удовольствие. Набор очень плавный. В голове вообще не отложилось крутых взлётов, только пару чуть более крутых, чем весь остальной маршрут.

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

Начало радиалки к месту крушения МИГ-17Ф отмечено, прозевать почти невозможно. Сходили на него сразу, а то знаем мы эту повышенную ленивость на обратном пути…

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

Ближе к вершине посетили место крушения ещё одного самолёта: ИЛ-28Т. Тропа практически проходит через него, всего-то нужно сделать метров 50 туда и столько же обратно.

Вообще, насколько я знаю, в окрестностях Лысого деда находятся места крушения трёх самолётов:

МиГ-17Ф, разбился в 1957, отказ двигателя, к счастью лётчик катапультировался и остался жив.
Ил-28Т, разбился 15 февраля 1955, принадлежал 1535 минно-торпедному авиационному полку, 3 минно-торпедной авиадивизии. Основная версия: плохие погодные условия. Погиб весь экипаж - 3 человека
и Ту-14Т, разбился 3 декабря 1954, был по ошибке сбит своими же МиГ-15, принятый за “американца”. Торпедоносец ВВС ТОФ. Экипаж 3 человека, весь погиб.

Но до последнего идти далеко и, по слухам, от него мало что осталось.

Вершина встретила нас встретила низкой облачностью… или высоким туманом. Термуху можно было выжимать, да ровно, как и всю остальную одежду. Воистину, банно-прачечный комплекс “Лысый дед”.

Как обычно, дежурные фото и покимарить минут 40: камни тёплые, лежать приятно.

По пути на вершину есть места, где можно удобно расположиться с палаткой. Собственно возникло желание повторить:

с палаткой
и подниматься полностью по хребту

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

В лагерь добрались меньше, чем за два часа: часы на руке показывали без двух минут семь вечера. Путь наверх занял чуть менее четырёх часов (с радиалкой на МиГ-17Ф, которая сама по себе заняла около часа).

На стоянке делаем костерок (для души), ужин (на горелке) потрындели и на боковую. Подъём не регламентируем, но Дима подорвался уже часов в 6, сказывается рабочая привычка, я же вылез не раньше 7:30 или 8 утра.

Завтракаем, собираем лагерь и топаем до машины. На сегодня грозили дождь, но его мы дождались только к подъезду к Владивостоку. Путь до машины не особо примечателен, но избыток времени располагает к вальяжному темпу движения и беседам обо всём и ни о чём сразу.

У машины переодеваемся, грузим рюкзаки и в путь. Делаем санитарную остановку на Бензо-кафе на рюмку кофе.

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

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

Фото и GPS

Немного фото и гео-данных.

Полутехническая информация

Профиль высот и километраж

Сводка:

День	Протопали, км	Набор высоты, м	Сброс высоты, м	Время/в движении, ч	Скорость/в движении,	Начало движения, ч	Конец движения, ч
17 авг	18	1055	895	08:18/06:10	2.2/2.9	10:40	18:58
18 авг	5.6	0	190	01:16/01:13	4.4/4.6	09:17	10:34
Всего	23.6	1055	1085	—	—	—	—

Профиль:

256

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 12 Sep 2024 18:18:18 +1000

$ date +%j                    
256

С праздником всех причастных!

Команда timeout

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 12 Sep 2024 12:17:03 +1000

Век живи, век учись, а дураком помрёшь.

Открыл для себя чудную утилиту timeout из состава coreutils.

Делает ровно то, что описывает её название: запускает команду, переданную как аргумент, на заданное время в секундах (s), минутах (m), часах (h) или днях (d):

timeout 10s ping ya.ru
sudo timeout 10s tcpdump -i wlan0 -Q in -A udp

Обратите внимание: если команда должна быть выполнена под sudo, то sudo должно стоять перед timeout.

По истечении таймаута передаётся сигнал TERM в дочерний процесс. Если нужен другой, то укажите его через аргумент -s SIGNAL. Утилита дополнительно может послать сигнал KILL, если команда не отреагировала на сигнал TERM по истечении таймаута, указанного через параметр -k TIMEOUT. Прочие вкусности смотреть через --help, хотя их там, по большей части, и нет.

Высокое потребление в powertop у pipewire

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 03 Sep 2024 12:31:17 +1000

Или: казалось бы, при чём тут Firefox…

Заметил, что в powertop стабильно висит процесс pipewire с потребление 1.4W. Вроде не много, но неприятно: чего он там греет на эти самые ватты?

Начал разбираться, очень быстро привело, что у людей данная проблема ассоциируется с запущенным клиентом speech-dispatcher-dummy. Припоминаю, что в плазмоиде управления звуком в KDE видел эту ерунду, но не придал её значения. Посмотрел процессы speech-dispatcher: запущенны от моего пользователя. Но откуда растут ноги запуска не видно: через dbus нет, через systemctl нет. А вот pstree подсказал, что родитель - firefox.

[!INFO] К слову, есть чудная тулза: pw-top, которую сразу и нужно было запустить, дабы посмотреть, кто у pipewire самый требовательный клиент.

Дальше поиск привёл к настройкам Firefox. Открываем about:config, далее находим опцию media.webspeech.synth.enabled и выключаем её. Рестартуем Firefox и больше не наблюдаем клиента speech-dispatcher-dummy и pipewire в powertop.

Но Firefox не всегда запускает эту болталку. Пока не понял при каких условиях это выполняется.

Docker prune

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 20 Jul 2024 13:42:28 +1000

Заметка в мемориз, на случай когда /var/lib/docker/overlay2 весит неприлично много.

Первое:

docker system df

вывод такой:

$ docker system df                                         
TYPE            TOTAL     ACTIVE    SIZE      RECLAIMABLE  
Images          2         0         4.467GB   4.467GB (100%)  
Containers      0         0         0B        0B  
Local Volumes   6         0         0B        0B  
Build Cache     193       0         21.39GB   21.39GB

Images - тут скорее то, что нужно. Чистим стандартными средствами:

Смотрим образы: docker images
Удаляем ненужные: docker rmi <IMAGE_ID>

Containers - аналогично:

Смотрим через: docker ps -a
Удаляем: docker rm <IMAGE_ID>

Local Volumes:

Чистим: docker volume prune

Build Cache:

Чистим: docker buildx prune

У меня большую часть занимал именно Build Cache. При последущей перестройке образов будет дольше. Но у меня этот процесс не частый, так что не критично.

Ошибка "is_real_array undefined" в пакете Quaternion для GNU Octave

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 19 Jun 2024 10:48:58 +1000

Короткая заметка касательно пакета Quaternion для Octave. И, скорее всего, специфичная для ArchLinux/Manjaro.

Итак, пакет ставится из AUR:

yay -S octave-quaternion

Для использования в Octave нужно выполнить:

pkg load quaternion

Ну а дальше всё согласно документации:

octave:2> q = quaternion(1)  
q = 1 + 0i + 0j + 0k

Но где-то на этом шаге можно получить ошибку:

is_real_array undefined

Происходит это, обычно, после обновления Octave, когда меняется версия API: пакет собирает библиотеку для текущей версии API Octave и помещает её в то место, где Octave может её найти согласно версии API:

/usr/lib/octave/packages/quaternion-2.4.0/x86_64-pc-linux-gnu-api-v59/

Решение: просто пересобрать пакет после обновления Octave:

yay -S --rebuild octave-quaternion

Схожая тематика вращения

Matlab/Octave Rotations Library
https://octave.sourceforge.io/matgeom/function/rotation3dToEulerAngles.html
- пакет matgeom
- документация
- yay -S octave-matgeom
  - не забывать после смены API перестраивать.
https://github.com/mindThomas/MATLAB-tools/blob/master/Quaternion/quat2eul.m

Смольный-Фалаза-Капитанский мостик

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 08 Jun 2024 22:29:03 +1000

Душевно прогулялись по маршруту руч.Смольный-Фалаза-Капитанский мостик-руч.Смольный.

Лирико-хронологическая часть

Предлагал нескольким людям, собралась пойти только Настя. Давно никуда не выгребались вместо, так что было приятно прогуляться по интересному варианту маршрута. Теперь это мой топ для Фалазы.

Договариваемся встретиться в 8 утра на Бензо на повороте на Партизанск, откуда поехать на одной машине уже до Анисимовки. Предварительно прогноз погоды нас пытался отпугнуть, грозя дождь “к вечеру”, а с утра - уже “днём”. На что Настя резонно заметила: смотри старый, он лучше :)

Утром во Владивостоке туман, и обложной дождь. Неужели прогноз не соврал? Но уже ближе к Стелле туман поднимается, дворники в машине выключаю. Погода стабилизируется. Даже на новом объездном участке, который идёт вдоль Уссурийского залива - сухо и высокая облачность. Около 8:10 подъезжаю до места рандеву. Настя уже ждёт. Быстро забрасываем вещи и в путь. На Роснефти после Смолянинов решаем заправиться, но там что-то перегорожено, куча машин и заправочная колонка с моей стороны с табличками: “бензина нет и не будет”. Хорошо, по показометру уровня топлива нам должно хватить. Но на то он и показометр, что верить ему без запасной канистры литров на 10 как-то не очень хочется. Вообще, по ощущениям, после заправки первая половина расхода идёт значительно быстрее, чем вторая: было замечено на прошлом походе на Снежную с севера, когда от заправки до места стоянки ушло пол бака, если верить индикатору, а на обратном пути до той же заправки - чуть больше трети от оставшейся половины. Короче, поэтому я предпочитаю залить бак и спокойно ехать дальше. Но тут решаю, что должно хватить с большим запасом и попытаемся заправиться на обратном пути. Дальше до начала маршрута доехали без приключений.

Стартовали в 9 от нефтебазы. Через 1:45 добрались до “ушуистов”. С моего посещения Смольный сильно поменялся, многие сливы и “водопады” приняли немного другой вид. Тайфуны последних лет сильно изменили рельеф. Вот так не ходишь, не ходишь и, внезапно, старый маршрут превращается в новый.

У “ушуистов” перекусили, набрали воды и потопали вверх (пока “вверх” не кончится (с)). Маршрут по курумнику промаркировали, похоже, даже в тумане будет проблематично сбиться с пути. Где-то на 2/3 подъёма встретили двух туристов, идущих интересную интерпертацию данного маршрута: Грибановка-Фалаза-Смольный(“ушуисты”)-Капитанский Мостик-Грибановка. Перекинулись парой фраз, пожелали удачи и двинули дальше. К слову, в начале подъёма было жаркова-то, ноги не очень-то горели желанием куда-то идти, но к середине подъёма начал обдувать приятный ветерок, стало ощутимо комфортнее. Настя умудрилась практически пройтись по змее, причём сразу за мной. Я же её даже не заметил.

Примерно через 1:45 на добрались до вершины. Контрольные фото, перекусили, повалялись и на спуск.

По дороге спугнули ещё одного щитомордника и Дикого бурундука. Минут через 45 добрались до спуска к Грибановке, решили не задерживаться и двинули в сторону Капитанского мостика. Лес сильно отличается от весеннего. Получается прямо несколько различных маршрутов: зима, весна, лето и, возможно, осень. Хотя ранняя осень не сильно отличается от лета, а поздняя - от зимы).

Ещё примерно через 40 минут - мы на Мостике. Ближе к нему лес прямо вот очень приятный: мелкая травка, нет завалов, кедры вперемешку с дубами. Грибной одним словом.

На мостике небольшая пауза на поедание еды, выпивание воды и созерцание окружающих ландшафтов. У Насти разболелась голова, скорее всего сказывается изменение погоды (дело к вечеру, обещают дождь, наверное давление полетело вниз), пригодился цитромон из аптечки. Дальше по тропе валимся влево - к Смольному. Направо - тропа на дорогу до Грибановки.

Через 30 минут - мы уже у ручья. Там есть неплохая заводь, где можно окунуться. С учётом того, что до машины остаётся совсем ничего. Очень удобно: спустился, остудился, до машины - уже и вспотеть не успеешь. У машины планируется быстрый но горячий перекус лапшой, поэтому запасаемся водой и в путь. И примерно в 17:00 мы уже дошли до машины. Прикидываем, можно ли пройти маршрут без спешки “от электрички до электрички”:

На круг получилось 8 часов.
До топливной базы ~2.2км от станции. Если топить бодро с типичными 5км/ч, то это ≈26-30 минут, то есть суммарно ещё час сверху, итого - 9 часов.
Электричка утром приходит в 10, а вечером - 18:49. Не укладываемся. Либо нужно сильно сокращать время на привалы, перекусы, созерцания окружающих ландшафтов, водные процедуры.

К слову, ребят, которые планировали подниматься потом от Смольного на Капитанский мостик мы так и не встретили. Они или проскочили раньше или ещё не дошли.

У машины неторопливо делаем обед, собираемся и в обратный путь. Опять заезжаем на заправку. С моей стороны только 92, но оказывается, на другой колонке, подъезд к которой перекрыт есть 95! Делаю пару хитрых манёвров и жопом доезжаю к ней на заправку. Успех. До Бензо так же доезжаем без приключений. Опять перекидываем вещи, заправляемся уже сами кофием с Бензо-кафе. Наблюдаем четвёрку низколетящих цаплей или даурских журавлей, орнитолог из меня никакой. По коням и домой.

Как итог, выход получился очень душевным. Не сложный, но интересный вариант маршрута на Фалазу, с возможностью искупаться на обратном пути. Был рад увидеться с Настей, очень давно никуда не ходили, хотя, как в походе пошутил: “вместе росли как туристы” :) Обновил боты, но впечатления… напишу в технической части.

Фото и GPS

Немного фото и геоданных:

Полутехническая информация

Кухня

А что тут говорить: однодневный ПВД, что в карманы закинули, то и едим :)

Профиль высот и километраж

Сводка:

День	Протопали, км	Набор высоты, м	Сброс высоты, м	Время/в движении, ч	Скорость/в движении,	Начало движения, ч	Конец движения, ч
8 июнь	19.1	1125	1170	08:00/05:15	2.4/3.6	08:58	16:58
Всего	19.1	1125	1170	—	—	—	—

Профиль:

Ботинки TREK Turist26

Итак, в этом ПВД обновил боты TREK Turist26. С учётом ожиданий и пользования длительного времени трекинговых ботинок Zamberlan, Asolo, Scarpa:

Zamberlan Civetta GTX RR
Asolo Power Matic 100 GV
Scarpa Mont Blanc
Asolo Greenwood GV MM

больших надежд не возлагал. И по ходу движения примерно такой набор наблюдений сформировался:

Подошва очень цепкая, это явно плюс: по ручью и по мокрым брёвнышкам и по камням прыгать пришлось и по курумнику - держалось очень хорошо.
Но тонкая, для движения по курумникам или камням дискомфорта не вызывает, но привычка использовать жёсткие подошвы, когда можно смело ставить ногу в V-образную выемку меж острых камней, требует коррекции.
Неоднозначно решение взять на размер больше: нужно утягивать сильнее, но на спуске действительно пальцы не ощутили никакого давления. Буду ещё прислушиваться к ощущениям.
Шнуровка. Нет, решение поставить D-кольца вместо второго или даже третьего ряда крючков это явная ошибка. Я видел в интернетах отзывы, которые указывали, что такое решение сказывается положительно на живучести шнурков… Простите, что? У меня ботинки быстрее выходят из строя, чем перетираются шнурки, уже коллекция целых шнурков собралась. Ощущение, что такие отзывы пишут пользователи разных вариантов бертцев, которые не пользовались качественной обувью. Скорее всего причина в более качественной фурнитуре и материалах тех же шнурков? Использование же крючков положительно сказывается как на скорости, так и на удобстве шнуровки. На длительных спусках бывает возникает необходимость больше одного раза скорректировать шнуровку, сейчас это банально неудобно.
Как продолжение про шнуровке: при плотной шнуровке верхние кольца ощутимо давят на ногу. Я от такого отвык.
Тонкая защита носка. По сути, это только механическая защита самого носка, кожи, но не ноги пользователя внутри - очень легко проминается. Опять таки - ходить в условиях курумников, каменных осыпей нужно осторожнее.
Кожаная подкладка на пятке. Это изобретение злобного гения. Я отвык заклеивать ноги пластырем или тейпом. Но в этот раз пришлось вспомнить это забытое знание. Нигде больше не тёрло, но вот пятка бы на пройденной дистанции (≈19 км с набором с сбросом порядка 1100 м, подробности - выше)
Температурный режим. Явно перепутаны “+” и “-” в диапазоне от -15 до +5. В том треккинговом носке, котором я хожу зимой в снегоступах в трекинговых ботах выше (в них же хожу и летом, но с более тонким носком) в этих банально задубею. Сейчас было около +20 ноге было комфортною носок треккинговый средней толщины. Но, температурный режим определяется косвенно: если выставить фильтр “-15…+5”, то боты появятся, а вот в самой карточке товара этой информации нет.
Вес. Тут явно выигрывает у “серьёзных” бот.
Вождение в машине. Удобно, дискомфорта нет.
При движении по воде, пусть и не длительном, судя по поведению капель на поверхности кожи: пропитка DWR имеет место быть. Здесь ещё буду наблюдать, как долго она будет работать.
Отсутствие мембраны - тут скорее всего даже плюс для летнего варианта (если забыть про “-15” в анонсе).

В целом, с учётом соотношения цены/качества, то по ходу похода в голове вырисовывалась чёткая 4 или 4 “с минусом” по пятибальной шкале. Пока не приехал домой и не обнаружил это на правом ботинке:

Это уже ни в какие ворота. Один выход, 19 км по далеко не сложному маршруту и сразу начинает отклеиваться подошва у ботинок, у которых в названии “Turist”. Похоже, что Дальневосточный туризм сильно отличается своей суровостью от оного на западе нашей необъятной :)

Вердикт: субъективная оценка - 3, не больше.

Белый город. Вдп. Зуевский. Еломовские водопады

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 19 May 2024 15:46:42 +1000

28 апреля - 1 мая 2024.

19 марта началось составление планов на первые майские по части похода с простого, но ёмкого вопроса-предложения Ксюши в нашем походном чатике:

Давайте замутим поход на майские?

Сразу же поступила пара предложений от Жени. Точнее одно, но с вариациями. Вариация первая - совсем по лайту. Но места интересные, для меня ещё нехоженные. Вариация вторая - при прочих вводных разведать дорогу и подняться на г.Синяя… не по Икрянкам.

Других предложений не было (у меня вообще с идеями в последние годы как-то не очень), поэтому по отсутствию возражений остановились на первом варианте: водопад Зуевский, скальный массив “Белый город”, Еломовские водопады и радиальный выход на гору Лысая.

Группа собралась из пяти человек:

Я, т.е. Саша
Женя
Маша
Ксюша
Алина

Часть лирико-хронологическая

По обстоятельствам не смог поехать на своей машине, поэтому согласуемся ехать все впятером на Машином Outlander’е. А там, куда сможем доехать, туда доедем, а остальное - пешком. Туристы всё же.

День первый. Лайтовый.

Встречаемся у Жени с Машей в 7:45. С БАМа меня подхватывает Ксюша. Здороваемся, перегружаем рюкзаки, оставляем машины и в путь.

На новой объездной дороге машина радостно рапортует, мол, transmission overheat, slow down. Явно пять взрослых человек, пусть трое из которых - лёгкие девушки, и полный багажник рюкзаков не идут на пользу вариаторной трансмиссии вкупе с привычкой водителя управлять турбованным фориком на маханике. Его динамики явно не хватает и не будет. Но ничего, тише едешь - дальше будешь. До перевала Серебряный бортовой компьютер время от времени повторял сию фразу о перегреве, поэтому предлагаю сделать на перевале санитарную остановку и дать больше отдыха вариатору. Помогло. До самого Лазо (и дальше) никто больше не жаловался. В Лазо заправка машины и остановка в магазине на мороженку.

На грунтовках видны следы последних тайфунов, но само полотно (хммм… точнее грунт) в достаточно хорошем состоянии, что до Лазо, что в сторону Чистоводного и Преображения.

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

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

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

Накидываем рюкзаки и в путь… А метров через 300-400 и первая “переправа”. Я перескакиваю на другую сторону и тут же предлагаю не повторять моего манёвра, так как через 50 метров обратный перепрыг. Ребята обошли по лесу. Сразу же ещё одна переправа, а метров через 50 ещё одна, через основное русло реки. Тут уж пришлось разуваться… Очень не хотелось в лайтовом походе идти с мокрыми ногами. По дороге до стоянки недалеко от вдп.Зуевский мы насчитали 11 обязательных переправ через реку, из которых разуваться пришлось (мне и Жене) только на 3 или 4 (девушкам - чаще). Подсчёт вели уже на обратном пути.

После первой “серьёзной” переправы следует длинный участок без бродов. Там же проходим мимо посадок леса. Не берусь судить на глаз… но не моложе 30-40 лет. Как поняли, что посадки? А есть отличительная черта - посадка ровными рядами, которые сильно бросаются в глаза.

Где-то через 3 км какой-то кордон или зимовье и сразу за ним вторая переправа, где не вышло перескочить ко камушкам. К слову, если бы воды было чуть больше, то и там, где получилось пройти без разувания, пришлось бы или мочить ноги, или тратить время на снятие-одевание ботинок.

Потом уже особо не обращали внимание на переправы, приняв их как должное. Главное, что запоминали как переходили, дабы не тратить время на это на обратном пути (там время уже было достаточно ограниченным ресурсом).

На место стоянки подошли где-то к 18:10. Световое время позволяет, поэтому сразу решаем сгонять на водопад Зуевский. Тем более, что до него рукой подать - только хребтик перешагнуть… Что Женя и предлагает сделать в буквальном смысле слова. Я как бы не против перешагивания хребтиков, даже очень за, но только по делу. Прикидывая, что место популярное, предлагаю осмотреться и, действительно, сразу же находим тропу, куда двигаться. Акт клушегубства не удался. Хватаем фонарики (ибо нефиг) и в путь. Время оценить не беру, но дошли очень быстро.¹

Сам водопад наблюдается со стороны с открытой скальной площадки, расположенной аккурат напротив него. Представляет из себя практически монолитную плиту, по которой струями стекает ручей. Красиво.

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

Возвращаемся и решаем прогуляться выше, до останца над водопадом. Тем более, что есть намёки на тропу, которой даже пользуются (и точно чаще, чем направлением, по которому мы прошли чуть ранее снизу).

Самого водопада с останца не видно, но открывается живописный вид на окружающие склоны. Золотой осенью тут должно быть красиво.

Далее дорога обратно до лагеря, установка палаток, сбор дров на костёр и вкусное Харчо, спасибо Маше за сий кулинарный шедевр. По палаткам и спать. Вставать решаем в 6:30: день предстоит долгий, по плану, и Белый город, и дорога до машины, и переезд до лесопитомника рядом с ключом Еломовский, и переход под Еломовские водопады. А пока - спать.

Прошли около 13 км.

День второй. Долгий.

Ночь была тёплой. Спал в расстёгнутом на половину спальнике и только в тонком термобелье без носков.

Завтракаем, закидываем в рюкзаки воду и перекус и отправляемся на Белый город. Время 8:48.

Тут Женя второй раз предлагает скоротать путь и ломануться на тропу по хребту напрямую от лагеря, через распадочек. Вспоминаю свой давешний нонстоп и таки высказываю мнение, что распадочки это хорошо и даже прекрасно, но стоит сделать небольшой крюк, а милые приморские рощи оставить на потом. Снова акт клушегубства не удался. Спускаемся вниз до переправы и сразу от неё уходим на хребет. Начало подъёма, тропа, не сразу бросается в глаза, но по самому хребту она идёт уже изрядно натоптанной и заметной. Более того, сам хребет чистый, без запалов, обоняние радует запах хвои, а глаз - цветущий рододендрон. Ещё подъём очень пологий и совсем не доставляет каких-то неудобств. Тропа через некоторое время соединяется с дорогой, по которой особо отважные/безбашенные/проходимые (нужное подчеркнуть) добираются до самого скального массива. Там же по дороге можно пройтись и пешком (от стоянки перед началом подъёма по хребту), но нам идти там нудно, долго и не интересно. Плюс несколько дополнительных форсирований водных преград. Ну его.

К “городу” поднимаемся примерно к 10 часам утра. Скидываем рюкзаки, накидываем курточки и идём осматривать проявление красот Приморской природы. Останцы и скальные массивы каждый по своему красив. А в причудливых формах образований каждый видит что-то своё, на что хватает фантазии, воображения или личного опыта (Алина :)) Этот массив не исключение. Так что стоит к посещению он однозначно!

После осмотров, фотосессий возвращаемся в лагерь. Тут главное по дороге не проскочить сворот на тропинку.

К моменту возвращения в лагерь (на часах 12:12) небо начинает затягивать, а в планах же было опробовать бассейн, обнаруженный прошлым днём. Хоть время и обеденной и по плану было готовить еду, и собирать лагерь, но предлагаю собирать лагерь сразу, а на обед останавливаться чуть позже на ручье, где сразу и искупаться. Обоснования два:

есть шансы, что не так затянет небо;
по дороге согреемся.

На том и порешили. Собираем палатки, пакуем рюкзаки, забрасываем их на спины и отправляемся считать броды (как я писал выше, сделали мы это на обратном пути). Выши в 12:43.

Чуть менее, чем за час (13:25) добрались до бассейна, где и остановились на обед и на покупаться. Водичка бодрящая! Обедаем, складываемся и вперёд. Женская часть коллектива максимально облегчается для ускорения форсирования бродов, я с Женей прыгаем по тем же камушкам, что бы опробованы днём ранее.

После брода возле кордона, речь как-то плавно зашла про МПР и ЕЁ. Слово за слово и стланник (как кедровый, так и весь другой) выделяется в отдельный подвид… ЕС. И это не Европейский союз.

К 17:05 мы у машины. Закидываем рюкзаки, а сами пешим порядком отправляемся в сторону дороги. Женя прогревается и выезжает следом. Ближе к выходу Маша делает вид, что голосует и ловит машину, чем смущает мужиков на буханке, которые, судя по всему, видя сию картину, были не против предложить свои услуги по перевозке.

Примерно к 18:30 мы добираемся до лесопитомника. Ну как на машине. Часть пути, как и по пади Синегорная, проходим пешим порядком.

На поляне начинает витать вопрос в воздухе, что, мол, нужно где-то становиться раньше, а то до водопадов добираться будем уже по темну. Выходим в 19:02. После перевала, на поляне в конце дороги (19:40) устраиваем обстоятельный совет по результатам тестового перехода. Решаем таки двигаться до ближайшей поляны и становится там лагерем. Поляна километра через 1.5, доходим до неё за 20 минут. Место полностью свободное, что есть прекрасно и хорошо.

Ставимся, разжигаем костёр, готовим ужин, общаемся, затем в люлю и спать.

Прошли, суммарно, ~21.5 км

День третий. Дождливый.

Эта ночь холоднее первой. Пришлось застёгивать спальник. Ещё и дождь. К запланированному подъёму в 7 утра дождь ещё напоминал о себе. Откладываем подъём до 9 утра. Но уже в 8:30 или около того Женя заглядывает к нам в палатку в поисках котелка и горелки. На вопрос: “а что там по дождю?”, отвечает, что, мол, дождь пришёл в динамическое равновесие: высыхает на одежде с той же скоростью, что и выпадает. Эта информация стала стимулом к появлению из коконов бабочек-туристов.

Начинаем выползать. Я занимаюсь кухней. Женя - костром. Маша второе утро подряд в роли баристы. А котелка системы² в аккурат хватает на порцию кофе на 5 человек.

Планы на сегодня не такие наполеоновские, как в прошлый день: водопады и Лысая. Но на небе низкая облачность. Проходящий мимо собрат-турист сказал, что на курумнике наледь и скользко, а ещё, что все хорошие места возле водопадов заняты. Сам стоял на каком-то пяточке у самой воды. В общем, хорошо, что вчера остановились именно тут. Ну и Лысая теперь под вопросом.

Лагерь оставляем, берём обед-перекус и только к 11 часам³ выходим на маршрут. Погода изо всех сил пытается настроиться, но облачность всё так же низкая.

По пути встречаем группы, идущие в обратный путь. Действительно, народу много, вряд ли бы мы нашли такое же удобное место для лагеря, особенно по ночи. К водопадам подходим к 11:55 и оказываемся тут совершенно одни. Что и говорить - отлично! Ведь меж своими договориться не лезть в кадр значительно проще.

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

Добрались до колодца. Женя, проявил чудеса гибкости и пластики, но смог залезть в него и добыть половину кружки воды. Под Машины возмущения. Хотя её понять можно.

Ещё раз осматриваем путь вверх, облачность, порывы ветра и решаем, что ну его нафиг. Все там уже были и были в хорошую погоду, поэтому лезть сейчас туда… не, мы сможем, но получим ли мы от этого удовольствие?

Сворачиваем сие мероприятие и валимся вниз. Возле “оазиса” с родником решаем устроить обед с видами на окружающие распадки и хребтики. Наслаждаемся, и тут порывом ветра до нас донесло снег! А ведь правильно решили, бросить это гиблое дело.

Разделавшись с обедом, собираем мусор и сваливаемся на поляну около второго водопада. Оставляем рюкзаки и Машу, изъявившую желание погреться на солнышке, и идём на второй и третий водопады. Четвёртый решаем оставить без внимания на этот раз.

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

В лагере устраиваем купания в заводи рядом. Потом костёр, общение, приготовление ужина, сам ужин и спать.

День сегодня и правда оказался не таким насыщенным, как предыдущий. Однако, день принёс несколько подарков от Вселенной: комплект наконечников на палочки и складную пластиковую ложку-вилку, про подобную только на днях говорили с сыном. Так что, пользуясь случаем: Вселенной - спасибо :)

Прошли 11.5 км.

День четвёртый. Выездной.

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

Но были и менее приятные открытия. На правой ноге под носком обнаруживаю дохлого, но впившегося мелкого клеща. Как он там оказался - тайна за семью печатями. Есть мнение, что собрал после купания, ведь верхнюю одежду вообще не хранили в палатке: складывали в пакет и выставляли в тамбур. К слову, хорошая практика. Главное - продукты и перекусы из карманов вынуть, а то проходили: на Снежной мышь проела и палатку и штаны, что бы добраться до сыра.

Но да ладно. Неторопливо превращаемся из гусениц в бабочек (выползаем из спальников). Маша снова наш бариста.

Завтракаем, убираем за собой лагерь, забираем банки из костра, проливаем кострище и в обратный путь.

До машины проскакиваем быстро и не заметно. Переодеваемся, закидываем рюкзаки и пешком отправляемся до дороги, ждём Женю, загружаем уже себя в транспорт и в путь. Проезжая Лазовский перевал, обнаруживаем заметное количество снега по лесу. Значит действительно по верхам было достаточно холодно и шёл снег. Отсюда и наледь на камнях на подъёме на Лысую, которая, судя по всему, к 12 часам уже сошла.

Далее дорога проходит без особых приключений, даже без женского голоса из приборной панели: “Transmission overheat, slow down.” И примерно к 15:30 мы уже все по домам. По крайней мере если верить потоку фотографий в группе.

Протопали 3.13 км

Тезисы

“Ок. Ок, но тревожно.”
ЕС. И это не Европейский союз.
Пофиг куда, главное - с кем.
Давай осмотримся.
Идти вверх, пока вверх не кончится.
Душня компании.

Фото, GPS и прочее

Фото на канале: https://t.me/+wTHPbA5ZjU1lYzYy
Техническая сводка: brief.pdf
GPS: Белый город. Вдп.Зуевский. Вдп.Еломовский.gpx.gz
- На карте: https://nakarte.me/#m=11/43.13657/133.71529&l=O/N/J/F/K&nktl=lC2n51SfVgqZnOug0kk-lA

Полутехническая часть.

Кухня

Не я ведал. Было вкусно, много и хорошо. В большой поход так низя) За подробностями - к Жене.

Профиль высот и километраж

Сводка:

День	Протопали, км	Набор высоты, м	Сброс высоты, м	Время/в движении, ч	Скорость/в движении,	Начало движения, ч	Конец движения, ч
28 апр	12.9	365	150	04:31/03:36	2.9/3.6	14:44	19:16
29 апр, ч.1	18.3	630	855	08:24/04:56	2.2/3.7	08:48	17:13
29 апр, ч.2	3.24	125	30	00:59/00:54	3.3/3.6	19:03	20:03
30 апр	11.5	715	730	06:44/04:34	1.7/2.5	10:40	17:25
1 мая	3.13	30	130	00:47/00:42	4.0/4.5	09:49	10:36
Всего	49.62	1865	1895	—	—	—	—

Профили по дням. Общий смысла делать нет из-за переезда во второй день:

28 апр

29 апр, ч.1

29 апр, ч.2

30 апр

1 мая

Поправка на момент публикации: вышли в 18:18, дошли до смотровой перед водопадом к 18:27. Т.е. ориентировочно 10 минут. ↩︎
FireMaple Polaris X5 ↩︎
Если точнее, то в 10:41 ↩︎

Thinkpad P15Gen2: Linux Vendor Firmware Service (LVFS)

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 19 May 2024 15:00:49 +1000

Как-то забывал сделать заметку, что данный ноутбук поддерживает обновления встроенных прошивок (как минимум BIOS и далее по накату: UEFI, System firmware, EC и так далее) через через Linux Vendor Firmware Service (LVFS), для его используется пакет fwupd.

Несколько месяцев назад у меня на ровном месте перестала работать Ethernet карточка, обновление FW решило вопрос в положительном русле.

У меня последовательность обновлений выглядит так:

sudo fwupdmgr get-devices
sudo fwupdmgr refresh --force
sudo fwupdmgr get-updates
sudo fwupdmgr update

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

Восстановление через U-Boot

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 15 May 2024 14:03:01 +1000

Хотел на Khadas VIM3 выключить DWC3 (USB Host controller), сделал оверлей, поместил в /boot/dtb/overlays/kvim3, добавил запись в /boot/env.txt и… получил кирпич.

Оверлей простой и, вроде, правильный (в конце приведу), но система отказалась загружаться. Возможно на его клоки или ещё что что-то завязано, что не даёт ядру загружаться дальше. Но возникает резонный вопрос: “Шо делать!?”

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

Вариант номер раз и самый просто: перейти в загрузчик и заново прошить систему. Сработает 100%, но всё, что установлено и настроено будет потеряно. Не подходит. Думаем дальше.

При загрузке система выводит логи на UART. Подключаем (пины 17(GND), 18 (RX), 19 (TX), TTL - 3v3, адаптер лучше на такое напряжение, а то вместо восстановления может выйти горевшая плата). Видим логи от U-Boot. Потом загрузку ядра и ступор. А меж тем, выше начала загрузки ядра можно заметить строчку, говорящую, что можно прервать нормальную загрузку ядра нажатием Enter. Зажимаем Enter и перегружаем плату и мы попадаем в U-Boot.

Далее логика простая: нужно отредактировать файл /boot/env.txt и убрать от туда упоминание нашего overlay.

Понятно, что текстового редактора сюда не завезли. Поэтому наши друзья, это команды работы с памятью и загрузки/записи на файловую систему:

Далее последовательность действий.

Загружаем наш файл в память:

ext4load mmc 1:5 0x80000000 /boot/env.txt

Адрес 0x80000000 выбран произвольно, главное, что бы он присутствовал и был достаточно большим, что бы не переписать структуры U-Boot.

Результат:

kvim3#ext4load mmc 1:5 0x80000000 /boot/env.txt    
4575 bytes read in 6 ms (744.1 KiB/s)

Запоминаем размер в байтах и сразу переводим его в HEX: 0x11DF. Все команды воспринимают именно в HEX значения.

Сохраняем резервную копию:

ext4write mmc 1:5 0x80000000 /boot/env.txt.old 0x11DF 0

Смотрим:

md.b 0x80000000 0x11DF

Весь вывод приводить не буду, покажу начало и конец:

kvim3#md.b 0x80000000 0x11DF  
80000000: 23 23 23 23 23 23 23 23 23 23 23 23 23 23 23 23    ################  
80000010: 23 23 23 23 23 23 23 23 23 23 23 23 23 44 4f 20    #############DO    
80000020: 4e 4f 54 20 54 4f 55 43 48 20 54 48 49 53 20 4f    NOT TOUCH THIS O  
80000030: 50 54 49 4f 4e 23 23 23 23 23 23 23 23 23 23 23    PTION###########
...
80001190: 65 65 64 20 74 6f 20 62 65 20 72 65 6d 6f 76 65    eed to be remove  
800011a0: 64 0a 6f 76 65 72 6c 61 79 73 3d 75 61 72 74 33    d.overlays=uart3  
800011b0: 20 70 77 6d 5f 66 20 69 32 63 33 20 69 32 73 20     pwm_f i2c3 i2s    
800011c0: 70 68 69 6c 6c 69 6e 20 77 61 74 63 68 64 6f 67    phillin watchdog  
800011d0: 20 64 69 73 61 62 6c 65 2d 64 77 63 33 0a 0a        disable-dwc3..

Пишем пробелы вместо disable-dwc3 (12 символов), все значения - HEX. Судя по дампу, начало записи - 0x800011d0 + 1 = 0x800011d1

mw.b 0x800011d1 0x20 12

Снова смотрим. И как только результат устраивает - пишем:

ext4write mmc 1:5 0x80000000 /boot/env.txt 0x11DF 0

После чего проверяем процедуру чтения в память и отображения и:

cfgload

что загружает систему в случае Khadas.

Как варианты:

Так как изменения строго в конце - можно просто записать на N байт меньше.
Если изменения в середине и переписать пробелами (0x20) не получится - наш друг cp.b src dst count. В общем, почувствуй себя текстовым редактором!
Если файл огромный (не лезет в память), можно прочитать его частично: у команд ext4load/ext4write можно указать размер и смещение. У ext4write мы пользовались размером, указывая смещение 0.

Полезные команды.

Список MMC:

mmc list

А вообще, я перебором нашёл, тут команда ls в помощь:

ls mmc 1:5 /boot

Команда usb может использоваться для работы с USB накопителем. Для sd карт тоже есть функционал. Главное, что бы он был доступен в U-Boot.

DTS overlay

А вот и виновник:

/dts-v1/;  
/plugin/;  
/ {  
       fragment@0 {  
               target = <&dwc3>;  
               __overlay__ {  
                       status = "disabled";  
               };  
       };  
};

Компилировать:

dtc -I dts -O dtb disable-dwc3.dts -o disable-dwc3.dtbo

KDE 6 и HiDPI

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 14 May 2024 11:23:44 +1000

Дошёл до Manjaro и переезд на KDE6. В лучших традициях жанра, альтернативы в виде KDE5 не оставили.

Но не так страшен чёрт оказался. Правда, при моих 141 DPI (1080p при мониторе 15.6", скрипт для Octave для расчёта тут) пришлось повозиться.

Если ничего не менять, то всё мелко. Если следовать рекомендациям и ставил глобальное масштабирование в 150%, которое и даёт DPI 144, то всё становится адово огромным. При этом установка DPI меняет не только шрифты, но и размеры элементов интерфейса (б$@). В результате вспомнил, что как только у меня QtC стал собираться с Qt6 в какой-то апдейт он тоже стал на моих 141, полез в мой родной .qtc-override (это моя самодеятельность, не обращайте внимание) и выставил теперь для всей системы то, что стояло для Qt Creator:

export QT_SCALE_FACTOR_ROUNDING_POLICY=RoundPreferFloor

что дало то, что мне прямо вот нужно!

Прописал этот параметр в ~/.config/plasma-workspace/env/dpi.sh. Для других окружений можно, например, в ~/.profile или в ~/.config/environment.d/dpi-plasma.conf, но в виде без export:

QT_SCALE_FACTOR_ROUNDING_POLICY=RoundPreferFloor

Детали:

https://doc.qt.io/qt-6/highdpi.html#configuring-x11 - про вообще скалинг и
https://doc.qt.io/qt-6/qt.html#HighDpiScaleFactorRoundingPolicy-enum - про то, какие полиси на округление есть и что они значат

При этом ложка дёгтя остаётся. Глобальное масштабирование рьяно требует шага в 6.25% (на X11). Как я выше писал: для 15.6" монитора при FullHD матрице - это 141 DPI. Два ближайшие значения глобального скалирования, кратные 6.25% это:

150%, что даёт DPI 144
143.75%, что даёт DPI 138

И мои 141 аккурат по середине: 3 пункта вверх и 3 пункта вниз. Ни туда, ни сюда. 138 DPI подходит, наиболее близко для новых матриц в 16". Но для X11 остаётся возможность вручную скорректировать DPI на вкладке Fonts, хотя они и не рекомендуют делать этого. На Wayland сессии этой возможности нет, но, вроде, нет и ограничения на кратность 6.25% (а ещё можно кратность меньше 100% задать). Wayland сильно не тыкал палочкой, так как там нужный мне VirtualBox тупо не работает (точнее гостевые OS с GUI, типа Windows 10).

Короче, что-то у них хреново с промежуточными DPI отличными от 100..200..300% но хоть такие ручки есть.

Ну и резюмируя:

Указываем переменную QT_SCALE_FACTOR_ROUNDING_POLICY (у меня в RoundPreferFloor)
На X11:
1. Ставим глобальный масштаб (“Input & Output” → “Display & Monitor” → “Display Configuration”) в ближайшее значение, что даёт 141 DPI, для простоты пусть будет 150%
2. Корректируем DPI в 141 в настройках шрифтов (“Appearance & Style” → “Fonts” → “Fonts” и “Force Font DPI” в нужное значение). Или не трогаем, если вас всё устраивает. Плюсом не трогать: per-monitor работа.
На Wayland:
1. Судя по всему, только ручками глобального масштаба.

ЗЫ да, напоминаю, что 100% - это 96 DPI, поэтому все множители отсюда и пляшут. Исторически сложилось. Хотя на странице со скриптом-калькулятором физически у мониторов может быть любая дичь.

Кривая Литовка нонстоп

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 10 May 2024 17:27:04 +1000

В субботу 13 апреля Женя Воеводский анонсировал лёгкую прогулку от электрички до электрички на хр.Большой Воробей. В результате мы и сходили от электрички до электрички, но есть нюанс.

Лирико-хронологическая часть

Нюанс заключался в том, что концепция поменялась буквально во время проговаривания фразы: “я с вами…”. В результате сходили нонстопом маршрут с Анисимовки до Тигрового через Капитанский мостик, г.Фалаза и далее по р.Кривая Литовка, р.Литовке и пер.Тигровый.

Компания собиралась из 5 человек, но двое откололись из-за работы и даже были попытки свернуть или переиначить сиё мероприятие. Но все эти жалкие попытки нас поколебать были рассеяны и, как сказал Женя: “Концентрация суровости в группе не пострадала”.

Результирующий состав вышел таким:

Женя В. - кто там ходил и знает;
Антон - отличный попутчик, просто тот, кто хочет сходить нонстоп;
и Я. Меня назначили РукПохом. Но так как мы не приемлем фомализм, то это ничего не означает.

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

В Анисимовке попытались в местных магазинчиках найти репелленты. Это оказалось невыполнимой задачей. Ну да ладно. Главное погода шепчет (сверни не туда…). Температура, по ощущениям была сильно за 20 тепла.

Не сильно торопясь, доходим до нефтебазы, за которой усиленно хотели пойти не тем путём, но вовремя осознали свою неправоту. Дошли од начала подъёма на Капитанский мостик. Тут первый, пробный, брод. Жарко. Переобуваемся и переходим, радуемся ощущениям в ногах.

Подъём до Мостика дался тяжко. Организм упорно намекал, что нужно лечь, поспать, и вообще, зачем вам всё это?.. Но вот видовая. Делаем небольшой привал. Перекусываем, снимаем первых клещей. Пока только с одежды.

От Мостика по хребту до развилки на Грибановку уже легче. По мере набора высоты температура становится всё более комфортной и идти становится проще. На развилке привал, а после вообще открывается второе дыхание, но, лично у меня, его хватает ровно до последнего взлёта на Фалазу, потом оно куда-то уходит. Хотя кругом уже и снег имеет место быть и холодок от земли приятно разгоняет зной от солнца.

На Фалазе-Западной (она же: Фалаза-Жрачечная, Крест Фалазы) приваливаемся опять. Топлю себе воды в джет-бойле (на самом деле Firemaple Polaris X5, но кому какое до этого дело), а то запасённый литр воды явно не под этот температурный режим. Иными словами - вода почти кончилась. Благо был снег. И благо, что был чистый снег!

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

Опасения ещё больше усиливаются при подходе к скамейке недалеко от начала спуска с хребта на Бункер (“Простоквашино”). А раньше на этой плите возлежал на обратном пути… Цивилизация. Но ладно, отвлёкся. Держим совет. Настаиваю, что сваливаться внизу нужно по ближайшему гребню. С умным видом показываю рельеф на карте, некий трек, который там присутствует в виде тропы. На вопрос, а кто РукПох, скромно замечаю, что меня им и назначили. Подленько, но на этом прения и заканчиваются.

Да! Чуть не забыл! Ещё появляются крамольные мысли, что нужно сворачиваться, спускаться в Анисимовку, снимать домик и вообще. Излишне говорить, что раз я пишу эти строки, то мысли были задавлены в зародыше!

В общем, собираем волю в кулак и начинаем продолжать свой путь.

Доходим до того момента, как тропа начинает сваливаться к Бункеры. Тут нам нужно преодолеть порядка 100 метров по нетропленному снегу, что бы начать выходить на хребтик, по которому нам предстоит спуск к реке. Это 100 метров были шикарными! Они окончательно поставили точку в вопросе, где спускаться на Кривую Литовку.

Но хребет тоже оказался хорош.

Для начала, думаю, что не стоит говорить, что тропа, идущая там присутствует только на карте. Хотя уже сказал. Потом, сам хребет еле читается на карте и абсолютно не читается на рельефе. Ну и практически очевидный факт: милые Приморские рощи. Без ЕЁ, но с зарослями актинидии, которая стремится подловить незадачливого туриста и сделать ему подножку или обстоятельно зацепиться за рюкзак или прочие выступающие части. Естественно, не обошлось и без многочисленных прививок элеутероккоком и оралией. Прелесть, одним словом.

Тем не менее, здесь ходят люди: встретили две разряженные ловушки на живность. Сами выглядят довольно старыми, но сторожки явно свежие.

Но самое главное - до Кривой Литовки мы смогли спуститься засветло. Дальше те же МПР, но есть река как ориентир.

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

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

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

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

Как короткий промежуточный итог: спуск и движение по реке до выхода на дорогу занимает около 5-6 км и требует примерно столько же времени в часах.По моим прикидкам, наша средняя скорость на этом участке не превышала 900 м/ч. Да, именно так: девятьсот метров в час.

Выход на дорогу даёт +100 к морали и позитивному настроению. Но начинает маячить перспектива не успеть на первую электричку… Эту мысль просто принимаем как данность, ибо если так, то ничего сделать мы не сможем, а значит, нечего и беспокоиться. А тем временем, по заранее определённому плану мы останавливаемся на… ужин. Время, примерно, 23:30. Запаренная лапша с карпаччо из курицы еле лезет, но конфетки с чаем залетают на ура. Ещё плюс несколько пунктов к морали.

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

К моменту выхода на дорогу по газопроводу (на Литовку), ведущую на пер.Тигровый, мы изрядно разогнались. Эпичные расчёты с элементами матана, линейной алгебры и всего такого (нет), подсказали, что если к 4 утра мы будем на пер.Тигровый, то на первую электричку у нас будут гарантированные шансы успеть.

У нас просто просто какой-то поток бонусов к морали и мотивации!

Дорога к пер.Тигровый далее была не особо примечательной. За исключением нескольких но:

следы тигра и медведя (да, и тут);
броды, которые не преодолеть по камушкам. Я плюнул и бродил в обуви. Антон и Женя переобувались.

На перевал зашли в 03:53. Беглое изучение карты, рельефа и расстояния до перрона ставят все точки над i: мы успеваем! Поэтому немного расслабляемся и даём себе хорошо отдохнуть.

Последний рывок на, примерно, 7 км и в начале седьмого мы уже под навесом, возле магазина, недалеко от перрона. Переоблачаемся в сухое и тёплое, осматриваемся на предмет клещей (у Антона по пути вытащили из шеи одного, который не подавал признаков жизни… будто замёрз), завтракаем. По клещам, как говорил одного вытащили, одного снял у себя с банданы, тоже неподвижного. Реально, ощущение, что с ночным похолоданием они впали в кому.

В 8:30 прыгаем в электричку и с чувством выполненного долга едем домой.

И, на последок, короткие ремарки по результам:

Нонстопы имеют право на существование, но для них нужен особый склад характера… или состояние души;
всю дорогу, думал, что взял лишних вещей, но когда одевался в них перед электричкой, отбросил эти мысли;
нужен рюкзак поменьше в хозяйстве, литров на 60-70;
джет-бойл - весчь, даже если это аналог, а не оригинал;
карты могут дарить неверные надежды;
по Кривой Литовке стоит погулять при свете солнца;
основные впечатления при движении по МПР, ЕЁ и т.п., но как же потом радуешься дороге! Хотя там и скучно;
организм странная штука: в начале пути хочет спать, а по среди ночи - ни в одном глазу;
не путайте высоту и расстояние до точки в навигаторе, иначе можно получить нехилую просадку в мотивации и морали из-за ложного чувства топтания на месте;
если что-то вспомню, то дополню.

Фото и GPS

GPS:
- krivaya-litovka-nonstop-export.gpx
Фото:
- https://disk.yandex.ru/d/kFftJsq2j74uhg

Полутехническая информация

Кухня

Взял Firemaple Polaris X5, початый баллон газа, лапшу (“доширак”), пюре под запаривание и карпаччо. Несколько пакетиков чая, конфеты и 6 бутеров. Часть этого добра вернулось домой.

Профиль высот и километраж

День	Протопали, км	Набор высоты, м	Сброс высоты, м	Время/в движении, ч	Скорость/в движении,	Начало движения, ч	Конец движения, ч
13-14 апр Всего	41	1735	1665	20:13/14:21	2.0/2.8	13 апр 10:18	14 апр 6:31

Conan vs vcpkg, действие второе

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 23 Apr 2024 10:43:28 +1000

И так, в продолжение темы Conan vs vcpkg. Как я там уже писал с vcpkg подружиться получилось.

Для начала тулчейн. У меня получилось запустить как с MXE, который был собран командой make cc . Сам конфиг для статической сборки получился такой (файл settings.mk, положить в корень копии MXE):

settings.mk

Для него нужен вот такой CMake toolchain файл:

toolchain-cross-mingw32-linux-w64-mxe.cmake

Но с тем же успехом отработал и тулчейн из Manjaro/ArchLinux. Для него тулчён файл чуууточку поправленный:

toolchain-cross-mingw32-linux-w64-sys.cmake

Всё отличие:

--- toolchain-cross-mingw32-linux-w64-mxe.cmake 2024-04-15 11:42:29.423500871 +1000  
+++ toolchain-cross-mingw32-linux-w64-sys.cmake 2024-04-15 11:42:29.426834270 +1000  
@@ -1,9 +1,18 @@  
+# Tested with system MinGW compiler in the Manjaro Linux  
+#  
+# Just install it:  
+#  
+# sudo pacman -S mingw-w64-gcc mingw-w64-binutils mingw-w64-crt mingw-w64-headers mingw-w64-winpthreads  
+#  
+# Or just adjust PATH (prepend or append) with location of the installed MinGW  
+#  
+#  
+  
# the name of the target operating system  
set(CMAKE_SYSTEM_NAME Windows)  
set(CMAKE_CROSSCOMPILING TRUE)  
   
-set(MXE_PREFIX ${CMAKE_CURRENT_LIST_DIR}/mxe/usr)  
-set(COMPILER_PREFIX "x86_64-w64-mingw32.static")  
+set(COMPILER_PREFIX "x86_64-w64-mingw32")  
   
# for find_library()  
set(CMAKE_LIBRARY_ARCHITECTURE ${COMPILER_PREFIX})  
@@ -19,12 +28,12 @@  
endif()  
   
# which compilers to use for C and C++  
-find_program(CMAKE_RC_COMPILER NAMES ${MXE_PREFIX}/bin/${COMPILER_PREFIX}-windres)  
-find_program(CMAKE_C_COMPILER NAMES ${MXE_PREFIX}/bin/${COMPILER_PREFIX}-gcc)  
-find_program(CMAKE_CXX_COMPILER NAMES ${MXE_PREFIX}/bin/${COMPILER_PREFIX}-g++)  
+find_program(CMAKE_RC_COMPILER NAMES  ${COMPILER_PREFIX}-windres)  
+find_program(CMAKE_C_COMPILER NAMES   ${COMPILER_PREFIX}-gcc)  
+find_program(CMAKE_CXX_COMPILER NAMES ${COMPILER_PREFIX}-g++)  
   
if (NOT IS_VCPKG)  
-    find_program(PKG_CONFIG_EXECUTABLE NAMES ${MXE_PREFIX}/bin/${COMPILER_PREFIX}-pkg-config)  
+    find_program(PKG_CONFIG_EXECUTABLE NAMES ${COMPILER_PREFIX}-pkg-config)  
endif()  
   
set(CMAKE_C_COMPILER_WORKS On)  
@@ -45,7 +54,7 @@  
set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)  
   
# We want to install alongside the compiler by default  
-set(CMAKE_INSTALL_PREFIX ${MXE_PREFIX})  
+set(CMAKE_INSTALL_PREFIX /usr/${COMPILER_PREFIX})  
   
if (VCPKG_INSTALLED_DIR)  
    # TBD: make more clean  
@@ -54,12 +63,6 @@  
    set(CMAKE_SHARED_LINKER_FLAGS "-L${VCPKG_INSTALLED_DIR}/${VCPKG_TARGET_TRIPLET}/lib")  
endif()  
   
-# WA for MXE  
-if (NOT IS_VCPKG)  
-    set(CMAKE_EXE_LINKER_FLAGS "-liconv")  
-    set(CMAKE_SHARED_LINKER_FLAGS "-liconv")  
-endif()  
-  
# DEBUG  
#get_cmake_property(_variableNames VARIABLES)  
#list (SORT _variableNames)

По сути, только префиксы и “костыль” с iconv убраны.

Далее, мы имели дело с этим:

/bin/sh: строка 1: powershell.exe: команда не найдена  
ninja: build stopped: subcommand failed.

Да, Microsoft решила свои проблемы радикальным способом: у нас есть свой шелл, ну давай его так пропихнём. Нужно отметить, что для сборки это не критично и ошибка вылазит на этапе cmake --install -B build. Вылечить можно двумя способами:

В тулчейнах выше указано:

# WA for vcpkg + mingw cross building  
# - you can install powershell: `yay -S powershell`  
# - or just skip unneeded in most cases step  
# - note, Z_xxx vairalble are internal one  
set(Z_VCPKG_POWERSHELL_PATH echo)

оно заглушает вывод и не мешает сборке.

Либо поставить пакет: yay -S powershell, в системе появится шелл pwsh, который ищется в первую очередь, а потом делается откат на powershell.exe

Собственно, в прошлой статье на этом и была загвоздка. И после этого всё строится нормально, ровно как и не сильно изменился сам тулчйн-файл. Добавилось только ещё:

set(CMAKE_SHARED_LINKER_FLAGS "-L${VCPKG_INSTALLED_DIR}/${VCPKG_TARGET_TRIPLET}/lib")

как часть WA для vcpkg.

Немного усложнился файл манифеста vcpkg.json - добилось платформенное условие для Linux:

{  
   "$schema": "https://raw.githubusercontent.com/microsoft/vcpkg-tool/main/docs/vcpkg.schema.json",  
   "dependencies": [  
       "ffmpeg",  
       "zlib",  
       {  
           "name": "libusb",  
           "features": [  
               {  
                   "name": "udev",  
                   "platform": "linux"  
               }  
           ]  
       }  
   ],  
   "name": "usbctl",  
   "version-string": "1.11"  
}

А сборка и конфигурирование проходит так:

cmake -S . -B build-win64-sys -G Ninja \  
   -DCMAKE_TOOLCHAIN_FILE=$(pwd)/vcpkg/scripts/buildsystems/vcpkg.cmake \
   -DCMAKE_CROSSCOMPILING=On \ # возможно, можно не указывать, но не перепроверял
   -DENABLE_STATIC=On \ # это проектная опция
   -DVCPKG_TARGET_TRIPLET=x64-mingw-static \  
   -DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=$(pwd)/toolchain-cross-mingw32-linux-w64-sys.cmake  
  
cmake --build   $BUILD --target all  
cmake --install $BUILD --prefix build-cross-install/usr # будет работать только если поставлен powershell и убрана строка с установкой Z_VCPKG_POWERSHELL_PATH в тулчейне

Conan vs vcpkg

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 12 Apr 2024 12:12:57 +1000

UPD 2024-04-15 vcpkg поборол, причём статику сгенерил как при помощи системного MinGW из Manjaro, так и с тулчёном из MXE. Подробности чуть позже. Conan в пролёте. UPD 2024-04-23 а вот и подробности: Conan vs vcpkg, действие второе

дискас.

А вообще, мне нужно было кросс-компильнуть максимально статический бинарник из-под Linux в Windows. Оба не справились, но vcpkg продвинулся дальше.

Не без мук, но дальше. Настолько дальше, что бинарь он отстроил… но в конце он зачем-то пытается сделать:

/bin/sh: строка 1: powershell.exe: команда не найдена  
ninja: build stopped: subcommand failed.

o_O

А быстрее всего и с минимальными телодвижениями справился MXE, но он чисто под MinGW кросс-компиляцию и создаёт свой sysroot. Понятно, что как универсально средство - не очень подходит.

MXE можно использовать и только собрать тулчейн (make cc), а остальное отдать на откуп пакетникам. vcpkg частично справляется (см выше). Conan на рецепте iconv свалился из-за косяка в рецепте (жёстко ищет RC компилятор с именем windres, причём не понятно по каким путям), а что-то сходу как его заоверлеить я не нашёл (MXE и vcpkg позволяют это и достаточно лехко).

ЗЫ у меня в системном MinGW тулчейне сломали статическую сборку.

Для тех, кто ходит под кат. Но напомню - успех не достигнут.

Текущий файл профиля для Conan (информации мало) - mingw64:

[settings]  
   os=Windows  
   arch=x86_64  
   build_type=Release  
   compiler=gcc  
   compiler.version=13.2  
   compiler.libcxx=libstdc++11  
   compiler.exception=seh  
   compiler.threads=posix  
   #compiler.cppstd=17  
  
[options]  
  
[buildenv]
# А вот как прочитать окружение пользователя? Или найти расположение относительно файла?
PATH=+(path)/mnt/zyncdev/user/repos/MXE/mxe/usr/bin  
  
# WA (это проба пера - обмануть libiconv, не прокатило)
PROCESSOR_ARCHITECTURE=i386  

CHOST=x86_64-w64-mingw32.static  

AR=x86_64-w64-mingw32.static-ar  
AS=x86_64-w64-mingw32.static-as  
RANLIB=x86_64-w64-mingw32.static-ranlib  
CC=x86_64-w64-mingw32.static-gcc  
CXX=x86_64-w64-mingw32.static-g++  
STRIP=x86_64-w64-mingw32.static-strip  
RC=x86_64-w64-mingw32.static-windres  
WINDRES=x86_64-w64-mingw32.static-windres  
  
[runenv]  
#PATH=+(path)/mnt/zyncdev/user/repos/MXE/mxe/usr/bin  
  
[conf]  
tools.build:jobs=8  
tools.build:compiler_executables={'c': 'x86_64-w64-mingw32.static-gcc', 'cpp': 'x86_64-w64-mingw32.static-g++', 'rc': 'x86_64-w64-mingw32.static-windres'}  
  
# tools.build:compiler_executables={'c': '/usr/bin/clang', 'cpp': '/usr/bin/clang++'}  
# tools.cmake.cmaketoolchain:toolchain_file  
  
# Appending values into the existing list  
#user.myconf.build:ldflags+=["--flag2 value2"]  
  
# Unsetting the existing value (it'd be like we define it as an empty value)  
#user.myconf.build:cflags=!  
  
# Prepending values into the existing list  
#user.myconf.build:ldflags=+["--prefix prefix-value"]

И текущий тулчейн-файл для CMake, который передаю VCPKG как -DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=$(pwd)/toolchain-cross-mingw32-linux-w64-mxe.cmake:

# the name of the target operating system  
set(CMAKE_SYSTEM_NAME Windows)  
set(CMAKE_CROSSCOMPILING TRUE)  
  
set(MXE_PREFIX ${CMAKE_CURRENT_LIST_DIR}/mxe/usr)  
set(COMPILER_PREFIX "x86_64-w64-mingw32.static")  
  
# for find_library()  
set(CMAKE_LIBRARY_ARCHITECTURE ${COMPILER_PREFIX})  

# WA for vcpkg, первый... но не последний
if (VCPKG_INSTALLED_DIR OR VCPKG_CHAINLOAD_TOOLCHAIN_FILE OR VCPKG_MANIFEST_DIR)  
   set(IS_VCPKG True)  
endif()  
  
# which compilers to use for C and C++  
find_program(CMAKE_RC_COMPILER NAMES ${MXE_PREFIX}/bin/${COMPILER_PREFIX}-windres)  
find_program(CMAKE_C_COMPILER NAMES ${MXE_PREFIX}/bin/${COMPILER_PREFIX}-gcc)  
find_program(CMAKE_CXX_COMPILER NAMES ${MXE_PREFIX}/bin/${COMPILER_PREFIX}-g++)  
  
if (NOT IS_VCPKG)  
   find_program(PKG_CONFIG_EXECUTABLE NAMES ${MXE_PREFIX}/bin/${COMPILER_PREFIX}-pkg-config)  
endif()  
  
set(CMAKE_C_COMPILER_WORKS On)  
set(CMAKE_CXX_COMPILER_WORKS On)  
  
# here is the target environment located  
set(USER_ROOT_PATH $ENV{HOME})  
#set(CMAKE_FIND_ROOT_PATH  ${MXE_PREFIX}/${COMPILER_PREFIX} ${USER_ROOT_PATH})  
list(APPEND CMAKE_FIND_ROOT_PATH  ${MXE_PREFIX}/${COMPILER_PREFIX} ${USER_ROOT_PATH})  
  
SET(CMAKE_SYSROOT ${MXE_PREFIX})  
  
# adjust the default behaviour of the FIND_XXX() commands:  
# search headers and libraries in the target environment, search  
# programs in the host environment  
set(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)  
set(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)  
set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)  
  
# We want to install alongside the compiler by default  
set(CMAKE_INSTALL_PREFIX ${MXE_PREFIX})  
  
# WA for vcpkg, да ещё один
if (VCPKG_INSTALLED_DIR)  
   # TBD: make more clean  
   set(CMAKE_EXE_LINKER_FLAGS "-L${VCPKG_INSTALLED_DIR}/${VCPKG_TARGET_TRIPLET}/lib")  
endif()  
  
# DEBUG  
#get_cmake_property(_variableNames VARIABLES)  
#list (SORT _variableNames)  
#foreach (_variableName ${_variableNames})  
#    message(STATUS "${_variableName}=${${_variableName}}")  
#endforeach()

Этот же тулчейн при работе с MXE (если строить зависимости его силами) отрабатывает на УРА.

Манифест (conanfile.txt) Conan:

[requires]  
zlib/1.3.1  
libusb/1.0.26  
ffmpeg/6.1  
  
[generators]  
CMakeDeps  
CMakeToolchain

Манифест (vcpkg.json) vcpkg:

{  
   "$schema": "https://raw.githubusercontent.com/microsoft/vcpkg-tool/main/docs/vcpkg.schema.json",  
   "dependencies": [  
       "ffmpeg",  
       "libusb",  
       "avcpp",  
       "zlib"  
   ],  
   "name": "usbctl",  
   "version-string": "1.11"  
}

Гибридная графика: проблема с wine и не только

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 08 Apr 2024 09:42:31 +1000

Итак, список проблем:

При запуске Wine, даже обычного winecfg система блочится, что-то далает, потом отдупляется, но приложение не запускается. Если при этом запустить быстро повторно, то запуск происходит
Долго запускается geeqie, прям вот сильно долго для простого приложения
В хоте разбирательств выяснилось, что долго отрабатывает с блоком системы и банальный вывод xrandr --listproviders

Методом проб выяснилось: проблема в драйвере modesettings для Xorg. Переключение на Intel в настройках решает проблему.

UPD 2024-05-19: установка драйвера nvidia-open-beta-dkms из AUR так же решает проблему и позволяет работу с modesetting.

Но. Блин, всегда эти но. Я не сильно часто делаю скриншоты, но тут оказалось, что это дело поломано. А раз поломано, то использовать так и тянет. Поломка заключается в том, что при смене настроек на использование драйвера на Intel приводит к тому, что время от времени скриншотилки делают снимок какого-то кадра из прошлого o_O. Переключение эффектов выкл/вкл временно решает проблему.

Аналогичные артефакты при трансляции экрана: Google Meeting, Telegram, Яндекс.Телемост, да, думаю, во всех. Переключение эффектов так же временно решает проблему.

В ходе дальнейших исследований и экспериментов, показало, что принудительное выключение DRI3 решает проблему, ну или очень сильно её скрывает.

Свои изыскания выложил изначально на форуме Manjaro, где чувак столкнулся с той же проблемой, а ему начали накидывать какой-то бред:

https://forum.manjaro.org/t/running-first-wine-application-causes-system-to-slow-down/152199/13?u=monah_tuk

Итоговый конфиг для Xorg /etc/X11/xorg.conf.d/20-intel.conf:

Section "Device"
    Identifier "Intel Graphics"
    #Driver "modesetting"
    Driver "intel"
    Option "Backlight" "intel_backlight"

    # integrated intel
    BusId "PCI:0:2:0"

    Option "DRI" "2" # Turn Off DRI3 here
    Option "TearFree" "true"
EndSection

BusId нужно будет скорректировать под вашу систему. Значение полностью соответствует выводу lspci, без лидирующих нулей.

Ну и связанные ссылки:

https://forum.manjaro.org/t/running-first-wine-application-causes-system-to-slow-down/152199/13?u=monah_tuk - ссылка на мой ответ на форуме Manjaro
https://www.reddit.com/r/linuxquestions/comments/17iuzr9/lag_when_starting_any_wine_version_and_fork_with/ - аналогичная проблема, уже на Reddit, там же отписался по решению.

Wayland and...

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 08 Apr 2024 09:30:56 +1000

Я тут решил попытаться запуститься с Wayland.

Потыкал перекодирование с CUDA (nvenc), вроде работает. А потом запустил VirtualBox (у меня там несколько билд-окружений на MSVS)… Короче, в гостевой системе напрочь неработает мышь. Не знаю кто виноват, но в одном случае оно работает, а в другом - нет. Проблема обозначена уже 4 года как.

Мелочи, типа увеличенного мышиного курсора в Firefox, по сравнению с другими окружениями не рассматриваю.

А, ну и из прошлых попыток - падение kwin вызывало падение сессии, что для меня, расслабленного X11 выглядит дико. Базару ноль, софт писать нужно так, что бы не падал. Но… но быстро поднятое упавшим не считается и если такое случилось, то пусть труды останутся живыми.

Git: выключение вывода через pager для отдельных команд

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 03 Apr 2024 17:28:22 +1000

В последнее время обратил внимание, что Git пытается использовать вывод через Pager, типа less, к месту и не к месту. К примеру, вывод diff мне даром через него не нужен, как и вывод git branch. Судя по всему, не мне одному такое не нравится.

Ответ там же по ссылке. Если коротко: для каждой подкоманды можно настроить использование pager индивидуально:

git config --global pager.branch false
git config --global pager.diff false

Acer Laptop: выключаем Secure Boot

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 19 Mar 2024 21:26:24 +1000

Заметка касается Acer Aspire ES 11, но судя по всему, касается многих других ноутбуков.

Итак, нужно поставить Manjaro, захожу, что бы выключить Secure Boot, который включен по умолчанию, но настройка затенена. WTF!?

Так же практически ничего не доступно на вкладке Security, кроме Set Supervisor Password и Set HDD Password. Так вот, что бы поменять все остальные настройки, нужно обязательно установить Set Supervisor Password! Более того, как настроите, что нужно, его можно сбросить: просто вместо нового пароля ввести оба раза пустой. Помимо настроек на этой вкладке становится доступна для изменения опция Secure Boot на вкладке Boot.

В общем:

Ставим Supervisor Password
Ставим Secure Boot в Disabled
Сбрасываем Supervisor Password
Сохраняемся, перезагружаемся
Enjoy!

...

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 16 Mar 2024 22:05:08 +1000

16.03.2016, помним.

Добавил ссылку на канал в Telegram

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 13 Dec 2023 11:45:56 +1000

Справа в ссылках на ресурсы добавил ссылку на канал в Telegram куда автоматом перекладываются статьи из бложика. Помимо этого, завёл шаблон Instant View, и ссылка фильтруется через него, так что читать статью на мобильных устройствах можно прямо из телеги. Дискуссии тоже открыты.

PS всего-то 4 года прошло, как канал появился :-D

Проброс последовательного порта по сети

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 05 Dec 2023 11:37:22 +1000

Сетап:

Удалённое устройство, подключенное к серверу на Linux
Управление через COM порт
Управление тулом под Windows
Есть SSH доступ
Само устройство успешно удалённо программируется и отлаживается по JTAG

Нужно:

Запустить тул локально под Virtual Box (локальная машина тоже Linux)
Пробросить удалённый последовательный порт локально
Пробросить его в Virtual Box

Поиск в интернете даёт сходу два результата:

Оба пакета имеются в наличии в Manjaro/ArchLinux и поставить просто:

pacman -S socat ser2net

socat, к слову, уже был поставлен как зависимость kwallet-pam.

ser2net реализует RFC2217.

Предподготовка

Будем пытаться максимально делать всё от обычного пользователя (кроме, пожалуй, установки пакетов).

Создадим каталог $HOME/dev для наших устройств:

mkdir -p $HOME/dev

Попытка номер раз: только socat

В его man’е есть заманчивая строчка:

       socat PTY,link=$HOME/dev/vmodem0,rawer,wait-slave \
       EXEC:"ssh modemserver.us.org socat - /dev/ttyS0,nonblock,rawer"

Пробуем (эксперимент показываю на localhost, сейчас удалёнка вне доступа, но смысл тот же, просто где-то придётся пробросить порты через тот же SSH):

socat PTY,link=$HOME/dev/serial-local,rawer,wait-slave EXEC:"ssh localhost socat - /dev/ttyUSB0,nonblock,rawer"

А далее picocom:

$ picocom -b 115200  ~/dev/serial-local  
picocom v3.1  
  
port is        : /home/hatred/dev/serial-local  
flowcontrol    : none  
baudrate is    : 115200  
parity is      : none  
databits are   : 8  
stopbits are   : 1  
escape is      : C-a  
local echo is  : no  
noinit is      : no  
noreset is     : no  
hangup is      : no  
nolock is      : no  
send_cmd is    : sz -vv  
receive_cmd is : rz -vv -E  
imap is        :    
omap is        :    
emap is        : crcrlf,delbs,  
logfile is     : none  
initstring     : none  
exit_after is  : not set  
exit is        : no  
  
Type [C-a] [C-h] to see available commands  
Terminal ready  
  
FATAL: read zero bytes from port  
term_exitfunc: reset failed for dev UNKNOWN: Input/output error

При этом со стороны socat:

2023/12/05 11:00:37 socat[1555557] E tcgetattr(7, 0x56489e9255a0): Inappropriate ioctl for device

Это фиаско. Но двигаемся дальше.

Попытка номер два: ser2net и socat

Со стороны “сервера” пробуем запустить ser2net, а уже локально создать “файл устройства” через socat.

Сервер:

ser2net -C "7000:telnet:0:/dev/ttyUSB1:remctl" -d -u

Локально (если нужно, пробрасываем порт через ssh):

socat PTY,link=$HOME/dev/serial-local,rawer TCP:localhost:7000

Локально, picocom:

$ picocom -b 115200  ~/dev/serial-local  
picocom v3.1  
  
port is        : /home/hatred/dev/serial-local  
flowcontrol    : none  
baudrate is    : 115200  
parity is      : none  
databits are   : 8  
stopbits are   : 1  
escape is      : C-a  
local echo is  : no  
noinit is      : no  
noreset is     : no  
hangup is      : no  
nolock is      : no  
send_cmd is    : sz -vv  
receive_cmd is : rz -vv -E  
imap is        :    
omap is        :    
emap is        : crcrlf,delbs,  
logfile is     : none  
initstring     : none  
exit_after is  : not set  
exit is        : no  
  
Type [C-a] [C-h] to see available commands  
Terminal ready  
weeeerrrrrttttyyyyqqqqaaassszzxxcvfdsfdsfdsrwrew

со стороны UART Rx и Tx соединены, поэтому наблюдаем Echo.

Это успех!

UPD: успех, но не полный. Петля на Rx-Tx скрыла тот факт, что не было настройки Boudrate. Если бодрейт сильно отличается, то может посыпать мусор и параметр remctl тут не сильно помогает. Если по простому: то в самом конце цепочки, на уровне picocom может уже не сработать установка baudrate. Нужно править или на уровне socat или команды ser2net. Самое простое, изменить команду ser2net так:

ser2net -C "7000:telnet:0:/dev/ttyUSB1:921600 remctl" -d -u

И однострочник, который пробросит с хоста и порты сразу и запустит команду:

ssh -L '*:7000:localhost:7000' zcu208 'ser2net -C "7000:telnet:0:/dev/ttyUSB1:921600 remctl" -d -u'

А теперь горбатый VirtualBox

Идём в настройки виртуальной машины на вкладку “Serial Ports” и включаем, для примера, COM1.

И, внезапно, обнаруживаем в параметре “Port Mode:” режим “TCP”… А ну ка, указываем там “localhost:7000” (именно на этом порту у нас уже висит ser2net из предыдущего пункта) и загружаемся.

В Windows в диспетчере видим единственный COM1 и подключаемся к нему через Putty и наблюдаем echo.

Снова успех! Даже запуска socat не нужно. Но успех частичный, читаем дальше.

Есть, правда, нюанс: до запуска виртуалки к ser2net не должно быть никакого подключения. Иначе порт появится, а работать не будет.

Второй нюанс: не работают “нестандартные” Baud Rate. К примеру, я не смог поставить 921600. Но они же работают в связке socat+picocom.

Если настраивать через PIPE, то результат ровно такой же. Настройка через PIPE

Сначала запускаем socat: socat UNIX-LISTEN:$HOME/dev/serial-pipe TCP:localhost:7000
В настройках порта указываем:
- “Port Mode:” → “Host Pipe”
- “Path/Address:” → “~/dev/serial-pipe”
  - лучше указать полный путь, который обслуживает socat.

Сдаётся мне, что это особенности стандартного драйвера для стандартных последовательных портов (COM1-4). Поэтому, идём дальше.

Убираем промежуточное звено

На Windows вполне можно себе использовать RFC2217. Поэтому попытаемся создать подключение к ser2net непосредственно, миную функционал Virtual Box.

Для начала запускаем Telnet или Putty, выбираем протокол telnet, устанавливаем хост в адрес на котором крутится ser2net и соответствующий порт. Смотрим, что работает. Если не работает - разбираемся с сетью.

Дальше скачиваем необходимые пакеты проекта Null-modem emulator:

com2com
- лучше версию 2.2.2.0 дабы не иметь проблем с подписью на новых Windows
- или отключаем проверку подписи, либо курим DSEO
- я скачивал и пробовал (Windows 10 64bit) com0com-2.2.2.0-x64-fre-signed.zip
hub2com

Первый распаковываем и устанавливаем. После чего запускаем от имени Администратора конфигуратор setupc.exe и вводим туда:

install PortName=COM19 PortName=COM20

что создаст нам пару виртуальных портов и роутинг между ними. В приложении нужно будет использовать порт COM20, а для сети - COM19. Можно добавить параметр EmuBR=yes к COM19 для эмуляции скорости, но у меня всё заработало без него.

Далее распаковываем hub4com, там никаких установщиков нет. И запускаем:

.\com2tcp-rfc2217 \\.\COM19 192.168.0.104 7000

здесь:

COM19 - первый из пары виртуальных адресов
192.168.0.104 - адрес, где крутится ser2net на Linux
7000 - соответственно порт, который слушает ser2net

В Putty пробуем открыть COM20 с нестандартным рейтом, например - 921600. И вот тут оно начинает работать.

Терминал с запущенным com2tcp-rfc2217.bat закрывать не нужно, иначе связь разорвётся.

Теперь точно успех!

Дополнительная информация

http://gaydov.blogspot.com/2013/06/linux-serial-over-ip.html
- перечислены альтернативные решения
  - sredird
  - sercd
https://gist.github.com/DraTeots/e0c669608466470baa6c
- здесь есть про Windows
https://stackoverflow.com/a/37744302/1828241

Снежная с севера

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 07 Nov 2023 12:04:33 +1000

На ноябрьские праздники группой единомышленников сгоняли Снежную по маршруту с севера. Хотя, если смотреть карту, то больше похоже на маршрут с Запада :)

Лирика и хронология

А за неделю до этого МЧС и синоптики слёзно умаляли никуда не рыпаться, ибо 6 ноября будет ОНА. Но мы не поддались. Тем более, что по плану сам заход на гору планировался радиалкой на 5 число, тогда как основную непогоду рисовали на 6 число, что застало бы нас в дороге, а не на маршруте.

По итогу собралось два экипажа:

Женин RVR
1. Женя
2. Маша
3. Андрей
Мой Forester
1. Я
2. Вика
3. Аня
4. Денис

По палаткам определились, что будет 2+2+3.

Выезд запланировали в субботу 4 числа в 8:00 от Седанки. В 7:20 на Снеговой пади подхватываю Вику и едем до парковки у Монастырёва перед съездом на трассу Седанка-Патрокл. Тут тасуем рюкзаки и пассажиров и где-то в 8:10 выезжаем. Едем каждый своим темпом и синхронизируемся на заправке Роснефти в Варфаломеевке, тут же санитарная остановка и перекус перед дальнейшей дорогой. Дорога местами до Варфоломеевки сильно потрёпана жизнью, ехать стоит внимательно.

Незадолго до деревни Извилинка кончается асфальт, а в скором времени и наш сворот на деревню Березовка, дорога ощутимо хуже, больше 60 разгоняться уже совсем нет желания. А 2GIS тем временем упорно пытался провести маршрут через деревню. Не ведитесь - дорога за деревней размыта. Мы не повелись, а на стыковке двух дорог за деревней уже воочию убедились, что мы бы тут не проехали. От этой точки в папочке GPS есть автомобильный трек.

По трассе на Берёзовку видно много последствий прошедших тайфунов, но мосты все на месте вплоть до слияния Извилинки и Правой Извилинки. Здесь конструкция моста оформлена, но заезды/съезды ещё не отсыпана. Многие мосты оформлены по временной схеме и идут работы по возведению более обстоятельных конструкций. Почти везде присутствуют съезды для бродов. На слиянии же двух Извилинок - брод. Для кроссоверов, да и не только, по текущей воде (а уже два месяца как не было дождей практически). Здесь делаем себе заметку на память: по дождю вода может подняться, поэтому после горы, имеет смысл все броды оставить за спиной. На этом же месте мы на обратном пути сделали лагерь (точка ЛАГ на обратном пути).

Через, примерно, километр поворот направо в верховья Извилинки. Дорога поначалу мало отличается от трассы на д.Извилинка-д.Берёзовка, но вскоре начинают сказываться последствия ливней и дождей. Но лесозаготовители оформили дороги, хотя в некоторых местах стоит ехать аккуратно, дабы не стукнуть чего и не растерять резину.

Где-то за 4.5-5 км до конца автомобильной части к камням на дороге добавляется грязь. 4 числа она была замёрзшая (показометр температуры в машине стабильно показывал -4, хотя термометр - около нуля) и проехалась вообще без каких-то проблем, а вот на обратном пути она растаяла и… тоже проехалась без проблем.

Итого, дорога от д.Извилинка до пешеходной части маршрута около 52км, время на дорогу ушло 2 часа 26 минут. На месте были в 15:00. Суммарно проехали за 7 часов.

Лагерь решаем ставить не перед началом тропы, а на поляне до неё. Пешком это 600м, что для нас не принципиально. Зато, по ощущениям, площадка под палатки тут ровнее. Но да это вкусовщина. А на поляне непосредственном перед началом подъёма оказалась Делика Артёма и джимник (но это не точно). Вечером они притормозили у нашего лагеря, поздороваться.

Но. Ничего не бывает без “но”. Хоть на картах и обозначены обильные ручьи, но воды тут нет. Абсолютно! Судя по всему сказывается отсутствие дождей и вырубка, которая уменьшает удерживающую способность грунта и вода быстрее и обильнее сходит, меньше задерживаясь на склонах. Пришлось брать все ёмкости и ехать за водой назад. Благо из соседнего распадка всего в километре от лагеря ручей уже был. Среди точек место обозначено как ВОДА.

Возвращаемся, палатки уже поставлены. Дальше уже рутина: раскидать вещи и начинаем неспешную готовку обеда, который потом не менее неспешно потом перетёк и в ужин. Посидели у костра, пообщались и спать. Подъём запланировали на 6:00, что бы к 8:00 постараться выйти (угу, “спортмены”).

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

6:00. Подъём. Неспешной разгоняемся, готовим завтрак и греем воду в термоса. У Андрея наблюдается первый акт снарягогубства: во время вчерашних посиделок у костра термоклей на ботинках решил самоустранится и подошва начала отходить. Пришлось всю дорогу спасаться скотчем и кабельными стяжками.

Со всеми перекладываниями, сборами, в 8:19 стартуем. В 8:27 начинаем подъём по волоку на отрог хребта Облачная-Снежная, правда так увлеклись, что пропустили более логичное место, где с него соскочить и зашагнуть на пупырь 1102м. Поэтому ломимся вверх, благо лес позволяет. На нём мы в 9:09. Отсюда уже попадается маркировка тропы и временами сами тропа становится заметна на рельефе.

В 9:24 мы уже на вершине с отметкой 1134м. Вершина плоская, ровная, открытая уложена курумником. Хорошая видовая. Минут через 20 начинается подъём на хребет с постепенным увеличением крутизны от 5-7° до 28° местами. Под самым верхом ждёт немного ЁЁ и кедрового стланика. Но протоптано, пройти можно без особых проблем. Зато на хребте сразу вываливаемся на луга Рамадана (отметка 1388м). Время 11:00. Делаем небольшой привал на перекусить, полюбоваться красотами и видом на нашу цель - гору Снежная. Погода, к слову, радует - очень тепло. Вчера с вечера верхушки деревьев все были в инее, а сейчас всё растаяло. Явный и ощутимый плюс на улице (термометр забыл у машины). При практически полном отсутствии ветра позволяет комфортно не только идти в тоненькой термухе, но и делать короткие остановки без необходимости облачаться во что-то более тёплое.

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

Так мы проскакиваем в 11:10 отметку 1408м и на следующем пупыре с отметкой 1589м (время 11:39) уже начинает настоящая горная тундра: курумник, мхи, брусника, отдельные кусты кедрового стланика. К слову, брусника есть. Уже ударенная морозом и вкусная. Почти все участники с разной долей энтузиазма были остановлены этим категорийным препятствием.

Между отметками 1589м и 1535м на север очень крутые склоны, что немного даже добавляет ощущения больших гор. А если коротко - красиво!

На вершине мы в 12:30. Любуемся надвигающейся непогодой со стороны Владивостока. Не могу вспомнить, но к моменту подъёма Сестра и Горелая сопки уже были скрыты. А Облачная открыта. Светит солнце. Практически полный штиль. Фотографируемся, пьём чай, перекусываем, смотрим обновлённый прогноз погоды, чего-то решили сместить начало дождя на сегодня, что нем не сильно нравится. Где-то в 12:55 начинает поддувать ветер. Делаем общее фото и разворачиваемся на спуск. На облачную, тем временем, уже наползают отдельные облака. А вот Снежная держится.

Где-то минут через 40 мы снова на отметке 1589м и тут под натиском погоду сдаётся и Снежная - заволакивает облаками. И да, задувает ветер. Будто вал идущий перед непогодой. Но пока от непогоды только он, причём не сильный и не пронизывающий и отсутствие солнца над головой.

В 14:17 мы перед спуском на отрог. Быстрая санитарная остановка и ныряем в ЁЁ и дальше вниз. Видовую площадку на 1134м проскакиваем в 15:15, а на пупыре 1102м были пленены зарубками на деревьях (или охотники, или лесорубы оставили), поэтому на волок сваливаемся по азимуту и в другой точки относительно захода. В лагерь возвращаемся примерно в 16:15.

Сборы. Сворачиваем палатки, собираем рюкзаки. Делаем кипяток для чая-кофе. Около 17:00 выезжаем. Напомню: наша цель оставить перед дождём все броды за спиной. На всякий случай.

Тёплая погода несколько растопила подмёрзшую грязь. Но дополнительных проблем к движению это не добавило.

Через час или полтора, уже по темноте добираемся до брода у слияния двух Извилинок. У моста есть поляна и там навес. Место средней загаженности, но наличие крыши над головой помимо палаток нас соблазняет, поэтому там и располагаемся. Палатки ставим за беседкой. Машины перед ней, недалеко от дороги.

Готовим еду, ужинаем, общаемся. Чуть после 19:00 начинают капать первые капли. А прогноз грозился не раньше 22:00 часов. Но да ладно. Лагерь поставлен, крыша над головой есть - проблем ноль. На утро решаем вставать часам к 8 утра, что бы уже было светло и выбираться в путь.

Ночью дождь усилился но был всё равно редким. К 6 утра даже сделал попытку прекратиться совсем, что к моменту наших сборов очень оказалось удобно: лагерь собрали без (практически) дождя.

Ну и ночь не прошла без событий. Мышь. Нет, не так. ТВАРЬ! Прогрызла палатку и штаны которые там лежали. А всё до банального просто: за завтрак 5 числа не съел сыр и захватил его собой, да так и забыл про него и не выложил из кармана, а штаны положил вдоль коврика у стенки. Эта тварь учуяла, прогрызла палатку, прогрызла штаны и подзапяточила некоторое количество сыра, заменив его своим чёрным рисом. Если по-простому, то нагадила. Но и это не всё, эта ниндзя или её собрат каким-то образом проник в машину, слопал сыр на бутербродах и уничтожил пакет семечек. Машину перетряхнул и вредитель не был замечен. Как и когда он проник остаётся загадкой. Ровно как и когда она ретировалась из машины. Надеюсь не сдохнет где-то под обшивкой. Гипотез по проникновению две: забралась в рюкзак, который стоял в беседке с ним попала в машину, или смогла залезть в подвешенный пакет с приправами, где и лежал свёрток с бутербродами (скрытность 80 level).

Запиваю стресс от негодования кофе. Завтракаем, собираемся и выдвигаемся домой где-то в начале десятого. Начался дождь, но не сильный. Ехать достаточно комфортно. По пути заправляемся снова в Варфоломеевке и решаем сделать остановку на обед в Анучино в Скарлет. Откуда уже двигаемся каждый своим темпом до дома. Точнее промежуточная точка у Жени: снова перекинуть рюкзаки и пассажиров. Домой добрался к 16:50.

Как итог: отличные выходные в хорошей компании на хорошем маршруте. При этом повезло с погодой: зайди на вершину на час позже, видов бы уже не было. Ну и на обратном пути: со Владивостока картинки с плавающим городом, а у нас хоть и дождь но обычный, не сильный.

Фото и GPS

Мои фото:
- https://disk.yandex.ru/a/kFc4W3R4yyxTsw
GPS:
- https://disk.yandex.ru/d/VCH67WXsOKmg_A/GPS
Фото и GPS от Жени (и других участников):
- https://disk.yandex.ru/d/m6Ka1TZ22d45zg
Остальное фото (TBD):
- https://disk.yandex.ru/d/VCH67WXsOKmg_A/FOTO

Полутехническая информация

Кухня, раскладка, газ

Готовили на газу, но учитывать не берусь, так как было две кухни на 3 и 4 человека и была миграция по котлам и горелкам. Температуры готовки от +5 до -5 градусов. У себя дожёг ковеевский баллон 450г: 243г. Чего хватило, условно, на 4 готовки для 3-4 человек (243г/(4/3дней)/(3.5чел)~52г/дн/чел). Плюс истратил 145г на две готовки для трёх человек из второго картриджа, на нём же было сделано 4л воды для термосов и для кофе на весь коллектив. Ну и спалил 34г на 2л кофе утром в понедельник из третьего картриджа на Polaris X5.

День 1: заезд
- Обед
  - Лапша для варки
  - Хлеб
  - Бичпаста
  - Чай
  - Вкусняхи
- Ужин (ушёл частично)
  - Суп сайровый/сардиновый/скумбриевый
  - Хлеб
  - Шпик молотый
  - Чай
  - Вкусняхи
День 2: ходовой
- Завтрак
  - Гречка с тушняком
  - Соус кисло-сладкий
  - Хлеб
  - Сыр
  - Чай
  - Вкусняхи
- Обед: карманное питание
- Ужин:
  - Готовые блюда Кронидов (Харчо и Индейка со стручковой фасолью)
  - Хлеб
  - Шпик
  - Чай
  - Вкусняхи
День 3: выездной
- Завтрак
  - Каша 6 злаков 3минуты
    - Сгущёнка
    - Джем
  - Хлеб
  - Чай
  - Вкусняхи

Профиль высот и километраж

Сводка:

День	Протопали, км	Набор высоты, м	Сброс высоты, м	Время/в движении, ч	Скорость/в движении,	Начало движения, ч	Конец движения, ч
5 ноя	15.1	1215	1230	07:54/05:23	1.9/2.8	08:19	16:14
Всего	15.1	1215	1230	—	—	—	—

Профиль:

Траверс Макарова-Макариха

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 30 Oct 2023 21:22:40 +1000

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

Лирика и хронология

Был брошен клич в группе планирования походов с кратким описанием. Как результат собралось трое человек:

Я
Саня (сходили с ним Сестру)
Лена Помимо идеи навёл справки о проезжабельности дороги для всяких Фориков и Икстрейлов. В 2014 году дорога там оказалась хайвеем. Артём (Артём-гид) заявил: “в лёгкую!”. Ну что же, это обнадёживает.

Выезжаем в субботу в 6 утра. Предварительно заскакиваю на заправку и заливаюсь под горлышко. Ребят забираю на парковке Счастливого детства на Постышева. Быстро укладываемся и в путь.

Дорога лёгкая и пустая. На подъезде к кафе “У ущелья Дарданеллы” наблюдаем шикарный рассвет.

В самом кафе (около 7:30) делаем санитарную остановку, заправляемся кофе и дальше в путь. Следующая промежуточная цель, она же условная точка “конце асфальта”, - въезд в деревню Николаевка. Там почти сразу за знаком начала населённого пункта поворот на грунтовку налево. В этой точке мы в 8:21.

Дорога действительно достойная, но последствия сильных тайфунов, прошедших с нашего первого тут появления, всё же заметны. Едем не быстро, дабы не оставить резину тут же. В одном месте появился объезд участка дороги, особенно пострадавшего от одного из разливов реки Водопадной. Что-то мне подсказывает, что для SUV этот участок проезжабельным будет 2-3 года, но если ошибусь, будет хорошо.

Без проблем доезжаем до слияния ключа второго и реки Водопадная. Там же находим шикарное место для парковки. Время 9:00.

Хотел написать: быстро. Но нет. Вяло раскидываем по рюкзакам продукты и палатку, снаряжемся. Посмеиваемся на Саниным рюкзаком “смерть туриста”. В 9:36 выходим на маршрут.

Первый брод (там же “парковка”). И, вроде, ничего не предвещало беды, но на Санином рюкзаке с мясом отрывается лямка. И тут пригодился ремкомплект, который большую часть времени ездит невостребованным грузом. Воистину, лучше пусть будет и не потребуется, чем потребуется, а его не окажется.

В общем, у Сани примерно на 50 минут организовался кружок кройки и шиться. Попутно шутим и выясняем кто виноват. Оказывается… Лена! Ведь каждый раз на этом траверсе у неё случалась какая-то жесть. Ну или где-то рядом. Общественно порицаем!

Через, примерно, 50 минут все швы прошиты, даже те, что пока (пока!) не порваны. И наше путешествие начинает продолжаться. А рюкзак - мучить Саню. Движение продолжили в 10:27.

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

В 11:25 проходим мимо водопада (водоската) Макаровский. Зайти на него решаем на обратному пути. Если заходим. Если… В общем, если получится.

В 11:37 мы на развилке дорог: налево уходит на Макариху, а нам направо. Буквально сразу же выскакиваем на поляну с не то зимушкой, не то баней: по конструктиву - баня, а по размеру палатьев - зимушка. Очевидно только одно: ушатана она сильно. И печки нет.

После поляны дорога переходит в заросший волок, который уходит в распадок направо, а нам нужно двигаться в левый распадок. Маркировка есть, главное быть внимательным. По тропе вдоль ручья доходим до начала подъёма. Время 11:58.

Здесь останавливаемся на обед и заливаем по 3л общаковой воды каждый. И впрягаемся в подъём. Время 13:04.

Артём (а может и не только он) изрядно натоптал тропу. Маркировка тоже имеет место быть. Завалы если и есть, то уже обтоптаны и обхожены. В общем, если не брать крутизну, то подъём мало отличается от подъёма на ту же Читинзу со стороны Красноармейского через Ручьи: есть маркировка, тропа видна на рельефе.

Но сам подъём бодрый. Пару несущественных выполаживаний и всё. А Саню, тем временем, пытается убить его рюкзак. Название обязывает.

Ближе ко второй половине подъёма тропа проходит по двум осыпям - стоит остановиться и оглядеться.

Незадолго до вершины встречаем группу туристов, что гоняли на гору и уже возвращаются обратно. Молча завидуем движению налегке.

Наверх вываливаемся в 15:36. Вершина скучная, поэтому стоит сгонять дальше по тропе - минут через 5-10 можно выскочить на “луга Рамадана” и вот уже там есть обзорность и виды.

А вот самолёт не нашли. Но и не сильно прорабатывали эту тему. Может как нибудь, когда нибудь…

В 16:17 накидываем рюкзаки и выдвигаемся на траверс.

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

В 17:30 минуем пупырь с отметкой 1200м. Это даже выше Макарихи. С него сваливаемся в седловину, которая по проходимости ещё более эпична, нежели было ранее. И так как время уже к закату, то сбрасываем рюкзаки и начинаем искать место, куда притулить палатку. На что даже не ушло иного времени. В 17:58 ставим лагерь.

И вот палатка поставлена, заваливаемся в неё, готовим ужин в тамбуре, заливаем термоса. Саня занимается дополнительной прошивкой рюкзака и усилением всего, что только можно, дабы хватило этого бедняги на второй день. А то каждое резкое движение приводило к неприятному треску очередной нитки.

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

Ночь выдалась тёплая и безветренная. Термометр в палатке показывал +5°C. Подъём в 7 утра. За бортом всего -2°C.

Неспешно завтракаем. Доливаем воду в термоса, собираемся. Где-то в 9:00 выходим на маршрут.

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

Ну да ладно, возвращаемся к маршруту. К 9:35 залезли на очередной пупырь отмеченный на некоторых картах как высота 1139м. После которого идёт незначительный сброс высоты на широкую седловину перед Макарихой и дальнейший плавный подъём на неё. Куда мы добрались к 10:35, лавируя между завалами.

На вершине много следов посещения человеком и на спуск уходит, казалось, шикарная тропа. Как обычно, фотографируемся и в 11:02 начинаем спуск по этой самой тропе. Которая сразу же теряется. Ну или я такой следопыт. Хотя идём логично, регулярно встречаем старую маркировку, но физически на рельефе тропа незаметна.

Склон своими завалами и МПР доставил даже больше, чем весь траверс вместе взятый.

К 11:40 вываливаемся на старый заросший волок. Там же маркировка. Может по нему и ходят… нормальные люди. Но мы решаем валиться дальше по гребню. Завалов меньше, а вот следов вырубки леса - больше.

Где-то к 12 часам мы на гребне. Тут лес становится значительно приятнее, пахнет кедром, красивые останцы. По нему доходим до пупыря с отметкой 865м и начинаем валиться вниз, сильно забирая влево. В 12:43 выскакиваем опять на волок, тоже уже изрядно заросший и по нему вываливаемся в 12:50 вываливаемся на поляну в конце дороги со следами кострища и чьего-то пиршества. Переводим дух, перешнуровываемся и топаем дальше уже по дороге.

На водопаде мы около 13:26, Лена остаётся на дороге, а я с Саней прошвыриваемся до него.

Дальше на по пути встречаем две группки туристов (пара и с детьми), ищущих водопад. На вопрос: “далеко?”, отвечаем: “смотря куда”. Почему-то мы очень походили на людей которые решили сходить только на водопад. Хотя… психов разных много, чем мы лучше?

До машины добрались в 14:24. Перекладываемся, перекусываем и в обратный путь. На асфальте были в 15:29, а в город добрались примерно к 18 часам вечера. Сделав небольшую санитарную остановку на кофе в Дарданеллах.

В общем, неплохо сходили. Отчего-то рассчитывал на нечто более суровое: хребет на Ольховую со стороны пади Поворотной после Майсака нас встречал куда более суровыми завалами.

Фото и GPS

Мои фото:
- https://disk.yandex.ru/a/n288dOpE8cCXjA
GPS:
- https://disk.yandex.ru/d/54ViwqzawI_vbQ/GPS
Остальное фото:
- https://disk.yandex.ru/d/54ViwqzawI_vbQ

Полутехнические сведения

Кухня, раскладка, газ

Готовили на газу. Взял два баллона: с перелитым газом из цангового и оригинальный, чуть початый резьбовой баллон. Всего было 3 готовки: обед, ужин, завтрак. Обед на второй день не закладывался, предлагалось обеспечить себя перекусами самостоятельно. Перелитый газ - 5% пропана. Температура готовки: около 10-15 градусов, около нуля и около -2. Газ для форсировки нужно было греть руками. Для готовки использовали как оригинальную кастрюльку системы Fire Maple Polaris X5, так и котело Bulin S2500. Расход составил примерно 39г/чел/сутки.

Раскладка опять была “кипяточная”:

День 1
- Обед: перед началом подъёма
  - Яичная лапша (гнёзда) с сырным соусом, сардельками и сыром
  - по ломтику сыра
  - Хлеб (но благополучно был забыт)
  - Чай, конфеты
- Ужин: в палатке на хребте
  - Гречневые хлопья с тушёнкой
  - Сало/Шпик молотый (тоже забыт)
  - Хлеб
  - Чай, конфеты
День 2
- Завтрак: в палатке на хребте
  - Готовые блюда Кронидов “Плов”
  - Хдеб
  - Чай, конфеты
Общее
- Туба кисло-сладкого соуса
- Смесь трав сушёных
- Соль

Профиль высот и километраж

Сводка:

День	Протопали, км	Набор высоты, м	Сброс высоты, м	Время/в движении, ч	Скорость/в движении,	Начало движения, ч	Конец движения, ч
28 окт	13.0	1345	600	08:22/04:55	1.5/2.6	09:36	17:59
29 окт	11.5	360	1125	05:28/04:06	2.1/2.8	08:57	14:26
Всего	24.5	1705	1725	—	—	—	—

Профиль:

Семейная Фалаза или путешествие в зимнюю сказку

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 22 Oct 2023 00:00:00 +0000

Выбрались в очередной раз на Фалазу с сыном. На этот раз собралась целая компания отцов:

Я с Андреем
Валентин со Львом
Стас с Марком
и Паша с Арсением

Сходили душевно. Пацаны залетели на вершину на одном дыхании, уже за ними нужно поспевать. Попали в зимнюю сказку, при этом на вершине вышло, как по заказу солнце и было очень тепло. Немного поиграли даже в снежки :)

Фото: https://disk.yandex.ru/a/3bEPHunfJyViAg

Гора Сестра

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 15 Oct 2023 18:28:32 +1000

Полторы недели назад в группе пролетел анонос, что компания ищет попутчиков на г.Сестру. Маршрут классический, пешка в один день с ночёвкой в приюте в Лазо. В понедельник вписался в эту затею, так как до этого времени ещё не дошёл до этой горы.

Немного лирики и хронологии

Выезд был запланирован в пятницу часов на 16-17. Ночёвка в Лазо в Ночлеге туристу и ранним выездов в 6 утра на ГАЗ-66 до стартовой точке на поляне кордона. Возвращение вечером субботы туда же в Ночлег туристу, ночёвка, подъём сборы в свободном темпе и выезд в город в воскресенье.

В понедельник уже было собрано 10 участников, но к моменту сбора на заброску негритят стало внезапно 7, так что я оперативно вписываюсь в участие в мероприятии. А по итогу откололся ещё один человек и итоговый коллектив:

Я,
Дима - рукпох
Костя
Коля
Паша
Саня
Люба

Нитка: Кордон–Зубы Дракона–Камень-Брат–Бастион (Малая Сестра)–Сестра–Бастион (Малая Сестра)-Гребень-Кордон.

По факту скорректировались на: Кордон–Зубы Дракона–Камень-Брат–Бастион (Малая Сестра)–Сестра–Бастион (Малая Сестра)–гребень на Камень-Брат–высота 1100–слияние Лукьянов Лог и левого притока (“каньон”)–Кордон. Т.е. спускались по среднему маршруту.

Ребята назвали вершину Бастион, которая фигурирует на OSM картах и на Wikimapia, Малой Сестрой. На нормальных картах она вообще никак не обозначена, поэтому написал оба названия в скобках, так как ХЗ какое верное. На картах ГГЦ и генштабе обозначена как высота 1560 (вроде только на 500-метровках).

Наш экипаж, в составе Кости, Коли и меня отчалил от Счастливого детства на Постышева примерно в 16:30, где-то часа через 4 были уже у места ночлега. На гравийке нас обогнал экипаж Сани и Любы.

Заселились: нам выделили 4х местную комнату (900 руб/ночь) и раскладушки с матрасами в общем помещении (600 руб/ночь). Дождались Диму и Пашу, поужинали, разложились, перебрали вещи на следующий день и ко сну. Не пожалел, что в последний момент решил захватить с собой беруши. Хотя ночь всё равно вышла какая-то беспокойная.

Утром подъём, завтрак. И где-то к 5:30 за нами приезжает машина и в скором времени выезжаем на кордон.

От ночлега до поляны вышло 15 км при средней скорости 12 c копейками км/ч.

На маршрут вышли практически ровно в 7 утра. Долину ключа Лукьянов Лог сильно потрепало селем, который сошёл со склона под г.Камень-Брат по левому притоку ключа Лукьянов Лог. Но каньон получился шикарным местами.

Вихляя по остаткам дороги к 8 с копейками часов подошли к началу подъёма на Зубы Дракона. К 9:30 были на видовой близ скалы Чаша (на саму скалу не ходили). Перекус, фотография и к 10:25 вываливаемся на хребет. Тут в лучших традициях клушегубства и дешманских фильмов разделяемся. Хотя это обсуждалось несколько ранее в узком кругу. В общем, Костя и Дима с рацейкой бегут на Горелую Сопку, вторая рацейка у нас. Точка рандеву - Малая Сестра и от туда уже вместе идём на обратный путь.

Хребет плотно утыкан разными камушками, будто сложенными искусственно чей-то могучей рукой. А по факту - результат затейливой эрозии. Но эпичности и красоты от этого не убавляется. Отчего на чуть ли не на каждом булыжнике выделяем время осмотреться и сделать пару-тройку кадров. И тихим сапом до Зубов Дракона добираемся к 10:50, а к Камень-Брату к примерно к 11 часам.

Второе достоинство хребта - он открытый. И с него отличные виды на окружающие долины, распадки и вершины. Тут описывать нечего, нужно самому ходить и смотреть.

К 11:34 были на красивом видовом месте с шикарным останцем. От туда же начинается спуск по среднему маршруту на хребет. И ровно в 12:00 зашли на Бастион (Малую Сестру). Небольшой отдых и выдвигаемся на Сестру. Паша начинает жаловаться на колено, которое болит при спуске, но молчит на подъём. Видим одинокого человека, поднимающегося на гору. Других людей пока не видно.

В седловине перед подъёмом на гору делаем небольшой привал. Если бы не тропы, проложенные в стланнике, пробираться было бы значительно труднее. Начинаю малость тухнуть, движение медленней, короткие передышки - чаще. Но на вершине мы уже в 12:50 (плюс/минус). Как обычно в таких случаях фотографии, перекусы и так далее. Уже на подъёме замечаем множество людей на гребне идущем от кордона на Бастион, а одинокий человек - просто самый быстрый одной из групп. Знакомились, но имя забыл.

На вершине практически стих ветер. Погода, вопреки прогнозам, не облачная, а вполне себе переменная. Точнее небо как бы затянуто небольшой дымкой. Но это немного скрадывает виды на дальние горы. Но всё же прекрасно видно Облачную и Снежную. Минут 25-30 там тусим, делаю горячей воды. Паша заматывает себе ногу эластичным бинтом, делает эдакий ортез. И идём на спуск. По пути встречается множество людей, идущих по маршруту по хребту от Кордона.

Обратно на Бастион добираемся в 14:08. Пытаемся связать, как договаривались, с ребятами с Горелой Сопки (до этого регулярно были сеансы связи, плюс получилось связаться и поговорить с Синей Деликой), но что-то не получаем ответа. Повторяем попытки связаться, и тут… они сами доходят. Оказывается, что рация потеряна. Дима собирается пробежать в обратном направлении и поискать её, тем более, что судя по времени последнего удачного сеанса связи, они уже были на пути к нам, миновав место подъёма на хребет. Кушаем. Связываемся с Синей, абонент - Максим Старовойтов. Пока кушаем, предлагаю сменить концепцию и возвращаться не по хребту на Кордон, а пройтись обратно до камней и спускаться по среднему маршруту. А Дима и Саня тем временем побегут вперёд, пытаясь обнаружить рацейку. А на отходе на гребень мы подождём и будем спускаться вниз.

В общем, так и поступаем. В 15:40 мы на скалах. Ребята лазят, отдыхаем, фотографируемся. Батонимся. Судя по треку - отходящая тропа на спуск должна начинаться чуток дальше по грубню, немного траверся спусковой гребень. Предлагаю сдвинуться туда и там позагорать. Так и делаем. По итогу в 16:07 там, а в 16:22 случайно Коля включает WA и получаем голосовое, мол, нас не ждите - спускайтесь. Немного поматерясь, не без этого, траверсим склон и выходим на гребень. Начало тропы, где она отмечена - нет, а на самом гребне есть, лосячая и она выходит в аккурат на камень. Там её не заметили.

Спускаемся не быстро: с больной ногой на спуске не разгонишься. И в какой-то момент хорошо натоптанную тропу теряем. Моя гипотеза - её проложили к селю… Ну не посмотрели. Спустились по гребню, по старой тропе с маркировкой. Гребень тоже хорош интересными нагромождениями камней. Внизу были где-то в 17:40.

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

Решаем долго не сидеть и максимально до кордона проскочить по светлу. Заход по данным навигатора - 18:25. Но небольшой перерыв делаем. После него, пройдя метров сто или около того со спуска выходит и поисковая партия в лице Димы и Сани - нагнали нас. Повторяем предложение по движению по светлу, соглашаемся и двигаемся в обратный путь. Тут, к слову, более цепко получилось держаться уже натоптанных следов других групп.

Практически ровно в 19:00 мы уже на поляне кордона, грузимся в шишигу и отправляемся в обратный путь до приюта. Дима проскочил по лагерям на поляне понаводил справки по рацейке - вдруг кто подобрал. К сожалению, без положительного результата.

Обратный путь особенно ничем не примечателен, в приюте были где-то в начале девятого. Ужин, немного пивка, и в люлю спать. Проспал как убитый, но снова не пожалел, что взял беруши.

Утром завтрак, ленивые сборы и примерно в 10:30 выехали нашим экипажем домой. До города добрались около 14:00.

Фотографии

А так же GPS

https://disk.yandex.ru/d/bMJcYRMEMKIP0Q

Полутехнические сведения

Раскладка

Основное питание - в приюте. Тут даже рассматривать особенно ничего не приходится. Но брал быстро-готовящееся:

День 1: заезд
- Ужин
  - Яичная лапша в томатном (уточнить) соусе с сарделькой
  - Чай, конфеты
День 2: основной ходовой
- Завтрак
  - Реторт-пакет Кронидов Греча с котлетой, нормально, долгоиграюще
  - Чай, конфеты
- Обед/карманное питание
  - Бутерброды с сыром
  - Карпаччо из курицы сырокопчёное от Ратимира
  - Барбариски
    - По итогу часть карпаччо осталось, примерно половина бутербродов - тоже. Аналогично и для барбарисок
- Ужин
  - Лапша пятиминутка
  - Чай, конфеты
День 3: выездной
- Завтрак
  - Рисовые хлопья с сайрой
    - достаточно годно получилось. Как обычно добавлял универсальную приправу из смеси нескольких трав (без соли и усилителей вкуса).
  - Чай, конфеты

За газом не следил. Использовал баллон 230г с перелитым газом из цанговых, т.е. менее продуктивных (пропана 5% против 25%). Ушло 77 грамм. Готовил еду, чай, на сопке подогревал воду для питья.

Профиль высот и километраж

Сводка:

День	Протопали, км	Набор высоты, м	Сброс высоты, м	Время/в движении, ч	Скорость/в движении,	Начало движения, ч	Конец движения, ч
14 окт	19.6	1485	1550	11:59/07:03	1.6/2.8	07:01	19:01
Всего	19.6	1485	1550	—	—	—	—

Профиль:

Традиционная Читинза

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 09 Oct 2023 22:12:05 +1000

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

Часть первая: лирико-хронологическая

Практически до последнего момента было не совсем ясно кто пойдёт, но по итогу коллектив собрался такой:

Александр, то есть я
Андрюха
Женя
Ксюша
Вика
и Денис

Жили в двух палатках: Вика и Денис в своей двойке и все остальные - в Жениной четвёрке. Харчевались так же, по палаткам.

Добирались на электричке и делали, по классике, кольцо с выходом и возвращением в Красноармейский. Ну и подъём по классике - через Ручьи.

Пока топали до начала подъёма и места нашего обеда, как обычно балагурили и шутили. А как иначе? На подъёме бывает только сопеть силы остаются. Тут же были упомянуты два определения туризма:

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

Кто бы знал, что второе определение станет первым лейтмотивом нашего выхода :)

А началось все так. Ксюша с нами шла впервые, но до этого была на практических выходах, летней приктике на географическом факультете в ДВГУ с Сазыкиным и ходила с моей супругой, походы нормальные, длительные, обстоятельные, я бы сказал - экспедиции. И это наложило небольшой отпечаток на призму восприятия информации. Когда собирались и обменивались вводными в группе, я написал по кухне, что беру её на себя и всё с этим связанное, подразумевая составление раскладки и закуп продуктов… Вроде всё невинно и обыденно. Но в походах в составе студенческой группы был нюанс: практика нужна всем, но не у всех есть снаряжение и опыт его использования. Поэтому всё это предоставлялось организующей стороной. В том числе обычный набор вида КЛМН. И Ксюша его не взяла, что мы и выяснили на обеде. Но где наша не пропадала! У Андрея нашлась вилка и ложка от доширака, у Жеки контейнер от плюшек в дорогу, а у меня - кружка на 750мл (окрещённая Ксюшей, за возможность вместить бутылку вина - винной). Не пришлось даже приспосабливать консервную банку :)

Ну да ладно. Посмеялись, пообедали и пошли.

До первой видовой проскочили как-то быстро, чуть дольше 20 минут. И там зависли: тепло, красиво, солнечно. И мухи не кусают.

Дальше основной подъём. Идём без напряга, но вырисовывается группа лидеров: Я, Женя и Ксюша. Денис не убегает далеко от Вики, с их же темпом двигается Андрей. Время от времени ждём. Но на видовой уже у самой вершины хоть и зависаем на приличное время, но оценивая обстановку, решаем выдвигаться, что бы сгонять за водой на родник и чуточку оптимизировать процессы. И это было верным решением, о чём - ниже.

И тут же у нас зарождается второй лейтмотив нашего мероприятия: мы пытались что-то потерять, но безуспешно.

Начали с Жениного телефона. Вставать идти - а телефон пропал. Искали искали, перебрали по веточкам заросли микробиоты, на которой стоял его рюкзак. А оказалось, что вместо своего рюкзака, он положил его в мой. Ну одинаковые они. Причём: положил, потом стал искать воду, понял, что рюкзак не его и переключился на свой. Но факт укладки телефона прошёл на автопилоте и не отложился в голове :)

На вершине были где-то через 2:20-2:30 от начала подъёма (время включая зависания на видовых). Там фотографируемся и перемещаемся на центральную поляну. Женя остаётся ставить палатку, Ксюша ему помогает, а я беру пятёрки и отправляюсь на родник за водой.

Вот тут ждал неприятный сюрприз. Правда ожидаемый из-за сухого сентября. Воды в роднике почти нет, литр набираю за 15 минут, вода с осадком (по другому налить нереально), поэтому только на кипячение. В планах было набрать бутылки 3, по факту еле набрали 7.5л и то, за мной отправили “спасательную” экспедицию. Хорошо, что всегда, уходя из лагеря “на 5 минуточек” беру фонарик. Пригодился и в этот раз. Зато пока ждал восстановления родника у меня случился курс увлекательной орнитологии: чёрт его что там были за птицы, что прилетали на водопой, но их было много и разные: крупные птахи, типа кедровок - эти чуть на голову мне не садились; средние с красной грудкой похожие на снегирей и совсем мелочь, летающая стайками: то ли синички, то ли поползни. И это продолжалось непрерывно, пока пытался набрать воду. В общем, в 17:20 я спустился к роднику, где-то в 19:30 с поисковой группой вернулся в лагерь. Благо, что на ужин экспериментальная раскладка требовала воду только для чая. Э - экономия.

Ужин, посиделки у костра, настойка, вискарик, бренди, коньяк, разговоры о вечном и не очень, астрофизике и разной изотерике. Сгоняли на плато, поглядели на звёзды, поискали знакомые созвездия, в монокль нашли галактику М31 и шаровое скопление рядом с Геркулесом - наводиться было тем ещё квестом, но справились. Дальше опять разговоры о вечном и не очень и уже за полночь отчалили на боковую.

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

Утром проснулся от того, что… жарко! Пришлось разоблачаться и досматривать сны до 8 утра, после чего решили таки сыграть подъём. Андрюха тем временем выяснял, что за ортопедический предмет впивался ему в копчик ночью. Думали на фастексы на рюкзаках, а оказался неубранный колпачок от газового баллона. От такой у нас принц на крышечке. Но в общем и целом, спалось всем нормально, ночью было очень тепло, вопреки ожиданиям (пару лет ловили крепкий заморозок в эти сроки).

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

При сборе лагеря продолжили попытки что-то потерять. Правда и на этот раз безуспешно. И опять телефон. Но на этот раз - мой. И нет, я не положил его в Женин рюкзак, хотя… по факту он в нём и оказался. Прочесали весь лагерь и все места куда отлучался. Мысли, что могли оставить в палатке отметаем, ну типа: “как жеж не смогли нащупать, когда складывали?” А вот как оказалось, что не смогли. Правда распаковать и прощупать палатку ещё раз догадались только уже после серии дедуктивных размышлений, когда все остальные варианты себя исчерпали. Но таки да - там и оказался. В общем: есть бредовая мысль - проверь :)

На спуск пошли в 10:30. Маршрут по северо-восточному гребню, через сгоревшее зимовьё и красивой лесной дороге с пылающими клёнами. Хотя зелёных красок в это время ещё больше, чем обычно: картина, как и в прошлом году.

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

Вниз, в распадок к ручью пришли в 13:17. Естественно все сразу ринулись на водопой :) А в метрах семиста далее, на поляне, встали на обед. Приготовили и поели быстро. А до перрона 4 км ровной дороги. Солнышко греет… В общем лежим и греем животики, завязываем жирок.

Женя тем временем снова пытается что-то потерять. И нет, на этот раз не телефон, а хобу. И в этот раз - безуспешно. Прямо вот напасть какая-то!

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

Фото от разных производителей:

Мои
Женины
Ксюшены (дополнятся ещё)
Андреевы

PS а вот на вершину теперь нужно брать запас воды, на всякий пожарный случай. Или следить за осадками в Сентябре. PPS на вершине в этот раз был аншлаг, включая наш, было 5 лагерей.

Часть вторая: полутехническая

Кухня, раскладка, газ

Готовили на газу. Горелка из интеграшки Fire Maple Polaris X5 с комплектным таганком и котлом Primus Eta Pot 3L с теплообменником. Система показала себя почти так же эффективно, как со стоковым стаканом. Его использовали только один раз - кофе приготовили на перроне. Расход газа едва перевалил за 35 грамм/чел/сутки. Но смесь годная 25%/75% пропан/изобутан от Тибета. В цанговых обычно пропана не больше 5%, а у резьбовых Kovea - 15%.

Раскладка была “эспериментальная”. Из разряда - “на кипятке”, что подразумевает почти полное отсутствие готовки. Но не совсем: можно обойтись запариванием, но в условиях холодной погоды это такое себе решение.

День 1
- Завтрак: дома
- Обед: перед началом подъёма
  - Яичная лапша (“гнёзда”) в сырном соусе (Maggi) с сардельками
    - лапша забрасывается вместе с соусом в кипящую воду и варится 3 минуты. Сардельки можно бросить туда же. Плюс добавлял смесь трав сушёных (без соли и прочих добавок) сразу в холодную воду. Воду можно сливать, а можно оставить.
  - Баклажановая икра
  - Хлеб
  - Чай, конфеты
- Ужин: на вершине
  - Готовые блюда Кронидов: гороховая каша с говядиной
    - достаточно бросить в холодную воду, довести до кипения и подержать/покитпятить минуту-другую
  - Сало-паста с васаби
  - Хлеб
  - Чай, конфеты
День 2
- Завтрак: на вершине
  - Хлопья 4 или 5 злаков
    - эксперимент показал, что можно просто залить кипятком на 8 минут. Либо бросать в кипящую воду, варить 3 минуты потом настаивать ещё 3 минуты на выключенном газе.
  - Сгущёнка и джем в пакетах для каши
  - Сыр на усиление
  - Хлеб
  - Чай, конфеты
- Обед: внизу
  - Тут были варианты:
    - Рисовые хлопья с сайрой или
    - Гречневые хлопья с тушёнкой, остановились на этом варианте
    - Для обоих случаев - забрасывать в подсоленную кипящую воду и варить 3 минуты. Туда же добавлял смесь трав (но в холодную воду).
  - Хлеб, остатки сала
  - Чай, конфеты.
Общее
- Туба кисло-сладкого соуса
- Смесь трав сушёных
- Соль

Профиль высот и километраж

Сводка:

День	Протопали, км	Набор высоты, м	Сброс высоты, м	Время/в движении, ч	Скорость/в движении,	Начало движения, ч	Конец движения, ч
07 окт	10.7	1030	85	05:46/03:22	1.9/3.2	11:00	16:46
08 окт	12.0	160	1080	06:34/03:22	1.8/3.6	10:30	17:04
Всего	22.7	1190	1165	—	—	—	—

Профиль:

mdns vs libmicrodns

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 02 Oct 2023 21:23:01 +1000

Потребовалось сделать в приложении анонсирование и поиск себе подобных. Причём без завязки на системный Avahi.

Выбор пал на три реализации mDNS/DNS-SD:

Первый отбросил из рассмотрения, так как показался слишком переусложнённым. Потом пошёл смотреть на libmicrodns - получилось собрать прототип очень быстро - мало кода. Но… жирный крест поставило то, что они до сих пор не исправили косяк, что нужно JOIN TO GROUP делать. Без этого анонсирование работает нормально, а вот запросы/поиск будет только на неком дефолтном, первом интерфейсе.

Пошёл на mdns. Для интеграции нужно больше кода, но почти весь можно как есть взять из примера mdns.c, библиотека без внутренних аллокаций. И очень неплохо дружится с внешними event-loop’ами, будь то libev или asio.

В общем, мой выбор - mdns.

А под катом - небольшая табличка сравнительная. Жирным - критерий преобладающий над соперником. Если ничто не выделено - нет приоритета.

Критерий	libmicrodns	mdns
Лицензия	LGPL v2.1	Public Domain
Уровень входа	нужно мало кода	кода нужно больше, но почти весь из примера (*)
Асинхронное использование	нет	да (**)
Поиск на всех интерфейсах	нет (***)	да
Внутренние аллокации	да	нет
Header-only	нет	да

(*) код берётся из примера и в целом, вполне себе пишется один раз и используется на остальных проектах. Плюс колбеки с очень развесистым набором аргументов.
(**) возвращается int непосредственно полученный от вызова socket(), что на том же Windows выглядит как SOCKET, и он же - HANDLE, плюс включенный флаг **WSA_FLAG_OVERLAPPED**, и как следствие на том же Boost.Asio / Asio его вполне можно завернуть в UDP сокет для асинхронной обработки:

asio::ip::udp::socket sock{ioctx, asio::ip::udp::v4(), mdns_socket_open_ipv4(&sock_addr)};
asio::ip::udp::socket sock{ioctx, asio::ip::udp::v6(), mdns_socket_open_ipv6(&sock_addr)};

https://learn.microsoft.com/en-us/windows/win32/api/winsock2/nf-winsock2-socket
https://learn.microsoft.com/en-us/windows/win32/api/winsock2/nf-winsock2-wsasocketa libmicrodns только в треде запускать и слушать запросы.
(***) они почему-то не делают IP_MULTICAST_IF, хотя баги с прослушиванием все интерфейсов у них были, и вроде как закрыты.

Временные метки на файловых системах

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 06 Sep 2023 15:13:58 +1000

Короткая заметка и ссылки. Возможно потом дополню информацией о разрешении (resolution) временных меток.

FAT/FAT32
- Хранит локальное время, без указания Timezone. Поменяешь в системе зону - время создания файлов останется без изменений. Т.е. нужно помнить в какой ТЗ они создавались.
- Windows сохраняет вот прям вот локальное время
- Linux добавляет час, при переводе часов
- timestamp:
  - дата 16 битное число: 7 бит - год, 4 бита - месяца, 5 бит - день. Год в диапазоне 1980-2107.
  - время 16 битное число для часов, минут, секунд
exFAT:
- Время хранится локальное. Но есть нюанс.
- Временная зона хранится в 1 байте. Vista SP1 не использует его. Что бы нормально жилось, старший бит сигнализирует - применять или нет смещение зоны. 0 - не применять. 1 - применять. Остальные 7 бит - 15минутные интервалы для смещения. Положительное направление - на восток.
- Т.е. если бит 7 в TZ поднят, то система будет пересчитывать время файла в UTC, что бы корректно отобразить в системе при смене часового пояса. Эдакая обратная совместимость.
NTFS
- Время хранится в UTC
EXTx (EXT2/3/4)
- Время хранится в UTC

Полезные ссылки

Windows and Unix/Linux handle the effect of DST (daylight saving time) on time stamps differently
- NTFS
- FAT/FAT32
- EXT2
Does the filesystem windows is installed on have an effect on the time zone settings of timestamps within windows registry hives?
- FAT64/exFAT
exFAT File System Time Zone Concerns - смотреть через Tor
- exFAT
exFAT Filesystem
- Похоже, что таки время локальное. Но TZ offset хранит зону, и можно посчитать UTC
- CreateTZOffset
Исходники Linux 5.7+ - есть нативная реализация exFAT.

QtC: снова про отображение всех файлов в стоковом плагине CMake

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 18 Aug 2023 13:05:29 +1000

Это логическое продолжение этого с учётом нововвидений по добавлению файлов.

Весь “код” разместил на GitHub: qtc-other-files-helper. Там же есть и детальное описание.

Тезисно:

Так же используем вспомогательный файл
Так же используем кастомный таргет
Но уже не сканируем дерево: отдаём на откуп пользователю, что добавить, что убрать. Что бы не конфликтовать с существующими файлами.
Не используется CMAKE_TOOLCHAIN_FILE, вместо него - CMAKE_PROJECT_INCLUDE.
Доработано решение для использования как на уровне per-project, так и глобально, на уровне Kit. Но бросить файлик второй в директорию с проектом всё равно нужно будет.

Из косяков:

При добавлении файлов, QtC стремиться создать новую запись target_sources() в CMakeLists.txt верхнего уровня. Приходится вручную вырезать и вставлять в qtc-other-files.cmake

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

Водопады Березняк и Маруськины слёзы

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 23 Jul 2023 22:22:40 +1000

На выходных, 22-23 июня 2023, отлично прогулялись с сыном по двум водопадам у подножия хр.Большой Воробей: Березняк и Маруськины слёзы.

Сводка:

День	Протопали, км	Набор высоты, м	Сброс высоты, м	Время/в движении, ч	Скорость/в движении,	Начало движения, ч	Конец движения, ч
22 июня	10.4	505	295	08:58/04:19	1.2/2.4	10:13	19:11
23 июня	7.72	20	320	03:35/02:19	2.2/3.3	10:53	14:27
Всего	18.12	525	615	—	—	—	—

Профиль:

Основная идея была, это выгулять новый рюкзак Deuter Alpamayo 110+15, посмотреть водопады, на которые в обычных условиях и не собрался сходить, а с сыном - вполне.

Так же подумал, что нужно попробовать сходить на кипятке: не готовить еду, а запаривать, разогревать либо варить малое время. Ну и опробовать FireMaple Polaris X5 в более-менее реальных условиях. И мне понравилось! На обед 3 минуты варки яичной лапши (“гнёзда”) совместно с “сырным” соусом магги плюс тушняк от Кронидов, на ужин - просто разогрели два борща от того же Кронидов и на завтрак - запарили кашу 5 злаков (там варить нужно 3 минуты, но по факту она распаривается за 7-8 минут). Быстро, вкусно, газа на двоих (чай включая) - 61 грамм. Будем дальше совершенствоваться в этом направлении :) Был запланирован и обед из рисовых хлопьев с рыбной консервой, но подъели остатки перекуса и на этом остановились - электричка в 14:45, не успели проголодаться обстоятельно.

По впечатлениям

Сынище молодец, оттопал своё на 5 с плюсом, но попросил без троп пока не водить. Да, ему не нравились некоторые моменты, но объективно, они и мне были не по нраву, если сравнивать с движением по хорошей тропе :) Но выдержал стойко. И это при том, что рюкзак у него крайне неудобный для длительной переноски чего-то тяжелее зубной щётки с пастой. Теперь нужно придумать ему рюкзак, что бы по росту подошёл и в негодность через год не пришёл.

Далее, вредителям из всяких OpenStreetMap - нефиг наносить непроверенные треки: от хребта на Туманную, по имеющимся отмеченным тропам, этих троп нет. Нужно было подняться повыше чуток и там по гребню спускаться начать. Не подумал сразу. К слову, на карте выше видны коричневые “треки” - это тепловая карта (heat map) Strava ( https://www.strava.com/heatmap), от тех, кто туда загружает свои переходы, удобно ориентироваться при планировании движения, там где троп не обозначено, но места ходибельные. Если места не ходибельные и тропы не обозначены, то упс. По старинке: по описаниям или в лоб. В общем, в этот раз я как-то не воспользовался этой информацией, а зря.

Тропа на Березняк такое себе. Иногда не очевидно, куда идти. Точнее, в начале это даже не тропа, а вполне себе дорога, до тех пор, пока не доходишь до места, где её перемыло рекой, образовав эдакий прижим - продираться неприятно. Потом дорога переходит в тропу, которая уже слабо читается. Много ванн, где можно искупаться, но идти туда только для этого - глупо, а по пути вместе с вершиной - большой крюк. Зимой ходили - туда сильно натоптано было.

От Березняка решили не возвращаться обратно, а траверснуть склон до хребта и выйти к месту, где вроде как обещали прямую тропу на Маруськины слёзы. Всего что-то около 1-1.5 км. Первая треть пути вполне себе ходительная, потом треть много кущей и бурелома, который обходить нужно. Ребёнку было тяжело, но просто останавливались почаще, отдыхали.

От хребта как-то тоже тропы не оказалось, хотя была отметка в её начале. Но да фиг с ней - под уклон, будет легче. Прошли достаточно быстро. Вышли на отходящий хребет и там уже появилась тропа (и судя по тепловой карте - по ней часто ходят) и тропа вниз на водопад ясная и чёткая. Большую часть пути прошли за 20 минут.

Маруськины слёзы оказался достаточно симпатичным водопадом. По крайней мере сыну он понравился больше. Возможно тем, что тропа там отличная и по кущам пробираться не нужно. Сразу изъявил желание повторить и сходить ещё. Как минимум, утром, перед выходом, попросился сходить туда же. Благо место для лагеря оказалось всего в, примерно, 500 метрах от него. Чуть ниже водопада - хорошая чаша для купания. Если строить маршрут с горы по хребту, образующему водораздел между ручьями Хвощевый (на котором водопад Маруськины слёзы) и Партизанский (на нём водопад Березняк), не в сторону 82км, а в Анисимовку, то можно искупаться почти по пути. Если спускаться в Анисомовку по хребту от метостанции, то зайти можно, сделав небольшой крюк. Но нужно заложить время на дополнительные 1.5км. Но оба варианта более длинные, в плане подходов, относительно выхода на 82км.

На обратном пути нашли след тигра.

Рюкзак показался огромным. У меня до него был рюкзак от NovaTour на 110л, по идее, такой же как и этот, и Акме-Normal Улисс 100, так вот, он явно больше NovaTour, несмотря на то, что объём базовый заявлен один и явно больше чем на 10л превышает объём Улисс 100. У меня туда залетело (основной объём) и даже не потребовало развёртывания тубуса:

Два коврика Therm-a-rest Z-Lite SOL
Два спальника: один летний Loap ( www.loap-sport.cz, www.loap.cz) Classic на +5 и потрёпанный Гарип -9 от Сиверы
Еда на двоих и перекусы
Запасная одежда на вечер/ночь, мембранка
Палатку (Luxe Spider 2) тоже можно было спрятать во внутрь
Сапоги для ребёнка
FireMaple X5
и ещё всякой мелочи, типа костровых перчаток, ремкомплекта, комплекта посуды на двоих, фляжка на 1л (и вторая в клапане) Подвес же показался удобным. Попробуем ещё попользоваться и посмотрим, что да как.

Фото, трек

На Yandex Disk (показометрам путевого компьютера веры нет):

https://disk.yandex.ru/a/H2_llWBHb0uYOA

Трек и точки:

wtrfl-bereznyak-and-maruskiny-slezy.gpx

ArchLinux: получение исходников системного пакета

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 23 Jun 2023 11:47:18 +1000

Как обычно в мемориз.

Раньше был тул abs, потом вся структура мигрировала на Git. Теперь что бы получить пакет нужен тул Arch Build Source Management Toolили коротко - asp. Не путать с ASPLinux… Да был когда-то такой.

Ставится:

sudo pacman -S asp

Получить PKGBUILD:

asp checkout PKGNAME

или:

asp export PKGNAME

Например:

asp checkout kdiff3

Далее работам как обычно с PKGBUILD: makepkg с полезными опциями. Сам спек правим по необходимости.

На чистом Arch Linux ещё есть пакет devtools, который содержит тул pkgctl, который позволяет достичь той же цели: получить PKGBUILD для сборки:

pkgctl repo clone PKGNAME

На производных, типа Manjaro (мой случай) этого тула может не быть. А вот asp - есть.

Полезные ссылки:

Arch Build System

Qt Creator & CMake: завезли добавление/удаление/переименование файлов

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 04 May 2023 12:05:33 +1000

Итак, обновляю свой CMakeProjectManager2 и что я вижу:

71eb0ab9f8e98df9bd021c1c49d7ec00a66492cb - завезли парсер CMake в стоковый плагин.
d41365610ff80478d8c6c2812299d95d139561ec - его интегрировали в билд.
d8be2491a5f5cfdc512f63c766a550dd43694063 / 13 апреля 2023 - реализовали добавление новых и существующих файлов к таргету, причём файл пытается добавляться прямо в CMakeLists.txt: файл будет добавлен последним элементов к соответствующей “well-known” функции (они захардкожены) типа add_executable(), add_library(), qt_add_executable(), qt_add_library(), qt6_add_executable(), qt6_add_library(). Для кастомных функций будет добавлен вызов target_sources(), что тоже неплохо. Уже можно начинать пользоваться.
039baab6e70160bc8130ef95e499141f7c875225 / 20 апреля 2023 - реализовали вышеперечисленное для QtQuick проектов, в список “well-known” функций добавились: qt_add_qml_module(), qt6_add_qml_module()
54af6bd5b3f5ba5e3396f5cb9eb539f198abafff / 21 апреля 2023 - разрешили переименовывать файлы. Работает как для явно указанных файлов, так и для добавленных через file(GLOB|GLOB_RECOURSE).
411b2e05b8ac4442d1ef179381dc7c37492ab37b / 24 апреля 2023 - разрешили удалять файлы.
5c2b2966e78129dcbd220e35e15f6278a1b3d05d / 27 апреля 2023 - разрешили добавлять существующую директорию. Пока, как я понял, добавляются все файлы, а не add_subdirectory(). Что, по мне, более логично: все операции target-ориентированные.
874b1133d9cfaef179851aa925b7d6b96e85019b / 26 апреля 2023 - пофиксили удаление и переименование, что бы оно срабатывало и с файлами, которые указываются через переменные для таргета.

Ну и пачка мелких фиксов.

На текущий момент, меня огорчает отсутствие вывода всех файлов их проектной директории (например, README.md или скрипты вспомогательные, которые вполне можно редактировать в QtC), но уже можно начинать пытаться нормально работать.

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

А вообще, тенденция к тому, что CMakeProjectManager2 можно будет выкинуть меня радует!

[C++] std::tie() и range for

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 14 Apr 2023 10:52:03 +1000

Сегодня мне не хватило такого (C++20):

for (std::tie(m_imageWidth, m_imageHeigth) : sizes) {}

Пришлось так:

for (auto const &size : sizes) {
    std::tie(m_imageWidth, m_imageHeigth) = size;
}

Display Technology Information Repository and Utilities

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 31 Mar 2023 11:55:53 +1000

В мемориз:

https://glenwing.github.io/
- https://github.com/Glenwing/glenwing.github.io - репозиторий сайта: можно запустить локально хоть через встроенный в Python WEB сервер: python -m http.server 9000

Подборка полезный утилит и стандартов связанных с дисплеями: HDMI, DP:

https://glenwing.github.io/docs/

К сожалению, свежие стандарты HDMI 2.0, 2.1 чувака заставили удалить из публичного доступа (почитайте письмо, которое ему написали).

Помимо этого есть спеки ITU/BT - там можно поискать коэффициенты RGB-YUV конвертаций для различных режимов (Rev.601 vs Rec.709 vs BT.2020, а вот про BT.2100 я уже не слышал) - бывает полезно (наипался, когда программировали матричный pCSC).

Офигенный раздел по кабелям и переходникам:

https://glenwing.github.io/adapters/

и его “продакшн” версия:

https://linustechtips.com/topic/729232-guide-to-display-cables-adapters-v2/

Так же раздел, для расчёта параметров монитора (например, DPI) по разрешению и диагонали:

https://glenwing.github.io/diu/

Online Tone Generator

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 31 Mar 2023 11:28:10 +1000

В мемориз.

Предыстория: досталась Б/У “железная” дорога Tomica (японческий оригинал), а там оказался один локомотив, у которого два варианта управления:

Пультом
Свистком

Пульта, понятное дело, не нашлось. Изучая логотип свистка и помедитировав на картинки с этим локомотивом, где изображён этот самый свисток, сначала своим свистом попытался запустить, что через минут 15 удалось… Представьте себе картину маслом: сидит взрослый человек, и свистит на игрушечный тепловоз. Понравилось? :)

А потом решил поискать какой-то генератор тона, что бы более точно подобрать частоту.

Собственно в мемориз:

Online Tone Generator

Thinkpad P15 Gen2: ноутбук не уходит в сон и фризится lspci при питании от батареи

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 25 Mar 2023 16:35:46 +1000

Проблема: при питании от батареи, время от времени не можем уйти в сон. После чего наблюдаем:

фриз при вызове lspci
фриз при попытке сделать sudo
фриз при попытке перегрузиться или выключиться
фриз при запуске sddm, если включаться на батарее
100% и стабильное воспроизведение при запуске sudo powertop, и тоже фриз

Мне удачно попалось это обсуждение на askubuntu.com: What to do when lspci and hwinfo freeze the system?

Если коротко: причина оказалась в PCIe: при питании на батарее или с выключенным acpi=off сохраняем список устройств:

lspci | awk '{print $1}' > pci_ids.txt

А потом на проблемной конфигурации (например, после вызова sudo powertop на соседнем терминале), сделать последовательный опрос устройств:

for i in `cat pci_ids.txt`; do echo " * CHECKING $i";lspci -s $i; done

У меня свалилось на:

0b:00.0

Коим является:

0b:00.0 Ethernet controller: Intel Corporation Ethernet Controller I225-V (rev 03)

Т.е. прблема с:

модулем igc
сетевой картой Intel.

Уже более обстоятельный поиск привёл к:

igc driver causes suspend to fail if powersave is enabled

Там как раз более детальное описание проблемы (без конкретного решения):

Ноут тоже Thinkpad P15 Gen2
Карта та же

Ключевое:

I finally found that the problem was because enabling auto or powersave on ethernet card was causing this issue. i.e
echo 'auto' > '/sys/bus/pci/devices/0000:0b:00.0/power/control'

Отсюда и возможный WA: не включать автоматическое управление питанием для этого устройства. А вот автоматическое управление включает у меня - tlp.

И им же можно запретить это делать. Создаём файл /etc/tlp.d/00-pcie-pm.conf:

# Disalbe Ethernet card:  
RUNTIME_PM_DISABLE+="0b:00.0"

И рестартуем tlp.

Понятно, что на энергопотребление скажется негативно, но жить без сна - это не жизнь. К сожалению переписка выше ни к чему толковому не ведёт. А проблема наблюдается в т.ч. на ядре 6.2.

ArchLinux: сохранение модулей текущего ядра при обновлении

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 19 Mar 2023 17:42:40 +1000

Проблема: когда мы в ArchLinux и производных дистрибутивах обновляем ядро и если поменялась минорная цифра сменилась, то меняется и директория для модулей, а старая удаляется. В результате чего после обновления вы или сразу должны перезагрузиться с новым ядром или получать эпичные глюки: флешка там не примонтируется или ещё чего.

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

Решение ниже - хуки для pacman, которое это делают.

Сами хуки, их два.

Первый, /etc/pacman/hooks/backup-current-kernel-modules-post.hook:

[Trigger]  
Type = Package  
Operation = Upgrade  
Target = linux[0-9]*  
  
[Action]  
Description = Kernel update detected. Restore current Kernel modules from backup  
Depends = rsync  
When = PostTransaction  
Exec = /home/hatred/bin/pacman-backup-current-kernel-modules post

Второй, /etc/pacman/hooks/backup-current-kernel-modules-pre.hook:

[Trigger]  
Type = Package  
Operation = Upgrade  
Target = linux[0-9]*  
  
[Action]  
Description = Kernel update detected. Backup current Kernel modules  
Depends = rsync  
When = PreTransaction  
Exec = /home/hatred/bin/pacman-backup-current-kernel-modules pre

Ну и сам скрипт, /home/hatred/bin/pacman-backup-current-kernel-modules:

#!/usr/bin/env bash  
  
# man pacman-hooks  
  
# TBD: detect suffix automatically  
suffix="-MANJARO"  
  
mods="/lib/modules"  
ver=$(uname -r)  
  
orig="$mods/$ver"  
backup="$mods/backup-$ver"  
  
# Useful for clean-up on startup  
flag=".htrd-backup-current-kernel-modules"  
  
# YES/NO, case is a matter  
#actual_clean="NO"  
  
backup()  
{  
   rsync -a $orig/ $backup  
   touch $backup/$flag  
}  
  
  
restore()  
{  
   rsync -a $backup/ $orig  
   depmod -aA  
}  
  
  
clean()  
{  
   local installed=($(pacman -Q | grep '^linux[0-9]\+ ' | awk '{print $2}'))  
   local old=$(ls /lib/modules/*/$flag | xargs -I{} dirname {} | xargs -I{} basename {})  
  
   for dir in $old  
   do  
       local ver_only=$(basename $dir $suffix)  
  
       if [[ ! " ${installed[*]} " =~ " ${ver_only} " ]]; then  
           echo "Directory flagged as backup and not found in installed, remove: $dir"  
           if [ "$actual_clean" = "YES" ]; then  
               true  
               #rm -rf "$mods/$dir"  
           fi  
       fi  
  
   done  
}  
  
  
case "$1" in  
   pre)  
       backup  
   ;;  
   post)  
       restore  
   ;;  
   clean)  
       clean  
   ;;  
esac  
  
exit 0

С параметром clean его вызвать можно на старте, например, из /etc/rc.local ( rc-local).

dmesg wheel group access

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 19 Mar 2023 17:35:38 +1000

На системах с ядром 5.10.4+ dmesg доступен только для root. Делаем его доступным и для группы wheel и, по необходимости, добавляем туда пользователей. К слову, если не уверены, лучше не делайте. Мне в dmesg нужно очень часто во время разработки лезть. Можно в терминале запускать сессию от другого пользователя без привилегий, но в группе wheel:

mkdir -p /etc/pacman/hooks
cat > /etc/pacman/hooks/10-dmesg-wheel-access.hook << EOF
[Trigger]  
Operation = Upgrade  
Type = Package  
Target = util-linux  
  
[Action]  
Description = Allow dmesg wheel access...  
When = PostTransaction  
Exec = /bin/sh -c '/usr/bin/chown root:wheel /usr/bin/dmesg ; /usr/bin/chmod 750 /usr/bin/dmesg ; /usr/bin/setcap cap_syslog=ep /usr/bin/dmesg'
EOF

Thinkpad P15 Gen2: LEDs

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 19 Mar 2023 14:08:34 +1000

А оказывается, что почти всеми (скорее вообще всеми) LED, которые присутствуют на этом лаптопе можно управлять через sysfs:

$ ls /sys/devices/platform/thinkpad_acpi/leds/ -1  
platform::micmute  
platform::mute  
tpacpi::kbd_backlight  
tpacpi::lid_logo_dot  
tpacpi::power  
tpacpi::standby  
tpacpi::thinklight  
tpacpi::thinkvantage

Основные контрольные файлы:

brightness - собственно для включения или выключения: 0 - выключить. Максимальное значение зависит от следующего параметра.
max_brightness - максимальное значение для предыдущего параметра. Если 1, то LED работает как On/Off. Если отличное, то поддерживается установка яркости: максимальное значение - максимальная яркость.
trigger - можно задать системный триггер, который будет управлять этим LED. Типичный пример - активность жёсткого диска. Чтение из файла: список доступных триггеров и выбранный триггер, запись - назначение триггера.

Но вот я ни один LED не смог настроить на системный триггер disk-activity.

К слову, LED на крешке в букве i в Thinkpad:

/sys/devices/platform/thinkpad_acpi/leds/tpacpi::lid_logo_dot/

Thinkpad P15 Gen2: отключаем ненужные WakeUp sources

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 19 Mar 2023 13:50:44 +1000

Проблема: просыпается при шевелинии мышкой Logitech MX Master, Unify receiver подключен в правый USB TypeA порт.

Старый метод через /proc/acpi/wakeup работает не для всех устройств:

cat /proc/acpi/wakeup | grep enabled | awk '{print($1)}' | grep -v 'SLPB\|LID' | while read line; do echo $line | sudo tee; done

Читаем:

https://wiki.archlinux.org/title/Power_management/Wakeup_triggers

Просканировать прочие устройства:

find /sys/devices -name 'wakeup' -a -type f | while read line; do sts=$(cat "$line"); echo "$line: $sts"; done | grep enabled

Сверяемся с выводом cat /proc/acpi/wakeup на предмет нужных устройств. К примеру, у меня:

/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/power/wakeup - LID
/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/power/wakeup - SLPB

И выключаем:

find /sys/devices -name 'wakeup' -a -type f | grep -v 'PNP0C0D:00\|PNP0C0E:00' | while read line; do echo 'disabled' | sudo tee "$line"; done

Отражение состояния в /proc/acpi/wakeup тоже будет.

Но есть нюанс: устройствам может прилететь change и они могут опять включить этот источник пробуждения. Или /etc/rc.local вызваться в момент, когда ещё не все устройства проинициализированы.

Окончательное “лечение” проблемы: через udev, как по ссылке выше. Для себя я составил такой /etc/udev/rules.d/99-wakeup.rules:

ACTION!="add|change|bind", GOTO="wakeup_disable_end"  
  
# Disable all by default  
SUBSYSTEM=="*", ATTR{power/wakeup}=="*", ATTR{power/wakeup}="disabled"  
  
# Enable for selected:  
  
# LID  
#   /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00  
#DEVPATH=="/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00", ATTR{power/wakeup}="enabled"  
KERNEL=="PNP0C0D:00", ATTR{power/wakeup}="enabled"  
  
# SLPB  
#   cat /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/uevent  
#DEVPATH=="/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00", ATTR{power/wakeup}="enabled"  
KERNEL=="PNP0C0E:00", ATTR{power/wakeup}="enabled"  
  
LABEL="wakeup_disable_end"

Краткое пояснение:

Реагируем только на действия add, change, bind
По умолчанию, для все подсистем, у которых есть атрибут power/wakeup выставляем его в disable
После чего, включаем только нужные источники пробуждения, у меня это LID и SLPB/WakeUp button.

Далее варианты:

Перегрузиться - самый простой
Вручную перегрузить правила (sudo udevadm control -R) и стригерить каждое устройство:
```
sudo udevadm trigger /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00
```
Так же перечитать правила и вызвать однострочник выше, а если уж прилетит change action, то уже отработается правилами udev.

В общем, какой удобнее - тот и использовать.

RIP

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 18 Mar 2023 02:31:33 +1000

16.03.2016, Жека, помним.

Thinkpad P15 Gen2: падение VLC и проблемы с VDPAU/VA-API

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 15 Mar 2023 11:22:47 +1000

Проблема: VLC при попытке проиграть видео падает:

libva error: /usr/lib/dri/i965_drv_video.so init failed  
[00007f437c007840] glconv_vaapi_x11 gl error: vaInitialize: unknown libva error  
libva error: /usr/lib/dri/i965_drv_video.so init failed  
[00007f437c007840] glconv_vaapi_drm gl error: vaInitialize: unknown libva error  
libva error: /usr/lib/dri/i965_drv_video.so init failed  
[00007f437c007840] glconv_vaapi_drm gl error: vaInitialize: unknown libva error

А vdpauinfo говорит:

libva error: /usr/lib/dri/i965_drv_video.so init failed

И рапортует, что не поддерживает ничего.

Решение: поставить новый драйвер от Intel и не забыть бридж VA-API → VDPAU:

sudo pacman -S intel-media-driver libvdpau-va-gl

Старый libva-intel-driver работал для графики на T530, но тут уже нет. В целом, наверное, его можно удалить.

После установки успешно отрабатывает и VLC, vdpauinfo и vainfo.

Для надёжности, наверное, стоит ещё задать:

# VA API (Firefox)
export LIBVA_DRIVER_NAME=iHD
# VDPAU
export VDPAU_DRIVER=va_gl

К слову, vainfo рапортует много больше возможностей по декодированию, по сравнению с vdpauinfo. Вики Debian говорит что он действительно более ограничен, но иногда (не наш случай), это единственный вариант. В общем, с учётом того, что тот же Firefox для аппаратного декодирования использует VAAPI и что последний более богат - это не может не радовать.

Для дополнительного чтения:

Траверс Пидан-Фалаза, или все типы осадков, кроме града

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 14 Mar 2023 22:32:37 +1000

…ну и росы %)

Наконец-то получилось пройти этот маршрут. До этого в разное время года по разным причинам мне этого сделать не удавалось.

Сводка:

День	Протопали, км	Набор высоты, м	Сброс высоты, м	Время/в движении, ч	Скорость/в движении,	Начало движения, ч	Конец движения, ч
12 мар	21	1790	1745	12:45/08:40	1.7/2.5	10:38	23:22

Профиль:

Далее со слов и согласия Жени Воеводского. Мои редкие коменты по тексту.

12 марта в воскресенье осуществили траверс Пидан-Фалаза в “неблагоприятных” погодных условиях. Всё прошло отлично, траверс схожен как и планировалось.

Участники траверса:

Корнет Николаевич.
Алексей Фищенко.
Александр ( Хатред).
Евгений Филимонов.
Люсине.
Евгений В. (я).

По плану едем на двух машинах: на актионе Корнета Николаевича и на бигхорне Алексея Фищенко. Бигхорн оставляем в Грибановке, пересаживаемся в актион все, едем на нем до поляны зилов к концу дороги перед Пиданом, идём траверс, спускаемся в Грибановку, едем все на бигхорне до актиона к подножию Пидана, рассаживаемся по машинам и домой.

Было всё так:

Выезд из города с ост. Магнитогорская 6:30.
Начало маршрута от поляны зилов - 10:42.
Камень Маори 13:15.
Выход на хребет-траверса 14:00
Лесосклад 15:45.
Медвежка 18:10
Фалаза 21:48
Машина Грибановка 23:30 +- .
Выезд актиона с поляны зилов от подножья 02:23.
40 минут до асфальта в Лукьяновке. В городе на Заре были в 04:30.

Теперь немного лирики.

Когда Корнет Николаич написал в группу что можно сходить Пидан-Фалазу в воскресенье и спрашивал кого записать, я записался, хотя были свежи у меня в памяти впечатления от прошлой Медвежки-Фалазы за 14 часов. Надо идти- подумал. Ещё подумал, ничего себе какая группа собралась бодрячком, все адепты ЗОЖ и физкультурники. Придется отжаться как положено. Была надежда что Люсине будет идти не очень быстро. Ничего, думал я, прорвусь, нормально всё будет. Новотнет, не тут то было. Надежда эта оказалась беспочвенной и не оправдалась. У Люсине был моторчик как и у всех остальных. Пришлось напрягаться со всей отдачей, стараться идти в общем темпе группы. В итоге “ушатался” за день конкретно, в лучших традициях.

До выхода с Пидана на хребет-траверс дошли все мокрые, а до Медвежки вообще задолбались. Относительно.

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

При выходе на хребет траверса перед вершиной Пидана, когда одевали снегоступы, КН собрал собрание и сказал что если кому-то хреново, или если он чувствует что не уверен, то вообще без проблем, разворачиваемся и идём обратно. Главное уверенность в себе, в своем самочувствии, в снаряге и, если есть сомнения, то ничего такого нет если повернём обратно. Очень важно что нельзя скрыть что-то от него, сказал.

Для порядка.

Все мокрые и замёрзшие сказали что идём. Мы сделаем это, уверены, всё нормально.

С Медвежки будет наверное проще до Фалазы, думал я. На автопилоте по тропе, чо, прошлую субботу 15 человек в ступах прошли туда обратно, тропа была хорошая. Но тропы не было видно, её надо было угадывать, всё замело и снег продолжался. Ещё в темноте шли. Дошли, а куда бы мы делись. А Лёхе Ф. вообще было не понятно как можно ходить это за 13 часов и устраивать треш, он прошёл бы быстрее намного.

Там ещё было приключение потом, пока ехали до актиона, засели в снежной каше по дороге, полчаса потеряли. В городе были утром.

Хорошо сходили.

Ещё этот поход прибавил в голову полезное осознание что надо заняться посерьёзнее здоровым образом жизни. Стал уставать больше, заметил. А впереди столько походов и всё самое интересное впереди. Позитив после такого как обычно переполняет.

Спасибо всем участникам за этот день!!!

Пара копеек от меня

В целом и общем - Женя всё сказал как есть. Ну может не все задолбались и не все промокли к указанным моментам времени. Лично я потух к моменту подъёма на Фалазу с седловины. А подмерзать руки начали к началу спуске с этой самой Фалазы.

Мне что запомнилось, так это процесс перехода дождя из состояния “я - жидкая вода”, до снега, через стадию ледяного дождя. При этом местами у нас было и облако-туман так, что создавалось ощущение поехавшей резкости в глазах, а потом оппа, сдувало и резкость сию секунду возвращалась на своё законное место.

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

Очень удачно получилось, что взял с собой пару запасных фонариков. Лёхе Ф. очень пригодилось.

Фото и треки

От Корнета:
- Фото: https://cloud.mail.ru/public/6iYF/rm1XbBnY5
- Трек: https://strava.app.link/yk8gT88Q6xb
От Жени В.:
- Пост в Instagramm: https://www.instagram.com/p/CpuAmZHIyZ6anC8lDl_WaKPRUilyr2Pi9_5CAM0/?igshid=MDJmNzVkMjY=
- Фото: https://disk.yandex.ru/a/zN09bXQPlaGgOQ
  - Зеркало: https://drive.google.com/drive/folders/17KtSsuMWEJobUOdRXWhAQ6pNt9rj7yZT
Мой трек с GPSMAP 64s: pidan-falaza-mar2023.gpx.gz
- Зеркало фото: https://disk.yandex.ru/d/w9Prk5GqgQjZsA

Thinkpad P15 Gen2: гибридная графика

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 14 Mar 2023 22:14:49 +1000

Карта у меня стоит далеко не топовая:

nVidia T1200

$ lspci -nn | grep VGA
00:02.0 VGA compatible controller [0300]: Intel Corporation TigerLake-H GT1 [UHD Graphics] [8086:9a60] (rev 01)
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation TU117GLM [T1200 Laptop GPU] [10de:1fbc] (rev a1)

Карта поколения NV160 family (Turing). Это будет важно в дальнейшем.

Первое, у нас, аналогично T530 (там правда mDP, а VGA - на встроенную карту, но тут VGA нет /дополнительный порт - через TypeC/), HDMI разведён на дискретную карту. Соответственно нельзя использовать её без настройки оной.

Второе, эта карта поддерживается открытым ядерными драйверами от самой nvidia: nvidia-open / nvidia-open-dkms. К сожалению, самих драйверов не завезли в репозитории Manjaro (тогда как в ArchLinux они есть). Ставим beta или git из AUR.

Внешний монитор на HDMI

Главное - удалить пакет bumblebee: он блеклистит как драйвера нуво (nouveau), так и официальный драйвера nVidia.

При этом, при загруженной системе выход на HDMI работает как с открытыми драйверами nouveau из коробки, так и с закрытыми драйверами.

Для нуво ничего, собственно, делать не нужно, единственно, стоит удалить xf86-video-nouveau, так для карт поколения NVC50+ рекомендую использовать встроенный modeset.

Для проприетарных - ниже.

Для того, что бы средствами обычного xrandr/DRM внешний порт нормально цеплялся:

Удалить bumblebee
Добавить в загрузку nvidia_drm (не обязательно, при удалённом bumblebee он и сам загрузится)
Добавить параметр nvidia_drm.modeset=1 (я сделал через параметры модулей)

Для загрузки модуля, пишем в /etc/modules-load.d/modules.conf:

# List of modules to load at boot  
nvidia_drm

TBD:

nvidia
nvidia_drm
nvidia_uvm
nvidia_modeset

Для параметров, создаём файл /etc/modprobe.d/nvidia.conf:

options nvidia_drm modeset=1

Это автоматически подгрузит и nvidia_modeset.

Всё, после чего у нас всё магическим образом заработает:

$ xrandr --listproviders
Providers: number : 2  
Provider 0: id: 0x49 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 4 outputs: 7 associated providers: 1 name:modesetting  
Provider 1: id: 0x2a2 cap: 0x2, Sink Output crtcs: 4 outputs: 5 associated providers: 1 name:NVIDIA-G0

А в KDE Plasma по Fn+F7 будет работать выбор режима расширения экрана при подключенном внешнем мониторе.

PRIME

В отличии от HDMI выхода, драйвера nouveau не работают от слова совсем. Ошибка. TBD: добавить вывод ошибки.

Поэтому рассматриваем только официальные драйвера.

Ставим:

$ sudo pacman -S nvidia-prime

Проверяем:

$ prime-run glxinfo | grep "OpenGL renderer"
OpenGL renderer string: NVIDIA T1200 Laptop GPU/PCIe/SSE2

По сути, он просто задаёт нужные переменные окружения:

https://download.nvidia.com/XFree86/Linux-x86_64/495.44/README/primerenderoffload.html

Настройки для внешнего монитора должны быть сделаны.

Power Management

Как говорится тут для новейших карт Ampere ничего делать не нужно, а наша Turing мы можем полностью отключить карту, когда она не используется. Нужно создать udev правила /etc/udev/rules.d/80-nvidia-pm.rules:

# Enable runtime PM for NVIDIA VGA/3D controller devices on driver bind
ACTION=="bind", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x030000", TEST=="power/control", ATTR{power/control}="auto"
ACTION=="bind", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x030200", TEST=="power/control", ATTR{power/control}="auto"

# Disable runtime PM for NVIDIA VGA/3D controller devices on driver unbind
ACTION=="unbind", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x030000", TEST=="power/control", ATTR{power/control}="on"
ACTION=="unbind", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x030200", TEST=="power/control", ATTR{power/control}="on"

И добавить параметры для главного модуля nvidia:

options nvidia "NVreg_DynamicPowerManagement=0x02"

Затем включить сервис nvidia-persistenced.service:

sudo systemctl enable nvidia-persistenced.service

Проблемы

Зависает ядро

Точнее так, это не беда nVidia, это беда только на процессорах 11gen от Intel, который, собственно у меня и стоит:

https://forum.manjaro.org/t/nvidia-prime-missing-endbr-kernel-trap/131839,

Сама проблема описана тут:

nvidia may not boot on Linux 5.18 (or later) on systems with Intel CPUs (likely only of 11th Gen and onward) due to FS#74886/ FS#74891. Until this is fixed, a workaround is disabling the Indirect Branch Tracking CPU security feature by setting the ibt=off kernel parameter from the boot loader. This security feature is responsible for mitigating a class of exploit techniques, but is deemed safe as a temporary stopgap solution.

У меня аффектит в том числе и работу Virtual Box:

[  456.563262] SUPR0GipMap: fGetGipCpu=0x1b  
[  457.249272] traps: Missing ENDBR: 0xffffacace3a50c20  
[  457.249303] ------------[ cut here ]------------  
[  457.249304] kernel BUG at arch/x86/kernel/traps.c:255!  
[  457.249308] invalid opcode: 0000 [#1] PREEMPT SMP NOPTI  
[  457.249312] CPU: 14 PID: 6732 Comm: EMT-0 Tainted: G           OE      6.1.12-1-MANJARO #1 d419fb51ba9431ae2a4575820ea6b5b95f50a34f  
[  457.249314] Hardware name: LENOVO 20YQ0058RT/20YQ0058RT, BIOS N37ET39W (1.20 ) 04/15/2022  
[  457.249315] RIP: 0010:exc_control_protection+0xc2/0xd0  
[  457.249320] Code: fa ff 45 31 c9 49 89 d8 b9 09 00 00 00 48 8b 93 80 00 00 00 be fc 00 00 00 48 c7 c7 09 4e 44 b9 e8 c3 84 46 ff e9 64 ff ff ff <0f> 0b 66 66 2e 0f 1f 84 00 00 00 00 00 9  
0 66 0f 1f 00 55 53 48 89  
[  457.249321] RSP: 0018:ffffacace1cf7c38 EFLAGS: 00010002  
[  457.249323] RAX: 0000000000000028 RBX: ffffacace1cf7c58 RCX: 0000000000000000  
[  457.249324] RDX: 0000000000000000 RSI: ffff8afd1f7a1660 RDI: ffff8afd1f7a1660  
[  457.249325] RBP: 0000000000000003 R08: 0000000000000000 R09: ffffacace1cf7ad0  
[  457.249325] R10: 0000000000000003 R11: ffffffffb9ccc7e8 R12: 0000000000000000  
[  457.249326] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000  
[  457.249327] FS:  00007fe0241fd6c0(0000) GS:ffff8afd1f780000(0000) knlGS:0000000000000000  
[  457.249328] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033  
[  457.249329] CR2: ffffacace38c5b10 CR3: 00000002ac0d0006 CR4: 0000000000f70ee0  
[  457.249330] PKRU: 55555554  
[  457.249331] Call Trace:  
[  457.249333]  <TASK>  
[  457.249335]  asm_exc_control_protection+0x26/0x30  
[  457.249337] RIP: 0010:0xffffacace3a50c20  
[  457.249339] Code: 16 9d e6 ff 4c 89 e7 89 c3 e8 7c 94 e6 ff 85 db 0f 48 c3 5b 41 5c 5d c3 66 90 b8 fe ff ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 <83> fe 0f 77 53 55 83 ce 10 48 89 e5 53 4  
8 89 fb 48 8d 7f 18 48 83  
[  457.249340] RSP: 0018:ffffacace1cf7d08 EFLAGS: 00010246  
[  457.249341] RAX: 0000000000000000 RBX: ffffacace2219010 RCX: 0000000000000001  
[  457.249342] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffacace2219030  
[  457.249343] RBP: ffffacace1cf7de0 R08: ffffacace3a5b95d R09: ffffacace2219010  
[  457.249343] R10: ffffacace226a000 R11: 0000000000000000 R12: ffff8af9c6c79a10  
[  457.249344] R13: ffffffffc0bffce0 R14: 0000000000000004 R15: ffff8af9c6c79a10  
[  457.249346]  ? asm_exc_page_fault+0x26/0x30  
[  457.249348]  ? supdrvIOCtl+0x2d77/0x31b0 [vboxdrv 2ebee49653aba23a54dbd683c8be87cd93f03860]  
[  457.249364]  ? _copy_from_user+0x47/0x60  
[  457.249368]  ? VBoxDrvLinuxIOCtl_7_0_6+0x162/0x260 [vboxdrv 2ebee49653aba23a54dbd683c8be87cd93f03860]  
[  457.249376]  ? do_syscall_64+0x6b/0x90  
[  457.249378]  ? __x64_sys_ioctl+0x91/0xd0  
[  457.249381]  ? do_syscall_64+0x5c/0x90  
[  457.249382]  ? exc_page_fault+0x74/0x170  
[  457.249384]  ? entry_SYSCALL_64_after_hwframe+0x63/0xcd  
[  457.249385]  </TASK>  
[  457.249386] Modules linked in: snd_seq_dummy snd_seq snd_seq_device ccm rfcomm qrtr cmac algif_hash algif_skcipher af_alg bnep btusb uvcvideo btrtl videobuf2_vmalloc btbcm videobuf2_memo  
ps btintel videobuf2_v4l2 btmtk videobuf2_common videodev bluetooth mc ecdh_generic joydev mousedev snd_ctl_led snd_soc_skl_hda_dsp snd_soc_intel_hda_dsp_common snd_soc_hdac_hdmi snd_sof_pr  
obes snd_hda_codec_realtek snd_hda_codec_generic snd_soc_dmic snd_sof_pci_intel_tgl snd_sof_intel_hda_common soundwire_intel soundwire_generic_allocation soundwire_cadence snd_sof_intel_hda  
snd_sof_pci snd_sof_xtensa_dsp intel_tcc_cooling snd_sof snd_sof_utils x86_pkg_temp_thermal snd_soc_hdac_hda intel_powerclamp snd_hda_ext_core coretemp snd_soc_acpi_intel_match kvm_intel s  
nd_soc_acpi vfat fat soundwire_bus kvm snd_soc_core iwlmvm irqbypass crct10dif_pclmul snd_compress crc32_pclmul ac97_bus polyval_clmulni snd_hda_codec_hdmi snd_pcm_dmaengine polyval_generic  
gf128mul ghash_clmulni_intel mac80211 sha512_ssse3  
[  457.249418]  snd_hda_intel aesni_intel processor_thermal_device_pci_legacy snd_intel_dspcfg crypto_simd snd_intel_sdw_acpi processor_thermal_device cryptd libarc4 mei_hdcp mei_pxp snd_hd  
a_codec processor_thermal_rfim iTCO_wdt rapl nouveau iwlwifi snd_hda_core spi_nor intel_pmc_bxt processor_thermal_mbox snd_hwdep mei_me intel_cstate iTCO_vendor_support ee1004 intel_rapl_ms  
r ucsi_acpi processor_thermal_rapl think_lmi snd_pcm intel_uncore cfg80211 psmouse pcspkr firmware_attributes_class mtd wmi_bmof typec_ucsi i2c_i801 mxm_wmi igc mei intel_rapl_common thunde  
rbolt snd_timer drm_ttm_helper i2c_smbus typec intel_soc_dts_iosf roles int3400_thermal int3403_thermal acpi_thermal_rel int340x_thermal_zone intel_hid acpi_pad sparse_keymap acpi_tad mac_h  
id dm_multipath dm_mod vboxnetflt(OE) vboxnetadp(OE) vboxdrv(OE) sg crypto_user fuse acpi_call(OE) bpf_preload ip_tables x_tables ext4 crc32c_generic crc16 mbcache jbd2 rtsx_pci_sdmmc mmc_c  
ore nvme thinkpad_acpi nvme_core crc32c_intel spi_intel_pci  
[  457.249452]  xhci_pci serio_raw rtsx_pci ledtrig_audio spi_intel nvme_common xhci_pci_renesas atkbd platform_profile libps2 snd vivaldi_fmap soundcore i8042 rfkill serio i915 drm_buddy i  
ntel_gtt video wmi drm_display_helper cec ttm  
[  457.249462] ---[ end trace 0000000000000000 ]---  
[  457.249463] RIP: 0010:exc_control_protection+0xc2/0xd0  
[  457.249465] Code: fa ff 45 31 c9 49 89 d8 b9 09 00 00 00 48 8b 93 80 00 00 00 be fc 00 00 00 48 c7 c7 09 4e 44 b9 e8 c3 84 46 ff e9 64 ff ff ff <0f> 0b 66 66 2e 0f 1f 84 00 00 00 00 00 9  
0 66 0f 1f 00 55 53 48 89  
[  457.249466] RSP: 0018:ffffacace1cf7c38 EFLAGS: 00010002  
[  457.249467] RAX: 0000000000000028 RBX: ffffacace1cf7c58 RCX: 0000000000000000  
[  457.249468] RDX: 0000000000000000 RSI: ffff8afd1f7a1660 RDI: ffff8afd1f7a1660  
[  457.249468] RBP: 0000000000000003 R08: 0000000000000000 R09: ffffacace1cf7ad0  
[  457.249469] R10: 0000000000000003 R11: ffffffffb9ccc7e8 R12: 0000000000000000  
[  457.249469] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000  
[  457.249470] FS:  00007fe0241fd6c0(0000) GS:ffff8afd1f780000(0000) knlGS:0000000000000000  
[  457.249471] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033  
[  457.249472] CR2: ffffacace38c5b10 CR3: 00000002ac0d0006 CR4: 0000000000f70ee0  
[  457.249473] PKRU: 55555554

В выхлопе nVidia тоже будет присутстввать:

traps: Missing ENDBR: 0xffffacace3a50c20

Решение: добавить параметр ibt=off для ядра.

Открываем /etc/default/grub и добавляем:

GRUB_CMDLINE_LINUX_DEFAULT="... ibt=off ...

После чего:

sudo update-grub

и перезагрузка.

Не запускается SDDM

У меня такое на дровах из репозитория. Поставил nvidia-open-beta - проблема ушла.

Особенности

Кто кого блеклистит и когда.

Первое, пакет nvidia-utils содержит в себе конфиги для modprobe (/usr/lib/modprobe.d/nvidia-utils-beta.conf), который блеклистит nouveau. Имейте ввиду.

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

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

Ссылки

Thinkpad P15gen2: клавиатура, Menu, SysReq, Launch2

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 10 Mar 2023 11:11:22 +1000

Для начала, методики (но не конечные решения!) описанные в прошлых связанных статьях для Thinkpad T530 вполне себе работают, поэтому стоит начать с ознакомления с ними:

Официальные Fn+ комбинации

Комбинации для T530 работают и ровно в такой же механике. Вообще вот руководство, так сказать первоисточники, где это всё описано:

Для начала небольшие пояснения для следующих кнопок:

Комбинация	Название	Код
Fn+F9	Открытие/свёртывание центра уведомлений	`XF86Messager`
Fn+F10	Принятие входящих вызовов в Microsoft Teams	`XF86Go`
Fn+F11	Отклонение входящих вызовов в Microsoft Teams	`Cancel`
Fn+F12	Настраиваемая	`XF86Favorites`

Все кнопки отлично распознаются и можно куда-то назначить.

А вот теперь более интересные:

Комбинация	Название	Код	Примечание
Fn+PrtSc	Открытие инструмента «Ножницы»	`Launch2`	Т.е. на самом деле - обычная кнопка общего назначения
Fn+4	Спящий режим	`XF86Sleep`	В дополнение к основной
Fn+Left	Переход к началу	`Home`	Это просто подарок для навигации какой-то
Fn+Right	Переход в конец	`End`	См выше

Для работы с SysReq - смотрите прошлую заметку для T530.

Управление громкостью, отключением микрофона, динамиков, управление яркостью дисплея, отключения WiFi, уход в сон и пробуждение (однократное нажатие Fn) - как минимум в KDE Plasma заработало из коробки в том числе с сопутствующими OSD.

По аналогии как тут:

Что хорошо, за весь срок существования заметок и 10 лет существования ноутбука, даже номера event не поменялись: для встроенной клавиатуры остался 3, для Fn+ - 5.

На P15gen2 я решил не переносить PrtSc, так как отдельной кнопки Launch1 больше нет, но так как на этой же кливише появилась альтернативная функция, то решил из неё как раз сделать Menu. Все действия уже описаны, результирующий /etc/udev/hwdb.d/70-keyboard.hwdb получился такой:

# thinkpad_acpi driver  
evdev:name:ThinkPad Extra Buttons:dmi:bvn*:bvr*:bd*:svnLENOVO*:pn*  
  KEYBOARD_KEY_46=compose                                  # Override Launch2 (prog2) to Menu (Compose): on the TP P15gen2 - Fn+PrtScr

Прочие Fn клавиши тоже можно переназначить по желанию. Главное его заиметь или придумать, куда приспособить. Я пока не придумал.

Траверс Суходол-Туманная 2023

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 09 Jan 2023 15:40:00 +1000

Снега в декабре в городе навалило так, что до сих пор аукается на дорогах Владивостока, поэтому возникло жгучее желание сходить потропить наши хребты в снегоступах. Кинул клич, в ответку от Коли Живова получил контр-приглашение на снегоступинг 7-8 января, но 8 были уже запланированы мероприятия, которые ну никак не получалось перенести. В результате согласились идти 4-5 января Саня, Юра и Макс. Но 3 числа Саня отвалился - внезапно заболел. Остался я, Макс и Юрка. Так и пошли.

Перечитывая С юга на север по Ливадийскому хребту при планировании маршрута разогнался на 40 км за два дня, маршрут:

74км-г.Суходол-хр.Большой Воробей-г.Туманная-р.Тигровая-(выход рядом)Бровничи-Фридман

Резервными вариантами рассматривал выход:

в Тигровой
по классике на 82км

Результат вышел куда более скромным, но не менее греющим душу:

74км-г.Суходол-хр.Большой Воробей-г.Туманная-серпантин-82км

Сводка:

День	Протопали, км	Набор высоты, м	Сброс высоты, м	Время/в движени, ч	Скорость/в движении, км/ч	Начало движения, ч	Конце движения, ч
4 янв	9.93	1285	360	07:54/04:46	1.3/2.1	09:56	17:51
5 янв	16.6	385	1195	08:25/05:22	2.0/3.1	09:26	17:52
Всего	26	1670	1600	16:19/10:08	1.59/2.85	—	—

Небольшую текстовку потом (возможно, но вряд ли) разбавлю вставками фото, а для страждущих, альбом:

Траверс Суходол-Туманная 2023

Для более пытливых:

Точки и Треки

Сборы быстрые. Питание, как обычно: утром - завтрак, вечером - ужин. В промежутках: перекус и термоса. Перекус организовываем самостоятельно, я взял несколько бутербродов и орехово-фруктовой смеси. Большую часть принёс домой и там схомячили с супругой.

Дальше первая электричка, которую сместили лютые манагеры от РЖД почти на час, сократив и так небольшое световое время для маршрута. Зато выспаться можно. Около 9:50 вылазим на перроне 74км aka Лукьяновка и без лишних раздумий шуруем к Суходолу.

А теперь вопрос залу: как на него, блин, заходить правильно? С того места, куда мы подошли, метров 15 лез на 4WD :-D

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

Весь хребет испещрён следами копытных и зайцев. К слову, последние дают самый удобный маршрут: сомневаешься куда идти - иди по заячему следую. Они даже по высоте проход выбирают, будто учитывают рост человека. Комплексы?

К слову - снега мало. Идём без ступов, даже тропить толком не приходится - просто разбрасываем снег ногами. И так до первой знаковой точки - Суходол. Туда мы добираемся примерно к 11:40. На вершине много следов и есть тропа, которая падает в распадок между Суходолом и Большим Воробьём. Следы человека на хребте тоже появляются ближе к вершине - выныривают откуда-то слева по направлению подъёма. Надо будет попробовать как-то так зайти.

На вершине Макс обзаводится треккинговыми палками производства Русский Лес филиал Приморский. После чего направляемся в седловину между Суходолом и одним из боковых гребней Большого Воробья. Залазим на пупырь отмеченный… никак, но высотой - чуть меньше Суходола и опять падаем в седловину примерно на сотню метров и снова ползём на хребет, пересекаем дорогу, проложенную строителями ЛЭП и достигнув ЛЭП 110 кВ делаем перекур, перерыв, перекус. Макс на радостях приложился коленом об камень. Но вроде без последствий.

После ЛЭП, пухляк начинает уступать место тонкому фирну. Снега всё так же мало, но идти, разгребая ногами снег уже не выходит. Прихотся поднимать ногу и ломать его… или не ломать и подскальзываться. В общем - как масть ляжет. Тут мои силу начали утекать в какую-то прореху, основным прокладывателем маршрута назначается Юра, с чём он доблестно справляется!

В 14:40 официально объявляю, что мы залезли на хребет. Это ни на что не влияет, “продолжаем движение” (с). Радуют кущи и заросли. Особенно Макса. У него ещё и коленки делают попытки выключиться. Снега становится чуть больше и темп снижается. А ещё находим тигриный след.

Преодолении высоты в 1000м становится знаковым и мы решаем обуться в снегоступы. И чудо! Сразу появляются наддувы и места с глубоким снегом! Ну или мы теперь на радостях туда лезем :)

Но где-то через полтора километра дело начинает идти к закату, а локальное выполаживание - к очередному подъёму. Поэтому решаем не ждать падения солнца за горизонт, а подбирать лучшие лежачие места и ставить лагерь. Лагерь оказался примерно в километре от безымянной вершины с тригономом наверху и отметкой 1218м. После похода от Коли узнал народное название - Маяк.

Ставимся лениво. Палатка моя, на одной дуге - трещины на двух звеньях. Дома был уверен, что есть звенья, но найти не удалось. Нужно заказывать. Взял на всякий случай дополнительные комплект ремонтных трубок, одну из них сразу и одел. Правда эта гадина всё пыталась слететь и скрыться в снегу, но её это не удалось (хотя… ревизию я ещё не проводил, возможно - заберу свои слова обратно). Но да ладно. В пару пакетов с Юркой накидываем более-менее чистого снега и ставим в задний тамбур палатки - что бы иметь снег для топления под рукой.

Рюкзаки потрошим, всё нужное закидываем в палатку, ступы и сами рюкзаки оставляем греться на морозе, а сами, следуем вслед за всем нужным.

Топим снег, готовим в палатке. Играем в ёжиков в тумане, делаем постановочные фото адовых созданий с горящими глазами (см фотоальбом). После приёма пищи и настройки делаем домашние заготовки на следующий день, а именно, готовим термос чая на завтрак, а в остальные сразу заливаем натопленной воды, что бы сэкономить время на утренней готовке (не сильно помогло, но об этом далее). Снова почувствовал острую необходимость приобрести нечто Jet Boil подобное: Kovea Alpine Pot или даже FireMaple X2. Понравилось однажды, как быстро там можно топить снег, при этом готовя во втором котле еду. Задел на будущее.

В этот раз захватил с собой обрезок строительной ветро-влагозащитной мембраны Изоспан (типа Tyvek для нищебродов) для использования в роли конденсатника. Хватило накрыть все три спальника. Уж не знаю насколько он помог: или спальник новый (хоть и на -5, но длиннее, чем мой старый Гарип на -9) или тупо достаточно тепло было, но спать было очень комфортно. В целом, планирую развивать успех и погонять эрзац “конденсатник” в будущем ещё.

Утром решаем подняться в 6 утра, что бы успеть приготовиться и выйти в 8… наивные чукотские юноши :)

Проснуться в 6 утра удалось, но возня до начала приготовления пищи растянулось на 30 минут, по быстрому готовим гречку и сардельки, закидываем в себя и освобождаем заготовленный термос с чаем. После чего, готовим 3 литра воды на чай для термосов. А там временем - уже 8 утра. Лааадно. Продолжаем, заливаем термоса… А дальше как в тумане. В результате на маршрут выгребаемся только около 9:30.

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

Да, к слову, уже стало очевидно, что моим наполеоновским планам с выходом во Фридман или Тиговой не суждено сбыться. Решаем выбрасываться на 82км. Причём по первоначальной задумке, нам нужно туда успеть к 16:30, так как Юрке нужно успеть на электричку в сторону Партизанска, дабы потом не куковать 3 часа. Мы же с Максом планировали дотопать до Анисимовки и там перекантоваться до электрички. Плюс к этому, что бы поберечь колени Максу, решаем не вылазить на хребты от креста или от Туманной, а сваливаться по хребту на дорогу и дальше по серпантину до деревни.

Тем временем снега становится больше, следов звериного тусняка тоже. И тут встречаем главного лесного тропильщика - зайца! До этого встречал только мелких, а этот - достаточно крупный. При этом, ещё не переоделся полностью в белую шкурку. Такой - серо-белый. Ломанулся знатно, подняв облако снежной пыли.

Разгружаем немного Макса - забираю палатку.

Примерно к 11:00 вываливаемся на “Маяк”, фотографируемся, перекусываем, отдыхаем. От него начинается частично заметённая, но хорошо натоптанная тропа. Причём, пока дорога идёт по открытой местности - тропа хорошо читается, но как только заходит под деревья - практически сразу теряется.

Где-то около 11:30 (11:24 если верить времени фотографии) на спуске в седловину между Маяком и Метеостанцией попадаем в реально зимнюю сказку: вокруг много снега, деревья все в снежных шапках. Красота. Участок небольшой, ни до, ни после такой красоты не встречалось.

Примерно к 12:00 вываливаемся из леса на открытые поля и к подъёму на Метеостанцию. Вновь появляется тропа, а в скором времени и свежие следы, идущий на серпантин через Чёртов мост. Пока поднимаемся наверх, с Юрой обсуждаем вариант, что как только выходим на дорогу - его отпускаем, что бы он сам успел на электричку, а я буду дожидаться Макса и вместе потихоньку топать на свою - благо у нас в таком раскладе больше запаса по времени.

На метеостанции дожидаемся Макса, доносим до него наши соображения и выдвигаемся дальше, собственно в сторону вершины Туманной. До неё идёт слонячья тропа. В какой-то момент она разбегается - тропа уходи на хребет, по которому, судя по следам, ходят сильно активно, а вот на саму вершину кто-то очень сильный и упорный, вроде Руслана Тя-Шен-Тина (ака Русланчик), прямо по шикарным наддувам набил тропу. Причём местами, похоже, что не для человеков :) Но, в общем, это не помешало с перерывами добраться к 13:10-13:15 добраться до вершины, на которую кто-то сердобольный, установил некое подобие тригонома (см фото), дабы понять, что это вообще вершина и более того - это цель вашего восхождения, а не попсовая метеостанция :)

Здесь оцениваемся по времени и начинаем сваливаться по гребню на дорогу. Решаем, что вплоть до дороги Макса не ждём, оставляем ему тропу. А там я его дожидаюсь, а Юрка отпускаю бежать на электричку.

До дороги доскакиваем примерно за час (к 14:15), отпускаю Юру, сам разоблачаюсь из снегоступов (хорошо натроплено), пью чай, перекусываю, дожидаюсь Макса. Вместе с ожиданием, перепаковкой снегоступов и отдыхом Макса, выйти получается только около 15:00. Идти по утоптанной, натропленной дороге хорошо, но рассчитывал, что будет накатано снегоходами. Трек же снегохода появляется только на середине серпантина, что сразу же добавляет темпа. А от поворота к водопаду Березнюк (надо, кстати, сходить, ни разу там не был) появляется и наезженная дорога, и темпа добавляется ещё! В результате к станции выскакиваем аж к 17:52, почти минута в минуту в плане завершения маршрута днём ранее. “Совпадение? Не думаю” (с) :)

А куковать, тем временем, нужно ещё около часа до электрички. Сразу утеплился, лениво сложил палочки и прочие непотребства похода, вроде гамаш. С чувством, с толком, с расстановкой запиточил пару мороженных бутербродов… И вот электричка уже только через 10 минут, а я даже не ~~устал~~ замёрз :)

Резюмируя: хорошо прогулялись! Ступы уже года 4 не могли никуда выйти по разным причинам. Плюс уже этот траверс тоже всё обламывался по разным причинам и вот, наконец-то! :) Теперь нужно закрыть его в Тигровом… Но это совсем другая история.

Сезон снежных крепостей 2022-2023

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 31 Dec 2022 21:41:30 +1000

Опять и снова :)

Альбом: https://disk.yandex.ru/a/3Gpki_UxTvZXjQ

Фото под катом

C++ прекрасен, как всегда

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 10 Dec 2022 22:11:14 +1000

Жжот дурилко. Все помним про вызов функции vs конструирование объекта:

struct foo { foo(int) {} };
int main() {
    foo(3); // временный объект
}

void foo(int){}
int main() {
    foo(3); // вызов функции
}

Теперь такое:

struct foo {
    foo() = default;
    foo(int v) : x(v) {}
    int x = 1;
    static int s;
};
int foo::s; // где храним
int main() {
    foo(s);
}

Да, код в main эквивалентен:

int main() {
    foo s;
}

дефолтное конструирование объекта s

Обновляем компилятор в мозгах :)

LGT8Fx / LGT8F328P

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 04 Dec 2022 14:49:38 +1000

На правах заметки.

Intro

В народе этот чип называют “клоном” Atmega328P или “антикризисным Arduino” (ну не сам чип, а те платки, которые доступны на AliExpress).

Даташит смотреть в разделе “Полезные ссылки и документация”.

Клоном оно не является. Это самобытная разработка, которая в некотором отношение по пинам (в некоторых режимах) совместима ATmega328P. При этом, если, к примеру, плату с Али зашить обычным примером я миганием светодиода, собранным для BSP Arduino Nano, то диод будет мигать неадекватно. Т.е. для этого контроллера нужно свой пакет BSP, как, к примеру, для совсем “левых” контроллеров, типа ESP32.

Т.е. из схожего:

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

Основные особенности LGT8F328P:

Питание от 1.8-5.5В для всех частот
Максимальная частота на внутренней RC цепочке и внешнем кварце до 32Mhz
Нет фьюзов, как следствие, все настройки периферии нужно делать в стартовом коде, аналогично “взрослым” контроллерам. Отсюда и необходимость в отдельном “ядре” (BSP - Board Support Package из “взрослой” терминологии) для Arduino IDE.
Особенности BSP для Arduino IDE, что прошивается только на 57кбод.
Дополнительный третий 16 битный таймер. И все таймеры существенно проапргейжены в плане максимальных частот PWM и числа ног с PWM.
Появился ЦАП
АЦП тут уже 12 битный, а не 10 битный. Хотя, по отзывам, реальная точность осталась в районе 10 бит
Нет EEPROM. Но он может программно эмулироваться на внутреннем флеше. Т.е. - больше EEPROM - меньше на код.

Хорошее ревью с примерами кода: Обзор клона меги328 -LGT8F328P

В общем, контроллер новый, самобытный. Для домашнего использования очень интересен, но для промышленного использования я бы поостерёгся использовать.

Для домашнего использования хорош и тем, что можно купить на Али версю платы Нано за ~115 рублей с бесплатной доставкой против 250 рублей за аналогичный Nano v3. Плюс платы с односторонним расположением элементов, что позволяет монтировать на плату в виде модуля.

Официальный тулинг

Статья: LGT8F328P Arduino совместимая плата. Программирование на чистом Си

Ну а инструмент называется: LGTSDK Builder

Сайт (китайский язык)
Скачать: http://www.lgtic.com/upload/tools/lgtsdk_builder/LGTSDK_Builder_latest.rar
- Скачивания смотреть на странице: http://www.prodesign.com.cn/download/ или http://www.prodesign.com.cn/lgt8f328p/
  - LGTSDK_Builder_1.5beta29
  - LGTSDK Builder

Поддержка в Arduino IDE

Теперь про интеграцию в Arduino IDE. Как я писал выше - нужен свой BSP. Как минимум настройки для PLL и EEPROM при старте.

Я нашёл более-менее работающих два:

https://github.com/dbuezas/LGT8fx
https://github.com/nulllaborg/arduino_nulllab (альтернативный репозиторий: https://gitee.com/nulllab/nulllab_arduino)

Рекомендую ознакомиться так же со ссылками на страницах обоих BSP. Можно найти полезного.

LGT8fx

Рекомендую именно его на момент 2024.11.26 (актуальная версия: 2.0.7), до этого рекомендовал Nulllab

Ставим через Board Manager в Arduino IDE. В File → Preference, Settings tab добавляем:

https://raw.githubusercontent.com/dbuezas/lgt8fx/master/package_lgt8fx_index.json

На момент первоначального составления заметки была актуальна версия 1.0.5 (оригинальный BSP LGT8fx выглядел заброшенным.) и была доступна неофициальная 1.0.6 (ака v1.0.7 pre release), которая:

Работает с платами с внешним 16Mhz кварцем
Реализуют классический Arduino интерфейс для работы с EEPROM.

Естественно ставить её нужно было вручную. Сейчас же (2023.06.23) актуальная версия - 2.0.6, уже содержит вышеупомянутые доработки.

Для установки в Board Manager вводим:

gt8fx

И ставим “LGT8fx Boards”

В Tools → Board → LGT8fx Board выбираем единственную (2023.06.25) борду: LGT8F328. Собственно на ней и собраны популярные “клоны” Ardunio Nano и Arduino Pro Mini.

После этого выбираем в Tools → Variants выбираем:

328P-LQFP32 - для большинства клонов в форм-факторе Arduino Pro Mini и Arduino Nano Ну или посчитайте ножки :)

Из настроек полезные, по сути, только частота работы и что используется: внутренний клок или внешний кварц.

Внешний кварц понятен, есть три варианта (Tools → Clock Source):

External 12Mhz
External 16Mhz
External 32Mhz

Внутренний клок всегда один (там же, Tools → Clock Source):

Internal 32Mhz

А вот нужную частоту работы уже догоняем делителями (Tools → Clock Divider): 1, 2, 4, 8, 16, 32

Я не разбирался, работают ли делители, при выборе внешнего кварца, но для внутреннего клока они точно работают.

Следующие настройки, скорее всего, никогда не придётся менять:

Upload Speed: 57600, при другой у меня ничего не прошивалось, но зависит от прошитого FSBL (aka просто загрузчик, позволяющий обновляться по UART).
SERIAL_RX_BUFFER_SIZE: 64, скорее всего сделано как какой-то WA. Не вникал.

Настроек для размера EEPROM нет, он есть всегда и его размер - 1 кБ. Если нужна гибкость в настройке - используйте Nulllab BSP,

Ну и стоит отдельно упомянуть, что этот BSP - это развитие “официального” оного: https://github.com/LGTMCU/Larduino_HSP. Можете и его попробовать. В некоторых источниках есть и на него ссылка.

Nulllab

В целом можно и его рекомендовать: широкий набор источников клока, делителей (косвенно, через указание конкретной частоты) и возможность настройки EEPROM. Но LGT8fx Boards очень оживился, а этот как был версией 1.0.3 на момент составления заметки (2022.12.04), так и остался на момент правки (2023.06.25).

Ставим через Board Manager в Arduino IDE. В File → Preference, Settings tab добавляем:

https://raw.githubusercontent.com/nulllaborg/arduino_nulllab/master/package_nulllab_boards_index.json

Nullab в Board Manager ищется по словам… nulllab :-) При выборе борды нужно выбрать:

Tools → Board → Nulllab AVR Compatible Board → DIY Board

При этом станет доступен полный “тюниг” для всех борд:

Tools → CPU Frequency: 16 Mhz
Tools → Clock Source: External (16 Mhz)
Tools → EEPROM size: от 0 до 8кБ с шагом x2
Tools → Upload Speed: 57600 - это важно, иначе не будет шиться (см выше)

Как и LGT8fx Boards - это развитие “официального” BSP: https://github.com/LGTMCU/Larduino_HSP.

Покупка

Естественно - Aliexpress. Я брал:

Nano + TypeC: https://aliexpress.ru/item/1005004234919226.html, на момент составлении заметки - ~118руб
- в этой версии платы на RX/TX нет LED и они не мешают работе PWM на Timer3 / OC3A (используется D1, он же RX). Но ни в коем случае нельзя включать аппратный Serial при включенном PWM.
Pro Mini: https://aliexpress.ru/item/33003833124.html
- тут две версии под 3.3В и 5В, плюс отдельно сам контроллер
- цена на момент заметки: ~63 руб за 5В версию. 3.3В версия чуть дороже
UNO: TBD пока сам ищу. Ниже варианты, не проверенные:
- https://aliexpress.ru/item/1005004833260461.html UNO R3 ~300руб плюс доставка примерно столько же.
- имхо, проще “оригинал” купить:
  - https://aliexpress.ru/item/32556087234.html - 233+50 руб
  - https://aliexpress.ru/item/32932088536.html - 207+55 руб

Полезные ссылки, обсуждения и документация

Упомянутый выше: Обзор клона меги328 -LGT8F328P
LGT8F328p. Начало работы, особенности
- Даташиты (лежат на Я.Д могут протухнуть в любой момент, поэтому пишу и имена файлов, что бы потом поискать на машине времени)
  - Даташит, серия P (RU) - LGT8FxxxP.pdf
  - Даташит, серия D (RU) - LGT8FxxxD.pdf
  - Даташит 1.0.4 (EN) - Databook
  - Даташит 1.0.5 (EN) - Databook
- Характеристики и отличия
- Видео обзор: https://www.youtube.com/watch?v=Mk8YXS1tkhI
На Amperka.ru: https://amperka.ru/product/chip-lgt8f328p
- Даташит: https://storage.googleapis.com/media.amperka.com/products/chip-lgt8f328p/media/lgt8f328p-datasheet.pdf
- Рекомендует ставить оригинальный BSP, чего делать не нужно. Или использовать его для проектов вне среды Arduino.
На странице BSP от dbuezas хорошая подборка документации:
- https://github.com/dbuezas/lgt8fx/tree/master/docs
https://hallroad.org/lgt8f328p-lqfp32-minievb-alternative-arduino-nano-v3.0-atmega328p.html
- тоже рекомендуют оригинальный BSP.

Табличка, где сравнивается скорость выполнения в тактах некоторых ассемблерных команд в обычном AVR и в LGT8 (по данным по ссылке 1):

Instruction Function                    Cycle of AVR    Cycle of LGT8XM

ADIW        Add immediate to word       2               1
SBIW        Subtract immediate to word  2               1
MUL/S/SU    8bit multiply               2               1
FMUL/S/SU   Fractional multiply         2               1
RJMP/RCALL  Relative jump/call          2/3             1
IJMP/ICALL  Indirect jump/call          2/3             2
RET/IRET    Return                      4               2
CPSE        Compare, skip if equal      1/2/3           1/2
SBIS/SBRS   Skip if set                 1/2/3           1/2
SBIC/SBRC   Skip if cleared             1/2/3           1/2
LD/LDD      Load indirect               2               1
ST/STD      Store indirect              2               1
LPM         Load program memory         3               2
PUSH/POP    Stack access                2               1

Другие MCU от LGT в платах Arduino и их сравнения:

https://github.com/dbuezas/lgt8fx/blob/master/docs/LGT_MCUs.md

Pinout

Schematic

LGT8F328P MiniEVB

Качество шакальное, но нашёл только тут скачивал через тут. Оба два ресурса - через VPN или Tor.

Code snippets

Определение в коде, что строимся для LGT8fx

LGT8fx Boards BSP и Nulllab BSP, определены макросы:
- Все “P” (например - 328P) платы:
  - __LGT8FX8P__
  - __LGT8F__
- LQFP48:
  - __LGT8FX8P48__
- SSOP20:
  - __LGT8F_SSOP20__
- Прочее: смотреть в ARDUINO_DIR/packages/BSP/hardware/avr/VERSION/variants/XXX/pins_arduino.h

GUID

В каждом чипе прошит уникальный GUID (aka Serial Number). Может использоваться для расшифровки/кодирования чего-то

uint32_t guid = (uint32_t)&GUID0;

Вывод тактовой на ногу PB0

CLKPR = 1<<PMCE; //разрешить изменение
CLKPR = 1<<5 | 1<<0; //делитель =2 и вывод clk

Переключение тактирования на кварц

sysClock(EXT_OSC);
CLKPR = 1<<PMCE;//разрешить изменение 
CLKPR = 1<<5; // вывод clk

Тактирование от внешнего генератора 32MHz

#include "lgtx8p.h"
int main(){
PMCR=1<<PMCE; //разрешить выбор источника тактирования
PMCR= 1<<2 | 1<<5; //External high frequency crystal 
PMX2= 1<<WCE;//разрешить изменения
PMX2= 1<<XIEN;//разрешить вход тактовой частоты от кварц. генератора
CLKPR = 1<<PMCE;//разрешить изменение
CLKPR = 1<<5; //делитель =1 и вывод clk
}

ЦАП. Вывод пилы

#include "lgtx8p.h"
 void setup() {
DACON= 1<<DACEN | 1<<DAOE ; // dac-on, включить пин
static uint8_t n=0;
cli();
while(1){  DAL0=n++;  } 
}
 
void loop() {}

Пример задействования ног SWC,SWD,ADC6,ADC7,AREF - их можно сделать выходами порта E

#include "lgtx8p.h"
void setup() {
PMX2= 1<<WCE;
PMX2= 1<<E6EN; //сделеть AREF ногой PE6
MCUSR&= ~(1<<7);
MCUSR|= 1<<7;// Освободить PE0,PE2 от SWD
//ноги SWC=PE0,ADC6=PE1,SWD=PE2, ADC7=PE3,AREF=PE6
DDRE= 1<<0 | 1<<1 | 1<<2 | 1<<3 | 1<<6 ;

Пример ногодрыга с переключением клоков на тактовую 32МГц

int main(){
CLKPR = 1<<PMCE;//разрешить изменение
CLKPR = 0; //делитель =1
DDRB = 1<<4; // 12 пин OUTPUT
 while (1){ PINB=0x10; }
}

Тест на наличие таймера3 -при 16МГц тактовой светодиод Тх замигает с частотой примерно 5Герц

int main() {
*(uint8_t*)0x33 =0x2 ;//  DDRF=1<<DDF1
*(uint8_t*)0x90 =0x40; // TCCR3A=1<<COM3A0;
*(uint8_t*)0x91 =0xD;  // TCCR3B=1<<WGM32 | 1<<CS30 |1<<CS32;
*(uint8_t*)0x99 =0x5; // OCR3AH=0x5; 
*(uint8_t*)0x98 =0xDC; // OCR3AL=0xDC;

Можно перенести Rx и Tx (оба одновременно или только какой то один) на другие пины

PMX0= 1<<7;//разрешить ремаппинг
PMX0= (1<<RXD5) |( 1<<TXD6) ;

Нужно, так как на этой плате неправильно разведён USART. Обмен данными возможен только между мк и usb-мостом. Какой-либо внешний сериальный сигнал подать нет возможности, он просто не прожмёт линию, которую каждый чип и светодиоды тянут вверх. Но выход есть, на помощь приходят регистры port multiplexing (PMX). Так что подключить bluetooth/GPS не проблема.

Так же отремаппить можно и выход таймера OC3A, который сидит на пине Txd, и так же страдает от резистора ( #286):

PMX0= 1<<7;//разрешить ремаппинг
PMX1= (1<<C3AC);

Цитата от сниппета:

Ловить на PD6, причём в данном режиме переводить PD6 в OUTPUT категорически запрещено, иначе будет к.з т.к. сигнал OC3A будет выводится не на сам PD6, а на запараллеленый ему физически вход компаратора. В общем там всё запутанно :)

ШИМ / PWM

У меня на таймере Timer3 не получилось получить ШИМ на ноге D1 (TX). После экспериментов там появился сигнал, но уровня 1.5В. Смотреть, также, предыдущий пункт про ремаппинг.

Предыдущий пункт про ремаппинг всё так же смотреть: вдруг пригодиться. На платах MiniEVB (см схему выше) цепь TX (D1) не притягивается никуда ничем, а с конвертером разделена резистором, так что ей ничего не мешает работать полноценно как таймер. В моём коде оказалась ошибка: не записывалось значение в регистр OC3A. При этом, нужно деактивировать порт PD и активировать выход на PF:

// Для OC3A (D1)
DDRD &= ~(1u << DDD1);
DDRF |= (1u << DDF1);

// Для OC3B (D2)
DDRD &= ~(1u << DDD2);
DDRF |= (1u << DDF2);

Правда при этом мы лишаемся TX USART. Его можно перенести на другую ногу (см пинаут и предыдущий пункт), но там тоже нужный ШИМ.

А вот тут есть идея как запустить на A0/PC0, но не проверена:

https://github.com/dbuezas/lgt8fx/discussions/293#discussion-5430058

Для настройки PWM онлайн:

Arduino Web Timers (LGT8F328P)
- Проект на GitHub

Или отличная статья с деталями: LGT8F328P таймеры (Arduino). Тут всё по полочкам, по режимам.

Стоит отметить про Timer0: он используется для Millis по переполнению. Делитель там 64 (но завязываться на это не стоит). Соответственно мне нужен был делитель 1, а значит время от millis стало в 64 раза быстрее. Костыльно для задержек решил проблему так:

constexpr long ms(long val)
{
  return val * 64;
}
constexpr unsigned long long int operator""_ms(unsigned long long int val) {
  return val * 64; // we use divider 1 vs default divider 64 for timer0
}

void loop() {
  static long tm = millis(); 
  if (millis() - tm > 15_ms) {
    ...
  }
  if (millis() - tm > ms(some_val)) {
    ...
  }
}

В идеале же нужно прочитать делитель при старте и заменить 64 на прочитанное значение.

T530: восстанавливаем батарейку на контроллере R2J240_51F51

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 27 Nov 2022 21:44:00 +1000

Вместо вводного слова: начала писать аж 16 сентября, а собрался закончить только 27 ноября (я появилось только 28)…

Короткое интро: на данный ноут больше не выпускают оригинальных батареек и купить, соответственно, их не возможно. А можно купить что-то на Aliexpress или (дороже и, скорее всего, хуже) на локальных площадках.

Но покупка на Ali тоже лотереей: первая батарея нормально себя вела, но кончилась очень быстро. Вторая, пришедшая, буквально недели три назад, прекрасно разряжалась, но отказалась заряжаться в моём нотбуке. Спор не заводил, китаец предложил выслать ещё одну батарейку, правда на 6 ячеек. К слову, прошивка, которая убеждает EC принимать любую батарейку, а не те, что в белом списке, тоже не помогла.

Текущая батарейка, заказанная под видом оригинальной (вот яж лох), ещё дышала (но отрубалась резко на заряде от 10% до 30%), поэтому решил попытаться что-то с ней сделать: у меня были контроллеры от старых, но рабочих батарей.

Кому интересно - под кат.

Вскрытие покажет…

Для начала вскрытие. Тут гуглите и смотрите ролики на Ютубе. У меня такая статистика:

Оригинальные корпуса Lenovo: немного клея и много защёлок. Вскрыть без потерь очень трудно.
Два неоригинала KingSenner с AliExpress. Защёлки, аккуратно вскрывается тонкой стальной лопаткой практически без потери потребительских свойств. Имеет смысл заказать хотя бы одну такую батарею, хотя бы ради корпуса на будущее.
Неоригинал, купленный локально. Полный. Тотальный. Калл. Ой простите - клей. Хотя не, не простите. Но это дальше.

Контроллеры

На обоих оригинальных батарейках у меня был контроллер R2J240_51F51. Первый контроллер куда-то утерян.

На первой батарейке от KingSenner стоял BG8030A. С этим контроллером умеют работать нежадные версии Be2Works.

На второй батарейке от KingSenner, которая отказалась заряжаться, контроллер был, как на оригинальных, R2J240_51F51, но как показало вскрытие:

там был сгоревшим предохранитель, вместо него сделан жучок
замечено отсутствие одной микросхемы под номером IC3. Идентифицировать по маркировке не удалось.

Вот две платы для сравнения:

А вот IC3, с маркировкой Q5H D6 133, который идетифицировать не получилось:

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

Маркировка предохранителя: 12AH3:

Временно можно его восстановить при помощи сплава Розе (проверено - переплавляется встроенным нагревателем). Для этого аккуратно снимаем пластиковую крышку пассатижами (справа на картинке, с уже переплавленной перемычкой из сплава Розе):

И вот картинка руководство с просторов интернетов (тема на Радиокоте):

И последний неоригинал… Собран на самобытном китайском контроллере. Как его хачить и восстанавливать - хз. Хотя документация полностью доступна. Ещё он не лочится.

Сам контроллер: SH36600AX:

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

Идея

Идея была в том, что взять пакет батарей из пришедшей KingSenner и подключить к другому контроллеру.

Первой попыткой стал BQ8030.

Софт

Как я понимаю, тут вариантов не очень много. Есть Bw2Works, который стоит 20к рублей за лицензию. Есть Украинский софт, тоже не бесплатный, а оплатить его, по понятным причинам, уже не получится. Есть ребята из Тайваня (???) которые разблокируют батарею удалённо через RDP, ставят временный софт и тоже хотят денежек (такие переводы тоже могут быть проблемными, не проверял).

Есть нежадная версия Be2Works, которая работает только в WinXP и прекрасно чувствует себя в QEmu под KVM. Тогда как под VirtualBox ругается, что запущена под виртуалкой.

Из самого дешёвого и доступного, работает через контроллеры USB-SMBus CP2112, доступные тоннами на AliExpress.

И есть разработки Karosium (Viktor):

В качестве программатора использует отладочную плату на FX2LP. Стоит, к слову, ощутимо дешевле CP2112.

Волей судеб, у меня потерялся куда-то мой FX2LP, а из доступного был приобретён локально (чисто из соображений экономии времени) CP2112 с надеждой управиться через Be2Works. Забегая вперёд: Be2Works не помог, поэтому я модифицировал SMBusb для работы как с FX2LP, так и с CP2112. Точнее со вторым только под Linux, при использовании модуля i2c-dev:

sudo modprobe i2c-dev

Ссылки на наработки (я добавил CMake ещё):

https://github.com/h4tr3d/smbusb

mkdir build
cd build
cmake -DDISABLE_FIRMWARE=On \
      -DDISABLE_TOOLS=Off \
      -DENABLE_FX2LP_PROGRAMMER=On \
      -DENABLE_I2CDEV_PROGRAMMER=On
make
make install

Но работать с ним нужно в ручном режиме. Т.е. сканируем, делаем дамп EEPROM, правим в HEX редакторе, зашиваем обратно. Не забываем оригинальный дамп сохранить.

CP2112

Перед тем, как запускать его на Windows (с Be2Works) скачайте официальный софт и заблокируйте все изменяемые параметры. Иначе можете окирпичить его для работы с Be2Works. С тулами от Karosium это не страшно. Но всё же. Имейте ввиду.

Батареи

Итак, главное правило:

Отпаиваем от ПЛЮСОВОГО (+) до МИНУСОВОГО (-) вывода в сторону понижения потенциала

Припаиваем от МИНУСОВОГО (-) до ПЛЮСОВОГО (+) вывода в сторону повышения потенциала

При этих условиях скорее всего не пережжёте предохранитель и не заблокируете контроллер.

Ещё вариант, это проводить все манипуляции с контроллером без подключенной батареи, подключив лабораторник по такой схеме, выставив ограничение по току в 10-30mA (такого тока не хватить принудительно пережечь предохранитель)

BQ8030

Чип завёлся. Прочитался в Be2Works и SMBusb. Но не смог получить на выходе питание. Будто закрыт какой-то ключ. Или сгорел. Я не помню историю этой платы, осталось ли питание перед вскрытием батареи и чип отключился после отпайки батарей, или нет. Не важно, сходу запустить не смог.

Предохранитель, к слову, целый, имеет такой вид:

Схема такая:

Маркировка: SEFUSE D6X / D6T ( datasheet)

Вообще, у Каросима (aka Viktor) есть целая статья, посвященная предохранителям: The weird fuses in laptop batteries

R2J240 51F51

Прошивка LGC. На чипе просто маркировка 51F51, выяснить, что это именно R2J240 составило определённых трудов. Предохранитель там 12AH3 (смотреть выше). Оказался сгоревшим. И правда, у меня эта батарея отказала не постепенно, а именно ВНЕЗАПНО. Как оказалось, сдохла средняя секция. Именно что сдохла. Напряжение там около нуля вольт.

Что ещё можно сказать про модификацию 51F51?

Это другой корпус: TSSOP38
Как следствие - другое расположение пинов BOOT и RESET.
Это другое расположение данных в EEPROM (но общий подход сохраняется).

Be2Works ничего с этим чипом сделать не смог, а вот с SMBusb решил поиграться. Как писал выше, я потерял свой FX2LP, так что первое, что сделал, это адаптировал его для работы в том числе и с CP2112 (точнее любимый подобным адаптером, но другие не пробовал).

Корпус имеет вид:

Первый вывод - справа снизу.

Все изыскания по этой микросхеме я выложил в комментариях к соответствующей статье Viktor’а ( Hacking the R2J240 with LGC firmware). Здесь продублирую на русском языке. Да и что бы бложик немного разбавить.

Методом логических изысканий, измерений мультиметром (что бы не закоротить землю с VCC), были найдены следующими пины:

Pin 3 - VCC, 3.3В
Pin 10 - BOOT, 4.7k pull-up резистор к VCC. Active LOW. Т.е. притягивать нужно к земле.
Pin 13 - RESET, 5.6k pull-up резистор к VCC. Active LOW.

Что более важно, именно для этой сборки, это на какие доступный тестовые точки (TP, Test Point) выведены эти ножки: в них куда удобнее целиться по сравнению с тонкими выводами самой микросхемы:

BOOT - TP1, её видно на фото выше: левее и ниже микросхемы, с той же стороны.
RESET - TP14, она расположена на обратной стороны платы, примерно под микросхемой. Добраться можно даже когда плата установлена в посадочные места.

Для подстраховки, подтягивайте BOOT и RESET не напрямую к земле, а через резистор 1kOm.

Следующими особенностями данной микросхемы является то, что она не отвечает на запрос в регистр CMD_READ_CLEAR_STATUS_REG, через который софт может мониторить процесс очистки (Erase) EEPROM перед записью. Но сама очистка работает, главное подождать. Поэтому софт был немного подправлен, что бы учитывать этот нюанс.

Итак, первое, что нам нужно - снять дамп EEPROM.

$ smbusb_r2j240flasher --device i2c:///dev/i2c-7 -d eep2.bin -p df2

Сразу посмотрим отчёт для нерабочей батарейки:

$ ./smbusb_sbsreport --device i2c:///dev/i2c-7

SMBusb Firmware Version: 0.0.0  
-------------------------------------------------  
Manufacturer Name:          LGC  
Device Name:                LNV-45N101  
Device Chemistry:           LIO  
Serial Number:              31366  
Manufacture Date:           2016.12.06  

Manufacturer Access:        1002  
Remaining Capacity Alarm:   840 mAh(/10mWh)  
Remaining Time Alarm:       3 min  
Battery Mode:               0000  
At Rate:                    0 mAh(/10mWh)  
At Rate Time To Full:       65535 min  
At Rate Time To Empty:      65535 min  
At Rate OK:                 1  
Temperature:                23.65 degC  
Voltage:                    11183 mV  
Current:                    0 mA  
Average Current:            0 mA  
Max Error:                  0 %  
Relative State Of Charge    0 %  
Absolute State Of Charge    0 %  
Remaining Capacity:         0 mAh(/10mWh)  
Full Charge Capacity:       0 mAh(/10mWh)  
Run Time To Empty:          65535 min  
Average Time To Empty:      65535 min  
Average Time To Full:       65535 min  
Charging Current:           0 mA  
Charging Voltage:           0 mV  
Cycle Count:                3  
Cell 0 voltage:             3724 mV  
Cell 1 voltage:             3723 mV  
Cell 2 voltage:             3736 mV  
Cell 3 voltage:             0 mV

Меня тут сразу смутило “Charging Current” и “Charging Voltage” установленные в ноль. Как далее оказывается и значение “Manufacturer Access” 1002 ничего хорошего не говорит.

Внешний вид дампа EEPROM:

$ hexdump -Cv eep2.bin    
00000000  00 00 00 00 00 00 00 00  ff ff ff ff ff ff ff ff  |................|  
00000010  4c 4e 56 2d 34 35 4e 31  30 31 31 00 00 00 00 00  |LNV-45N1011.....|  
00000020  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|  
00000030  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
00000040  48 03 a8 03 03 00 00 00  00 00 00 00 03 00 03 00  |H...............|  
00000050  00 00 00 00 00 00 00 00  00 00 00 23 00 00 00 00  |...........#....|  
00000060  00 00 00 68 18 d8 00 00  00 00 00 17 10 2a 00 71  |...h.........*.q|  
00000070  01 00 00 00 00 00 ff ff  d5 4c 00 00 00 00 00 00  |.........L......|  
00000080  00 00 8b 11 2b 28 ae 0c  7f 01 00 00 00 00 00 00  |....+(..........|  
00000090  48 03 a8 03 03 00 00 00  00 00 00 00 03 00 03 00  |H...............|  
000000a0  00 00 00 00 00 00 00 00  00 00 00 23 00 00 00 00  |...........#....|  
000000b0  00 00 00 68 18 d8 00 00  00 00 00 17 10 2a 00 71  |...h.........*.q|  
000000c0  01 00 00 00 00 00 ff ff  d5 4c 00 00 00 00 00 00  |.........L......|  
000000d0  00 00 8b 11 2b 28 ae 0c  7f 01 00 00 00 00 00 00  |....+(..........|  
000000e0  48 03 a8 03 03 00 00 00  00 00 00 00 03 00 03 00  |H...............|  
000000f0  00 00 00 00 00 00 00 00  00 00 00 23 00 00 00 00  |...........#....|  
00000100  00 00 00 68 18 d8 00 00  00 00 00 17 10 2a 00 71  |...h.........*.q|  
00000110  01 00 00 00 00 00 ff ff  d5 4c 00 00 00 00 00 00  |.........L......|  
00000120  00 00 8b 11 2b 28 ae 0c  7f 01 00 00 00 00 00 00  |....+(..........|  
00000130  48 03 a8 03 03 00 00 00  00 00 00 00 03 00 03 00  |H...............|  
00000140  00 00 00 00 00 00 00 00  00 00 00 23 00 00 00 00  |...........#....|  
00000150  00 00 00 68 18 d8 00 00  00 00 00 17 10 2a 00 71  |...h.........*.q|  
00000160  01 00 00 00 00 00 ff ff  d5 4c 00 00 00 00 00 00  |.........L......|  
00000170  00 00 8b 11 2b 28 ae 0c  7f 01 00 00 00 00 00 00  |....+(..........|  
00000180  48 03 a8 03 03 00 00 00  00 00 00 00 03 00 03 00  |H...............|  
00000190  00 00 00 00 00 00 00 00  00 00 00 23 00 00 00 00  |...........#....|  
000001a0  00 00 00 68 18 d8 00 00  00 00 00 17 10 2a 00 71  |...h.........*.q|  
000001b0  01 00 00 00 00 00 ff ff  d5 4c 00 00 00 00 00 00  |.........L......|  
000001c0  00 00 8b 11 2b 28 ae 0c  7f 01 00 00 00 00 00 00  |....+(..........|  
000001d0  48 03 a8 03 03 00 00 00  00 00 00 00 03 00 03 00  |H...............|  
000001e0  00 00 00 00 00 00 00 00  00 00 00 23 00 00 00 00  |...........#....|  
000001f0  00 00 00 68 18 d8 00 00  00 00 00 17 10 2a 00 71  |...h.........*.q|  
00000200  01 00 00 00 00 00 ff ff  d5 4c 00 00 00 00 00 00  |.........L......|  
00000210  00 00 8b 11 2b 28 ae 0c  7f 01 00 00 00 00 00 00  |....+(..........|  
00000220  48 03 a8 03 03 00 00 00  00 00 00 00 03 00 03 00  |H...............|  
00000230  00 00 00 00 00 00 00 00  00 00 00 23 00 00 00 00  |...........#....|  
00000240  00 00 00 68 18 d8 00 00  00 00 00 17 10 2a 00 71  |...h.........*.q|  
00000250  01 00 00 00 00 00 ff ff  d5 4c 00 00 00 00 00 00  |.........L......|  
00000260  00 00 8b 11 2b 28 ae 0c  7f 01 00 00 00 00 00 00  |....+(..........|  
00000270  48 03 a8 03 03 00 00 00  00 00 00 00 03 00 03 00  |H...............|  
00000280  00 00 00 00 00 00 00 00  00 00 00 23 00 00 00 00  |...........#....|  
00000290  00 00 00 68 18 d8 00 00  00 00 00 17 10 2a 00 71  |...h.........*.q|  
000002a0  01 00 00 00 00 00 ff ff  d5 4c 00 00 00 00 00 00  |.........L......|  
000002b0  00 00 8b 11 2b 28 ae 0c  7f 01 00 00 00 00 00 00  |....+(..........|  
000002c0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
000002d0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
000002e0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
000002f0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
00000300  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
00000310  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
00000320  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
00000330  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
00000340  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
00000350  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
00000360  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
00000370  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
00000380  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
00000390  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
000003a0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
000003b0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
000003c0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
000003d0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
000003e0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|  
000003f0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|

Наглядно видно несколько идентичных секций, неиспользуемые данные, очевидно - 0xFF.

Первые 16 байт, кроме того, отвечают за включение секции: каждый байт содержит или FF или 00, реже - другое значение. Если FF, то секция с соответствующим номером не используется и там можно записать FF в качестве значений. Это нам поможет сэкономить на составление карты регистров: кто за что отвечает.

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

Вооружаемся HEX редактором. Пригодится любой. Я пользовался встроенным в Midnight Commander. Неплох ImHEX. А может кому-то окажется достаточным и Okteta из KDE.

Далее, первые 16 байт, кроме самого первого выставляем в FF, а первый - 00.

Затем все данные со смещения 00000090 делаем FF.

После чего приступаем к экспериментам: изменяем значения, записываем, запрашиваем репорт, смотрим, что и как поменялось.

Пара советов по подбору:

Часто (но не всегда) данные в Little Endian, стоит учитывать, если значение не помещаются в один байт (0..255).
Используйте программерский калькулятор для перевода значений из Dec в Hex. Мне люто нравится калькулятор из Gnome. Это единственное, что там просто огонь пламенный.
Для начала пытаемся найти значения из Report, по току, остаточной ёмкости, число циклов разряда/заряда, и т.п.
Потом начинаем менять другие значения, лучше байт за раз. Если поменялось значение больше 255, возможно, что рядом вторая часть этого числа.
Ну и надеемся на удачу.

У меня, в результате изысканий получилась такая карта:

Смещение / Offset	Размер/Size в байтах	Описание/Description
0x40	2	Remain Capacity Alarm, mAh
0x44	2	Remain Time Alarm, min
0x48	2	FCC (см ниже), mWh
0x46	2	Battery Mode
0x4C	2	Cycle Count, as is
0x60-0x63	1	TBD: влияют на “Relative state of charge”, “Absolute state of charge” и “Remain Capacity”, алгоритм неясен. Не трогаем
0x6B	1	Похоже флаговый регистр, отвечающий в том числа за блокировку батареи (бит 4)

По хорошему нам нужно отредактировать FCC - Full Charge Capacity. Она не кодируется. Для перевода mAh в mWh, нужно умножить ёмкость в mAh на Design Voltage и поделить на 10. Для батареи по схеме 3S3P (как 9-cell батарея на Thinkpad T530), Design Voltage - 11.1В.

Пример расчёта для ёмкости 6000 mAh:

6000 * 11.1 / 10 = 6660, округляем до целого и в HEX: 0x1A04

Записываем значение в 0x48 в виде 04 1A.

Второй полезный регистр, это флаговый 0x6B. Судя по всему он и содержит в себе флаг ошибки и он же влияет на цифру в SBS Report в поле “Manufacturer Access”. Исходное значение здесь было 0x17. Я поменял на 0x03 и значение в “Manufacturer Access” изменилось с 1002 на 0018, кроме того значения “Charging Current” из нуля стало 3500mA, а “Charging Voltage” из нуля стало 13050mV и батарея начала заряжаться. Методом исключения, выяснил, что за блокировку отвечает бит 4.

Да, смещения (aka регистры, как я их иногда называю) даны относительно начала файла внутри первой секции. Если по какой-то причине вы решили редактировать ВСЕ секции, то правильные смещения высчитайте сами.

Калибровка

Про Windows не скажу, для Thinkpad T530 в Linux можно воспользоваться встроенной возможность в TLP:

tlp recalibrate

Подробнее: https://www.buggycoder.com/thinkpad-battery-calibration/

Рекомендую эту процедуру провести 2-3 раза.

Материалы

Без информации в интернете я бы не смог побороть недуг моей батарейки, поэтому оставлю материалы тут, вдруг кому потребуется для своих исследований:

На первом месте софт и изыскания Karosium’а: http://www.karosium.com/p/smbusb.html
- Конкретно для моей батарейки на R2J240: https://www.karosium.com/2016/08/hacking-r2j240-lgc.html
  - Там же в комментах скинули ссылку на живой дам для 51F51, который несколько помог: https://yadi.sk/d/nJM6Hbfk3S9qnL (но этот файл может протухнуть в любой момент времени)
- Софт: https://github.com/karosium/smbusb
- Моя версия с поддержкой I²C dev (проверено только с CP2112): https://github.com/h4tr3d/smbusb
Официальный софт для CP2112: https://www.silabs.com/interface/usb-bridges/classic/device.cp2112?tab=softwareandtools
- искать:
  - SimplicityStudio-5.tgz
  - USBXpressHostSDK-Linux.tar - тут можно утилитой командной строки залочить параметры.
Описание флагов батареи: BATTERY FLAGS DESCRIPTION
- Локально: BATTERY FLAGS DESCRIPTION
Один из тредов про батарейки: http://monitor.espec.ws/section34/printview177710.html, тут я нашёл Test Point, куда BOOT и RESET выведены.

PCB: Castellated Holes

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 08 Nov 2022 01:26:56 +1000

Они же:

Half-Cut Holes (согласно Терминология печатных плат)
Castellated Edges
Semi-plated holes
Plated half-holes

В общем речь о переходных отверстиях по краю платы, которые “разрезаны” пополам и используются для краевого монтажа собранного модуля на другую плату…

Вот такие:

Пара ссылок, которые могут оказаться полезными в создании таких переходных отверстий:

What is name of semi-cut headers in KiCAD?
- Точнее ответ: https://electronics.stackexchange.com/a/469373/142193 и ссылки от туда:
  - https://github.com/coddingtonbear/kicad-castellated-breakouts
  - https://docs.oshpark.com/tips+tricks/castellation/
И на русском: Как создать Castellated Holes в Kicad?
Designing PCBs With Castellated Holes | Voltlog #335

Если будут какие-то мысли или идеи по упрощению - дополню. Пока, чиста как мемориз, дабы не забыть.

Qt Creator: фикс креша при создании Generic Project

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 11 Aug 2022 10:39:21 +1000

Yet another contribution. В общем :)

Зашёл очередной фикс. Поломашка в master, и скорее всего никого пока не задела. Кроме отмороженных, кто сидит на ночных сборках или собирает сам:

https://codereview.qt-project.org/c/qt-creator/qt-creator/+/425881

Больше фиксов хороших и разных!

UPD: и практически следом:

https://codereview.qt-project.org/c/qt-creator/qt-creator/+/427111

Konsole: исправлен баг с выделением окна в трее при возникновении bell

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 26 May 2022 12:39:32 +1000

Наконец-то починили. Джва года ждал:

В Konsole есть такая возможность: при возникновении сигнала в терминале, который генерируется, например, так:

echo -e '\a'

или так:

tput bel

сделать какие-то действия.

Настраивается: Меню (если выключено: Ctrl+Shift+M) → Настройка → Настроить уведомления…

Нас интересуют:

Сигнал в активном сеансе
Сигнал в неактивном сеансе

Что бы выделить терминал в панели задач, нужно включить пункт “Выделить программу в панели задач” и нажать Применить или Ок.

Собственно, что это даёт: когда сигнал возникнет, то Konsole выделит, подсветит кнопку приложения в панели задач, примерно так:

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

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

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

Запуск примерно так:

make -j8 ; tput bel

Не стоит ставить &&, или ||: мы же хотим среагировать при любом коде возврата make? Но если нужно именно для успешного или наоборот неуспешного завершения сигнализировать, то карты вам в руки.

Переустановка системы на ноутбуке или переезд - хуже пожара

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 23 May 2022 10:13:09 +1000

На днях поборол жабу, и позволил себе купить на замену стокового системного HDD HGST Travelstart Z7K500 / 500Гб, новый SSD Samsung SSD 870 EVO.

Первое впечатление - систему стероидами накачали. А дальше - увлекательная процедура миграции нужного и не очень в новое окружение.

Бекап

Сохраняем, как миниум:

/etc
/home
/lib/firmware

Остальное по желанию и возможностям. У меня полностью менялся диск, поэтому старые данные не будут удаляться ещё давно (ага, а новым, по хорошему, бекап нужен :)).

UEFI

Перевёл систему на использование UEFI. BIOS позволяет, но исторически загрузка была Legacy BIOS. Secure Boot выключен. Диск размечен в GPT. Далее ничего сложного, руководство Manjaro достаточно лаконично:

UEFI - Install Guide

Suspend / Resume на T530

Следующее, это волшебное исцеление зависания при выходе из suspend. Эти хаки больше не нужны:

Падение Xorg после выхода из suspend - 2018 год
ThinkPad T530: зависание при выходе из сна на ядрах 5.10+ - 2021 год
ThinkPad T530: зависание при выходе из сна на ядрах 5.10+ (опять) - 2022 год, позволял работать на ядре 5.15.x

Причём ни один из этих костылей не лечил выход из Suspend на ядрах новее 5.15. Сейчас работают все ядра.

Но меня такие “волшебные” излечения всегда огорчают: судя по всему, из-за разного времени отклика в системах присутствует гонка, которая может вылезти боком в каких-то других сценариях. И ударить не менее “магически”.

Миграция KDE Wallet

KDE хранит там всякую полезную информацию в зашифрованном виде. Тот же Akonadi хранит там креденшиналы для доступа к . Дефолтный “бумажник” разблокируется при входе.

Просто переносим настройки:

~/.local/share/kwalletd

Желательно сделать это вне запущенной сессии KDE.

Миграция KOrganizer, Akonadi

Возможно, что настроить заново будет быстрее :)

Для начала я перенёс все настройки, которые были связаны с Akonadi:

~/.local/share/akonadi
~/.config/akonadi
- у меня в akonadiserverrc прописано использовать PostgreSQL вместо MySQL.

Перетаскивать ~/.local/share/korganizer смысла нет, там только технические детали.

Но, оказалось, что версия Postgre обновилась с 13 на 14, поэтому пришлось сделать апгрейд по руководству:

https://userbase.kde.org/Akonadi/Postgres_update А старая версия Postgre для миграции доступна в виде пакета postgresql-old-upgrade:

sudo pacman -S postgresql-old-upgrade

На шаге --check у меня выдалось пару ошибок, в результате нужно устранять, удаляя новую базу и повторяя шаг initdb. В результате база была создана такой командой:

initdb --pgdata=$HOME/.local/share/akonadi/db_data --locale=C -E UTF8

После чего check прошёл без ошибок:

pg_upgrade -b /opt/pgsql-13/bin/ -B /usr/bin -d $HOME/.local/share/akonadi/db_data_old -D $HOME/.local/share/akonadi/db_data --check

И следующим шагом запускаем эту же команду, без --check:

pg_upgrade -b /opt/pgsql-13/bin/ -B /usr/bin -d $HOME/.local/share/akonadi/db_data_old -D $HOME/.local/share/akonadi/db_data

И запускаем Akonadi:

akonadictl start

На этом шаге нужно иметь KDE Wallet смигрированным.

Baloo

На любителя. Я сразу:

balooctl disable && balooctl purge

softu2f aka rust-u2f

Софтовый ключ U2F. Креденшиналы хранит в gnome-keyring. Поэтому нужно его сразу поставить:

sudo pacman -S gnome-keyring

Настройки:

~/.local/share/keyrings

Сам rust-u2f никакие настройки не предоставляет в системе достаточно:

systemctl --system enable softu2f.socket
systemctl --user   enable softu2f.service
systemctl --system start softu2f.socket
systemctl --user   start softu2f.service

где нужно, он спросит пароль.

Wine

TBD. Точнее как, можно просто перенести ~/.wine, но потеряются все меню.

Меня переносятся:

~/.local/share/applications
~/.local/share/desktop-directories
~/.local/share/mime

Дальше ещё что-то нужно сделать. Разбираюсь.

XDG пользовательские директории

Речь про всяки ~/Мои Документа и т.п. Я не люблю их в русской локализации, поэтому привожу файл ~/.config/user-dirs.dirs к такому виду:

# This file is written by xdg-user-dirs-update  
# If you want to change or add directories, just edit the line you're  
# interested in. All local changes will be retained on the next run  
# Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped  
# homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an  
# absolute path. No other format is supported.  
#    
XDG_DESKTOP_DIR="$HOME/Desktop"  
XDG_DOWNLOAD_DIR="$HOME/Downloads"  
XDG_TEMPLATES_DIR="$HOME/Templates"  
XDG_PUBLICSHARE_DIR="$HOME/Shared"  
XDG_DOCUMENTS_DIR="$HOME/Documents"  
XDG_MUSIC_DIR="$HOME/Music"  
XDG_PICTURES_DIR="$HOME/Pictures"  
XDG_VIDEOS_DIR="$HOME/Video"

А файл ~/.config/user-dirs.locale удаляю.

T530 Screen DPI

По всем канонам там 141 DPI. У меня настройка из двух шагов:

Задание экрану ноутбука нужного DPI. После чего приложения на Qt5/Qt6 и в среде KDE замечательно подхватят и всё сделают за вас. С Gtk всё намного гиморнее. Но это другая песнь.
Указание Xft.dpi.

Указываем через ~/.xprofile:

cat > ~/.xprofile << EOF
# Setup main output DPI
xrandr --output LVDS-1 --dpi 141
EOF

Либо просто восстанавливаем из старой домашней директории. Параметр --output здесь не нужен, но затесался исторически: --dpi - глобальная опция. Так сто ставим по желаемому монитору, остальные пусть подтягиваются:

Следующим шагом указать Xft.dpi. Правим ~/.Xresources, у меня содержимое до ужаса простое:

Xft.dpi: 141

После перезагрузки, можно удостоверится:

$ xrdb -query    
Xcursor.size:   24  
Xcursor.theme:  Bluecurve  
Xft.antialias:  1  
Xft.dpi:        141  
Xft.hinting:    1  
Xft.hintstyle:  hintslight  
Xft.rgba:       rgb

$ xdpyinfo | grep resolution:  
 resolution:    141x141 dots per inch

Xorg settings: legacy way

Сохраню этот блок в исторических целях. Сейчас этот подход у меня не работает. Точнее параметры экрана замечательно считываются из EDID, драйвера это видят, как и разрешение экрана, но всё равно ставят DPI в 96.

Итак. Указание физического размера экрана в миллиметрах.

Для этого шага создаём /etc/X11/xorg.conf.d/90-monitor.conf:

Section "Monitor"  
       Identifier "LVDS-1"  
       # DisplaySize taken from the EDID decode: 
       #   edid-decode /sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-LVDS-1/edid  
       DisplaySize 344 194
EndSection

Можно линейкой померить, я взял данные из EDID:

edid-decode /sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-LVDS-1/edid

edid-decode (hex):  
  
00 ff ff ff ff ff ff 00 0d ae b1 15 00 00 00 00  
01 16 01 04 90 22 13 78 02 31 d5 9f 56 58 95 27  
15 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01  
01 01 01 01 01 01 96 3b 80 32 71 38 3e 40 5a 3c  
69 00 58 c2 10 00 00 1a 9b 25 80 ee 70 38 23 40  
35 23 35 00 58 c2 10 00 00 1a 00 00 00 fe 00 56  
43 4d 38 58 02 4e 31 35 36 48 47 0a 00 00 00 00  
00 00 41 31 9e 00 00 00 00 02 01 0a 20 20 00 05  
  
----------------  
  
Block 0, Base EDID:  
 EDID Structure Version & Revision: 1.4  
 Vendor & Product Identification:  
   Manufacturer: CMN  
   Model: 5553  
   Made in: week 1 of 2012  
 Basic Display Parameters & Features:  
   Digital display  
   Bits per primary color channel: 6  
   Digital interface is not defined  
   Maximum image size: 34 cm x 19 cm  
   Gamma: 2.20  
   Supported color formats: RGB 4:4:4  
   First detailed timing includes the native pixel format and preferred refresh rate  
 Color Characteristics:  
   Red  : 0.6210, 0.3388  
   Green: 0.3437, 0.5830  
   Blue : 0.1552, 0.0830  
   White: 0.3134, 0.3291  
 Established Timings I & II: none  
 Standard Timings: none  
 Detailed Timing Descriptors:  
   DTD 1:  1920x1080   60.005696 Hz  16:9     68.527 kHz    152.540000 MHz (344 mm x 194 mm)     <-- оно
                Hfront   90 Hsync  60 Hback  156 Hpol P  
                Vfront    6 Vsync   9 Vback   47 Vpol N  
   DTD 2:  1920x1080   40.009642 Hz  16:9     44.611 kHz     96.270000 MHz (344 mm x 194 mm)  
                Hfront   53 Hsync  35 Hback  150 Hpol P  
                Vfront    3 Vsync   5 Vback   27 Vpol N  
   Alphanumeric Data String: 'VCM8X'  
   Manufacturer-Specified Display Descriptor (0x00): 00 00 00 00 41 31 9e 00 00 00 00 02 01 0a 20 20 '....A1........  '  
Checksum: 0x05

Systemd

Тут дело касается пользовательских юнитов. Переносим:

~/.local/share/systemd/user

У меня там автоматический бекап для навигатора Garmin.

Apparrmor

TBD: Оказывается он включен по умолчанию на Manjaro. Нужно покурить.

DavMail

Основной конфиг у меня в ~/.davmail.properties, но дистрибуция предоставляет возможность запуска нескольких копий с разными конфигами через systemd индивидуально для пользователя.

Например так:

systemctl --user enable davmail@default.service
systemctl --user start davmail@default.service

default можно меня на что угодно в любых количествах. Конфиг при этом будет искаться в ~/.config/davmail/default.properties. Понятно, что вместо default в имени будет то самое “что угодно”, которые вы указали в имени юнита.

У меня ~/.config/davmail/default.properties симлинк на ~/.davmail.properties.

QMapShack, QMapTool

В ~/.QMapShack только кеши онлайн карт! Настройки в ~/.config/QLandkarte. По историческим причинам: всё это выросло из QLandKarteGT (есть на этом бложике).

KiCAD

Настройки в ~/.config/kicad, а вот всякое дополнение, типа символов и посадочных мест в ~/.local/share/kicad.

VirtualBox

Настройки: ~/.config/VirtualBox

Виртуальные машины: ~/VirtualBox VMs

T530 PrintScreen

Следуем заметке: ThinkPad T530: клавиатура, делаем из PrintScr → Menu, а Launch1 - PrintScr. Ибо нефиг.

Revert to traditional interface names - мы за традиционные ценности (eth0, wlan0)

Знакомимся:

sudo ln -s /dev/null /etc/udev/rules.d/80-net-setup-link.rules

Swapfile

Да, у меня так. Если он лежал на другом диске и разделы на нём никак не трогались, то resume_offset= не изменится. Нужно только не забыть добавить его в параметры Grub и сделать update-grub.

Если поменялся, запустить:

sudo filefrag -v /swapfile | grep '^[ \t]*0:'

Вывод:

  0:        0..       0:    3481600..   3481600:      1:

Число с двумя точками: 3481600.. и есть искомая величина. Естественно без точек.

Groups

Тоже постоянно забываю. Старый /etc я сохранил в /home/old-disk/etc, после чего:

cat /home/old-disk/etc/group | grep -w hatred | grep -v '^hatred' | awk -F: '{print $1}' | xargs -I{} sudo gpasswd -a hatred {}

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

dmesg wheel group access

Читать в отдельной статье: dmesg wheel group access.

T530 Bluetooth firmware

Лежит в:

/lib/firmware/brcm/BCM20702A1-0a5c-21e6.hcd

cp /home/old-disk/lib/firmware/brcm/BCM20702A1-0a5c-21e6.hcd /lib/firmware/brcm/

Ранее доставал его из драйверов под Windows, и сопровождалось такой заметкой:

Begin reading from the link:
http://www.slackwiki.com/Btfirmware-nonfree
Second useful info:
http://askubuntu.com/questions/657392/broadcom-bluetooth-module-does-not-work-in-ubuntu-15-04-broadcom-216f-bt

И код:

wget https://download.lenovo.com/ibmdl/pub/pc/pccbbs/mobiles/g4wb12ww.exe  
innoextract g4wb12ww.exe  
cp app/Win64/BCM20702A1_001.002.014.0449.0462.hex .  
hex2hcd BCM20702A1_001.002.014.0449.0462.hex -o BCM20702A1-0a5c-21e6.hcd  
sudo cp BCM20702A1-0a5c-21e6.hcd /lib/firmware/brcm/

Xorg settings

Выше уже было про DPI экрана. Но стоит проанализировать и прочие конфиги в /home/old-disk/etc/X11/xorg.conf.d

Logitech MX Master

Ставим logiops:

yay -S logiops

Восстанавливаем конфиг /etc/logid.cfg:

sudo cp /home/old-disk/etc/logid.cfg /etc/

И включаем:

sudo systemctl enable logid
sudo systemctl start logid

Прочее

Отдельные приложения, типа Qt Creator, Firefox, Thunderbird хранят свои настройки достаточно изолировано и можно просто скопировать нужную директорию. Поэтому особых трудностей тут возникнуть не должно.

Стоит не забыть про “системные” директории типа:

~/.fonts - с вашими локальными шрифтами
~/.icons - со схемами иконок
~/.cache - для там, в основном, шлак, но вдруг захочется перенести кеш yay.

Fontconfig давно переехал в ~/.config/fontconfig.

Думаю, что вспомнил далеко не всё, что ещё вылезет - буду дополнять.

Автоматическое резервное копирование при подключении навигатора Garmin GPSMAP 64s

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 23 May 2022 09:30:30 +1000

После неудачного удаления всех точек и треков с навигатора, решил, что автоматический бекап это наше всё.

Сделал средствами Systemd.

Для начала определяемся с местом для бекапа, пусть это будет ~/Documents/GPX и создаём там скрипт ~/Documents/GPX/sync.sh. А внутре… у ней неонка:

#!/bin/sh  
  
#  
# Ref:  
#  https://askubuntu.com/questions/25071/how-to-run-a-script-when-a-specific-flash-drive-is-mounted  
#  
# `systemctl list-units -t mount`  
#  
# "~/.local/share/systemd/user/garmin-backup.service"  
#  
#  
# ```  
# [Unit]  
# Description=Backup GARMIN GPSMAP 64s GPX data  
# # Use output from the: `systemctl list-units -t mount`  
# Requires=run-media-hatred-GARMIN.mount  
# After=run-media-hatred-GARMIN.mount  
#    
# [Service]  
# ExecStart=/home/hatred/Documents/GPX/sync.sh  
#    
# [Install]  
# WantedBy=run-media-hatred-GARMIN.mount  
# ```  
#  
# `systemctl --user start garmin-backup`  
# `systemctl --user enable garmin-backup`  
#  
# Monitor:  
#  
# ```sh  
# journalctl --user --unit garmin-backup -f  
# ```  
#  
  
prefix="/run/media/hatred/GARMIN/Garmin/GPX"  
  
dir=$(dirname $0)  
cd "$dir"  
  
echo "Work dir: " $(pwd)  
  
sleep 2  
  
stat "$prefix" 2> /dev/null && \  
   rsync -rubv --suffix=.old  "$prefix" . && \  
   touch sync_last.txt && \  
   notify-send -u normal -a "Garmin Sync" "Garmin GPSMAP 64s" "Backup done"

Да, я не разбирался с переменными для имени пользователя, поэтому указывал полные пути с учётом своего рабочего аккаунта: hatred. Т.е. нужно будет скорректировать под себя.

Следующий шаг: сам юнит. ~/.local/share/systemd/user/garmin-backup.service:

# Ref:  
#  https://askubuntu.com/questions/25071/how-to-run-a-script-when-a-specific-flash-drive-is-mounted  
#  
# systemctl list-units -t mount  
# systemctl --user start garmin-backup.service  
# systemctl --user enable garmin-backup.service  
#  
# journalctl --user --unit garmin-backup -f  
#  
[Unit]  
Description=Backup GARMIN GPSMAP 64s GPX data  
Requires=run-media-hatred-GARMIN.mount  
After=run-media-hatred-GARMIN.mount  
  
[Service]  
ExecStart=/home/hatred/Documents/GPX/sync.sh  
  
[Install]  
WantedBy=run-media-hatred-GARMIN.mount

Тут главное, это запуститься, когда увидим, что нужно устройство примонтировалось. У меня, когда монтируется GARMIN, он использует метку GARMIN для своего внутреннего хранилища (куда и пишутся GPX файлы). Путь для монтирования выходит /run/media/$USER/GARMIN.

Systemd создаёт временный сервис, на который можно сослаться. Если просто, то возьмите путь монтирования, у меня это /run/media/hatred/GARMIN, замените все / на - (кроме первого) и добавьте в конце .mount: run-media-hatred-GARMIN.mount. Ну или смотрим вывод:

systemctl list-units -t mount

после монтирования раздела GARMIN.

А за подробностями по ссылке:

https://askubuntu.com/questions/25071/how-to-run-a-script-when-a-specific-flash-drive-is-mounted

После этого включаем сервис:

systemctl --user enable garmin-backup.service
systemctl --user start garmin-backup.service

Последить за работой:

journalctl --user --unit garmin-backup -f

ThinkPad T530: зависание при выходе из сна на ядрах 5.10+ (опять)

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 12 Feb 2022 17:07:41 +1000

“Никогда такого не было и вот опять” (с). В этот раз зависание имеет место быть, если воткнуто какое-то USB устройство.

Я уже толком не вспомню ход разбирательства, но меня смущал тот факт, что на 5.10 этой проблемы изначально не было и нет на более ранних LTS ядрах, которые имеют место быть в Manjaro (вот тот самый случай, когда несколько ядер это лютый вин).

Первая мысль: помирает железо. Тем более, что в какой-то момент стало невозможно работать с мышкой Logitech MX Master, подключенный по BT. BT на ThinkPad T530 подключен по USB. Невозможность заключалась в том, что она постоянно отваливалась и подключалась опять. Лаги очень раздражали.

Потом что-то меня навело на мысль, посмотреть на параметры модулей-драйверов USB:

xhci_hcd - USB 3.0 (или по модному: USB 3.2 Gen1)
ehci-pci - USB 2.0

Больше интересовало второе, так как все проблемные подключенцы были на USB 2.0. Выхлоп примерно такой:

$ modinfo ehci-pci  
name:           ehci_pci  
filename:       (builtin)  
license:        GPL  
file:           drivers/usb/host/ehci-pci  
author:         Alan Stern  
author:         David Brownell  
description:    EHCI PCI platform driver

И тут меня заинтересовала эта строчка:

filename:       (builtin)

Это означает, что модуль встроен в ядро. К слову, даже если он встроен, его параметры и интерфейс доступны через /sys/module/.

Решил глянуть, как обстоят дела на 5.4, а там модуль собран отдельно:

$ find /lib/modules/5.4.176-1-MANJARO/ -name '*ehci*.ko*'   
/lib/modules/5.4.176-1-MANJARO/kernel/drivers/usb/host/ehci-pci.ko.xz  
/lib/modules/5.4.176-1-MANJARO/kernel/drivers/usb/host/ehci-hcd.ko.xz  
/lib/modules/5.4.176-1-MANJARO/kernel/drivers/usb/host/ehci-fsl.ko.xz  
/lib/modules/5.4.176-1-MANJARO/kernel/drivers/usb/host/ehci-platform.ko.xz

Что это означает? Всё, что встроено в ядро может инициализировать на самых ранних стадиях старта системы, ещё на этапе работы с RAM-диском (initrd) и даже вообще до подключения корневой файловой системы. А модули уже подгружаются или с initrd образа или уже с основной файловой системы, тут как настроено.

Я уже сталкивался с ситуацией по работе, когда подобное различие влияло на работу системы. Получалось, что модуль, ответственный за работу одной железки стартовал достаточно рано, когда блок, генерирующий тактовый сигнал (“клок”) не неё ещё не был проинициализирован и завершал свою инициализацию с ошибкой. Типичное состояние гонки. Да, на этот случай предусмотрен специальный код возврата EPROBE_DEFER и он не был использован в этот раз чисто по ошибке. Но дело в том, что когда драйвер был собран модулем, то он успешно грузился на более поздних стадиях загрузки системы и клок был проинициализирован и устройство запускалось нормально.

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

Самый просто способ: вынести драйвера в виде модулей. Но пересобирать ядро не хотелось. Поэтому включил логику: почти все драйвера предлагают функционал bind/unbind. Устройства на PCI шине (по крайней мере на PCIe) могут быть пересканированы (т.е. чисто теоретически PCIe - Hot Plug, но лучше не проверяйте :)). А что станет, если после загрузки, отключить железку от драйвера и потом подключить опять? Почти всё железо содержит функционал Reset настроек в исходное состояяние, что будет если сбросить и сконфигурировать всё, когда система уже готова?

Сказано - сделано. И вы не поверите: после загрузки отключил USB контроллеры, подключил обратно и попытался сделать suspend. И сработало! Ядро 5.15 - resume заработал.

К слову, на 5.16 сломано более сильно. И WA ниже не помогает. Сижу на 5.15.

Более того, вылечился BT и мышка перестала отваливаться при работе (при работе через Logitech Unify Receiver она и так работала хорошо, но теперь и по BT стала - плюс один порт свободен).

Код под катом.

Его я поместил в /etc/rc.local:

# WA: resume from suspend freezes on kernels 5.10+, when echi-pci compiled into kernel.  
# Current Manjaro 5.4 LTS kernel compiled this module as module and suspend work well.  
(  
 # Unbing USB 3.0 controller  
 echo -n "0000:00:14.0" > /sys/bus/pci/drivers/xhci_hcd/unbind  
  
 # Unbind USB 2.0 controller  
 echo -n "0000:00:1d.0" > /sys/bus/pci/drivers/ehci-pci/unbind  
 echo -n "0000:00:1a.0" > /sys/bus/pci/drivers/ehci-pci/unbind  
  
 # Unbing USB 3.0 controller  
 echo -n "0000:00:14.0" > /sys/bus/pci/drivers/xhci_hcd/bind  
  
 # Bind USB 2.0 again  
 echo -n "0000:00:1d.0" > /sys/bus/pci/drivers/ehci-pci/bind  
 echo -n "0000:00:1a.0" > /sys/bus/pci/drivers/ehci-pci/bind  
)

У меня он обрабатывается через юнит systemd - rc-local.service, расположенный /etc/systemd/system/rc-local.service:

[Unit]  
Description=/etc/rc.local Compatibility  
ConditionPathExists=/etc/rc.local  
  
[Service]  
Type=forking  
ExecStart=/etc/rc.local start  
TimeoutSec=0  
StandardOutput=tty  
RemainAfterExit=yes  
SysVStartPriority=99  
  
[Install]  
WantedBy=multi-user.target

У вас в системе возможно уже есть что-то, что обрабатывает это без лишней писанины, ну или делайте свой юнит.

Адреса нужных PCI устройство смотрим в выводе lspci:

$ lspci -Dnn | grep USB  
0000:00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04)  
0000:00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04)  
0000:00:1d.0 USB controller [0c03]: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #1 [8086:1e26] (rev 04)

Параметр -D добавляет вывод домена PCI. Ядро оперирует с полным адресом:

domain:bus:device.function

lspci, по у молчанию, выводит в форме:

bus:device.function

Это, так называемая, BDF нотация, а версия с доменом - Extended BDF Notation. Переход от BDF к Extended BDF происходит путём добавления 0000: в начало записи.

Подробную топологию можно посмотреть через lspci -tv:

$ lspci -tv  
-[0000:00]-+-00.0  Intel Corporation 3rd Gen Core processor DRAM Controller  
          +-01.0-[01]--+-00.0  NVIDIA Corporation GF108M [NVS 5400M]  
          |            \-00.1  NVIDIA Corporation GF108 High Definition Audio Controller  
          +-02.0  Intel Corporation 3rd Gen Core processor Graphics Controller  
          +-14.0  Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller  
          +-16.0  Intel Corporation 7 Series/C216 Chipset Family MEI Controller #1  
          +-16.3  Intel Corporation 7 Series/C210 Series Chipset Family KT Controller  
          +-19.0  Intel Corporation 82579LM Gigabit Network Connection (Lewisville)  
          +-1a.0  Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2  
          +-1b.0  Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller  
          +-1c.0-[02]--+-00.0  Ricoh Co Ltd PCIe SDXC/MMC Host Controller  
          |            \-00.3  Ricoh Co Ltd R5C832 PCIe IEEE 1394 Controller  
          +-1c.1-[03]----00.0  Intel Corporation Centrino Advanced-N 6205 [Taylor Peak]  
          +-1c.2-[04-0b]--  
          +-1d.0  Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #1  
          +-1f.0  Intel Corporation QM77 Express Chipset LPC Controller  
          +-1f.2  Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode]  
          \-1f.3  Intel Corporation 7 Series/C216 Chipset Family SMBus Controller

Рекомендую почитать:

Qt Creator: подтасовка триплета архитектуры для кодовой модели

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 12 Feb 2022 16:27:00 +1000

Что текущий основной парсер, что грядущий (или нагрянувший, как посмотреть) парсер на clangd работают поверх libclang и сотоварищи и умеют разбирать то, что умеет собирать clang.

Внезапно, он умеет не всё. И это не всё, к примеру, отлично умеет GCC. Вот то, с чем я столкнулся сам:

ESP32 - архитектура (настраиваемая) Xtensa. Кратко (и возможно неточно), можно почитать на Википедии.
MicroBlaze - 32/64 bit RISC софтовый микропроцессор от Xilinx. Кратко тоже смотрим на Википедии. Для работы с ним, к слову, писал asio-gdbproxy ( MitM-like поддержка RTOS в GDB).
- Его ещё раньше рассматривал в этой заметке: Qt Creator и MicroBlaze

~~Под катом будет хак, который я использовал, что бы запуститься и работать с этим добром.~~ UPD: хак больше не работает, так как этот код вообще удалён из репозитория QtC ветки master на момент 23.05.2022.

Но сейчас не об этом. Просматривая изменения в апстриме, наткнулся на этот коммит:

ProjectExplorer: Allow users to override the gcc target triple

И визуально это выглядит так:

Похоже, жизнь станет проще. К сожалению, мне сейчас не на чем проверить. Как только дойдут руки, то обязательно это сделаю. Как минимум, есть ещё нюанс с неподдерживаемыми параметрами командной строки, но оно сейчас обходится так:

# Hack QtC Clang:  
# https://bugreports.qt.io/browse/QTCREATORBUG-22329  
export QTC_CLANG_CMD_OPTIONS_BLACKLIST="-mxl-soft-mul;-mlongcalls;-fstrict-volatile-bitfields"

Данная функциональность, судя по этому списку изменений будет доступна в Qt Creator 7.0, т.е. совсем скоро:

Ну а ниже, как обещал - костыль. Требует пересборки Qt Creator из исходников.

UPD: 23.05.2022: этого кода больше нет в master ветке, сохраняю только для истории.

diff --git a/src/tools/clangbackend/source/clangtranslationunitupdater.cpp b/src/tools/clangbackend/source/clangtranslationunitupdater.cpp  
index 0383a1028f..6aedc231c4 100644  
--- a/src/tools/clangbackend/source/clangtranslationunitupdater.cpp  
+++ b/src/tools/clangbackend/source/clangtranslationunitupdater.cpp  
@@ -106,22 +106,48 @@ void TranslationUnitUpdater::createTranslationUnitIfNeeded()  
 if (!m_cxTranslationUnit) {  
 m_cxTranslationUnit = CXTranslationUnit();  
   
-        const auto args = commandLineArguments();  
-        if (isVerboseModeEnabled())  
-            args.print();  
-  
-        UnsavedFilesShallowArguments unsaved = m_in.unsavedFiles.shallowArguments();  
-  
-        m_parseErrorCode = clang_parseTranslationUnit2(m_cxIndex,  
-                                                     nullptr,  
-                                                     args.data(),  
-                                                     args.count(),  
-                                                     unsaved.data(),  
-                                                     unsaved.count(),  
-                                                     defaultParseOptions(),  
-                                                     &m_cxTranslationUnit);  
-  
-  
+        auto compilationArguments = m_in.compilationArguments;  
+  
+        for (int i = 0; i < 2; ++i) {  
+            const auto args = CommandLineArguments(m_in.filePath.constData(),  
+                                                   compilationArguments,  
+                                                   isVerboseModeEnabled());  
+            if (isVerboseModeEnabled())  
+                args.print();  
+  
+            UnsavedFilesShallowArguments unsaved = m_in.unsavedFiles.shallowArguments();  
+  
+            m_parseErrorCode = clang_parseTranslationUnit2(m_cxIndex,  
+                                                           nullptr,  
+                                                           args.data(),  
+                                                           args.count(),  
+                                                           unsaved.data(),  
+                                                           unsaved.count(),  
+                                                           defaultParseOptions(),  
+                                                           &m_cxTranslationUnit);  
+  
+  
+  
+            if (parseWasSuccessful()) {  
+                break;  
+            }  
+  
+            // Give a second chance without `--target=xxx` option:  
+            // LLVM does not support all GCC targets, like: Microblaze, Xtensa and so on  
+            // in such cases, parsing fails. By default, LLVM fallback to i386 or x86_64 targets  
+            // according -m32/-m64 options.  
+            int j;  
+            for (j = 0; j < compilationArguments.count(); ++j) {  
+                if (compilationArguments.at(j).startsWith("--target="))  
+                    break;  
+            }  
+            if (j < compilationArguments.count()) {  
+                compilationArguments.remove(j);  
+            } else {  
+                // `--target=` not found  
+                break;  
+            }  
+        }  
   
 if (parseWasSuccessful()) {  
 updateIncludeFilePaths();  
@@ -217,11 +243,4 @@ bool TranslationUnitUpdater::reparseWasSuccessful() const  
 return m_reparseErrorCode == 0;  
}  
   
-CommandLineArguments TranslationUnitUpdater::commandLineArguments() const  
-{  
-    return CommandLineArguments(m_in.filePath.constData(),  
-                                m_in.compilationArguments,  
-                                isVerboseModeEnabled());  
-}  
-  
} // namespace ClangBackEnd  
diff --git a/src/tools/clangbackend/source/clangtranslationunitupdater.h b/src/tools/clangbackend/source/clangtranslationunitupdater.h  
index a0f0d0ba3b..fa535e2c69 100644  
--- a/src/tools/clangbackend/source/clangtranslationunitupdater.h  
+++ b/src/tools/clangbackend/source/clangtranslationunitupdater.h  
@@ -85,7 +85,6 @@ public:  
   
 TranslationUnitUpdateResult update(UpdateMode mode);  
   
-    CommandLineArguments commandLineArguments() const;  
 static uint defaultParseOptions();  
   
private:

Собственно здесь и убирается --target= которому передаётся триплет, в случае если разбор с ним не удался. И пытаемся сделать fall-back на основе -m32/-m64.

А вылавливать косяки в кодовой модели, пока, можно так:

# Clang Code model debug  
export QT_LOGGING_RULES=qtc.clang*=true  
export QTC_CLANG_NO_DIAGNOSTIC_CHECK=1

Почему пока? Потому, как эти флаги к встроенной реализации поверх libclang. Разработчики же сейчас взяли курс на миграцию на clangd.

Qt Creator 7: clangd

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 12 Feb 2022 13:13:38 +1000

Тут обновлял свой CMakeProjectManager2 и краем глаза заметил добавление файла dist/changes-7.0.0.md. Решил перечитать (с некоторыми изменениями я сталкиваюсь регулярно, так как живу на master-ветке).

Там фигурирует:

### C++  
  
* Switched to Clangd by default (QTCREATORBUG-22917)

И таки да, они переключились на кодовую модель от Clangd. Оно появилось ещё раньше, где-то к версии 6.0, но была выключена. Можно ознакомиться с анонсом из первоисточника: Qt Creator and clangd: An Introduction. Или почитать комментарии к соответствующей новости на Phoronix.

В частности, они там объясняют причины. Основная (как мне кажется): libclang больше активно не развивается и для полноценной навигации, рефакторинга и прочего приходится держать две модели.

Там же они рекомендуют использовать самую последнюю версию clangd. Так что ссылки ниже ваши други:

Ну а теперь мои личные впечатления… Точнее табличка, которую я для себя составил. Плюсы и минусы.

Плюсы	Минусы
Как мне показалось, лучше парсит, более точно видит использование символа	Парсит долго. Нет, не так. ОЧЕНЬ ДОЛГО!
База постоянная, т.е. сохраняется между запусками и инкрементно обновляется	Пока парсит, отъедает много памяти. Потом немного возвращает.
	Если отстреливается (например по нехватке памяти от earlyoom или nohang), то перезапускается только два раза, потом нужно перезапускать IDE или перегружать проект
	В итоге жрёт памяти примерно в два раза больше, чем без него. Это следствие того, что по факту, оба парсера сейчас работают в параллель, дополняя друг друга.
	И самое гнусное: постоянные подвисания редактора кода при вводе. Это очень сильно раздражает.

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

По памяти тоже минус. Но для больших проектов (у меня ядро Linux 4.19-Xilinx из комплекта PetaLinux 2019.2 через Generic Project подключено) его можно отключить (пока):

В данный момент можно выключить Clangd глобально и включать только для отдельных проектов в их настройках.
Или включить глобально и выключать для отдельных проектов.

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

PS это напомнило на возникающие лаги, при работе в Emacs при подключении Language Server или даже ещё раньше, всяких автокомплитеров и т.п.

Траверс г.Острая или закрываем гештальты

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 07 Jan 2022 00:54:18 +1000

В 2016 году (а в 2020 дошли по Большой Пионерской) уже была попытка добраться до Острой по хребту, пробираясь по “милым Приморским рощам” (они же: “Южный Лес”). В этом году решил закрыть этот гештальт, плюс размять ногу после микротравмы на пробежке.

Итак, как обычно, планировалось одно, а получилось… то что получилось. Планировали сходить траверс Суходол-Туманная с заходом на водопады и выходом в Тигровой. Но 31 декабря на пробежке круто свело левую ногу, возможно плохо размял мышцы перед стартом, но не суть. Решил дать отдых от больших нагрузок, поэтому траверс на Туманную отменился и… заменился другим траверсом. В общем, решил расходить ногу и, как выше писал, закрыть гештальт с Острой по хребту… По Милым Приморским рощам ломился как слон. Немного облажался и забыл взять гамаши, благо на штанах по низу резинка и снега немного, но всё равно, постоянно приходилось поправлять и одёргивать штанины. В лесу очень много ветровала после последних сильных тайфунов, кроме того много сломанных веток, как напоминание о ледяном дожде 2020 года.

Длина: 21km, ↗1030 m, ↘1035m  
Время: 07:02:32h, скорость: 3.0km/h  
В движении: 05:52:18h, скорость: 3.6km/h  
  
Начало: четверг, 6 января 2022 г. 13:00:44 +10  
Конец: четверг, 6 января 2022 г. 20:03:16 +10  
Точки: 3002 (3002)

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

Где-то там Острая. А на водохранилище это не вода, а лёд! Вода застывала очень быстро, и остатки снега сделали “волны”.

Уважаю отдыхающих культурно людей

Зачем-то раньше выломился на ЛЭП, но всё равно симпотяво.

От левой опоры влево, в объятия Морф… тьфу, в объятия милых Приморских рощ!

А вот и они! К слову, видишь тропу? Нет? И правильно! Её нет. Но когда это нас останавливало?

По хребту очень много (я повторяюсь) ветровала. Здоровенные деревья лежат с вывернутыми корнями. Это очень удобные места для организации привала и бивака (мы ещё к этому вернёмся). Но и пробираться по завалам тоже такое себе удовольствие. В общем, как обычно, везде есть свои плюсы и минусы.

Это две небольшие панорамы, откройте в полном размере.

Война войной, а обед по расписанию! Вот и пример организации бивака под вывернутым корнем. Дым поднимается вдоль стенки, а тепло отражается от неё. Плюс защита от ветра. Так и переночевать можно, благо и веток рядом тьма: дрова для костра собирались в радиусе 3-4 метров от остановки.

Более общий вид.

Помимо ветровала ещё много поломанных веток после ледяного дождя:

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

А вот и вершина! Спасибо местным кабанам и прочим кабаргам, что натропили по снегу и сделали намётки на тропу! Реально легче продираться было!

После вершины фото особо не делал - нужно было быстрее скакать, обгоняя темноту :) И да, оказывается, зажигалки с фонариком это не хухры-мухры, а очень полезный элемент НЗ. Реально, буквально перед выходом купил, а на обратном пути очень пригодилась.

Ну и по аналогии с предыдущим выходом по траверсу, прикладываю список использованного снаряжения:

Термуха
1. верх… ох, я уже даже не помню, что за производитель
2. них, что-то от Ozone
Кофта Polar 100 (Red Fox Pinguin, уже 10 лет, аднака)
Софтшелка: Сирин (Sivera), уже в стадии доживания своих дней: почти все молнии отказали. Может ещё сменю собачки. Для города уже прикупил обновлённую модель, нужно и для леса взять.
Пуховка: Волин 2.0 (Sivera)
Шапка: Хант (Sivera)
Ботинки: Asolo Greenwood GV MM
Гамаши: ЗАБЫЛ!!!
Брюки: СПЛАВ Panzer Hard - стоят недорого и угробить не жалко (ага, сначала попытайся)
Перчатки-варежки: какие-то флисовые, случайно найденные дома
Нафигатор: Garmin GPSMAP 64s
Фляга: Nalgene 1L, два штука. Хватило бы и одной.
Горелка: Kovea Camp-1 (“консерва”)
Кружка-котелок: титашка от Snow Peak
Ложка: титашка от Урал ВСМПО
Тарелка: титашка от Snow Peak
Нож: кондовый китаец Enlan EL-01
Котелок: китайский Bulin на 2L (или меньше) с теплообменником
Ветрозащита для горелки, кто автор - хз
Газ в цанговых баллонах, пришлось руками отогревать, что бы стартанул нормально
Какая-то хоба из Спецназ-комплекта
Всё это загружено в рюкзак Улисс 100 от Normal-Акме
Кофеварка для фотографий: Samsung M21. Очень боится холода. Ну прям капетц как.

Трек для скачивания: Траверс г.Острая.gpx

GeoCrop 2.0

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 08 Oct 2021 22:27:01 +1000

Встречайте: GeoCrop v2.0

Нового функционала не завезли, но обновил для сборки с современными Proj. Сейчас актуальная версия API - 6. Проверял с Proj 8.0.1.

Итак:

CMake: почищен файл, приведён чуточку к виду Modern CMake.
Для сборки нужен Proj ≥ 6.0, так как используется его API теперь. Proj4 не поддерживается, если нужно, то берите код по метке v1.0
Исправлен досадный баг с полигоном обрезки: последним элементом нужно указать начальную точку, что бы полигон закрылся. Старые версии Gdal ругались (точно не помню), но игнорировали и обрезали, моя текущая версия (3.3.1 на момент публикации) уже вываливается с ошибкой.

Ubuntu: persistent live stick

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 07 Oct 2021 09:54:18 +1000

Задача: сделать USB стик с Ubuntu, но так, что бы состояние сохранялось. Между перезагрузкам.

Забегая вперёд, это делается, но с одним ограничением: ядро не меняется. Но под мои задачи этого достаточно.

Итак, для начала, информации в интернете достаточно, но чёткого пошагового плана я не находил. И вот ресурсы, которыми я пользовался:

Полезные ссылки:
- https://wiki.ubuntu.com/LiveUsbPendrivePersistent
- https://help.ubuntu.com/community/LiveCD/Persistence#Getting_the_Live_CD
Говноссылки (я информацию от туда перерабатывал, но это пустая трата времени):

Мне же ещё хотелось обойтись только стандартными утилитами. Но я позволю себе, как лентяю, пользоваться GParted, благо устанавливается он в Manjaro/ArchLinux в одну команду.

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

Первым шагом качаем ISO образ Ubuntu, пусть у нас это будет 20.04:

wget https://mirror.linux-ia64.org/ubuntu-releases/20.04.3/ubuntu-20.04.3-desktop-amd64.iso

Вторым шагом, берём USB флешку, я брал на 16Gb с USB3 интерфейсом - особо одарённые флешки такие тормозные, что загрузка с них даже не начинается. Имейте это в виду.

На флешке любым удобным методом создаём два раздела:

FAT32, Primary, гигов на 4-5 и обязательно задаём метку UBUNTU
EXT4, Primary, на всю котлету и обязательно задаём метку casper-rw

Очередность разделов тоже имеет роль, по крайней мере в минимизации объёма гимора. Да, ради этой же цели, используйте MBR вместо GPT для нашей флехи.

Для раздела UBUNTU не забываем задать флаг boot:

Далее, монтируем раздел UBUNTU, у меня он примонтировался в /run/media/hatred/UBUNTU/ с этим и будем работать. В общем виде этот путь на многих современных системах можно записать в обобщённом виде:

/run/media/$USER/UBUNTU

Аналогично монтируем и сам образ ISO, который мы скачали, для этого в каталоге с ним выполним команды:

mkdir mount
sudo mount -o loop ubuntu-20.04.3-desktop-amd64.iso mount 
cd mount

А теперь, согласно документации, копируем необходимые файлы на флешку:

cp -a .disk casper dists install pool preseed /run/media/hatred/UBUNTU/
cp -a isolinux /run/media/hatred/UBUNTU/syslinux # copy and rename
mv /run/media/hatred/UBUNTU/syslinux/isolinux.cfg /run/media/hatred/UBUNTU/syslinux/syslinux.cfg
mv /run/media/hatred/UBUNTU/syslinux/isolinux.bin /run/media/hatred/UBUNTU/syslinux/syslinux.bin

В ISO образе у нас есть символьные ссылки, FAT32 их не поддерживает, поэтому будут предупреждения, которые нужно просто проигнорировать.

ISO образ теперь можно отключить.

Для того, что бы флешка могла загрузиться, нужно установить Bootloader. В качестве оного используется syslinux и его части мы уже стянули с ISO образа, и для начала нужно их откорректировать:

Открываем /run/media/hatred/UBUNTU/syslinux/txt.cfg для редактирования
Заменяем все вхождения “/cdrom” пустой строкой ("")
Копируем первую label секцию и вставляем её самой первой, после чего:
1. Аргумент label заменяем имя на persistent, можно любое другое, но сейчас работаем с этим
2. Аргумент menu label заменяем на что-то человеко-понятное и описательное, например: “^Use Ubuntu in persistent mode”
3. К строке append необходимо добавить аргумент persistent, лучшее место для этого - перед initrd=...
Аргумент для default стоит заменить на persistent, что бы наша флешка грузилась с сохранением состояния автоматически.

Собственно шаг 3.3 и говорит загрузочным скриптам попытаться найти раздел с именем casper-rw, примонтировать его и использовать как оверлей для сохранения состояния файловой системы.

В моём случае полная конфигурация получилась такой:

default persistent
label persistent
  menu label ^Use Ubuntu in persistent mode
  kernel /casper/vmlinuz
  append  file=/preseed/ubuntu.seed persistent initrd=/casper/initrd quiet splash ---
label live
  menu label ^Try Ubuntu without installing
  kernel /casper/vmlinuz
  append  file=/preseed/ubuntu.seed initrd=/casper/initrd quiet splash ---
label live-nomodeset
  menu label ^Try Ubuntu without installing (safe graphics)
  kernel /casper/vmlinuz
  append  file=/preseed/ubuntu.seed initrd=/casper/initrd quiet splash nomodeset ---
label live-install
  menu label ^Install Ubuntu
  kernel /casper/vmlinuz
  append  file=/preseed/ubuntu.seed only-ubiquity initrd=/casper/initrd quiet splash ---
label live-install-nomodeset
  menu label ^Install Ubuntu (safe graphics)
  kernel /casper/vmlinuz
  append  file=/preseed/ubuntu.seed only-ubiquity initrd=/casper/initrd quiet splash nomodeset ---
label memtest
  menu label Test ^memory
  kernel /install/mt86plus
label hd
  menu label ^Boot from first hard disk
  localboot 0x80

На этом с конфигурацией загрузчика мы закончили, теперь нужно его и поставить. Для этого нам нужны пакеты syslinux и mtools:

sudo pacman -S syslinux mtools

Ну и отключаем наш раздел с Ubuntu, можно мышкой по меняюшкам или:

umount /run/media/hatred/UBUNTU/

Да, нужно посмотреть, что за устройство соответствует этому разделу. Например, через dmesg или через mount до отключения раздела. У меня это /dev/sdc1, но напишу в обобщённом виде, дабы не затереть чего:

# X меняем на нужную букву
sudo syslinux /dev/sdX1

Делаем магию (да, олдфаговая привычка):

sync
sync
sync

Извлекаем флешку и идём грузиться.

Enjoy!

Как я хакером стал (на самом деле нет)

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 01 Jul 2021 16:09:04 +1000

И смешно и грустно :)

Итак, начнём.

Мне нужно было скачать одну статью с информацией по ковидной тест-системе (пытался понять значение КП, которое сам получил на тесте). И располагалась она на сайте: Электронный журнал “Справочник заведующего КДЛ”, который является частью сервисов Action Media: https://action-media.ru и использует для входа единый аккаунт. На статью перешёл с сайта производителя тест системы Векто-Бест.

Доступ к журналу платный, но предоставляется пробный бесплатный доступ на 3 или 4 дня.

При регистрации требую телефон и почту. Но так как для меня этот сайт является мусорным, то оставлять свой основной мейл и телефон, ровно как и мои реальные ФИО мне нет никакого резона, то я воспользовался сервисом https://smska.us/. Взял второй в списке и ввёл.

Скачал статью и успокоился. Но они начали закидывать меня тоннами спама. Решил снести аккаунт. Но, как это полагается у подобных сайтов, кнопки удаления нет. Полез в саппорт и вот такой вот диалог состоялся:

Я: День добрый! Как удалить свой аккаунт?

Бот помощник: Здравствуйте! Если удалить учетную запись, вы больше не сможете зарегистрироваться на сайтах «Актион» и получать приглашения на закрытые мероприятия. Отписаться от рассылок можно в разделе «Рассылки». Не переживайте, если после отписки придет несколько писем. Нам нужно время, чтобы остановить рассылки.

Вы получили ответ на свой вопрос?

Я: Нет, нужен менеджер

Елена Табачукова: Здравствуйте, Алекс , рады видеть Вас на нашем сайте

Я: День добрый! Нужно удалить аккаунт

Кристина Вырлан: Здравствуйте, Алекс , рады видеть Вас на нашем сайте

Минуту, пожалуйста

Алекс, к сожалению технически удалить аккаунт невозможно, так как ранее проходили обучение и хранятся сертификаты на данном аккаунте

Я: Я не проходил у вас обучения и сертификатов нет. Я уже 5 минут кликаю на отписку от чёртовой горы подписок и ещё не дошёл до конца. С таким отношением в печь такие сервисы. Спасибо. Запросите технический персонал (разработчиков), что бы удалили записи в базе данных по e-mail ZXXXXXY@inbox.ru. Надеюсь на понимание.

Кристина Вырлан: Алекс, ранее данный аккаунт принадлежал ХмХХХву Роману, Вы переделали аккаунт на себя и свою почту, просьба вернуть все данные обратно, в таком случае все данные и Ваш аккаунт удалиться и Вы вернете аккаунт Роману

Я: Вы по телефону смотрите? :) Это телефон сервиса Онлайн-СИМ, то что нужно для регистрации на мусорных сайтах

Кристина Вырлан: Screenshot_5.png 0.03Mb

Вы стерли чужой аккаунт , сменив все данные на себя

На скрине - логи системы с изменением настроек профиля :) скрины переписки под катом.

Короче, Роман сфейлился, указав левый номер, потом работал с аккаунтом. Там пачка платёжных документов, пройденные курсы, сертификаты.

Будьте внимательны и осторожны :)

Скрины

Виртуальные номер для SMS

Kernel: deadlock при использовании spin lock

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 29 Apr 2021 13:59:00 +1000

Цитата:

Many functions in the kernel sleep (ie. call schedule()) directly or indirectly: you can never call them while holding a spinlock, or with preemption disabled. This also means you need to be in user context: calling them from an interrupt is illegal.

Неделю достаточно трудоёмкой (в плане воспроизведения) отладки пришлось потрать по причинам:

Незнания информации из цитаты выше (компетентность? не, не слышал).
Наличия неявной блокировки в недрах ALSA при вызове колбека snd_pcm_ops::trigger().

Про второй пункт попадалась информация:

Run under stream lock

Этот самый “stream lock” обеспечивается семейством функций:

snd_pcm_stream_lock()/snd_pcm_stream_unlock()
snd_pcm_stream_lock_irq()/snd_pcm_stream_unlock_irq()
snd_pcm_stream_lock_irqsave()/snd_pcm_stream_unlock_irqsave()

И вводит понятия: “atomic context” and “non-atomic context”.

Контекст определяется значением флага substream->pcm->nonatomic (bool snd_pcm::nonatomic).

Если не сказано иного, то там значение 0, или “atomic context”.

И этот самый контекст вляет на то, какой тип блокировки будет использоваться: mutex или spin lock.

По неудачному стечению обстоятельств в колбеке snd_pcm_ops::trigger() появился вызов cancel_delayed_work_sync(). А контекст был объявлен как “atomic”. И работать всё стало очень весело, в зависимости от того, куда какое нейтрино попадёт :)

Проявлялось по разному:

случайные зависания при закрытии аудио устройства
случайные зависания при перезагрузке (если устройство было открыто)

В терминал при этом вылетало такое:

Requesting system reboot
[   56.034544] watchdog: BUG: soft lockup - CPU#3 stuck for 23s! [init:7475]

А дальше вариции:

Стектрейсы, например:

[   52.084474] Modules linked in: sch_htb xlnx_sdi_audio regmap_mmio v_comp(O) v_scaler(O) v_process(O) snd_soc_xlnx_audio_formatter snd_soc_xlnx_i2s mali(O) xilinx_dp_card xilinx_dp_pcm xilinx_dp_codec snd_soc_tlv320aic3x pwm_cadence(O) max6966_keys(O) max6966_backlight(O) max6966_leds(O) max6966_mfd(O) fbili9341(O) it666x(O) xilinx_hdmi_rx(O) xilinx_vphy(O) xilinx_sdirxss u_dma_buf(O) uio_pdrv_genirq dmaproxy(O) al5d(O) xlnx_vcu_clk al5e(O) allegro(O) xlnx_vcu xlnx_vcu_core xlnx_pl_snd_card snd_soc_core snd_pcm_dmaengine snd_pcm snd_timer snd soundcore xilinx_vpss_scaler xilinx_video videobuf2_v4l2 v4l2_fwnode videobuf2_common videobuf2_dma_contig videobuf2_memops videodev media
[   52.144543] CPU: 1 PID: 6938 Comm: init Tainted: G           O        4.19.0-xilinx-v2019.2 #83
[   52.153054] Hardware name: Epiphan X3 (DT)
[   52.157136] pstate: 20000005 (nzCv daif -PAN -UAO)
[   52.161915] pc : smp_call_function_single+0x140/0x170
[   52.166952] lr : smp_call_function_single+0x110/0x170
[   52.171985] sp : ffffff802e0f3bb0
[   52.175283] x29: ffffff802e0f3bb0 x28: ffffffc03d3eac00 
[   52.180586] x27: 0000000000000002 x26: ffffff8008b887c8 
[   52.185881] x25: ffffff8008b9a9a0 x24: ffffff8008125800 
[   52.191185] x23: 0000000000000002 x22: ffffff8008b9a9c0 
[   52.196480] x21: ffffffbebffc7b58 x20: ffffff8008b88548 
[   52.201774] x19: ffffff802e0f3be0 x18: 0000000000000000 
[   52.207069] x17: 0000000000000000 x16: 0000000000000000 
[   52.212364] x15: 0000000000000000 x14: 0000000000000000 
[   52.217659] x13: 0000000000000000 x12: 0000000000000000 
[   52.222953] x11: 0000000000000000 x10: 0000000000000000 
[   52.228248] x9 : 0000000000000000 x8 : 0000000000000000 
[   52.233543] x7 : 0000000000000000 x6 : ffffff802e0f3be0 
[   52.238838] x5 : ffffff802e0f3be0 x4 : 0000000000000004 
[   52.244133] x3 : ffffff802e0f3bf8 x2 : 0000000000000000 
[   52.249428] x1 : 0000000000000003 x0 : 0000000000000000 
[   52.254723] Call trace:
[   52.257155]  smp_call_function_single+0x140/0x170
[   52.261844]  perf_event_exit_cpu_context+0x84/0xe0
[   52.266624]  perf_reboot+0x2c/0x60
[   52.270011]  notifier_call_chain+0x54/0x90
[   52.274099]  blocking_notifier_call_chain+0x54/0x80
[   52.278960]  kernel_restart_prepare+0x1c/0x40
[   52.283299]  kernel_restart+0x14/0x60
[   52.286945]  __se_sys_reboot+0xd4/0x1f0
[   52.290764]  __arm64_sys_reboot+0x18/0x20
[   52.294758]  el0_svc_handler+0xc8/0x120
[   52.298584]  el0_svc+0x8/0xc

Периодические репорты:

[   62.477485] BUG: workqueue lockup - pool cpus=2 node=0 flags=0x0 nice=0 stuck for 36s!

В общем, рекомендую к внимательному чтению:

Unreliable Guide To Locking

Только не смотрите на год :)

И перед тем, как ставить msleep()/mutex_lock()/etc, изучите, кто вызывает этот код, есть ли там блокировка и какая. А если код ваш, посмотрите на шпаргалку по выбору типа блокировки.

PS а если полезно под рукой иметь глоссарий. В частности он объяснил мне, что это за функции с суффиксом _bh и что такое tasklet.

ThinkPad T530: зависание при выходе из сна на ядрах 5.10+

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 14 Apr 2021 13:42:33 +1000

Тот самый случай, когда WA ломается.

Причина проста: наличие параметра ядра scsi_mod.scan=sync.

По умолчанию его нет, поэтому и проблема не слишком актуальна. А появился он… как WA проблемы с тем же самым Resume after Speep. Но тогда рушился XOrg:

Падение Xorg после выхода из suspend

Таким образом, наличие этой опции на ядре 4.15+ решает проблему с выходом из сна и падением XOrg и никак не мешает работе вплоть до ядер 5.9.x, но начиная с ядра 5.10 эта опция должна быть удалена, иначе уже она является причиной зависания при выходе из сна.

Скорее всего такое поведение тоже является ошибочным

GTest: запуск теста только вручную

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 09 Apr 2021 11:22:40 +1000

Возникла задача: запускать тест, только если явно указано, что его нужно запускать. Иными словами пропускать его при обычным прогоне, без параметров.

Тестовый фреймворк GTest.

GTest, как и многие другие имеет возможность фильтровать тесты, иными словами, выбирать только те, которые нужно запустить в данный момент времени:

./tests --gtest_filter=Categoty.some_test

Если фильтр не указывается, то запускаются все тесты. При этом, у Google Test есть макрос, который в рантайме позволяет исключить тест из прогона:

GTEST_SKIP()

Остаётся придумать, как передать условие, по которому этот макрос вызовется.

Дополнительный параметр командной строки заводить не хотелось, тем более, что уже есть фильтр… Оказалось, что достучаться к тому, что передано для --gtest_filter= в качестве параметра проще простого:

std::string str = ::testing::GTEST_FLAG(filter);

Сама строка фильтра: набор масок, разделённых двоеточием. Собственно, нам достаточно проверить, что фильтр не содержит имени нашего теста и в этом случае скипнуть его:

TEST(Category, some_test) {
    std::string str = ::testing::GTEST_FLAG(filter);
	auto enable_pos = str.find("Category.some_test");
	if (enable_pos == std::string::npos) {
    	GTEST_SKIP();
	}
}

Теперь, тест запустится, только если явно указать имя теста при запуске:

./tests --gtest_filter=Category.some_test

или все тесты, включая наш:

./tests --gtest_filter=Category.some_test:*

Под катом небольшой бонус :)

Бонус

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

./tests --gtest_filter=Category.some_test_super_postfix:*

Ещё, можно заметить, что не обрабатывается - перед тестом.

По последнему: в этом нет необходимости, потому как это будет обработано самим фреймворком и нашему тесту даже не будет передано управление.

По первому: да. Нужно добавить граничные условия и оформить в виде отдельной функции:

static bool skip_test(std::string_view test_name) {
    std::string filter = ::testing::GTEST_FLAG(filter);
    auto const pos = filter.find(test_name);

    if (pos == std::string::npos)
        return true;

    auto const end = pos + test_name.length();
    if (end < filter.length() && filter[end] != ':')
        return true;

    if (pos > 0 && filter[pos - 1] != ':')
        return true;

    return false;
}

TEST(Category, some_test) {
	if (skip_test("Category.some_test")) {
    	GTEST_SKIP();
	}
}

Ну и что бы не писать имя теста, добавляем ещё сахара:

static bool skip_this_test() {
    std::string full_name =
            std::string(::testing::UnitTest::GetInstance()->current_test_info()->test_suite_name()) + '.' +
            ::testing::UnitTest::GetInstance()->current_test_info()->name();
    return skip_test(full_name);
}

TEST(Category, some_test) {
	if (skip_this_test()) {
    	GTEST_SKIP();
	}
}

Сдобрить макросами (SKIP_TEST_IF() или вроде того) по вкусу.

Для чего?

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

Как-то так.

You can't just take and...

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 02 Apr 2021 14:38:37 +1000

Сгенерировать нули.

В этом месяце (точнее в прошлом) я не прошёл бы тест на продуктивность (недавно узнал про такие: productivity test): 5 тасок и не все в завершённом состоянии.

С одной из них провозился 1.5 недели. Хотя сложного, на первый, взгляд ничего и нет.

А суть её заключается вот в чём: генерировать нули в звуковом устройстве, то есть - тишину.

Поехали!

Точнее генерировать ничего и не нужно: буфера в ALSA кольцевые, нужно его заполнить нулями один раз и просто двигать указатель по нему.

Двигать указатель.

Казалось бы, а тут-то какие сложности?

В предыдущей заметке я конспективно указал основные термины и понятия связанные с PCM. Нам нужен период, его размер и sample rate, он же - частота дискретизации.

Берём таймер. Пусть будет High Resolution Timer. Когда срабатывает ALSA колбек struct snd_pcm_ops::prepare у нас уже есть все нужные параметры для стрима, типа количества каналов, битности семплов, частоты. Есть и информация о размере выделенного кольцевого буфера: substream->runtime->period_size. Только нужно быть внимательным, смотрим на тип: snd_pcm_uframes_t и понимаем, что это размер периода не в герцах, не в единицах времени, а во фреймах.

Так вот, в этом колбеке, мы настраиваем таймер, что бы он тикал один раз в Period Size. Максимально точно в целых числах получается вот так:

period = runtime->period_size;  // во фреймах, тут как договоритесь в hw_params, может быть нифига не кратен rate
rate = runtime->rate;           // в HZ, например 48000, это частата **фреймов**
sec = period / rate;            // вычленим секунды, в более-менее low-latency здесь всегда будет 0
// ну и посчитаем максимально точно ту часть, что в наносекундах
period %= rate;             
nsecs = div_u64((u64)period * 1000000000UL + rate - 1, rate);

// чисто хелпер, по сути sec * 10^9 + nsecs
period_time = ktime_set(sec, nsecs);

После чего, в обработчике struct snd_pcm_ops::trigger, по START активируем таймер и он будет тикать раз в period_time наносекунд. А дальше, в обработчике прерывания таймера, мы вызываем специально предназначенную для этого функцию:

void snd_pcm_period_elapsed(struct snd_pcm_substream *substream)

Как сказано в документации, вольный перевод:

обновляет статус PCM для следующего периода

Вызывается из обработчика прерывания, когда источник семплов запроцессил (сиречь - положил в память) period_size фреймов. Заобновится указатель на данные, пробудятся те, кто данные ждёт и т.п.

Если вдруг между вызовами случилось несколько period_size - нужно сделать один вызов.

По сути, эта функция, вызывает другой наш колбек: struct snd_pcm_ops::pointer, который и говорит текущую позицию в кольцевом буфере.

То есть, на основании показаний таймера мы можем сказать виртуальную позицию в буфере. И тут никаких проблем: нам нужно спросить сколько таймер накрутил времени относительно какой-то точки отсчёта (логично сохранить некий аналог now() при старте таймера). И пересчитать эту дельту на основании rate и buffer_size в позицию. В коде это выглядит так:

now = hrtimer_cb_get_time(timer);        // текущее время таймера, обновляется пока он работает
delta = ktime_us_delta(now, base_time);  // дельта между текущим временем и базовым
delta = div_u64(delta * runtime->rate + 999999, 1000000); // время множим на частоту, получаем дельту во фреймах
                                                          // относительно старта таймера
                                                          // применяем трюки для минимизации ошибки округления
                                                          // делим на 10^6, потому как выше дельту в мкс (us) получили
div_u64_rem(delta, runtime->buffer_size, &pos); // Ну и берём остаток от деления на размер буфера, получаем искомую
                                                // позцию

Действительно, текста много, а сложностей - ноль. Оно работает, данные шлются. Вот только процесс в пользовательском пространстве жрёт 100% CPU. А при работе с реальным железом - нет.

Начинаем разбираться.

Для начала открываем для себя (ещё кто-то будет спрашивать, зачем я ВСЁ ядро в IDE гружу? :), что struct snd_pcm_ops::pointer вызывается далеко не из одного места:

Красными кружками обведены наиболее активные потребители, выявленные при помощи логов.

__snd_pcm_lib_xfer() используется для любого трансфера, осуществляющегося через read()/write() на устройстве. И частота его следований, в целом, соответствовало таковому для железа. А вот snd_pcm_delay(), который является обработчиком для IOCTL: SNDRV_IOCTL_DELAY зовётся очень активно. При этом, было замечено, что при работе с реальным железом, задержка или 0, что означает - данных ещё нет, или 8 и больше, что означает - приложению есть что прочитать. А вот у меня с тишиной (помимо 0) и 1, и 2, и, редко, больше.

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

Вылечилось, как обычно, при помощи sleep()… Шутка. Почти.

Для железного модуля позиция высчитывалась на основании переданных байт в регистре счётчика. Согласно документации, данные эти обновляются каждый period_size, но на самом деле - каждые 8 фреймов. Точнее так: каждые 32 байта: модуль, скорее всего, завязан именно на байты, просто в моём режиме: PCM_S16LE/Stereo получается 8 фреймов.

Выходит, что у железа есть задержка в 8 фреймов. На частоте 48000Hz это примерно 166мкс. И этого хватает, что бы не вводить процессор в busy loop.

В общем, я добавил такую “виртуальную” задержку и в программный генератор: считается позиция, если она сдвинулась на 8 или более фреймов, то сохраняем и возвращаем новое значение. В противном случае возвращаем старое значение.

Вот теперь - работает!

Для чего это нужно или чуть больше конкретики

Есть IP Core от Xilinx: Audio PCM Formatter. Он нужен для того, что бы переложить данные из других PL (FPGA) модулей, подключенных в цепочку по AXI шине в память, к которой можно достучаться из CPU в прочитать устройством. Это режим Capture. Есть и обратный режим: переложить данные из памяти и передать по AXI шине.

Как и всё на шине этот модуль тактируется, когда данные есть. Если источником данных является ADC, то данные есть всегда, пока работает ADC, а он работает, обычно, всегда когда устройство открыто и в работе. ADC без разницы что оцифровывать: реальный звук или наводки на проводах.

Другое дело, когда источником сигнала является SDI или HDMI вход. У этих чудиков может быть и физически кабель воткнут, а аудио не быть. Или просто кабель не воткнут. С одной стороны это удобно: семплы не идут, значит сигнала нет. Пробуем потом (ага, тут или поллинг или платформоспецифичные проверки со стороны user-space).

Но теряется унификация: для аналогового аудио у нас данные всегда идут: или реальные или условные нули (наводки).

В общем возникла идея: а что если в драйвере PCM Formatter’а детектировать отсутствие данных и переключаться на программный генератор тишины. И переключаться обратно, когда данные появились. Если это сделать быстрее, чем period size, то мало кто и заметит. Точнее так, мы не озаботились о плавном переходе между позицией указателя между генератором и железом, поэтому в момент переключения могут быть некие переходные процессы, но, в целом, всё работает нормально.

Поэтому 1.5 недели включали в изучение вопроса - как это вообще скрестить между собой.

PCM Terminology and Concepts

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 02 Apr 2021 11:33:52 +1000

Просто ссылка для мемориза:

PCM Terminology and Concepts

Под катом краткий конспект (читать не обязательно).

Sample Амплитуда одного канала. При частоте дискритизации 48000Hz, для одного канала 48000 семплов дадут 1 секунду аудио. Размер может быть 8, 16, 24, 32 бит (больше?). Little Endian, Big Endian - в зависимости от системы/устройства. Размер определяет динамический диапазон: разница между самым тихим и самым громким сигналом, который может воспроизвестись.
Frame Один семпл, но для всех каналов. Для Mono Frame == Sample, для стерео Frame == 2xSample.
Frame size Размер фрейма в байтах. Для Stereo, PCM_S16LE:
```
Frame size = 16/8 * 2 = 4
```
Rate Сколько фреймов в секунду у нас прилетает. Иными словами: с какой частотой у нас происходит семплирование сигнала. Нужен так же для того, что бы посчитать полосу пропускания:
```
Bandwidth = Frame Size * Rate * 8, bits/s
```
Period Реальное железо обрабатывает данные блоками и выдаёт сразу несколько фреймов. Обычно это сигнализируется прерыванием. Временной интервал между очередными порциями данных и есть период. Период так же отражает задержку в аудио сигнале: звук в реальности будет отставать как раз на величину периода.
Period Size Размер периода… в герцах! Во внутренней кухне может встречаться и размерность в фреймах или даже байтах.

Коэффициент ложки, ч.2

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 06 Feb 2021 13:13:39 +1000

Недавно приехали покупки с магазина, среди которых была титановая полноразмерная ложка от Урал ВСМПО, купленная взамен утерянной. Но по прибытии, оказалось, что она ощутимо тяжелее и прочнее старого образка. В результате, возникла идея перемерить коэффициент ложки, сделанный несколько лет назад камрадом Live: Вёсла разные нужны, вёсла разные важны

Участники:

Слева на право:

Ложка пластиковая, обыкновенная. Далее просто Пластик
Ложка стальная, десертная, любезно предоставлена сыном :). Далее: Сталь (мал)
Ложка стальная столовая, просто взята из посудницы. Далее: Сталь (больш)
Ложка титановая Урал ВСМПО, старого образца. Далее: Ti (old)
Ложка титановая Урал ВСМПО, нового образца. Далее: Ti (new)
Ложка алюминиевая, далее Al. Любезно предоставлена коллегой с работы.

Методика измерений точно повторяет Колину:

взвешиваем ложку (в таблице строка ВЕС);
набираем ложкой ПРОДУКТ, столько сколько влезет максимально, с горкой. Взвешиваем набранный продукт (строка ВЕСЛО).

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

Коэффициент ложки (или просто Коэффициент) считается как ВЕСЛО/ВЕС.

ПРОДУКТ, обычная поваренная соль:

Весы обычные китайские кухонные, точность 1г.

Обзорные фото с замеров:

Фото замеров:

https://photos.app.goo.gl/MiBiZ7jBJgNBAvgSA

А вот сводная таблица:

	Al	Пластик	Ti (new)	Ti (old)	Сталь (больш)	Сталь (мал)
ВЕС, г	23	9	32	24	48	44

Замер #1	36	23	33	33	31	23
Замер #2	37	24	34	35	32	24
Замер #3	37	24	34	34	31	24
ВЕСЛО, г	36,67	23,67	33,67	34,00	31,33	23,67

Коэффициент	1,59	2,63	1,05	1,42	0,65	0,54
Место	2	1	4	3	5	6

Напомню, чем выше коэффициент, тем а) легче изделие б) изделием нужно сделать меньше движений, что бы съесть продукт.

Выводы Коля уже делал. От себя добавлю следующие:

Пластик рвёт и мечет, но его живучесть… Ломались они :)
Люминь тоже не очень прочен. Плюс теплопроводность, это извечная проблема столовок с очень горячими ложками, которые невозможно взять в луки. Ну и кто-то беспокоится по поводу поедания самого люминя и его оксидной плёнки, которая не сильно прочна.
Новые титановые ложки от Урал ВСМПО сдали позиции, но стали ощутимо прочнее. Если ориентироваться на показания Коли, то раньше они помещались на 3 месте, теперь уступили титашке от MSR, но черпальник остался большим. Среди прочих плюсов титана: а) он моется легче (оксид титана используется в антипригарных покрытиях) б) у него слабая теплопроводность - руки не обожжёте. Цена может оказаться минусом, но это актуально для брендов, Урал ВСМПО стоит около 390 рублей.

Сезон снежных крепостей 2021 открыт!

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 31 Jan 2021 15:21:02 +1000

Открытый вопрос: кому больше драйва и радости от строительства? :)

Под катом больше фото.

Alacritty: первое знакомство

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 30 Jan 2021 14:45:12 +1000

Как сказано на GitHub разработчика:

Alacritty - A fast, cross-platform, OpenGL terminal emulator

Со слов автора он создал его, так как неудобно было конфигурировать st. (–htrd: add cite)

Если коротко, то это эмулятор терминала с быстрым выводом текста на экран, используя GPU (OpenGL). Без поддержки табов, без конфигурировать через меню, но с достаточно гибкими возможностями конфигурации через файлы, включая подхват конфигурации на лету.

Баги

Да! Сразу с них :)

Запуск Midnight Commander

Судя по всему, терминал не совсем корректно обрабатывает завершение дочерних процессов. Так, если открыть терминал, запустить mc, а потом закрыть по Alt+F4 (ну или какая у вас комбинация для закрытия окна) и так повторить несколько раз, то а определённый запуск mc всё в терминале зависнет. И… развиснет когда вы рестартуете сервис gpm:

systemctl restart gpm

Судя по всему мало кто в современном мире использует gpm, но да ладно. Чуть позже или разберёмся или баг-реквест отправим. На Konsole такой проблемы не наблюдаю.

Размер шрифтов мониторах одной системы с разным DPI

Об этом подробнее ниже.

Конфигурация

Конфиг на YAML. Простой и понятный до безобразия.

Терминал сам не создаёт конфигурационных файлов. Хотя в исходниках лежит alacritty.yml, в котором есть все опции, но закомментированные: копируешь, редактируешь что нужно. Как мне кажется, было бы неплохо генерировать этот файл при первом запуске, если его не существует ещё. Или делать генерацию через параметр коммандной строки.

Рекоммендую сразу задать:

live_config_reload = true

Тогда изменения настроек будут применяться сразу и к запущенным копиям программы.

Большой плюс автору за наличие man-страницы: alacritty(1) в которой чётко и ясно написано, где и в какой последовательности ищется конфигурация. Я выбрал вариант размещения в .config/alacritty/alacritty.toml.

Готового шаблона конфига больше нет, но появилась man страница alacritty(5)

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

Раньше я пользовался схемами проекта https://github.com/eendroroy/alacritty-theme, но теперь они портировались на TOML и переехали в основной проект: https://github.com/alacritty/alacritty-theme.git

И вот такая полная конфигурация образовалась у меня:

https://gist.github.com/h4tr3d/0495bf69a9601c78cad5bb65db797113

Или:

import = ["~/.config/alacritty/alacritty-theme/themes/konsole_linux.toml"]
live_config_reload = true

[cursor]
blink_interval = 500
blink_timeout = 0
thickness = 0.40

[cursor.style]
shape = "Underline"
blinking = "On"

[env]
TERM = "xterm-256color"
WINIT_X11_SCALE_FACTOR = "1.0"

[font]
size = 12

[font.bold]
family = "Meslo LG M DZ"
style = "Bold"

[font.bold_italic]
family = "Meslo LG M DZ"
style = "Bold Italic"

[font.italic]
family = "Meslo LG M DZ"
style = "Italic"

[font.normal]
family = "Meslo LG M DZ"
style = "Regular"

[keyboard]
bindings = [
    #{ key = "K", mods = "Shift|Control", chars = "\u000c" },
    #{ key = "K", mods = "Shift|Control", action = "ClearHistory" },
    { key = "K", mods = "Control|Shift", "chars" = "reset\n" },
    { action = "CreateNewWindow", key = "N", mods = "Shift|Control"}
]

[scrolling]
history = 10000

[window]
dynamic_title = true
startup_mode = "Maximized"

Рассмотрим чуточку подробнее.

import = ["~/.config/alacritty/alacritty-theme/themes/konsole_linux.toml"]

Это мы подключаем наш файл с описанием цветовой схемы.

[env]
TERM = "xterm-256color"
WINIT_X11_SCALE_FACTOR = "1.0"

А вот это уже интересно. Это обход проблем.

В первом случае, если задан терминал alacritty, то не работает dynamic title: когда ASNI последовательностью можно установить заголовок терминала. Есть репорт:

https://github.com/alacritty/alacritty/issues/1636

если пофиксить стартовые скрипты, то частично оно начинает работать, но не работает в Midnight Commander. В значении xterm-256color работает и в mc.

По второй опции нужно смотреть репорты:

Там можно найти два варианта:

Который использую я: WINIT_X11_SCALE_FACTOR: '1.0'
и: WINIT_HIDPI_FACTOR: '1'

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

В вашем случае проблемы может и не быть, быть не актуальной или подойдёт другой набор установок.

[window]
dynamic_title = true
startup_mode = "Maximized"

Тут всё понятно: запускаться, по умолчанию, в развёрнутом состоянии. И поддерживать Dynamic Title (см. выше установку переменной окружения TERM=xterm-256color).

[scrolling]
history = 10000

Тут тоже всё просто - число строк буффера обратной прокрутки.

Настройку шрифтов я пропускаю, тут ничего из космо-науки нет.

[cursor]
blink_interval = 500
blink_timeout = 0
thickness = 0.40

[cursor.style]
shape = "Underline"
blinking = "On"

Мне нравится “олдскульный”, “DOSовский” курсор: горизонтальная линия, достаточно толстая и заметная (привет Konsole). Alacritty позволяет настроить всё как мне нравится.

live_config_reload = true

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

Ещё нюанс, что эта опция следит только за самим файлом конфигурации, но не следит за импортируемыми. Поэтому, в моей конфигурации, при изменении темы, нужно проделать следующий трюк:

touch alacritty.toml

Вкладки

Ээээ… Как же так, заявлено же, что без них. Да, без них. Но есть tabbed.

Читам ман:

man tabbed
или: https://manned.org/tabbed.1

А запускаем так:

tabbed -n Alacritty alacritty --embed

Опция -n Alacritty нужна что бы установить класс окна через атрибут WM_CLASS. Как следствие, подтянется иконка приложения и в треях, которые понимают про группировку по классу окна, оно попадёт в группу.

Структура XDG menu

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 30 Jan 2021 13:31:36 +1000

Нельзя вот так просто взять и создать MyProgram.desktop файл в главном меню какого-нить KDE ручками из консоли. Особенно если путь вроде Menu → Wine → Programs → Some Application

Казалось бы, просто идём в ~/.local/share/applications/wine/Programs/Some Application и создаём MyProgram.desktop с нужным содержимым. Ан нет. Во-первых, программа появится в меню только после рестарта или после выполнения команды:

kbuildsycoca5

Во-вторых, она появится совсем в другом месте, а именно в Menu → Прочее. Вот это поворот…

Теория

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

А так же не повредит гуглинг на предмет freedesktop.org Desktop Menu Specification.

И так, для создания иерархии меню, нам нужно:

Desktop файлы - сами файлы запуска приложений. Наш MyProgram.desktop может выглядеть так:
```
[Desktop entry]
Type=Application
Name=My Program
Comment=My super program
Exec=my-program
Categories=Game;Internet
```
Все поля описаны в спецификации, а поле Categories нужно для размещения внутри меню в одной из стандартных категорий.

Находятся все эти файлы в ~/.local/share/applications. Ну или в системе, в /usr/share/applications
Файлы описаний директорий - *.directory. Находятся в ~/.local/share/desktop-directories. Через них можно описать каждый уровень вложенных категорий, назначит подсказку, имя, иконку. Примерное содержимое:
```
[Desktop entry]
Type=Directory
Name=Your App Folderdd
```

Ну и то, что это всё склеивает: Menu-файлы (*.menu). Это уже XML описания. Обычно, создаются при помощи хелпера xdg-desktop-menu. Собственно тут и описывается иерархия меню. Сам файл может выглядеть так:

<!DOCTYPE Menu PUBLIC "-//freedesktop//DTD Menu 1.0//EN" "http://www.freedesktop.org/standards/menu-spec/menu-1.0.dtd">
<!-- Do not edit manually - generated and managed by xdg-desktop-menu -->
<Menu>
    <Name>Applications</Name>
    <Menu>
        <Name>MyProgram</Name>
        <Include>
            <Filename>MyProgram.desktop</Filename>
        </Include>
    </Menu>
</Menu>

Здесь создаётся меню с одним вложенным пунктом. А вот следующий файл создаёт более развесистое меню:

<!DOCTYPE Menu PUBLIC "-//freedesktop//DTD Menu 1.0//EN" "http://www.freedesktop.org/standards/menu-spec/menu-1.0.dtd">
<!-- Do not edit manually - generated and managed by xdg-desktop-menu -->
<Menu>
    <Name>Applications</Name>
    <Menu>
        <Directory>YourApp-top.directory</Directory>
        <Name>YourApp-top</Name>
        <Menu>
            <Directory>YourApp-second.directory</Directory>
            <Name>YourApp-second</Name>
            <Include>
                <Filename>MyProgram.desktop</Filename>
            </Include>
        </Menu>
    </Menu>
</Menu>

И находится всё это безобразие в: ~/.config/menus/applications-merged

Самый простой способ создать запись, это вызвать:

xdg-desktop-menu install YourApp-dir.directory MyProgram.desktop

создаст что-то вроде первого меню. Для более сложных случаев - ручками. Ну или через редактор меню того же KDE ;-)

Практика

А теперь поглядим как это может выглядеть на реальных примерах.

Для начала Desktop файлы (их несколько, но посмотрим на один):

.local/share/applications/wine/Programs/IDA Pro 7.5/IDA Pro\ (64-bit).desktop

[Desktop Entry]
Name=IDA Pro (64-bit)
Exec=env WINEPREFIX="/home/user/.wine" /usr/bin/wine C:\\\\windows\\\\command\\\\start.exe /Unix /home/user/Downloads/soft/IDA\\ Pro\\ 7.5/ida64.exe
Type=Application
StartupNotify=true
Path=/home/user/Downloads/soft/IDA Pro 7.5
Icon=3567_ida64.0
StartupWMClass=ida64.exe

Затем описание директорий. Часть уже создано самим Wine:

~/.local/share/desktop-directories/wine-wine.directory:

[Desktop Entry]
Type=Directory
Name=Wine
Icon=wine

~/.local/share/desktop-directories/wine-Programs.directory:

[Desktop Entry]
Type=Directory
Name=Programs
Icon=folder

~/.local/share/desktop-directories/wine-Programs-IDA Pro 7.5.directory:
```
[Desktop Entry]
Type=Directory
Name=IDA Pro 7.5
Icon=folder
```

И теперь меню:

~/.config/menus/applications-merged/wine-Programs-IDA Pro 7.5-IDA Pro (64-bit).menu (и так для каждого desktop-файла (???)):

<!DOCTYPE Menu PUBLIC "-//freedesktop//DTD Menu 1.0//EN"
"http://www.freedesktop.org/standards/menu-spec/menu-1.0.dtd">
<Menu>
  <Name>Applications</Name>
  <Menu>
    <Name>wine-wine</Name>
    <Directory>wine-wine.directory</Directory>
  <Menu>
    <Name>wine-Programs</Name>
    <Directory>wine-Programs.directory</Directory>
  <Menu>
    <Name>wine-Programs-IDA Pro 7.5</Name>
    <Directory>wine-Programs-IDA Pro 7.5.directory</Directory>
    <Include>
      <Filename>wine-Programs-IDA Pro 7.5-IDA Pro (64-bit).desktop</Filename>
    </Include>
  </Menu>
  </Menu>
  </Menu>
</Menu>

Ну и на KDE запускаем после всего созданного kbuildsycoca5:

$ kbuildsycoca5 --menutest | grep 'IDA Pro 7.5'
kbuildsycoca5 running...
Wine/Programs/IDA Pro 7.5/      wine-Programs-IDA Pro 7.5-IDA Pro (64-bit).desktop

Радуемся, что приложение ровно там, где мы и хотели :) Ну а для меню, просто убираем агрумент и оно перестроит бинарный кеш.

Вместо заключения

Каждый раз подтверждается истина, пусть и не прописная: чем проще вещь снаружи, тем сложнее она устроена внутри. Мы все зубоскалили по поводу реестра Windows. Но уже имеем практически полный аналог в виде GConf бинарный внутри и недоступный для управления без внешних специализированных программ. При этом разбавленный отдельными конфигурационными файлами, специфичными для конкретных утилит. Благо решили собрать их в ~/.config. А потом и его перестало хватать, появились ~/.local, ~/.cache и т.п.

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

HOSTALIASES for IP

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 24 Dec 2020 09:59:47 +1000

Время от времени возникает необходимость организовать аналог /etc/hosts, но индивидуально для пользователя. Такая возможность есть, и называется HOSTALIASES.

HOSTALIASES

Более подробно про него можно почитать в hostname(7).

Трюк будет работать только если удовлетворяются два условия для работы программы:

используется getaddrinfo(3) или gethostbyname(3) для резолвинга имён;
не установлен SETUID бит для запуска с правами другого пользователя. Для таких программ glibc чистит некоторые переменные окружения в том числе и HOSTALIASES.

Второе условия интересное, к примеру ping имеет установленный setuid бит для пользователя root, поэтому хосты, описанные через HOSTALIASES с ним работать не будут.

Ещё один нюанс кроется в самом названии переменной окружения - HOST ALIASES, или “синонимы хостов”. Т.е. это не прямая замена /etc/hosts, это синонимы для уже существующих хостов. И слово “хост” здесь имеет ключевое значение: IP адрес указываться не может.

Приехали…

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

И тут мы приветствуем сервис ~~xip.io~~. xip.io больше не встречаем, больше не доступен. На замену ему:

nip.io - drop-in-place замена. Заменяем x на n :-)
sslip.io - так же drop-in-place замена.

С ним всё очень просто: скрываем IP адрес в виде под-домена и весь этот под-домен резолвится в нужный нам адрес. Трудно для восприятия? Поэтому вот простой пример:

$ host 192.168.0.100.nip.io
192.168.0.100.nip.io has address 192.168.0.100

На сайте приведены и другие форматы имени, можете поиграться с любыми.

Итак, теперь если мы хотим записать наш алиас для имени, допустим dev_local, с реальным IP адресом 192.168.0.100, то нужно произвести примерно следующее:

echo 'dev_local 192.168.0.100.nip.io' >> ~/.hosts
export HOSTALIASES=~/.hosts

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

firefox dev_local

Вуаля!

SSH, удалённая отладка и все все все

Теперь вопрос, а для чего это может пригодится?

У меня, как обычно, возникла необходимость удалённой отладки ( в этот раз не сильно) через Qt Creator. Для доступа к устройству используется SSH, но с достаточно хитрой конфигурацией, все параметры которой нельзя передать через диалог настройки устройства в QtC. Да и доступ этот нужен через консоль, для того же ssh, scp. Я всегда такие хитрые настройки выношу в ~/.ssh/config, создавая короткий алиас, вроде упомянутого выше dev_local.

В диалоге настройки QtC для Generic Linux Device можно указывать короткое SSH имя и SSH часть это прекрасно поймёт, но как только дойдёт время до запуска отладчика, то ничего путнего вы не получите: тот же самый синоним используется как имя хоста для подключения к gdb-server на удалённом хосте, про который система разрешения доменных имён понятия не имеет.

Вот тут нам и поможет трюк с HOSTALISES. То есть, у нас теперь есть SSH конфигурация с именем dev_local в ~/.ssh/config и запись:

dev_local 192.168.0.100.nip.io

в ~/.hosts, после чего удалённая отладка волшебным образом начинает работать в QtC.

Более сложный вариант

Для более сложного варианта не нужен трюк с сервисами типа xip.io/nip.io, но всё же.

Итак, теперь у меня машина не в локальной сети, а в удалённой. Да ещё доступ через “бастион” - это сервер, который торчит наружу и пробрасывает ssh подключения, при этом сам ssh подключения не устанавливает, но ключи проверяет. По сути, аналог таких действий:

подключиться к внешнему хосту;
с него подключиться к внутреннему хосту.

Конфигурация ssh для такого подключения может выглядеть так:

Host bastion
        Port 2222
        User tunnel
        Hostname bastion.company.com
        IdentityFile ~/.ssh/id_rsa-company
        IdentitiesOnly yes


Host dev_remote
        User root
        Hostname 192.168.1.200
        IdentityFile ~/.ssh/id_rsa-company
        ProxyCommand ssh bastion -W %h:%p

Здесь хоть и наворочено, но при детальном разборе всё достаточно просто и логично. Для подключения достаточно набрать:

ssh dev_remote

Вопрос: а что записать в ~/.hosts? Ответ простой:

dev_remote localhost

Но понятным он от этого не становится :) Дело в том, что достучаться по IP, без VPN (можно поднять SSH VPN) к dev_remote мы ни при каких условиях не сможем, поэтому, самый простой способ, это использовать тот же самый SSH и пробросить отладочный порт gdb-server на localhost и направлять gdb на него.

И именно тут кроется небольшое ограничение: в настройках QtC для устройства нужно указать ОДИН отладочный порт (Free Ports в настройках Generic Linux Device в QtC) и именно его пробросить (номер порта локального и удалённого должны быть идентичны):

ssh -L 10000:localhost:100000 dev_remote

Команду нужно запускать заново после перезагрузки удалённой машины.

Устройство в локальной сети, но нет интернета

Или нет доступа к сервисам xip.io/nip.io (с роскомпозором станется).

Тут, как обычно, варианта два:

самый правильный, по мне: настроить mdns и обращаться к удалённой машине по имени somehostname.local, его же прописать в ~/.hosts;
или использовать тот же подход, что и для удалённого сервера, с алиасом на localhost и пробросом порта вручную.

Вместо заключения

В копилку возможностей удалённой отладки прибыло. Доступ через “бастион” можно расширить, когда совсем ничего нет, сеть, допустим, домашняя, нет белого IP, пусть даже динамического, но есть возможность запустить Any Desk. Да, пусть это закрытое коммерческое решение, но оно позволяет пробрасывать порты. А этого уже достаточно для организации SSH доступа на удалённую машину и запуска отладки.

Двойной траверс в окрестностях Владивостока

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 19 Apr 2020 02:26:24 +1000

В субботу был запланирован пешкодрапинг в окрестностях Владивостока, в целях самоизоляции и ограничения социальных контактов посредством транспортировки своей тушки в лес, подальше от этого самого социума и неблагополучной эпидемиологической обстановки в городе. Кроме того, в планах стояла задача государственной важности в части борьбы с треклятым вирусом, путём проведения опытов над людьми (Женевская конвенция? Не, не слышал!) в части стимуляции иммунной системы нечеловеческими (даже живодёрскими) методами, а именно:

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

Программа экспериментов открыта и допускается к расширению в полевых условиях.

Число. Подпись.

Итак, изначально планировали исследовать лесные тропы и дороги от Артёма в сторону вдх.Богатого. Маршрут не был изначально продуман, были только абстрактные умозаключения. К сожалению, обстоятельства скорректировали задуманное: артёмовская часть группы не смогла принять участие в субботнем выходе, а у нас не получалось присоединиться в воскресенье.

В результате, я с Катей решаем добраться на машине максимально на Океанский хребет и дальше действовать по обстоятельствам. То есть да, маршрут не был продуман заранее и формировался даже не перед стартом, а корректировался по ходу движения :)

В результате вышла следующая нитка:

Автомобильная часть: Владивосток - Шаморовски перевал - хр.Океанский (базовая станция)
Пешая часть: Базовая станция - Океанский хр (траверс) - ск. Коготь - хр.Береговой - в.Тимпур - трасса Владивосток-Емар-Артём - долина реки Ботая (ЛЭП) - землянка Лазо - Газопровод - Базовая станция

Ага, траверснули сразу два хребта! Точно лоси :)

Авто часть (от перевала):

Длина: 5.81km, ↗310 m, ↘135m
Время: 00:54:23h, скорость: 6.4km/h
В движении: 00:42:44h, скорость: 8.2km/h

Начало: суббота, 18 апреля 2020 г. 10:54:22 +10
Конец: суббота, 18 апреля 2020 г. 11:48:45 +10

скорость низкая только за счёт небольших радиальных выходов.

И самое вкусное - пешая часть:

Длина: 22km, ↗975 m, ↘980m
Время: 07:25:12h, скорость: 2.9km/h
В движении: 05:43:16h, скорость: 3.8km/h

Начало: суббота, 18 апреля 2020 г. 11:48:45 +10
Конец: суббота, 18 апреля 2020 г. 19:13:57 +10

Ещё на этапе автомобильной части путешествия появляются изумительные виды и скалы, стоит останавливаться и любоваться. Видно, как просыпается природа, набухают почки, распускаются цветы. Постепенно окрываются виды на Уссурийский залив, бухту Шамора, горнолыжную базу Комета.

Останцы на высоте 260м в самом начале пути:

Вид на Уссурийский залив и бухту Шамора:

А на горнолыжке ещё присутствуют остатки снега:

Зелень хвойных контрастирует с бурой растительностью:

Небо хмурое, в начале нас даже пытался запугать дождь. В результате сам напугался!

И здесь стояли военные:

На другой стороне залива виднеется г.Большой Иосиф, а прямо под нами - газопровод:

Возле базовой станции дорога (достаточно приличная и без проблем проходимая для машин типа Honda CR-V или Forester) заканчивается и оставляем машину, благо места хватает. Дальше траверс Океанского хребта. Он слабо заросший, покатый и по ходу движения позволяет любоваться видами сразу двух заливов, созерцать корабли на рейде, осматривать панорамы бухты Шамора, территорию лагеря Океан. Огорчает только то, что изначально пешеходная тропа сильно раскатана мотоциклистами. На хребте, примерно за километр до скалы Коготь есть спуск в паспадок ручья Хайндот, спуск представляет собой зарастающую лесную дорогу, которой время от времени пользуются любители экстремальной езды.

В самом начале пути, чуточку отойдя от машины, природа нас решила порадовать созерцанием косули (судя по мелькающей белой заднице). Запечатлеть, к сожалению, моя “балалайка” этого не смогла, но позитива прибавило!

Хребет весь усыпан тригопунктами:

Вид на долину ручья Хайндот, кусочек вдх.Богатое и Амурский залив:

Скала Коготь, от неё можно уйти в долину р.Богатая (прямо через портал за спиной):

После Когтя тропа доходит до последней локальной вершины на хребте и начинает сваливаться в сторону пос.Емар. Как вариант, маршрут можно так и закончить, спуститься до Емара, там сесть на автобус и добраться до города (только когда текущий недокарантин закончится).

Для продолжения траверса и выхода на хр.Береговой имеет смысл взять азимут на хорошо заметную локальную вершину с неофициальным названием Тимпур и спуститься без тропы на перевал. Через перевал проходит линия электропередач и дорога от Емара в долину р.Богатой. По этой дороге можно добраться до исторической достопримечательности: землянки Лазо. С перевала так же уходит дорога в сторону Берегового хребта - движемся по ней, но не забываемся на первой же развилке уйти влево, в противном случае начнёте сваливаться с хребта и выйдете снова в окрестности посёлка.

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

Изюминкой этого участка маршрута является вершина Тимпур - туда постоянно гоняют отдыхающих в Океане и участников школы вожатых. После этой вершины ещё некоторое время движемся по плато и дальше резко сбрасываем высоту и выходим на трассу…

Народное творчество на подходе к первой вершине Берегового хребта:

Скалы и останцы всегда красивы и привлекательны:

Тимпур - плоская вершина за деревьями справа, можно разглядеть флагшток:

Не хребет, а плато!

Камень для медитаций и созерцания на в.Тимпур:

За крайним холмиком начинается резкий сброс высоты и сваливаемся с хребта на трассу:

По трассе проходим не больше 500 метров и сворачиваем на грунтовую дорогу, идущую в сторону ЛЭП. Фотографий не делал, но как же она загажена уродами, что сбрасывают здесь мусор! Люди, очнитесь!

Наличие дороги вдоль ЛЭП явление чисто номинальное. Лучше её считать колеёй по болоту. Сей факт подтверждает дружных хор лягушек, что сопровождал нас на всём протяжении пути. Доходило до того, что натурально шестом приходилось щупать кочки и прыгать по ним. В следующий раз есть задумка дойти всё же до самой реки Богатая и двигаться по дороге там (если не врут карты). Косвенно наличие оной так же подтверждает факт наличия новой ЛЭП (заметной с хребта). В этот же раз у нас было желание посетить землянку Лазо, что крайней нерационально делать, если двигаться по самой Богатой.

Помимо болот и лягушачьего пения долина более явственно даёт почувствовать весну обилием первых цветов.

Кстати, ручьёв с питьевой водой на этом участке маршрута нет, а очень на них рассчитывали. Это ещё один довод за движение вдоль реки, а не старых-новых ЛЭП.

В конце маршрута, когда пересекли ручей Хайндот, следующий ориентир - просека газопровода. По ней набор <300 м на расстояние 1.2км и мы, практически, у самой машины, где и закончили пешую часть этого замечательного во всех отношениях маршрута.

И тут природа нас снова, под занавес, решила порадовать. На этот раз созерцанием крупного кабана, треверсирующего склон и переходящего поперёк просеку газопровода. А ведь, по сути, это ещё далеко не глухая тайга!

Постамент на месте землянки Лазо:

Не самая ужасная часть дороги, но даже Катя захотела себе посох:

На этом, наше пусть и не первое, но первое обстоятельное знакомство с этим районом завершилось. В голове сразу родилось несколько вариантов маршрутов, которые нужно обязательно воплотить в реальные треки. В том числе, остался незакрытым переход от Артёма до вдх.Богатое (Настя, привет!).

Ссылки:

Альбом: https://photos.app.goo.gl/akxvsUTiAjRen6DC7
Точки и треки: tympur2020.gpx

platform_device subdevice

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 10 Apr 2020 15:23:12 +1000

Изучал https://github.com/Xilinx/linux-xlnx/blob/xlnx_rebase_v4.19/sound/soc/xilinx/xlnx_pl_snd_card.c

Конкретно функцию xlnx_snd_probe() и не мог понять… Как в pdev->dev.platform_data оказываются нужные ноды, в нужной последовательности (сначала PLAYBACK, потом CAPTURE), причём, если PLAYBACK нет, то там будет NULL.

Так как у драйвера нет of_match_table, то он:

сам не загрузится (это так на практике) и
что бы xlnx_snd_probe() что-то нашла, через него нужно пропустить ВСЕ platform_device… но не всех же платформенных устройств в platform_data вообще именно этот тип данных будет!

Второе оказывается не так. Это “виртуальный” драйвер, а другой, реальный для этого устройства, вызовом функции platform_device_register_resndata() собственно создаёт platform_device, и в качестве второго аргумента оно принимает имя, по которому будет отфильтровываться, какому драйверу оно может быть передано. В данном случае “xlnx_snd_card”. И этот же вызов регистрирует pdev->dev.platform_data, в нужном для целевого драйвера виде.

А уже матчинг подходящего платформенного драйвера для вновь созданного платформенного устройства будет происходить здесь: platform_match(). В данном случае - по имени устройства и по имени драйвера.

Тяжело идёт.

PS разные верии ядра роли не играют.

KDE: WA для возврата окон на главный экран при подключении внешнего монитора

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 08 Mar 2020 00:51:52 +1000

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

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

Решения проблемы не существует на данный момент. Ну… или я его не нашёл. Но буквально сегодня разыскал занимательный хак, как вернуть окна, если они прыгнули на левый (в прямом и переносном смысле) монитор:

Shell script to force all your windows to your your primary display (useful for people with a secondary monitor to the LEFT of their primary)

Под катом сохраню копию, на всякий случай. Вообще, как грубое решение в лоб работает. Повесил на горячую клавишу Super+P.

#!/bin/bash

RULEFILE="$HOME/.config/kwinrulesrc"

cp $RULEFILE $RULEFILE.bak

KGROUPNUM=$(kreadconfig5 --file $RULEFILE --group "General" --key count)

let KGROUPNUM++

kwriteconfig5 --file $RULEFILE --group "${KGROUPNUM}" --key Description 'Moves Windows to Screen'
kwriteconfig5 --file $RULEFILE --group "${KGROUPNUM}" --key screen 0
kwriteconfig5 --file $RULEFILE --group "${KGROUPNUM}" --key screenrule 2
kwriteconfig5 --file $RULEFILE --group "${KGROUPNUM}" --key types 505
kwriteconfig5 --file $RULEFILE --group "${KGROUPNUM}" --key wmclass '^((?!lattedock).)*$'
kwriteconfig5 --file $RULEFILE --group "${KGROUPNUM}" --key wmclasscomplete 'false'
kwriteconfig5 --file $RULEFILE --group "${KGROUPNUM}" --key wmclassmatch 3
kwriteconfig5 --file $RULEFILE --group "General" --key count ${KGROUPNUM}

sleep 3

qdbus org.kde.KWin /KWin reconfigure

sleep 6

mv $RULEFILE.bak $RULEFILE

sleep 1

qdbus org.kde.KWin /KWin reconfigure

Длинные выходные на Камчатке

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 29 Feb 2020 18:18:14 +1000

Так получилось, что поймали акционные билеты до Петропавловска, на троих человек - около 22 тыр. Глядя на цену сразу мысль - надо брать!

Ниже небольшой фото-видео-отчёт с выходных на Камчатке. Для тех кого волнует трафик: осторожно, много тяжёлых фото! (я пока не нашёл адекватного варианта хостинга фотографий).

Все фото можно посмотреть в галерее на Google Photo.

День 1. Прилёт, музей, гонка-пролог Берингия 2020

Вид на Авачинский залив и влк.Вилючинский:

В Камчатском краевом объединённом музее

Домашние вулканы:

И Корякский вулкан в лучах заката:

Финиши гонки-пролог Берингия 2020:

Участники после финиша:

Собачки, когда рядом проходит другой, чужой пёс:

И когда рядом люди:

А вот так мы можем скалится:

И вид на Корякский вулкан с места стартов ( Биатлонный комплекс им. Виталия Фатьянова):

Вертолётики… Все мальчишки любят вертолётики :)

Музей, посвящённый истории гонки:

Рыба, кстати, настоящая!

Чем можно заниматься на Камчатке в разные времена года:

Камчатская особенность: вулканический пепел вместо реагента :)

Зацените, сколько снега!

День 2. сопка Мишенная, лежбище сивучей

Пошли на Мишенную. Снег… море снега! И очень повезло с погодой.

Корякский вулкан и Авачинская сопка, как на ладони:

Снег!

Андрюха с Марсиком на перевале:

Марсик на фоне седых вершин:

Немного заборов:

И немного панорам:

После Мишенной сделали небольшой перекус и двинули в бухту Моховую, на лежбище сивучией.

Я их сразу прозвал медведями в ластах!

И немного видео. Уж простите меня за экспрессию :)

День 3. Паратунка, хор лягушек в феврале

Третий день, заключительный. По прогнозу ухудшение погоды. Действительно, на небе тучи, ночью был небольшой снег. Облака низкие, закрывают вулканы и перевал. Но в остальном всё очень неплохо. Собираемся и едем в Паратунку на базу Фламинго, погреться в термальных водах. Фото не делал, особо нечего такого специфичного, но вот февральский хор лягушек впечатлил:

mDNS stopped working

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 28 Feb 2020 16:08:55 +1000

В один прекрасный момент, на ровном месте перестал работать mDNS и перестали резолвится хосты в зоне .local.

При этом демон Avahi был запущен, сервис systemd-resolved остановлен и в /etc/nsswitch.conf всё в порядке (присутствуют mdns4_minimal и mdns4, в общем, всё как в ArchWiki).

Более того, вызов:

avahi-resolve -n 35002201.local

завершается успешно и возвращает адрес хоста.

Исследование привело к команде getent. Вызов:

getent hosts 35002201.local

выдал пустой результат. Хмм… как говорит документация, эта утилита точно работает через NSS.

Что делает пытливый ум линуксоида в таком случае? Правильно! Запускает команду через strace (я убрал лишний вывод, оставил только суть):

$ LANG=C strace -f getent hosts 35002201.local
execve("/usr/bin/getent", ["getent", "hosts", "35002201.local"], 0x7ffef387b638 /* 98 vars */) = 0
brk(NULL)                               = 0x5618ad268000
...
openat(AT_FDCWD, "/etc/nsswitch.conf", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=372, ...}) = 0
read(3, "# Name Service Switch configurat"..., 4096) = 372
read(3, "", 4096)                       = 0
close(3)                                = 0
...
openat(AT_FDCWD, "/usr/lib/libnss_mdns4_minimal.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 \20\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=18104, ...}) = 0
mmap(NULL, 20496, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f2bef77a000
mmap(0x7f2bef77b000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x7f2bef77b000
mmap(0x7f2bef77d000, 4096, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7f2bef77d000
mmap(0x7f2bef77e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7f2bef77e000
close(3)                                = 0
...
openat(AT_FDCWD, "/etc/mdns.allow", O_RDONLY) = -1 ENOENT (No such file or directory)
...
exit_group(2)                           = ?
+++ exited with 2 +++

Хмм… А что это за файл /etc/mdns.allow, который во моей системе отсутствует? Читаем и видим, что рекомендованная конфигурация - это отсутствие этого файла. Всё как у меня. Тогда, выполняется некоторая эвристика:

Если запрос не заканчивается на .local. или .local, он отклоняется
Если в запросе есть точка (появяляется домент третьего уровня, например foo.bar.local), то он тоже отклоняется
Если системный unicast DNS (если проще: обычный DNS, работающий через 53 порт), указанный в /etc/resolv.conf отдаёт SOA запись для local, запрос тоже отклоняется. Иными словами, запрос отклоняется, если запрос host -t SOA local верунл что-то отличное от Host local not found: 3(NXDOMAIN).

Хм, а вот третий пункт уже интересней. Вводим команду и видим:

$ host -t SOA local
local has SOA record ns1.inetvl.ru. support.inetvl.ru. 2017062801 28800 3600 1209600 86400

Оппа… Создаём файл /etc/mdns.allow со следующим содержимым:

.local.
.local

И пробуем:

$ getent hosts 35002201.local
192.168.101.2   35002201.local

$ ping 35002201.local
PING 35002201.local (192.168.101.2) 56(84) bytes of data.
64 bytes from 35002201.local (192.168.101.2): icmp_seq=1 ttl=64 time=0.216 ms
64 bytes from 35002201.local (192.168.101.2): icmp_seq=2 ttl=64 time=0.271 ms
64 bytes from 35002201.local (192.168.101.2): icmp_seq=3 ttl=64 time=0.247 ms
^C
--- 35002201.local ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2029ms
rtt min/avg/max/mdev = 0.216/0.244/0.271/0.022 ms

Ура!

Выводы

Только два:

При обновлении системы убрали дефолтный /etc/mdns.allow. Но пакеты, где бы он мог находиться в последнее время не обновлялись.
Изменились настройки сети провайдера

Собственно, скорее всего пункт 2.

Google Photo: как получить прямую ссылку на фото в открытом альбоме

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 16 Feb 2020 17:30:56 +1000

Небольшой хинт:

https://support.google.com/photos/thread/9590592?hl=en&msgid=9603023

Если в двух словах:

делаем альбом и генерируем ссылку на него
открываем её из другого браузера, где вы не залогинены. Можно в режиме инкогнито - тоже пойдёт.
копируем ссылку и пользуемся

В конце ссылки есть “=w1236-h825” - это размер. Можно скорректировать под свои нужды. Если заменить на “=d” - скачаем оригинальную картинку (оригинальный размер).

Посмотрим, как работать будет :)

UPD: проблема в том, что при вставке большого числа изображений на страницу, не все будут открываться. Гугл будет ругаться на слишком частые обращения.

UPD: ну и небольшие дополнительные утилиты:

https://www.publicalbum.org/blog/embedding-google-photos-albums - встроить весь альбом в страницу
https://www.publicalbum.org/blog/embedding-google-photos-image - автоматически получить ссылку на фото. Отмечу, что даже одно фото гугл шарит как анонимный альбом с единственной картинкой.

Город снежных фигур на Комете

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 16 Feb 2020 17:08:21 +1000

Немного фотографий:

https://photos.app.goo.gl/guFiJJQ2dVHdi9ni7

И снова малый траверс ботанического хребта и г.Острая

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 16 Feb 2020 17:04:27 +1000

Просто немного фотографий:

https://photos.app.goo.gl/PBWiq8HZrGhjWUa87

Куча следов животных и лёжки копытных (или косуля или кабарга):

Ну и селфи, куда без него :)

Thunderbird LDAP Auto-complete

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 16 Feb 2020 16:46:49 +1000

Небольшой хинт по настройке автодополнения адресов из адресной книги LDAP в Thunderbird:

https://www.aligrant.com/web/blog/2013-08-05_thunderbird_ldap_autocomplete
https://www.tf.uni-kiel.de/itg/en/services/email/ldap-address-book-pdf-eng, страница 3 в самом конце

Если коротко, в расширенных настройках создать строковое свойство:

ldap_2.servers.[ADDRESSBOOK].autoComplete.filterTemplate

Где [ADDRESSBOOK] - индивидуально для каждой книги.

со значением примерно такого вида:

(|(mozillaNickname=%v*)(cn=%v*)(sn=%v*)(mail=%v*)(displayName=%v*))

Проблема:

Этот фильтр не работает в адресной книге
Фильтр вообще не работает в диалоге приглашения в Календаре
Если что-то начинается со *, то нужно вводить как \*

GStreamer: не получается слинковать videoconvert и appsink

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 11 Feb 2020 12:05:47 +1000

Более подробно: не получается слинковать только при указании свойства caps у appsink или вставки между videoconvert и appsink фильтра capsfilter с нужным форматом. Но об этом подробнее под катом.

Итак, есть задача: используя GStreamer захватить несжатые фреймы с V4L2 устройства, преобразовать их в YUV420P и получить доступ к ним в приложении. С GStreamer раньше не работал, но в силу определённых обстоятельств, использовать нужно именно его.

Используя GStreamermm, реализация получилась такой:

#include <iostream>
#include <cassert>

#include <gstreamermm.h>
#include <glibmm/main.h>
#include <gstreamermm/appsink.h>

using namespace std;

int main(int argc, char** argv)
{
    Gst::init(argc, argv);

    auto pipeline = Gst::Pipeline::create();

    // https://gstreamer.freedesktop.org/documentation/video4linux2/v4l2src.html?gi-language=c
    auto v4l2src = Gst::ElementFactory::create_element("v4l2src");

    v4l2src->set_property<Glib::ustring>("device", "/dev/video0");
    v4l2src->set_property("io-mode", 4);
    // auto          - 0
    // rw            - 1
    // mmap          - 2
    // userptr       - 3
    // dmabuf        - 4
    // dmabuf-import - 5

    auto v4l2caps = Gst::CapsFilter::create();
    auto caps = Gst::Caps::create_simple(
                    "video/x-raw",
                    "width", 640,
                    "height", 480
                    //"framerate", Gst::Fraction(60, 1)
                    );
    v4l2caps->property_caps() = caps;

    auto csc = Gst::VideoConvert::create();

    auto appsink = Gst::AppSink::create();
    appsink->property_emit_signals() = true;
    appsink->property_sync() = false;
    appsink->signal_new_sample().connect([&appsink]() {
        auto samples = appsink->pull_sample();
        auto buffer = samples->get_buffer();
        //auto app_buffer = buffer->copy_deep();

        auto caps = samples->get_caps();

        // TBD
        std::cout << "new buffer:"
                  << " caps: " << caps->to_string()
                  << ", size=" << buffer->get_size()
                  << ", blocks=" << buffer->n_memory() << '\n';

        return Gst::FLOW_OK;
    });

    auto appcaps = Gst::Caps::create_simple(
                       "video/x-raw",
                       "format", Gst::VIDEO_FORMAT_I420
                       );
    appsink->property_caps() = appcaps;

    pipeline->add(v4l2src)->add(v4l2caps)->add(csc)->add(appsink);
    v4l2src->link(v4l2caps)->link(csc)->link(appsink);

    pipeline->set_state(Gst::STATE_PLAYING);
    auto mainloop = Glib::MainLoop::create();
    mainloop->run();
    pipeline->set_state(Gst::STATE_NULL);

    return 0;
}

Собираем его:

g++ `pkg-config gstreamermm-1.0 --cflags --libs` -o test main.cpp

Запускаем

./test

и:

terminate called after throwing an instance of 'std::runtime_error'
  what():  failed to link: gtkmm__gstvideoconvert0->gtkmm__gstappsink0
Аварийный останов (стек памяти сброшен на диск)

Анализируем. Судя по всему, какой-то косяк в согласовании выходов, хотя документация на фильтры явно говорит, что I420 они могут. Так, составим аналогичный pipeline с использованием gst-launch-1.0:

gst-launch-1.0 v4l2src device=/dev/video0 ! video/x-raw,width=640,height=480 ! videoconvert ! appsink caps=video/x-raw,format=I420

Запускаем и видим, что pipeline работает. WTF!?

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

Гуглинг, пробы, построение графов при помощи:

export GST_DEBUG="*CAPS*:7"
export GST_DEBUG_DUMP_DOT_DIR=/data

Ничего не помогает. И тут решаю, не линковать фильтры на границе videoconvert и appsink, запрашиваю напрямую выход src у videoconvert и sink у appsink и вывожу их caps, примерно так:

    auto src_pad = csc->get_static_pad("src");
    auto sink_pad = appsink->get_static_pad("sink");
    std::cout << "src caps: " << src_pad->query_caps(Glib::RefPtr<Gst::Caps>())->to_string() << "\n\n"
              << "dst caps: " << sink_pad->query_caps(Glib::RefPtr<Gst::Caps>())->to_string() << "\n\n";

Собираем и смотрим вывод:

src caps: video/x-raw, width=(int)640, height=(int)480, format=(string){ RGB16, BGR, RGB, GRAY8, GRAY16_LE, GRAY16_BE, YVU9, YV12, YUY2, YVYU, UYVY, Y42B, Y41B, YUV9, NV12_64Z32, NV24, NV61, NV16, NV21, NV12, I420, BGRA, BGRx, ARGB, xRGB, BGR15, RGB15 }, framerate=(fraction)[ 0/1, 2147483647/1 ]; video/x-raw, width=(int)640, height=(int)480, framerate=(fraction)[ 0/1, 2147483647/1 ], format=(string){ I420, YV12, YUY2, UYVY, AYUV, VUYA, RGBx, BGRx, xRGB, xBGR, RGBA, BGRA, ARGB, ABGR, RGB, BGR, Y41B, Y42B, YVYU, Y444, v210, v216, Y210, Y410, NV12, NV21, GRAY8, GRAY16_BE, GRAY16_LE, v308, RGB16, BGR16, RGB15, BGR15, UYVP, A420, RGB8P, YUV9, YVU9, IYU1, ARGB64, AYUV64, r210, I420_10BE, I420_10LE, I422_10BE, I422_10LE, Y444_10BE, Y444_10LE, GBR, GBR_10BE, GBR_10LE, NV16, NV24, NV12_64Z32, A420_10BE, A420_10LE, A422_10BE, A422_10LE, A444_10BE, A444_10LE, NV61, P010_10BE, P010_10LE, IYU2, VYUY, GBRA, GBRA_10BE, GBRA_10LE, BGR10A2_LE, GBR_12BE, GBR_12LE, GBRA_12BE, GBRA_12LE, I420_12BE, I420_12LE, I422_12BE, I422_12LE, Y444_12BE, Y444_12LE, GRAY10_LE32, NV12_10LE32, NV16_10LE32, NV12_10LE40 }

dst caps: video/x-raw, format=(GstVideoFormat)GST_VIDEO_FORMAT_I420

Ба… а почему у src_pad свойство format имеет тип (string), а у sink_pad - (GstVideoFormat). Точнее, почему у sink_pad - я знаю, ведь я сам так назначил (и никто меня не наказал), судя по логике наименьшего удивления и строгой типизации… И тут у меня рождается мысль заменить блок:

    auto appcaps = Gst::Caps::create_simple(
                       "video/x-raw",
                       "format", Gst::VIDEO_FORMAT_I420
                       );

на

    auto appcaps = Gst::Caps::create_simple(
                       "video/x-raw",
                       "format", "I420"
                       );

Пересобираем и… ВСЁ РАБОТАЕТ!

Законченный рабочий пример:

#include <iostream>
#include <cassert>

#include <gstreamermm.h>
#include <glibmm/main.h>
#include <gstreamermm/appsink.h>

using namespace std;

int main(int argc, char** argv)
{
    Gst::init(argc, argv);

    auto pipeline = Gst::Pipeline::create();

    // https://gstreamer.freedesktop.org/documentation/video4linux2/v4l2src.html?gi-language=c
    auto v4l2src = Gst::ElementFactory::create_element("v4l2src");

    v4l2src->set_property<Glib::ustring>("device", "/dev/video0");
    v4l2src->set_property("io-mode", 4);
    // auto          - 0
    // rw            - 1
    // mmap          - 2
    // userptr       - 3
    // dmabuf        - 4
    // dmabuf-import - 5

    //auto v4l2caps = Gst::ElementFactory::create_element("capsfilter");
    auto v4l2caps = Gst::CapsFilter::create();
    auto caps = Gst::Caps::create_simple(
                    "video/x-raw",
                    //"format", "YUY2",
                    "width", 640,
                    "height", 480
                    //"framerate", Gst::Fraction(60, 1)
                    );
    v4l2caps->property_caps() = caps;

    auto csc = Gst::VideoConvert::create();

    auto appsink = Gst::AppSink::create();
    appsink->property_emit_signals() = true;
    appsink->property_sync() = false;
    appsink->signal_new_sample().connect([&appsink]() {
        auto samples = appsink->pull_sample();
        auto buffer = samples->get_buffer();
        //auto app_buffer = buffer->copy_deep();

        auto caps = samples->get_caps();

        // TBD
        std::cout << "new buffer:"
                  << " caps: " << caps->to_string()
                  << ", size=" << buffer->get_size()
                  << ", blocks=" << buffer->n_memory() << '\n';

        return Gst::FLOW_OK;
    });

    auto appcaps = Gst::Caps::create_simple(
                       "video/x-raw",
                       "format", "I420"
                       );
    appsink->property_caps() = appcaps;

    pipeline->add(v4l2src)->add(v4l2caps)->add(csc)->add(appsink);
    v4l2src->link(v4l2caps)->link(csc)->link(appsink);

    pipeline->set_state(Gst::STATE_PLAYING);
    auto mainloop = Glib::MainLoop::create();
    mainloop->run();
    pipeline->set_state(Gst::STATE_NULL);

    return 0;
}

Ну а если быть точным, то нужно смотреть на mime-тип пада, в данном случае это video/x-raw и на странице Raw Video Media Types смотреть описание, какие параметры и какого типа ему присущи, конкретно про format:

format, G_TYPE_STRING: Mandatory. The format of the video. See the Formats section for a list of valid format strings.

Вот так, стрингификация типов во все поля.

Ссылки:

Meson Cross Compiling

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 18 Jan 2020 00:27:45 +1000

Кросс-компиляция в Meson достаточно проста. Выполняется, как и в CMake при помощи вспомогательного файла:

[host_machine]
system = 'linux'
cpu_family = 'aarch64'
cpu = 'aarch64'
endian = 'little'

[binaries]
c = 'aarch64-linux-gnu-gcc'
cpp = 'aarch64-linux-gnu-g++'
#ld = 'gold'
ar = 'aarch64-linux-gnu-ar'
strip = 'aarch64-linux-gnu-strip'
pkgconfig = 'pkg-config'
#exe_wrapper = 'wine' # A command used to run generated executables.

[properties]
c_args = ['-DCROSS=1', '-DSOMETHING=3']
c_link_args = ['-some_link_arg']
sys_root = '/some/path'

Сохраняем его под именем cross-build.ini и передаём meson:

mkdir build
cd build
meson --cross-file ../cross-build.ini ..

Стоит отметить, что meson ОЧЕНЬ чувствителен к значениям переменных типа CC ,CXX и LD. Он рассчитывает, что если они установлены, то они отсылают к компилятору, который генерирует код для билд-машины, иными словами - нативный код. Это актуально для среды LTIB, которая настраивает окружение таким образом, что эти переменные окружения ссылаются на кросс-компилятор. Для случая autotools и большинства случаев использования CMake - это нормально. А вот Meson может сломаться.

Ещё одной особенностью является задание линкёра - ld = xxx. Он не задаёт конкретный бинарник, а отсылает к типу: gold (бинарник ld.gold или аналогичный), bsf (ld.bsf или аналогичный). Я задал его некорректно изначально, и только запуск Meson под strace позволил выяснить причину его недовольства.

Firefox 72: убираем прокрутку большого количества вкладок

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 16 Jan 2020 11:59:16 +1000

Небольшое введение.

Есть два поведения для большого количества вкладок:

Путь Google Chrome и производных: максимально сжимаем вкладки (правда потом они не отображаются и приходится неочевидным способом прокручивать колесиком мыши или горячими клавишами):
Путь Firefox: заполнять вкладками всё пространство, как будет занято, начинать их сжимать, если размер достигнут какого-то минимального значения, включать полосу прокрутки плюс добавляется выпадающий список:

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

Стоит отметить, что организация вкладок в том же Vivaldi (базируется на движке Chromium) для меня является эталонной. И реализовано оно значительно лучше, нежели в родительском браузере:

Итак, моя задача - добиться схожего поведения в Firefox.

До Firefox 72

До перехода на движок Quamtum можно было найти расширения для браузера, которые реализовали нечто подобное. А вот после перехода, для достижения нужного эффекта, стало необходимым править userChrome.css (располагается в $HOME/.mozilla/firefox/<PROFILE_NAME>/chrome/):

@namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul");

/*
 * Setup minimal Tab width
 * Ref: https://www.reddit.com/r/FirefoxCSS/comments/70cvby/fully_disable_tab_overflow/
 */
.tabbrowser-tab:not([pinned]):not([selected]) {
    min-width: initial !important;
}

.tab-content {
    overflow: hidden !important;
}

В комментарии виден источник решения:

https://www.reddit.com/r/FirefoxCSS/comments/70cvby/fully_disable_tab_overflow

А вообще, крайне рекомендую для ознакомления канал Firefox CSS.

С версии Firefox 69, что бы эти настройки подтянулись нужно включить опцию toolkit.legacyUserProfileCustomizations.stylesheets (установить в true) в about:config.

Встречаем Firefox 72

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

Не буду вдаваться в подробности, но методом проб и ошибок получил такой userChrome.css:

@namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul");

.tabbrowser-tab:not([pinned]):not([selected]) {
    min-width: initial !important;
    overflow: hidden;
}

.tabbrowser-tab:not([pinned]) {
    min-width: initial !important;
}

.tabbrowser-tab {
    border-right: 1px solid #aaa !important;
}

/* dividers between tabs */
.tabbrowser-tab::after,
.tabbrowser-tab::before {
  display: none !important;
}

Основная проблема: простой перенос overflow: hidden !important в .tabbrowser-tab (селекторы опускаю) убивает напрочь разделители между вкладками, которые задаются через псевдоэлемент .tabbbrowser-tab::after, а так как этот элемент является дочерним относительно самого .tabbrowser-tab, то настройки перекрытия действуют и на него.

Пришлось ручками рисовать бордюр справа и скрывать блок ::after. Минус данного решения: бордюр рисуется на всю высоту вкладки, но я готов с этим смириться.

Выглядит это так:

Отмечу, что при просто огромном числе вкладок, прокрутка всё же появится. Но даже для меня это будет чересчур :)

Отладка стилей

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

Ответов может быть несколько. Например, открыть встроенный стиль:

chrome://browser/skin/browser.css

Но лучшим способом, будет использовать DevTools. Да, их можно применить не только для проверки или отладки страницы :) Но для начала, нужно включить. Для этого активируем DevTools комбинацией Ctrl+Shift+I (на macOS вместо Ctrl будет Cmd). Идём в настройки (нажимаем F1) и в секции Advanced settings активируем опции:

Enable browser chrome and add-on debugging toolboxes
Enable remote debugging

После чего DevTools для всего браузера можно активировать комбинацией Ctrl+Shift+Alt+I и подтвердив входящее подключение:

Дальше всё аналогично обычному использованию, только выбираем элементы браузера, а не страницы.

Корабль такое место...

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 13 Jan 2020 13:40:11 +1000

Корабль [космический] такое место, где любая потерянная вещь рано или поздно находится. Но это обычно не радует.

– Шумил Павел, “Три, четыре, пять, я иду искать”, цикл Окно контакта

PS а порекомендуйте годной космофантастики?

Let's Encrypt for GitLab Pages

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 10 Jan 2020 12:51:07 +1000

Буквально сегодня состоялся разговор по поводу того, что на GitLab Pages нет возможности автоматически обновлять сертификаты Let’s Encrypt (которые протухают каждые 90 дней) и что данная возможность есть на GitHub Pages.

Кроме того, сегодня как раз подошла череда обновления сертификата, заодно что-то меня потянуло поглядеть статью в документации GitLab по настройке интеграции с Let’s Encrypt: Let’s Encrypt for GitLab Pages

И что же я там вижу:

Let’s Encrypt for GitLab Pages (manual process, deprecated)

Warning: This method is still valid but was deprecated in favor of the Let’s Encrypt integration introduced in GitLab 12.1.

Воу! С радостным предчувствием иду по указанной ссылке и таки да, они завезли автообновление сертификатов!

Но если интересно, как это было сделано вручную, добро пожаловать под кат.

Итак, старая ссылка описывает метод ручного получения сертификата, используя certbot и метод подтверждения через HTTP (.well-known/acme-challenge/ID). Но для этого, нужно каждый раз пересоздавать этот файл и публиковать сайт, ждать появления и только потом продолжать процедуру получения сертификата.

Я пошёл другим путём.

Подтверждать можно через DNS. Но есть загвоздка: certbot должен смочь модифицировать запись в DNS, а для этого должен быть API к сервисами DNS-провайдера (или написать свой, если используется собственный DNS). Подобный функционал может отличаться у различных провайдеров и логично его поместить в какое-то подобие плагинов. К счастью, задел на расширение уже реализован в certbot и даже есть пачка Authenticator плагинов для certbot. Часть из них даже есть в репозиториях Manjaro:

community/certbot-dns-sakuracloud 1.0.0-1 (7.9 KiB 16.0 KiB) 
    Sakura Cloud DNS Authenticator plugin for Certbot
community/certbot-dns-route53 1.0.0-1 (10.5 KiB 23.5 KiB) 
    Route53 DNS Authenticator plugin for Certbot
community/certbot-dns-rfc2136 1.0.0-1 (10.7 KiB 28.6 KiB) (Installed)
    NS1 DNS Authenticator plugin for Certbot
community/certbot-dns-ovh 1.0.0-1 (8.4 KiB 17.4 KiB) 
    OVH DNS Authenticator plugin for Certbot
community/certbot-dns-nsone 1.0.0-1 (8.0 KiB 15.1 KiB) 
    NS1 DNS Authenticator plugin for Certbot
community/certbot-dns-luadns 1.0.0-1 (8.0 KiB 15.4 KiB) 
    LuaDNS DNS Authenticator plugin for Certbot
community/certbot-dns-linode 1.0.0-1 (8.4 KiB 17.6 KiB) 
    Linode DNS Authenticator plugin for Certbot
community/certbot-dns-google 1.0.0-1 (11.9 KiB 32.7 KiB) 
    Google Cloud DNS Authenticator plugin for Certbot
community/certbot-dns-gehirn 1.0.0-1 (7.9 KiB 16.1 KiB) 
    Gehirn DNS Authenticator plugin for Certbot
community/certbot-dns-dnsmadeeasy 1.0.0-1 (8.1 KiB 16.4 KiB) 
    DNS Made Easy DNS Authenticator plugin for Certbot
community/certbot-dns-dnsimple 1.0.0-1 (7.9 KiB 15.2 KiB) 
    DNSimple DNS Authenticator plugin for Certbot
community/certbot-dns-digitalocean 1.0.0-1 (9.4 KiB 22.8 KiB) 
    DigitalOcean DNS Authenticator plugin for Certbot
community/certbot-dns-cloudxns 1.0.0-1 (8.0 KiB 15.8 KiB) 
    CloudXNS DNS Authenticator plugin for Certbot
community/certbot-dns-cloudflare 1.0.0-1 (9.9 KiB 25.1 KiB) 
    Cloudflare DNS Authenticator plugin for Certbot

Беда в том, что у меня используется DNS от Hurricane Electric (или просто he.net). Но беглый поиск дал наличие плагина в AUR:

aur/certbot-dns-henet-git r16.931e2c7-1 (+0 0.00%) (Installed: r17.e2cd097-1)
    he.net DNS Authenticator plugin for Certbot

Установка самого плагина не сложная. Настройка, когда уже всё знаешь, тоже.

Для начала создадим скрипты помощники, что бы не запоминать все команды.

Итак, выбираем директорию, пусть это будет ~/home/blog/certbot и переходим в неё (предварительно создав!).

Начнём со скрипта cert-get-dns-henet.sh для первоначального запроса сертификата:

#!/usr/bin/env bash

mail="your_email@somedomain.com"
site="domain.su"

certbot certonly -d $site --email $mail \
    --authenticator certbot-dns-henet:dns-henet \
    --certbot-dns-henet:dns-henet-credentials dns-credentials/henet \
    --work-dir work-dir \
    --logs-dir logs-dir \
    --config-dir config-dir

Скрипт обращается только к файлам в текущей директории, поэтому нет необходимости запускать с правами супер-пользователя.

Существенными особенностями этого скрипта являются два параметра:

--authenticator certbot-dns-henet:dns-henet который выбирает нужный нам плагин-authenticator
и --certbot-dns-henet:dns-henet-credentials dns-credentials/henet который задаёт файл с креденшиналами для доступа к админке he.net. Попросту: логин и пароль, так как сам плагин сделан, ЕМНИП, через парсинг сайта и запросов через форму.

Создаём файл для хранения креденшиналов:

mkdir dns-credentials
touch dns-credentials/henet
chmod 600 dns-credentials/henet

Содержимое dns-credentials/henet такое:

certbot_dns_henet:dns_henet_username=HE_NET_LOGIN
certbot_dns_henet:dns_henet_password=HE_NET_PASSWORD

Всё, после этого достаточно запустить скрипт, что бы получить сертификаты. Его запускать нужно только единожды.

Второй скрипт носит имя cert-renew-all.sh и служит для обновления сертификатов:

#!/usr/bin/env bash

certbot renew \
    --work-dir work-dir \
    --logs-dir logs-dir \
    --config-dir config-dir

Его содержимое будет идентичным для всех форм подтверждения прав на домен.

Ну и последний скрипт использует возможности GitLab API в части управления пользовательскими страницами, что бы в одно движение обновить сертификат на странице.

Скрипт назвал gitlab-pages-update.sh:

#!/usr/bin/env bash

set -e

domain=domain.su
# url-encoded, replace '/' with '%2F':
# GITLAB_USER/GITLAB_USER.gitlab.io -> GITLAB_USER%2FGITLAB_USER.gitlab.io
project=GITLAB_USER%2FGITLAB_USER.gitlab.io
cert=config-dir/live/$domain/fullchain.pem
key=config-dir/live/$domain/privkey.pem
token=$(cat gitlab-credentials/token)

curl --request PUT --header "PRIVATE-TOKEN: $token" --form "certificate=@$cert" --form "key=@$key" \
    https://gitlab.com/api/v4/projects/$project/pages/domains/$domain | sed 's|\\n|\n|g'
echo

Обращение к API через токен, который хранится в файле gitlab-credentials/token. Получить его можно:

Идём на <gitlab.com> и логинимся
Щёлкаем мышью по иконке с вашим аватаром в правом верхнем углу и в выпадающем списке выбираем Settings
В User settings меню выбираем пункт Access Tokens
Вводим параметры токена и обязательно указываем область (Scope) api
Кликаем по кнопке Create personal access token
И сохраняем токен в файл выше.

Посмотреть токен повторно вы не можете. Только отозвать его.

На этом вспомогательные скрипты закончены. Процедура обновления будет заключаться в последовательном вызове двух скриптов:

./cert-renew-all.sh
./gitlab-pages-update.sh

При желании можно поместить данные вызовы в задание Cron. Что не нравится, так это необходимость хранить пароль открытым текстом для he.net.

ABI Laboratory

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 04 Jan 2020 15:16:24 +1000

Очень полезный ресурс от Андрея Пономаренко ( тыц, тыц) как для разработчиков библиотек, так и для маинтейнеров разного рода софта. Позволяет мониторить изменения в API/ABI интерфейсах библиотек:

https://abi-laboratory.pro/

Вообще функционал ресурса достаточно богат и интересен:

можно помониторить список C/C++ библитек на предмет изменений в API/ABI (инструмент ABI Tracker)
можно поискать неизвестный символ (в т.ч. в “mangled” виде) при помощи инструмента ABI Navigator
для разработчиков модулей ядра Linux может показаться интересным инструмент Linux ABI
ну и схожий инструмент для Windows API

Все доступные инструменты можно глянуть на странице Reports.

Инструменты, используемые для анализа можно изучить на странице Open Source. При помощи оных вполне можно организовать мониторинг изменений для вашего проекта или библиотеки.

Внезапный Homebrew

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 04 Jan 2020 13:35:30 +1000

С удивлением для себя обнаружил, что Homebrew, который использовал несколько раз для установки пакетов и сборки/портирования софта на macOS, вполне себе может использоваться и на Linux и даже в среде WSL на Windows:

https://docs.brew.sh/Homebrew-on-Linux

В целом неплохо, но:

это ещё один шаг к dependency hell
нет возможности (если есть - поправьте) зафиксировать версию/срез репозитория

Второй пункт особенно полезен для создания воспроизводимых окружений для сборки софта с последующей дистрибуцией. В этом отношении MXE даёт фору: там попросту можно восстановить окружение используя номер коммита GIT.

Ну и для Windows я бы предпочёл окружение MSYS2 с pacman в качестве пакетного менеджера.

Но, оно может оказаться полезным для установки более свежего софта без прав администратора с возможностью быстро откатиться (просто удалить директорию с установленным барахлом) на всяких LTS дистрибутивах.

Hugo: редактирование страницы из браузера

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 03 Jan 2020 15:36:18 +1000

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

Мой блог хостится на GitLab Pages, в отличии от GitHub Pages, он предоставляет больше возможностей (по крайней мере пока) по использованию различных генераторов сайтов. Так, в репозитории у меня хранится исходный код сайта, а генерация производится через CI и запуск Hugo, после чего артефакты деплоятся (ограничение - 1GB). В GitHub Pages автоматически генерировать сайт из исходников возможно только при использовании Jekyll.

Сами системы, что GitLab, что GitHub позволяют редактировать документ из браузера. На этом у меня и основывалась первоначальная идея, как править документы онлайн, если есть доступ только к браузеру. Собственно уже давно на этом сайте можно увидеть значок карандаша рядом со статьями блога.

Но мне хотелось большего.

Как известно, у Hugo есть режим сервера, когда он рендерит документы (по умолчанию - в память) и запускает сервер, доступный по адресу localhost:1313. Естественно, если мы перейдём по ссылке и запустим редактирование онлайн, мы документ отредактируем, но только непосредственно на сайте. А если мы хотим правок только локально? А потом только закоммитить и опубликовать?

Чуточку подумав, решил, что самый простой способ достичь желаемого - это использовать следующие возможности:

переменную hugo.Environment, которая, по умолчанию (для своих вариантов использовать параметр -e/--environment) задана в “development” при запуске из режима сервера и “production” при запуске в режиме генерации сайта.
функцию getenv, что бы получить переменную окружения, через которую мы передадим ссылку на корень блога.
использовать параметр сервера --navigateToChanged что бы браузер с отрктым сайтом Hugo автоматически редиректился на изменённую страницу - это оказалось очень удобно, когда редактируешь документы, обходя файловую систему.

Собираем всё вместе и получаем следующий сниппет, который стоит поместить в один кусочков шаблона сайта (у меня это “ layouts/partials/post_header.html”):

    {{ if eq hugo.Environment "development" }}
      {{ if getenv "HUGO_SITE_ROOT" }} <a href="markdown:{{ getenv "HUGO_SITE_ROOT" }}/content/{{ .File.Path }}"><i class="fa fa-pencil-square-o" aria-hidden="true"></i></a> {{ end }}
    {{ else }}
      {{ if .Site.Params.editPrefix }} <a href="{{ .Site.Params.editPrefix }}/content/{{ .File.Path }}"><i class="fa fa-pencil-square-o" aria-hidden="true"></i></a> {{ end }}
    {{ end }}

Запуск сервера производится скриптом hugo-server.sh следующего содержания:

#!/usr/bin/env bash

#HUGO=hugo
HUGO=/usr/bin/hugo

SITE_ROOT=$(pwd)

env HUGO_RSSLIMIT="-1" HUGO_SITE_ROOT="$SITE_ROOT" \
$HUGO server -D -F -E --watch --verbose --disableFastRender --navigateToChanged

Корень исходника сайта передаётся через переменную окружения HUGO_SITE_ROOT. Дальше строится полный путь уже в самом шаблоне.

Обратите внимание на используемую схему для файла: markdown:, а не file:. Дело в том, что как минимум, Firefox игнорирует схему file: и нужны дополнительные приседания, что бы заставить её работать. Для все прочие схемы, он пытается запустить через определённый пользователем хендлер. Собственно при первом переходе по такой ссылке вас и спросят, а что с этим делать-то? И указать обработчик этой схемы.

А что бы получить желаемый результат, нужно создать скрипт, например, markdown-handler в любом удобном месте и сделать его исполняемым:

touch ~/bin/markdown-handler
chmod +x ~/bin/markdown-handler

Содержимое этого файла может быть следующим:

#!/usr/bin/env bash

editor=typora
#editor=xdg-open

schema="${1:0:9}"

# skip unknown schemas
[ "$schema" != "markdown:" ] && exit 0

urldecode() { : "${*//+/ }"; echo -e "${_//%/\\x}"; }

$editor "$(urldecode ${1:9})"

xdg-open откроет системный хендлер, который закреплён за данным типом файла. Если он не устраивает, имеет смысл изменять системные настройки. В крайнем случае, переопределить обработчик (программу для открытия) прямо в скрипте.

Дополнительно можно проделать действия по ссылке:

https://unix.stackexchange.com/a/497147

что бы научить открывать схему markdown: стандартный xdg-open, тогда без подобные ссылки начнут понимать и браузеры, основанные на Chromium, правда проверял я только в Vivaldi. Ну и дефолтный хендлер “System handler” в Firefox тоже начнёт работать для этих ссылок.

Если в паре слов, то создать файл .local/share/applications/markdown-protocol-handler.desktop с содержимым:

[Desktop Entry]
Type=Application
Name=Markdown Scheme Handler
Exec=markdown-handler %u
StartupNotify=false
MimeType=x-scheme-handler/markdown;

И выполнить команду:

xdg-mime default markdown-protocol-handler.desktop x-scheme-handler/markdown

Сам markdown-handler мы выше уже создали.

Совсем забыл: в сниппете выше упоминается параметр .Site.Params.editPrefix. Это пользовательский параметр, который задаётся в config.toml:

[params]
  ...
  editPrefix = "https://gitlab.com/USER/USER.gitlab.io/edit/master/"
  ...

Что в итоге?

При открытии сайта в браузере у нас есть ссылка на редактирование страницы через интерфейс GitLab (или другой используемой системы):
- переходим
- редактируем
- сохраняем
- ждём
- …
- PROFIT
При открытии локального сайта по ссылке localhost:1313 у нас есть ссылка со схемой markdown: которая позволяет запустить системный редактор, отредактировать страницу и сразу увидеть результат. После чего мы можем отредактировать следующую страницу и отправить это на GitLab в один push-запрос.

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

Сниппет без изменений подошёл и для прочих страниц:

https://gitlab.com/h4tr3d/h4tr3d.gitlab.io/commit/b926cbd9de77eddcb31e28b9607aeb4071889658

Markdown Converters

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 03 Jan 2020 13:58:01 +1000

Пара Markdown конвертеров из простого текста и HTML (исходного текста):

https://euangoddard.github.io/clipboard2markdown/ - по сути разбивает по параграфам и больше ничего не делает. Но, зачастую, этого достаточно.
http://domchristie.github.io/turndown/ - уже из исходного текста. Может показаться удобным, для статей изначально оформленных в HTML (некоторые блогодвижки). Или открыть исходный код страницы, и скопировать нужный текст.

Оба конвертера JS-онли, могут работать непосредственно из браузеров, исходники прилагаются:

https://github.com/domchristie/turndown

Digi-Key KiCAD Library

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 02 Jan 2020 22:46:38 +1000

Digi-Key предоставляет символы и корпуса для компонентов, которыми они торгуют в формате понятному для KiCAD. И выкладывают их на GitHub. Кроме того, есть символы и от некоторых партнёров (репозитории разделены).

Помимо этого они же опубликовали учебный курс по работе с KiCAD на YouTube.

Все подробности по ссылке ниже:

https://www.digikey.com/en/resources/design-tools/kicad

Cross Posting Test

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 06 Dec 2019 00:23:00 +1000

Проверка кросс-постинга.

Генератор таблиц для Markdown

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 13 Nov 2019 23:25:52 +1000

Пост - мемориз.

Не всегда рисовать таблицы в Markdown разметке удобно, особенно добавлять/удалять колонки (со строками всё намного проще). Да и просто следить за соответствием вводимых данных конкретной колонке. И вот совершенно случайно набрёл на ресурс: Tables Generator

А конкретно: Markdown Tables Generator

В визуальной форме вводятся данные таблицы, потом нажимаем Generate и копируем полученный код в текст. Просто.

Для редактирования можно скопировать таблицу и импортировать её через “File → Paste table data…”, естественно при условии корректности данных. Кроме того, можно данные для таблицы импортировать из CSV (“File → Import CSV File…”), как работает эта функция я не проверял, скорее всего могут возникнуть проблемы с пробелами или разделителями.

Что ещё? Вообще там можно создавать таблицы не только в разметке Markdown, а в:

LaTeX
HTML
Text
MediaWiki (вот где абсолютный треш!)

Схожие ресурсы:

TableConvert Online - в каком-то смысле, возможностей больше, но есть мелочи, например: нельзя задать выравнивание колонки.
Typora - редактор Markdown, есть встренный редактор таблиц.
Расширения для VSCode:
- https://marketplace.visualstudio.com/items?itemName=RomanPeshkov.vscode-text-tables
- https://marketplace.visualstudio.com/items?itemName=TomasHubelbauer.vscode-markdown-table-format
Расширения для Atom:
- https://atom.io/packages/markdown-table-editor

ГГЦ карты для QMapShack в виде TMS (Tile Map Service)

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 13 Nov 2019 20:51:35 +1000

QMapShack умеет работать с сетевыми картами, которые представлены в виде тайлов с определённым соглашением о вызове. Что бы работать с подобными сервисами нужно создать файл-описание с расширением .tms. Описание формата можно почитать здесь.

До недавнего времени я обходился в основном картами OpenCycleMap, TMS файл для которых идёт вместе с QMS. А для нужных районов уже искал/скачивал листы карт ГГЦ (в народе: “новый” генштаб) и делал им обвязку в виде .vrt файла (такие карты содержать описание нужных преобразований, не затрагивая самих исходников карты, тем самым можно делать “обрезку карт” и они понимаются всем, что использует GDAL).

Но это дело малость меня достало и захотелось быстро под рукой иметь и ГГЦ карты. Естественно, при условии наличия доступа к сети и доступности сервисов.

С чего начать?

Первым делом нужно найти сервисы, которые предоставляют доступ к картам ГГЦ по спецификации TMS. Поиск в интернете дал несколько ресурсов:

https://melda.ru/locus/maps/
- это первый найденный ресурс. Адаптируется просто но доступ крайне медленный. Подробно рассматривать не буду.
https://anygis.ru
- TMS агрегатор, предоставляет как доступ к локальным картам, так и может вернуть ссылку на другой TMS ресурс. Собственно его и взял за основу, он же навёл на:
https://nakarte.me
- помимо доступа через TMS позволяет ещё и просто удобно смотреть карту, плюс экспорт выбранной области в JNX, и загрузку GPX с отображением на карте, а помимо этого:
  - https://about.nakarte.me/ - новости и попадается полезная информация
  - https://tiles.nakarte.me/files/ - тайлы для скачивания в формате MBTiles. С ними я повоюю после.

AnyGIS.ru

Сначала смотрим на API:

https://anygis.ru/Web/Html/Api_ru

Обращаем внимание на обозначения X, Y, Z, что это:

X ,Y - это номера тайлов в стандартной проекции Web Mercator. Z - уровень приближения для нее же. Иными словами, это - те же самые значения, что используются для получения карт OpenStreetMaps. Так же, вместо номеров тайлов можно указать координаты в десятичном формате:
Host / MapName / Longitude / Latitude / Z
https://anygis.ru/api/v1/Wikimapia/56.062293/37.708244/10

Потом смотрим на список карт:

https://anygis.ru/api/v1/list

Таблица нам даёт такие полезные данные, как:

Пример ссылки на тайл, там легко достаточно понять, где X, где Y, а где Z.
Имя самой карты (часть URL).
Название, ну чисто так, что бы было.
И, конечно, Max zoom level - максимальный уровень приближения на котором отдаётся карта.

Карты которые нам интересны:

Combo_Best_GGC - автоматически выбирает масштаб карты для выбранного уровня приближения. Имхо - не всегда удобно.
И все Locals_Ggc_XXXXX, кроме суффикса _jpg, а вариант с суффиксом _fast или без— на собственный выбор. Нам более интересен этот вариант, так как можем поиграться с уровнями приближения, если нужно.

Сведём в табличку URL и максимальный уровень приближения (минимальный всегда 0):

Scale	URL	Max zoom level
1:25000	https://anygis.ru/api/v1/Locals_Ggc_00250/X/Y/Z	15
1:50000	https://anygis.ru/api/v1/Locals_Ggc_00500/X/Y/Z	14
1:100000	https://anygis.ru/api/v1/Locals_Ggc_01000/X/Y/Z	13
1:200000	https://anygis.ru/api/v1/Locals_Ggc_02000/Y/X/Z	12

Сам TMS имеет вид:

<TMS>
 <Title>OSM D-Land TK 50</Title>
 <MinZoomLevel>3</MinZoomLevel>
 <MaxZoomLevel>18</MaxZoomLevel>
 <Layer idx="0">
  <Title>Open Topo Map</Title>
  <ServerUrl>http://a.tile.opentopomap.org/%1/%2/%3.png</ServerUrl>
  <MinZoomLevel>3</MinZoomLevel>
  <MaxZoomLevel>11</MaxZoomLevel>
 </Layer>
 <Layer idx="1">
  <Title>Trails</Title>
  <ServerUrl>http://tile.waymarkedtrails.org/hiking/%1/%2/%3.png</ServerUrl>
  <MinZoomLevel>3</MinZoomLevel>
  <MaxZoomLevel>9</MaxZoomLevel>
 </Layer>
 <RawHeader>
   <Value name="User-Agent">Whatever</Value>
 </RawHeader>
 <Copyright>Map data: (c) OpenStreetMap contributors, ODbL | Rendering: (c) OpenTopoMap, CC-BY-SA | Trails by tile.waymarkedtrails.org </Copyright>
</TMS>

Здесь:

%1 → Z
%2 → X
%3 → Y

Слои (Layers) позволяют задать разные источники данных и уровни масштабирования, на которых они отображаются. Порядок имеет значение, точнее не совсем порядок, а значение idx=XXX: чем оно выше тем более приоритетна карта и если она присутствует на данном уровне масштабирования, именно она будет отображена. Почему более мелкие масштабы приоритетны? А что бы не мельчить на малых значениях Zoom Level. Более того, в интерфейсе QMS вы сможете включать/выключать отдельные слои. Здесь оказывается полезен и перехлёст слоёв:

GGC map in QMapShack via TMS

Собираем всё вместе и получаем файл GGC_AnyGIS.ru.tms с содержимым:

<TMS>
 <Title>ГосГисЦентр: AnyGIS.ru/NaKarte.me, все масштабы (частичное покрытие)</Title>
 <MinZoomLevel>0</MinZoomLevel>
 <MaxZoomLevel>15</MaxZoomLevel>
 <Layer idx="0">
  <Title>ГосГисЦентр 250 м</Title>
  <ServerUrl>https://anygis.ru/api/v1/Locals_Ggc_00250/%2/%3/%1</ServerUrl>
  <MinZoomLevel>0</MinZoomLevel>
  <MaxZoomLevel>15</MaxZoomLevel>
 </Layer>
 <Layer idx="1">
  <Title>ГосГисЦентр 500 м</Title>
  <ServerUrl>https://anygis.ru/api/v1/Locals_Ggc_00500/%2/%3/%1</ServerUrl>
  <MinZoomLevel>0</MinZoomLevel>
  <MaxZoomLevel>14</MaxZoomLevel>
 </Layer>
 <Layer idx="2">
  <Title>ГосГисЦентр 1000 м</Title>
  <ServerUrl>https://anygis.ru/api/v1/Locals_Ggc_01000/%2/%3/%1</ServerUrl>
  <MinZoomLevel>0</MinZoomLevel>
  <MaxZoomLevel>13</MaxZoomLevel>
 </Layer>
 <Layer idx="3">
  <Title>ГосГисЦентр 2000 м</Title>
  <ServerUrl>https://anygis.ru/api/v1/Locals_Ggc_02000/%2/%3/%1</ServerUrl>
  <MinZoomLevel>0</MinZoomLevel>
  <MaxZoomLevel>12</MaxZoomLevel>
 </Layer>
 <Copyright>(c) AnyGIS, (c) NaKarte.me, (C) ГГЦ</Copyright>
</TMS>

Помещаем этот файл в любой удобной директории и прописываем путь к ней в настройках QMS (Файл → Настройка пути к картам). После чего карту в списке включаем и… Profit!

Что ещё?

Если вдруг что-то недогружается: правой кнопкой мыши по карте и выбрать пункт “Перезагрузить карты”.

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

Ещё, из замеченных минусов: много где нет километровок, поэтому переход от 500м к 2км не такой гладкий.

Ну и меня не оставляет идея воспользоваться файлами NaKarte.me для создания локального TMS сервера.

IOCTL: ENOIOCTLCMD vs ENOTTY

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 25 Jul 2019 08:40:12 +1000

Что возвращать из обработчика IOCTL в user-space если данный IOCTL не поддерживается? В нашем драйвере активно использовался ENOIOCTLCMD. Проблема в том, что он объявлен в linux/errno.h в заголовке которого написано (вольный перевод):

не использовать в пользовательском коде

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

Кроме того:

этого кода нет в пользовательских errno.h/cerrno;
для этого когда strerror() вернёт что-то вроде: Unknown error 515 (номер может и отличаться);
константы для этого кода ошибки нет на других платформах (Windows, MacOSX, FreeBSD).

Что использовать-то? А использовать не совсем очевидный: ENOTTY.

Изначально, да и согласно комментариям в include/uapi/asm-generic/errno-base.h:

Not a typewriter

При этом утилита пользовательского пространства errno из комплекта moreutils говорит:

ENOTTY 25 Inappropriate ioctl for device

Дополнительными аргументами:

интернеты тоже подсказывают такую трактовку;
в ядре Linux оно используется по такому же назначению.

В чём же отличие? Нашёл отличное объяснение в block/ioctl.c:

 * Is it an unrecognized ioctl? The correct returns are either
 * ENOTTY (final) or ENOIOCTLCMD ("I don't know this one, try a
 * fallback"). ENOIOCTLCMD gets turned into ENOTTY by the ioctl
 * code before returning.

Не буду переводить, просто поясню: ENOIOCTLCMD используется во внутренних реализациях, когда есть предположение, что обработку можно выполнить в каком-то стандартном русле, выполнить т.н. fallback. В пользовательское пространство должен вернуться ENOTTY. Точка.

QtC: ошибка при попытке сделать коммит в Git репозиторий

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 12 Jul 2019 11:27:32 +1000

Буквально вчера столкнулся с таким вот поведением QtC:

С учётом того, что я собираю QtC из исходников master-ветки репозитория, первая мысль была: что-то поломали, нужно по быстрому разобраться и откатить. Но всё оказалось чуточку интереснее. Кому интересно - добро пожаловать под кат.

На видео я обратил внимание на диалог ошибки, в котором видно, что пытается открыться временный файл, но не получается определить редактор для него (это уже мне поверьте на слово) и что тип файла… пустой!

Первая мысль была: поломали базу MIME.

Да только код, который работает с ней, не менялся уже года два.

И вот тут, если бы были скачаны исходники стабильных версий QtC и собраны на системе, то проблема бы тоже проявилась.

Поэтому следующей мыслью было: Manjaro, недавно обновлялось Qt, а судя по коду - путь к файлу MIME базы уже менялся. Вдруг что и сейчас произошло.

Посмотрел исходники qt5-base и практически ничего не поменялось, кроме двух файлов, относительно недавно - 4 месяца назад (на момент написания блогозаметки). Хм… Оказывается, в 5.13 они ввели опцию, которая позволяет отключить встроенную базу данных MIME типов:

dist/changes-5.13.0
 - QMimeDatabase:
   * Added configure option -no-mimetype-database that tells Qt not to
     bundle its own copy of the XDG MIME database. If this option is
     passed, QMimeDatabase will only work if there's a system copy in
     $XDG_DATA_DIRS/mime. This option is useful for Linux distributions
     that ensure the data is always present.

Судя по тому, что имя и расположение самой базы не поменялось, а найти её не получается, значит маинтейнеры ArchLinux/Manjaro задействовали эту опцию. Действительно, их понять можно - база и так предоставляется пакетом shared-mime-info и раполагается по пути /usr/share/mime/packages/freedesktop.org.xml. Как минимум это правильно - иметь возможность обновить базу, без необходимости переставлять Qt, это очень хорошо для всяких домашних систем, особенно тех, которые обновляются не регулярно, типа Debian.

Погодите, а собственно… Какого чёрта! Выходит, что хотя код работы с MIME базой в QtC не менялся, косякопоры - они. Обновление системы и действия маинтейнеров ArchLinux просто вскрыли проблему.

И правда, изучая код mimeprovider.cpp поражаешься количеству закомментированного кода и в функции MimeXMLProvider::ensureLoaded() быстро находишь суть проблемы: вариант для поиска подобающей базы, просто выключен и оставлен на потом.

Маинтейнеры ArchLinux сделали патч для релизной версии QtC, поставляемой в дистрибутиве, с небольшими адаптациями, он ложится на master-бранч:

diff --git a/src/libs/utils/mimetypes/mimeprovider.cpp b/src/libs/utils/mimetypes/mimeprovider.cpp
index 46d3eb71bd..ce94215d9f 100644
--- a/src/libs/utils/mimetypes/mimeprovider.cpp
+++ b/src/libs/utils/mimetypes/mimeprovider.cpp
@@ -784,28 +784,25 @@ void MimeXMLProvider::ensureLoaded()
 {
     if (!m_loaded /*|| shouldCheck()*/) {
         m_loaded = true;
-//        bool fdoXmlFound = false;
-        QStringList allFiles;
-
-//        const QStringList packageDirs = QStandardPaths::locateAll(QStandardPaths::GenericDataLocation, QLatin1String("mime/packages"), QStandardPaths::LocateDirectory);
-//        //qDebug() << "packageDirs=" << packageDirs;
-//        for (const QString &packageDir : packageDirs) {
-//            QDir dir(packageDir);
-//            const QStringList files = dir.entryList(QDir::Files | QDir::NoDotAndDotDot);
-//            //qDebug() << static_cast<const void *>(this) << packageDir << files;
-//            if (!fdoXmlFound)
-//                fdoXmlFound = files.contains(QLatin1String("freedesktop.org.xml"));
-//            QStringList::const_iterator endIt(files.constEnd());
-//            for (QStringList::const_iterator it(files.constBegin()); it != endIt; ++it) {
-//                allFiles.append(packageDir + QLatin1Char('/') + *it);
-//            }
-//        }
-
-//        if (!fdoXmlFound) {
-//            // We could instead install the file as part of installing Qt?
-              const char freedesktopOrgXml[] = ":/qt-project.org/qmime/packages/freedesktop.org.xml";
-            allFiles.prepend(QLatin1String(freedesktopOrgXml));
-//        }
+        QStringList allFiles = QStandardPaths::locateAll(QStandardPaths::GenericDataLocation,
+                                                         QStringLiteral("mime/packages/freedesktop.org.xml"),
+                                                         QStandardPaths::LocateFile);
+
+        if (allFiles.isEmpty()) {
+            // System freedsktop.org.xml file not found, try to use the one in QtCore.
+            // This is private API and has changed in the past:
+            // - Qt 5.11 added "package" subdir in 7a5644d6481a3c1a7416772998ca4e60c977bfbd
+            // - Qt 5.13 added an option to not bundle it at all
+            const QString fdoXml5_11 = QStringLiteral(":/qt-project.org/qmime/packages/freedesktop.org.xml");
+            const QString fdoXmlPre5_11 = QStringLiteral(":/qt-project.org/qmime/freedesktop.org.xml");
+            if (QFile::exists(fdoXml5_11))
+                allFiles << fdoXml5_11;
+            else if (QFile::exists(fdoXmlPre5_11))
+                allFiles << fdoXmlPre5_11;
+            else
+                qFatal("Utils::MimeXMLProvider: could not find the system freedesktop.org.xml file "
+                       "and QtCore does not have an accessible copy.");
+        }
 
         m_nameMimeTypeMap.clear();
         m_aliases.clear();

Кстати, закомменченый код (как и корни проблемы) тянутся с версии 3.4.0-beta1 к коммита 4f5f5d75b45ec9db97377485af08d113ec8197f4 от 2015-02-18:

    MimeDatabase: Never use installed mime data.
    
    It gets in the way, e.g. "No plugin can open project type "application/
    x-kicad-project"" when trying to open .pro files.
    
    Change-Id: I5d8dcb52b65b1e617fe0c6dfcdc94e2cf8fc5f5d
    Reviewed-by: Tim Sander <tim@krieglstein.org>
    Reviewed-by: Eike Ziller <eike.ziller@theqtcompany.com>

Новое ревью: https://codereview.qt-project.org/c/qt-creator/qt-creator/+/267723, посмотрим, что предложат.

Embedded Artistry Blog

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 09 Jul 2019 14:37:43 +1000

И снова из разряда рекомендаций для чтения и изучения, можно сказать, в продолжение Practical Guide to Bare Metal C++.

Очень много полезной информации в части применимости современного C++ для embedded разработки и не только.

К примеру, там очень интересный цикл статей “Exploring Startup Implementations”, который позволяет разобраться в C++ Runtime:

Или серии:

PS там же наткнулся на рекламу книжки “Real Time C++”, добавил в свой список.

Удалённое развёртывание драйвера/модуля ядра в Qt Creator

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 25 Jun 2019 16:06:42 +1000

Для Windows драйвер писать в QtC никто в здравом уме и трезвой памяти не будет. Поэтому речь дальше по процессу разработки драйвера для Linux. Я не буду касаться вопросов использования отладчика (KGDB), в основном посмотрим на вопросы запуска модуля ядра на удалённой системе.

Итак, не открою секрета, что ядро Linux является хоть и модульным, но монолитом. И если вы где-то напишите утечку или страшными темпами начнёте затирать чужую память, то систему можно легко и непринуждённо привести в состояние фарша. Логично, что при таких радужных перспективах, проверять драйвер на своей рабочей машине, где находится среда разработки - не совсем правильное решение.

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

Попробуем разобраться, что нам нужно для решения задачи:

Ядро может отличаться от того, что у вас локально. Можно подтягивать собранное ядро целевой машины, и его заголовочники и собирать под него. Это будет работать, если архитектура идентична. Кросс-сборкой модуля стоит озадачиться, если ресурсов на целевой машине совсем кот наплакал. Наш вариант - собирать модуль на целевой машине.
Раз мы собираем модуль на целевой машине, то нам нужно для начала залить туда исходные файлы (процесс настроки и установки необходимых пакетов для разработки и сборки модуля я опущу). Хорошо бы не заливать полностью исходники, а только изменённые файлы. Наш выбор rsync+ssh. В современных дистрибутивах особо ничего делать не нужно.
После сборки нужно загрузить модуль
И всё это интегрировать в IDE, дабы не делать кучу мелких движений.

Qt Creator позволяет подключаться к удалённым системам для развёртывания кода. Воспользуемся данной возможностью. Удалённая машина будет иметь имя ts.local (используется zeroconf/avahi что бы сообщать свои имена в сеть).

Хочу отметить, что реализация подключения в QtC поддерживает алисы из ~/.ssh/config, поэтому для различных хостов можно будет прописать дополнительные настройки через него.

Начнём.

Для начала идём в “Tools” -> “Options…” -> “Devices”. Жмём “Add…” и выбираем “Generic Linux Device”. После чего жмём “Start Wizard” и заполняем очевидные поля в диалоге:

Имя для пользователя
Имя хоста или IP адрес
Имя пользователя на удалённом хосте

На следующем шаге предлагается настроить аутентификацию по ключу. Здесь вам лучше знать, что делать, и можно сразу нажать “Next>”.

После нажатия кнопки “Finish” будет произведена попытка подключения к хосту. Поэтому лучше, если он будет запущен.

Теперь нужно набору оснастки дать знать, что можно использовать удалённых хост. Выбираем раздел “Kits”. Для простоты можно взять набор, используемый по умолчанию (локальный запуск) и нажать “Clone” и переименовать его во что-то вроде “Default (remote)”.

Следующим шагом в новой оснастке задаём “Device type:” в “Genric Linux Device” и выбираем устройство (“Device:”), созданное ранее (на скрине выбрано “Pearl2 Ubuntu”, но сути не меняет):

Тут отмечу, что если нужно переключаться между несколькими устройствами, то создавать оснастку для каждого их них дело муторное. Поэтому кликаем правой кнопкой мыши по выпадающему списку “Device:” и ставим галочку “Mark as mutable”:

Это позволит в выпадающем списке выбора типа оснастки, конфигурации билда и деплоя/запуска указывать и устройство для подключения:

Всё, теперь открываем проект, выбираем созданную нами оснастку. После чего в настройках проекта (точнее в настройках запуска) станут доступны настройки Deployment:

Доступны различные предопределённые шаги, но мне проще было использовать один “Custom Process Step” и вызывать скрипт с параметрами, формируемыми при помощи подстановочных переменных:

Command: %{sourceDir}/deploy-driver-remote.sh
Arguments: %{CurrentDevice:HostAddress} %{CurrentDevice:SshPort} %{CurrentDevice:UserName} %{CurrentDevice:PrivateKeyFile} %-CurrentRun:Name}
Working directory: %{sourceDir}

Смысл переменных, думаю, понятен. Отмечу, что %{CurrentRun:Name} это ровно то имя, которое показывается ниже в выпадающем списке “Run”/“Run configuration:”. Оно формируется при первом запуске проекта автоматически и может не соответствовать вашим критериям прекрасного. Тогда переименуйте.

Для чего я вообще использую имя конфирурации? У меня в одном проекте два драйвера: для PCI и для USB устройств. Выбирая конфигурацию я влияю на шаги по загрузке нужного драйвера на удалённой стороне.

Ещё одним нюансом является то, что я указал “Alternate executable on device:” в “/bin/true” и параметр “Use this command instead”. Я просто физически не могу “запустить” модуль ядра, как обычный бинарник, а вся процедура по его загрузке в область памяти ядра выполняется в скрипте, поэтому я выбрал для запуска программу гарантированно присутствующую на удалённой системе и всегда возвращающую статус успешного выполнения (в противовес /bin/false). Вы можете вписать сюда что-то своё.

Ну а теперь самое вкусное, скрипт деплоя. Можно вручную прописывать шаги загрузки в IDE, но это муторно. Плюс я использую GIT сборки QtC и шаги загрузки запросто могут слететь. Поэтому я объединил их в скрипт, который может лежать прямо в репозитории и иметь идентичные настройки в IDE на разных машинах (вся кастомизация может быть выполнена через настроки конкретных Remote Devices, как описано выше).

Мой скрипт выглядит так (комментарии инлайном, что бы избежать дублирования):

#!/usr/bin/env bash

# прервёт выполнение скрипта, как только очередная команда завершится недачно
# позволяет избежать лишних проверок на успешность выполнения предыдущих операций
set -e

#
REMOTE_HOST=$1
REMOTE_PORT=$2
REMOTE_USER=$3
REMOTE_KEY=$4
#
# %{CurrentRun:Name}
TARGET=$5

# assume, that work dir is top level source dir
LOCAL_SOURCE_DIR=$(pwd)

# просто выведем то, как мы вызваны. Чисто для отладки, если что-то работает не так
echo $@

# Detect driver: как я писал выше, у меня два драйвера, основываясь на имени
# Run Configuration я выбираю то, с каким драйвером имею дело. 
# Разные вариации из-за смены того, что подставляется вместо %{CurrentRun:Name} в QtC.
drv=
jobs=1
case "$TARGET" in
    *_usb|*_usb-build)
        drv=usb
        jobs=8
    ;;
    *_pci|*_pci-build)
        drv=pci
        jobs=1
    ;;
    *)
        echo "Unknown target: ${TARGET}"
        exit 1
    ;;
esac

# Небольшой хелпер для запуска удалённой команды через SSH. С пробросом X11 (Trusted)
ssh_cmd()
{
    ssh -YC -i "$REMOTE_KEY" -p ${REMOTE_PORT} ${REMOTE_USER}@${REMOTE_HOST} "$@"
}

MAKE_OPTS="DRIVER_DEBUG=1"

# Ещё больше информативности
set -x

# Ну а дальше логические шаги

# Step 1: подготовка директорий на удалённой стороны для загрузки кода
ssh_cmd "mkdir -p build/driver/remote-work/{vga2usb,helpers}"

# Step 2: синхронизируем локальное дерево исходников и удалённое.
#         Именно синхронизируем: удаляем удалённое, создаём созданное
#         и копируем только изменённое. Про файл rsync_excludes.txt я расскажу чуть ниже.
rsync -azv --delete --exclude-from="${LOCAL_SOURCE_DIR}/rsync_excludes.txt" "${LOCAL_SOURCE_DIR}/" -e "ssh -p ${REMOTE_PORT} -i \"${REMOTE_KEY}\"" ${REMOTE_USER}@${REMOTE_HOST}:build/driver/remote-work/vga2usb/ 

# Step 3: дерево исходного кода состоит из двух частей, поэтому повторяем для второй части тоже
rsync -azv --delete --exclude-from="${LOCAL_SOURCE_DIR}/rsync_excludes.txt" "${LOCAL_SOURCE_DIR}/../helpers/" -e "ssh -p ${REMOTE_PORT} -i \"${REMOTE_KEY}\"" ${REMOTE_USER}@${REMOTE_HOST}:build/driver/remote-work/helpers/

# Step 4: очистим дерево. Ваша билд система может позволить вам
#         не делать этого шага и немного сэкономить времени
ssh_cmd "make -C build/driver/remote-work/vga2usb/linux/driver/${drv} -j8 clean"

# Step 5: стоим драйвер удалённо
ssh_cmd "make -C build/driver/remote-work/vga2usb/linux/driver/${drv} -j$jobs $MAKE_OPTS"

# Step 6: так как у нас используется билд инфраструктура ядра Linux, этим шагом 
#         мы установим модуль в /lib/modules/KERNEL_VERSION/..., можно обойтись
#         и использовать insmod/rmmod и ручное разруливание зависимостей модулей.
#         Обратите внимание: sudo настроен для пользователя для запуска без пароля!
#         Так можно сделать только на конкретные программы и/или скрипты, но если
#         система state-less, то это, IMHO, излишне.
ssh_cmd "sudo make -C build/driver/remote-work/vga2usb/linux/driver/${drv} $MAKE_OPTS install"

# Step 6.1: sign, точно работает и реализовано на Ubuntu и производных. Имеет смысл
#           если включен Secure Boot, иначе модуль ядра не загрузится. По большому
#           счёту на тестовых системах не нужно. У меня просто как часть проверки.
ssh_cmd "which kmodsign >/dev/null 2>&1 && \
         test -f /var/lib/shim-signed/mok/MOK.priv && \
         test -f /var/lib/shim-signed/mok/MOK.der && \
         sudo kmodsign sha512 \
            /var/lib/shim-signed/mok/MOK.priv \
            /var/lib/shim-signed/mok/MOK.der \
            /lib/modules/\$(uname -r)/extra/vga2${drv}.ko || true"

# Step 7: ну однострочник для выгрузки старого модуля и загрузки нового. У нас
#         реализовано устройство ALSA и на современных дистрибутивах оно может
#         быть захвачено pulseaudio, в таком случае выгрузить модуль не получится,
#         поэтому нужно прибить пульсу (sudo - она может быть запущена от другого пользователя)
ssh_cmd "sudo depmod -aA; sudo killall -9 pulseaudio; sudo modprobe -r vga2${drv} && sudo modprobe vga2${drv} && echo OK || echo FAIL"

Если какой-то шаг завершится неудачей - скрипт прервёт работу. Вывод сообщений будет в панели “Compile Output”.

Для “запуска” драйвера достаточно нажать Ctrl+R в QtC, если есть изменения, то код сначала отстроится локально, далее, если нет ошибок, запустится процедура деплоя, в нашем случае - вызовется скрипт выше с нужным набором параметров, синхронизируются файлы на удалённой машине, отстроится и загрузится новый драйвер. Как проверять работоспособность - уже индивидуальный подход. Возможно, отстраивать какие-то утилиты в одном из шагов, а вместо /bin/true вызывать какой-то скрипт, что вызовет серию тестов. Я же просто смотрю dmesg -w (с sudo на последних дистрибутивах/ядрах) и выполняю нужные шаги.

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

Бесплатная раздача книг

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 24 Jun 2019 10:07:28 +1000

Вот книжки, ~~“Современные операционные системы” уже ушла~~ все книги ушли:

Самовывоз.

В мемориз: рисуем пятиконечную звезду при помощи циркуля

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 20 Jun 2019 17:38:35 +1000

По ссылке ниже вполне доходчивая инструкция:

Как нарисовать правильную пятиконечную звезду на бумаге

CMake: Object Library и target_link_libraries()

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 11 Jun 2019 18:01:34 +1000

В современном мире рекомендуется не использовать include_directories() и target_include_directories(), а экспортировать таргет в стиле пространства имён: Target::Target, например так:

add_library(avcpp avcpp.cpp ...)
...
add_library(AvCpp::AvCpp ALIAS avcpp)

и задавать интерфейсные опции для таргета, например так:

target_include_directories(avcpp
  INTERFACE
    $<BUILD_INTERFACE:${CMAKE_CURRENT_LIST_DIR}>
    $<INSTALL_INTERFACE:${CMAKE_INSTALL_INCLUDEDIR}>
)

После чего задавать параметры как линковки, так и компиляции одной командой:

add_executable(foo main.cpp)
...
target_link_libraries(foo PUBLIC AvCpp::AvCpp)

Так вот, если вы используете CMake версии до 3.12, то такой подход не сработает для OBJECT_LIBRARY.

Иными словами, если вы решите пробросить параметры компиляции (не линковки) таким образом:

add_library(foo_common OBJECT foo.cpp)
target_link_libraries(foo_common PUBLIC AvCpp::AvCpp)

То получите сообщение об ошибке, примерно такого вида:

CMake Error at tests/CMakeLists.txt:10 (target_link_libraries):
  Object library target "foo_common" may not link to anything.

В общем, читаем:

https://gitlab.kitware.com/cmake/cmake/issues/18010

Решения:

Обновляем CMake, к сожалению, на travis.org для OSX пока это сделать трудно, там через brew ставится, на момент написания статьи, 3.11.4;
Используем target_include_directories();
Используем как и раньше include_directories(), но лучше не надо;
Не используем Object Library, что не всегда удобно.

Вопрос, а как можно из командной строки, установить DMG или tar.gz пакет CMake с cmake.org? Второй это просто тарбол, с определённой структурой, можно ли просто распаковать и установить PATH, указывающий на bin директорию внутри?

C++-ниасилятор

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 30 Apr 2019 09:28:10 +1000

Марк скинул ссылочку:

C++ Quiz from C++ Russia 2019

В голове уложилось пункта 3 от силы. Особенно доставляют пункты, где разные компиляторы ведут себя по-разному. Судя по всему у разработчиков тоже не всё укладывается в голове.

Строим GDB для MicroBlaze

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 15 Apr 2019 08:38:12 +1000

Заметка - часть полёта мысли по написанию кода для MicroBlaze в среде Qt Creator и, возможно, Clion.

Сразу, чем не подошёл родной GDB - в нём нет поддержки Python. Для QtC это критично, поэтому нужно пересобрать, но с поддержкой оного.

Рецепт сборки ниже. Без подробностей, но там всё и так ясно.

Для начала необходимые зависимости. Их не нужно качать отдельно - всё находится в пакете исходников binutils. Порядок отстройки важен. Установку (make install) делать не нужно.

# bfd:
./configure --enable-targets=all && make -j8

# opcodes:
./configure --enable-targets=all && make -j8

# libiberty:
./configure && make -j8

# note: gdb-11.2+, иначе sim не соберётся
# gnulib
chmod +x ./configure && ./configure && make -j8

# sim:
./configure --target=microblaze-xilinx-elf && make -j8

# libdecnumber:
./configure && make -j8

Там где указан --target - это важно. Там где указано --enable-targets=all, вместо all можно указать нужный для MicroBlaze. Но я не вдавался в подробности, тем более, что собирается достаточно быстро. Если не указывать ничего - потом будут проблемы на линковке. А если ещё намешать, сначала собрать opcodes, потом bfd с разным набором целей, то ещё и в рантайме будет эпичный креш ;-)

Ну и собираем сам GDB:

./configure --host=x86_64-pc-linux-gnu --target=microblaze-xilinx-elf --prefix=${HOME}/bin/mb-gdb-python --disable-gdbserver --with-python=/usr/bin/python3 --with-system-readline --with-system-zlib
make -j8
make install

Устанавливаю в домашний каталог пользователя. Если нужно в системный - лучше опакетить или ставить в /opt/. ~~Python можно, теоретически, указать и третий. Потом проверю.~~

UPD: На момент “Февраль 2022” нужно указывать Python 3.

При сборке у себя, проверьте, что использовать в качестве аргумента --host=. Для этого достаточно посмотреть, какой префикс у вашего системного компилятора:

$ gcc -dumpmachine  
x86_64-pc-linux-gnu

значит хост - x86_64-pc-linux-gnu.

Кстати, gdbproxy оказывается не совсем дружит с новыми GDB. Судя по всему причина схожая с этим. Пока вылечил при помощи небольшого хака. Кроме того, эмпирически выяснил, что, похоже, для thread-id используется int32_t, т.е. знаковый 32-битный тип. Просто сейчас базовые адреса оказались за пределами первой половины 32 битного пространства и, внезапно, появились знаки минуса в ID потоков =-)

MitM-like поддержка RTOS в GDB

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 11 Apr 2019 09:32:57 +1000

Какое-то время назад я писал код прошивки для грабберов Epiphan линейки AV.io:

AV.io HD - наш пилот, на котором многое было отлажено и сформирована архитектура
AV.io SDI - закрепляем позиции
AV.io 4K - уже новое железо и новые подходы, теперь запускаемся практически мгновенно
KVM2USB 3.0 - глубокое переосмысление AV.io HD. По сути, благодаря заложенному потенциалу для модернизации в базовую модель, практически без модификации железа, чисто софтом смогли сделать новый продукт.

Там был задействован Cypress FX3, а SDK был построен поверх ThreadX. В качестве JTAG отладчика можно использовать Olimex ARM-USB-OCD-H в связке с OpenOCD. К сожалению, OpenOCD ничего не знает про треды в RTOS и, хотя, базовая поддержка присутствует в коде, конкретно для нашего процессора использовалась схема стекинга регистров, которая отличалась от того, что было уже реализовано. Пришлось разбираться и дорабатывать. Профиты от использования JTAG для разработки трудно переоценить, как минимум в случае распределённой работы.

Итак, время идёт. Теперь очередь за FPGA от Xilinx и его софтовым процессором MicroBlaze, где можно запустить портированый FreeRTOS версии 10.x. Но проблема ровно такая же: поддержки тредов в отладчике нет!

Лирика по части устройства XSDK/Vitis и средств отладки

Xilinx предоставляет среду тесно интегрированных компонент для разработки софта на процессорах с ядром ARM Cortex-A53 (ARM64), ARM Cortex-R5 (ARM32) и MicroBlaze (MicroBlaze64). MicroBlaze стоит особняком - это софтовый процессор, который реализуется внутри FPGA. И количество ядер ограничено только числом свободного места в чипе.

Основная среда для разработки (тут и далее под разработкой понимается написание кода для CPU, не для самого FPGA, для которого среда - Vivado) - Vitis, до версии 2019 известная как XSDK, построенная поверх Eclipse. В одно касание можно грузит автоматически код для FPGA и для процессора. Из огромных плюсов то, что загрузка кода по JTAG работает очень быстро (привет OpenOCD!) ровно, как и дальнейшая загрузка процессорного кода. Вторым огромным плюсом являются заложенные по умолчанию возможности удалённой отладки: запуск, подключение, загрузка.

Есть и минусы тесной интеграции, типа навязывания использования Eclipse, хотя и есть возможности создавать, собирать и загружать проекты используя интерфейс командной строки - XSTC. Но пока не будем про это. Оставим на будущее.

Продолжим немного лирики и рассмотрим схему взаимодействия отладчика с железом.

Непосредственно с кабелем JTAG работает закрытая компонента hw_server. Эта компонента слушает несколько TCP портов, основной - 3121, и серия портов, которая начинается, по умолчанию, с 3000 - GDB серверы для процессоров ( подробнее):

N+0 (3000) - ARM aka ARM Cortex-R5
N+1 (3001) - ARM64 aka ARM Cortex-A53
N+2 (3002) - MicroBlaze (наш случай)
N+3 (3003) - MicroBlaze64

Возможно есть ещё какие-то, но нам пока достаточно этого набора.

Итак, идём дальше. Сам отладчик, который подключается к серверу. Их два, рекомендованный (и закрытый!) - System Debugger и GDB. В случае MicroBlaze исполняемый бинарник для GDB - mb-gdb.

System Debugger мы по причинам понятным дальше рассматривать не будем. И, если Xilinx выкинет поддержку GDB сервера - всё станет вновь печально.

Начинаем думать, как мы можем себе помочь

Итак, изучая реализацию поддержки RTOS в OpenOCD, я выделил основные моменты, которые нужны, что бы эту поддержку осуществить:

RTOS хранит информацию о запущенных потоках в TCB (Thread Control Block), обычно это глобальный связанный список и пачка массивов, которыми оперирует планировщик задач. Структура этих блоков так или иначе ясна. Если нет (закрытый код) - добро пожаловать в прекрасный мир Reverse Engineering! Главное: нам нужно знать набор символов, точнее их адресов, что бы побегать по памяти и вычитать нужные данные.
RTOS при переключении потоков должна сохранить значения регистров которые описывают состояние текущего выполнения - контекст потока. Обычно, сохраняется в вершину стека того потока, у которого забирается исполнение. Набор регистров зависит от архитектуры, их количество в контексте, размещение и общий размер контекста - всё это называется стекинг. Т.е. нужно понять как читать и восстанавливать контекст потока. Для чего - ниже.
Из пункта 1 - парсить TCB и получать актуальную картину запущенных потоков (или задач - терминология может отличаться между RTOS).

Теоретически, GDB сервер должен делать все вышеописанный разбор и просто отвечать на стандартные запросы GDB клиента, что бы тот мог просто показать список потоков по команде info threads и показать актуальное значение регистров при помощи команды info registers после выполнения команды thread N и показать правильный стек вызовов по команде bt.

Практически, RTOS много, они меняются, стекинг для одной RTOS может отличаться между процессорами (а может и отличаться для одного процессора, если разработчик SDK решит, что так будет эффективнее для его платформы и его условий использования). Так что разработчики серверов мало обращают внимание на такие нюансы и вынуждают пользователей пользоваться тем, что есть.

Но если подумать: вся информация у нас есть. Мы можем получить адреса нужных символов прямо в отладчике. При помощи команды p можем прочитать участки памяти, добраться до стека каждого потока, вычитать значения регистров. Всё это можно даже оформить в качестве скриптов, как это было сделано мной изначально для ThreadX на Cypress FX3. К сожалению, код потерял этот. Если вдруг найду - статью дополню.

И тут приходит мысль… А если в разрыв между GDB-client и GDB-server вставить посредника, осуществить, так сказать, MitM атаку? То есть, по сути, перехватить запросы, которые относятся к получению состояния потока, получить недостающую информацию от сервера и сформировать ответ клиенту?

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

Второе - начать писать самому. Заодно снова взять в руки свои любимые C++ (на котором, к великой моей печали и грусти, по работе писать практически не приходится), Asio, потыкать палочкой C++17 и, возможно, C++2a - эти задачи, к слову, были выполнены, если не на 100%, то на 90% точно!

Заканчиваем думать, переходим к коду

Первой задачей стояла реализовать просто прокси, который будет всё принимать от клиента и пересылать на сервер и так же - в обратном направлении. Снова погрузиться в дебри асинхронщины. Хотел тут попробовать использовать Asio в реакторной схемы, но руки не дошли. А надо бы. Задача была более или менее реализована.

И тут встал вопрос: получить список потоков. Для этого нужно распарсить TCB, прочитав данные из памяти. И… оказалось что просто взять и спросить GDB-сервер об адресе символа и прочитать данные нельзя. Просто нет таких запросов. Про символы знает… только клиент! А клиенту мы запрос сформировать не можем - только он спрашивать может. Но, оказалось, что клиент может слать (а если этого не делает - дело труба) запрос серверу вида: qSymbol::, который означает: а ты не хочешь ли получить информацию о каких-то символах? Информация - это их адрес. Если ответ пустой - нет, не хочу. Если ответ вида qSymbol:NAME, то в ответ придёт qSymbol:ADDR:NAME если символ известен клиенту или qSymbol::NAME если нет, пустое значение понимается как nullptr. На каждый вопрос-ответ (в терминологии протокола это запрос от клиента к серверу, а по сути - ответ на запрос сервера) клиента сервер может спрашивать следующий символ, пока не обработает их все.

Хм. А что если перехватить этот запрос, подвинуть сервер в сторонку, символы, которые нужны нам, а когда закончим - переслать изначальный запрос уже на сервер и пусть он уже свои вопросы задаёт клиенту… Я даже не поверил своим глазам, когда это сработало!

Т.е. первую задачу, связанную с получением адресов символов мы успешно решили.

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

Аналогичным образом была получена информация о регистрах, хранящихся в стеке неактивных потоков. Здесь стоит сделать уточнение. Текущий активный поток (SMP системы мы не рассматриваем, пока) не будет хранить регистры в стеке - он использует загруженный контекст и непосредственно регистры процессора. В терминологии GDB всегда есть (даже когда нет) - один поток: текущее выполнение. Удалённый сервер понимает только его.

Теперь немного о том, как GDB-client показывает стек вызовов для тредов. На самом деле, он использует соглашение о вызовах для данной платформы и знает как получить адрес возврата их текущей функции. Но в общем и целом это сводится к вычитке значений регистров и разбор значений в них: где-то есть непосредственно адрес возврата, где-то значение SP (Stack Pointer) или FP (Frame Pointer) из которого можно разобрать стек и найти адрес возврата там. Нам этого делать не нужно, нам главно вернуть правильные значения регистров для выбранного треда.

Вычитка происходит так: посылается команда Set Current Thread (можно вернуть OK или EXX - где XX - код ошибки, если треда нет), после чего посылается команда на чтение регистров. В случае RTOS, если текущий тред неактивен, то мы перехватываем запрос на чтение регистров, читаем регистры из стека и отправляем ответ клиенту. Что делать, если запрос - к текущему активному треду. Он же - Current Execution? Казалось бы: всё просто - переслать запрос на сервер. Он же и так знает о текущем выполнении, вот и регистры для него прочитает. И это правильная идея! Но есть нюанс. Если мы перехватываем Set Current Thread и не пересылаем Set Current Thread с идентификатором единственного текущего исполнения на сервер, то получим набор xxxxxxxx для каждого регистра, мол - недоступны они! Поэтому, если идентификатор текущего патока RTOS и того, который устанавливается при помощи Set Current Thread совпадают, следует переслать Set Current Thread с указанием идентификатора текущего исполнения на сервер. Я сделал просто: в своей модели храню текущее исполнение как отдельный поток. Обработка граничных условий значительно упростилась.

Стоит отметить, что значение регистра SP никогда не сохраняется: указатель на стек и так хранится в TCB и значение регистра восстанавливается из значения указателя на стек за вычетом размера фрейма под контекст. Поэтому в реализации стекинга для регистра SP указывается специальное значение, которое обрабатывается особым образом при формировании ответа клиенту.

Следующим нюансом является то, когда обновлять модель потоков. Здесь нужно читать документацию по протоколу. Там есть информация по Stop Reply Packets. Это запросы от клиента к серверу, на которые сервер не присылает ответ. Ответ приходит только после наступления определённого события, типа срабатывания breakpoint, watchpoint или прихода от клиента команды Break (в рамках протокола, дабы упростить обработку, это пакет из единственного байта с кодом 0x03 которой может прийти от клиента после Stop Reply Packet). Если включить логику, то получается, что пока отлаживаемый код остановлен новых тредов в нём возникнуть не может. Соответственно модель тредов имеет смысл обновлять по приходу ответа на любой Stop Reply Packet, что подразумевает остановку выполнения кода. Это наиболее простое решение. К основным Stop Reply Packets относятся команды: vCont и c - Continue и s - Step (пошаговая отладка).

Читать же регистры нужно всегда по приходу соответствующего запроса от клиента. Главное выбрать, как выше написано, правильный источник их значений.

Отдельно, возможно, стоит упомянуть о формате ответа на запрос регистров. Если коротко: это просто массив значений. А вот какому регистру конкретное значение соответствует - определяется архитектурой. Точнее реализацией её поддержки в GDB. Вот для MicroBlaze в исходниках GDB можно найти файл microblaze-tdep.h и там перечисление enum microblaze_regnum:

enum microblaze_regnum
{
  MICROBLAZE_R0_REGNUM,
  MICROBLAZE_R1_REGNUM, MICROBLAZE_SP_REGNUM = MICROBLAZE_R1_REGNUM,
  MICROBLAZE_R2_REGNUM,
  MICROBLAZE_R3_REGNUM, MICROBLAZE_RETVAL_REGNUM = MICROBLAZE_R3_REGNUM,
  MICROBLAZE_R4_REGNUM,
  MICROBLAZE_R5_REGNUM, MICROBLAZE_FIRST_ARGREG = MICROBLAZE_R5_REGNUM,
  MICROBLAZE_R6_REGNUM,
  MICROBLAZE_R7_REGNUM,
  MICROBLAZE_R8_REGNUM,
  MICROBLAZE_R9_REGNUM,
  MICROBLAZE_R10_REGNUM, MICROBLAZE_LAST_ARGREG = MICROBLAZE_R10_REGNUM,
  MICROBLAZE_R11_REGNUM,
  MICROBLAZE_R12_REGNUM,
  MICROBLAZE_R13_REGNUM,
  MICROBLAZE_R14_REGNUM,
  MICROBLAZE_R15_REGNUM,
  MICROBLAZE_R16_REGNUM,
  MICROBLAZE_R17_REGNUM,
  MICROBLAZE_R18_REGNUM,
  MICROBLAZE_R19_REGNUM,
  MICROBLAZE_R20_REGNUM,
  MICROBLAZE_R21_REGNUM,
  MICROBLAZE_R22_REGNUM,
  MICROBLAZE_R23_REGNUM,
  MICROBLAZE_R24_REGNUM,
  MICROBLAZE_R25_REGNUM,
  MICROBLAZE_R26_REGNUM,
  MICROBLAZE_R27_REGNUM,
  MICROBLAZE_R28_REGNUM,
  MICROBLAZE_R29_REGNUM,
  MICROBLAZE_R30_REGNUM,
  MICROBLAZE_R31_REGNUM,
  MICROBLAZE_PC_REGNUM,
  MICROBLAZE_MSR_REGNUM,
  MICROBLAZE_EAR_REGNUM,
  MICROBLAZE_ESR_REGNUM,
  MICROBLAZE_FSR_REGNUM,
  MICROBLAZE_BTR_REGNUM,
  MICROBLAZE_PVR0_REGNUM,
  MICROBLAZE_PVR1_REGNUM,
  MICROBLAZE_PVR2_REGNUM,
  MICROBLAZE_PVR3_REGNUM,
  MICROBLAZE_PVR4_REGNUM,
  MICROBLAZE_PVR5_REGNUM,
  MICROBLAZE_PVR6_REGNUM,
  MICROBLAZE_PVR7_REGNUM,
  MICROBLAZE_PVR8_REGNUM,
  MICROBLAZE_PVR9_REGNUM,
  MICROBLAZE_PVR10_REGNUM,
  MICROBLAZE_PVR11_REGNUM,
  MICROBLAZE_REDR_REGNUM,
  MICROBLAZE_RPID_REGNUM,
  MICROBLAZE_RZPR_REGNUM,
  MICROBLAZE_RTLBX_REGNUM,
  MICROBLAZE_RTLBSX_REGNUM,
  MICROBLAZE_RTLBLO_REGNUM,
  MICROBLAZE_RTLBHI_REGNUM,
  MICROBLAZE_SLR_REGNUM, MICROBLAZE_NUM_CORE_REGS = MICROBLAZE_SLR_REGNUM,
  MICROBLAZE_SHR_REGNUM,
  MICROBLAZE_NUM_REGS
};

Это перечисление определяет порядок регистров в ответе, точнее как клиент будет его воспринимать. Если какие-то регистры не поддерживаются на платформе или при стекинге, они всё равно должны присутствовать в ответе, но значение может быть или 00000000 или xxxxxxxx, первое - просто нули, второе - специальное значение имеющее смысл: unavail. Какой вариант выбирать - это решение для конкретной платформы. По хорошему, нужно обрабатывать запрос qFeatures (TBD: уточнить!) от клиента и читать ответ сервера, если он пришёл - там может содержаться информация по регистрам и для неиспользуемых может задаваться специальное значение.

Заткнись и покажи код!

Вот: https://github.com/h4tr3d/gdbproxy/

По лицензии не определился, хочу BSD или MIT. Но активно воровал идеи в OpenOCD (код, по понятным причинам своровать сложно: разный язык, асинхронные заросы, нюансы, накладываемые природой прокси). Так что даже не знаю.

По коду: писалось очень быстро. Писалось с оглядкой, что можно и нужно параметризировать, иметь возможность добавлять другие RTOS, но в текущем виде всё это достаточно неприятно пахнет. Пока. Надеюсь.

А как запускать?

Пока только в примере для Vitis:

По понятным причинам - используем GDB отладчик, не System Debugger
В настройках указываем использовать любой нестандартный порт для GDB, пусть будет 4002 (это значение зашито как значение по умолчанию в gdbproxy, на котором он слушает подключения)
Запускаем gdbproxy, иметь запущенную XSDK или hw_server в этот момент нет необходимости:
```
./gdbproxy --port 4002 --remote-host localhost --remote-port 3002 -- mb_freertos
```
Запускаем отладку
…
PROFIT!

В случае использования удалённого hw_server в силу малой гибкости конфигурирования Vitis, gdbproxy должен запускаться на той же машине, что и hw_server.

Выводы

Никаких. Просто в сухом остатке: threading на FreeRTOS и MicroBlaze поддерживается.

UPD

2023.02.20 - обновил информацию о портах hw_server, исправил референсы с XSDK на Vitis (новое название с версии 2019.1), добавил тегов

Миграция

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 03 Mar 2019 00:07:32 -0500

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

Выбирал между GitHub Pages и GitLab Pages. Вторые из коробки предлагают больше места и больше возможностей по использования и кастомизации генераторов сайта. Первые - более удобное использование Let’s Encrypt, сводящееся к “поставить налочку использовать TLS/SSL”.

Но больший объём артифактов и возможность выбора генератора (хочу иметь, на крайний случай, возможность зайти в репозиторий и добавить/отредактировать статью со всеми смежными изменениями) склонил к GitLab Pages. В качестве генератора был выбран Hugo, написанный на Golang.

Для миграции с DokuWiki был использован, с доработками для себя, dokuwiki-to-hugo. После чего была череда причёсываний наколенными скриптами (в частности, были восстановлены теги из BlogTNG). Тема пока оставлена неизменённая hugo-octopress. Много косяков в вёрстке, не все картинки лежат в правильных местах и могут не отображаться. Комментарии смигрировал тоже, поэтому, если находите где-то косяк - сообщайте.

Немного про лимиты. Размер репозитория на GitLab - 10G. Но сайт деплоится как артифакт CI, а для него лимит - 1G. Т.е. максимальный размер сайта - 1G.

Дожились... Теперь и батарейки могут зависать...

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 05 Feb 2019 00:00:00 +0000

Лаптоп рапортует, что батарея есть, заряд 54%, но… она не заряжается, ни разражается.

Выхлоп acpi -i:

Battery 0: Unknown, 53%
Battery 0: design capacity 8147 mAh, last full capacity 7264 mAh = 89%

Unknown - это статус заряда-разряда.

Вынимаю батарейку при включенном питании и вставляю обратно:

Battery 0: Charging, 56%, 00:58:42 until charged
Battery 0: design capacity 7770 mAh, last full capacity 6928 mAh = 89%

рукалицо.

PS если кто не знает, то батарейки в лаптопах содержат контроллер, с которым хост общается по SMBus (3v3 версия протокола I2C с официальной частотой до 100 kHz).

Выключить глобально Heads-Up уведомления на Asus Zenfone Max 4 (ZC554KL) и Max M1 (ZB555KL)

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 03 Jan 2019 00:00:00 +0000

Возможно и на всех Android 8.x, в случае, если вас как и меня они крайне раздражают:

включить режим разработчика и отладку по USB
на хосте поставить android-tools (например pacman -S android-tools)
подключить USB кабелем и выполнить команду:```bash adb shell settings put global heads_up_notifications_enabled 0


Радоваться жизни.

TBD: https://www.reddit.com/r/lgv20/comments/9ab5po/heads_up_notifications_enabled_after_android_80/

Gnome/Mate Terminal maximized by default

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 22 Oct 2018 00:00:00 +0000

Пока только английский вариант.

Методы численного дифференцирования функций

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 19 Oct 2018 00:00:00 +0000

Буквально на днях потребовалось:

Методы численного дифференцирования функций

Интересная информация про импульсные блоки питания

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 12 Oct 2018 00:00:00 +0000

Наткнулся на блог камрада @kirich. Очень интересно, коротко и по делу. В частности, искал, как правильно заземлить паяльную станцию, жало и корпус.

Итак:

Общее
- MC34063 Один из самых распространенных ШИМ (ЧИМ) контроллеров и небольшой экскурс в принципы работы DC-DC конвертеров. - тут больше интересен экскурс в работу DC-DC конвертеров. Просто и понятно.
- Видео на тему одного маленького, но важного конденсатора - тут не видео, а вполне себе текст и годная статья, рассказывающая про помехогасящие конденсаторы в импульсных блоках питания X и Y типов.
- Вопрос/ответ, попытка первая - собственно, тут большая часть про организацию заземления в БП, когда оно первоначально там не предусмотрено.
Цикл про устройство импульсных БП
- Из чего состоит импульсный блок питания часть 2 - На самом деле, часть это первая. Про фильтры, X и Y конденсаторы и выпрямитель.
- Из чего состоит импульсный блок питания часть 3 - Про инвертор.
- Как устроен блок питания, часть 4 - Про силовой трансформатор и снаббер.
- Как устроен блок питания, часть 5 - Про вторичную цепь. Выпрямитель, сглаживающий фильтр, выходной фильтр помех. Схема стабилизации.

Станция для жал T12 на STM32

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 12 Oct 2018 00:00:00 +0000

Обновил свою “рародную” станция для жал T12 на STC контроллере и LED индикаторах до контроллера на STM32 и OLED дисплеем. Версия железа 2.1S.

Для обновки брал:

сам котроллер
акриловую переднюю панель
и заодно новую ручку с более глубокой посадкой жал

Немного материалов в тему

Мануалы
- Набор инструкций по работе, калибровке и т.п. или локально
- Номенклатура жал T12
Тут же обсуждения

Осталось только сделать заземление, как описано тут:

https://www.kirich.blog/stati/informaciya-dlya-nachinayuschih/304-vopros-otvet-popytka-pervaya.html

ЛУТ фотография с подсветкой

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 02 Oct 2018 00:00:00 +0000

В продолжении темы Подготовка фотографии для перевода на фольгу, вот как может выглядеть результат:

Чуть более подробно: https://photos.app.goo.gl/MgGtReMN9zmAvXsx9

Анализатор сигналов на 8 каналов и 24MHz на базе демоплаты FX2LP

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 30 Aug 2018 00:00:00 +0000

Потребовалось посмотреть консистентность общения c устройством по шине I2C. Вспомнил, что в закромах Родины валяется демоплата за 120 рубликов (сейчас в пределах 200-300 рублей) на FX2LP. Покупалась для реализации SMBus-USB адаптера, что бы перепрошить батарейку ноутбука. До перепрошивки не дошло, но всплыло где-то в голове, что эта плата фигурировала как анализатор сигналов.

Собственно, саму плату искать на eBay или Aliexpress по словам Cypress FX2LP, а софт для работы вот, от проекта Sigrok:

https://sigrok.org/wiki/Downloads - качать PulseView (в Manjaro PulseView присутствует в репозитории)
https://sigrok.org/wiki/Fx2lafw - это фирмварь для платы, что бы Sigrok понял как с ней работать, в Manjaro нужно из AUR ставить. Можно как исходники, можно так и предотстроенные бинарники.
https://sigrok.org/wiki/Saleae_Logic - а это то, как Sigrok видит нашу плату.

Sigrok автоматически загружает прошивку в плату, если вы её выбрали. Если ничего не происходит: запустите pulseview из терминала и посмотрите, что выпадает на экран.

А вот так выглядит сграбленный сигнал вместе с включенным парсером I2C:

В данном примере:

D0 - клок
D1 - данные

Плюсом этой платы может стать ещё то, что лёгким движением она может быть превращена в I2C/SMBus-USB конвертер, используя наработки и прошивку из проекта: https://github.com/karosium/smbusb. Собственно этот проект и создан для реверса протокола прошивок АКБ ноутбуков.

Почему разработчики драйверов для Linux могут ненавидеть дистрибутивы подобные CentOS?

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 12 Jun 2018 00:00:00 +0000

Короткое исследование недавней проблемы.

Пока на моём корявом английском (или кликаем кнопочку перевода)

Делим длинную строку в консоли

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 06 Jun 2018 00:00:00 +0000

Открыл для себя утилиту fold:

$ echo "Я помню чудное мгновенье, передо мной явилась ты, как мимолётное видение, как гений чистой красоты" | fold -s -w80
Я помню чудное мгновенье, передо мной 
явилась ты, как мимолётное видение, как 
гений чистой красоты

-s - делить по пробельным символам, -wXXX - ширина вывода. За подробностями в man 1 fold.

QtC crashed in master

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 04 Jun 2018 00:00:00 +0000

Давеча обновил QtC из транка и словил:

terminate called after throwing an instance of 'Sqlite::StatementHasError'
ConnectionServer error: "QLocalSocket: Remote closed" "/tmp/QtCreator-NVcPQb/ClangBackEnd-15319"

Аварийный останов (стек памяти сброшен на диск)

Ключевое: Sqlite::StatementHasError

Не стал глубоко разбираться, чуточку gdb и strace и просто удалил старую базу индексации clang-плагина:

rm -f $HOME/.config/QtProject/qtcreator/symbol-experimental-v1.db

Или, в более новых версиях QtC:

rm -f $HOME/.cache/QtProject/QtCreator/symbol-experimental-v1.db

Судя по всему поменялась схема, а процедуры её изменения в автоматическом режиме ещё не реализовали.

UPD 2019-08-13: актуально делать время от времени — повторилось снова.

Хотели как лучше...

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 30 May 2018 00:00:00 +0000

Это прекрасно:

png.c: In function ‘png_get_libpng_ver’:
png.c:700:17: warning: the comparison will always evaluate as ‘true’ for the address of ‘png_ptr’ will never be NULL [-Waddress]
    if (&png_ptr != NULL)  /* silence compiler warning about unused png_ptr */
                 ^

“Хочешь забыть эту боль?..” (c) Майор Пейн

errno(1)

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 24 May 2018 00:00:00 +0000

No comments…

$ sudo pacman -S moreutils

$ errno -l
errno -l
EPERM 1 Операция не позволена
ENOENT 2 Нет такого файла или каталога
ESRCH 3 Нет такого процесса
EINTR 4 Прерван системный вызов

$ errno EAGAIN
EAGAIN 11 Ресурс временно недоступен

$ errno 39
ENOTEMPTY 39 Каталог не пуст

По желанию добавляется env LANG=C.

На Ubuntu: sudo apt install moreutils

Manjaro: ядро 4.16 и bluetooth мышка

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 22 May 2018 00:00:00 +0000

После обновления и установки ядра 4.16 обнаружилась неприятная и странная вещь, проявляющаяся в том, что мышка временами подвисает.

Изучение логов показало такую картинку:

$ cat /var/log/kernel.log | grep 'MX Master'
Apr 20 09:47:35 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0034/input/input22
Apr 20 09:47:35 gaz-laptop kernel: hid-generic 0005:046D:B01E.0034: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
Apr 23 09:46:42 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0038/input/input23
Apr 23 09:46:42 gaz-laptop kernel: hid-generic 0005:046D:B01E.0038: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
Apr 24 09:07:20 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0039/input/input24
Apr 24 09:07:20 gaz-laptop kernel: hid-generic 0005:046D:B01E.0039: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
Apr 25 09:36:58 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.003A/input/input25
Apr 25 09:36:58 gaz-laptop kernel: hid-generic 0005:046D:B01E.003A: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
Apr 26 10:06:53 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.003B/input/input26
Apr 26 10:06:53 gaz-laptop kernel: hid-generic 0005:046D:B01E.003B: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
Apr 27 10:39:41 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.003C/input/input27
Apr 27 10:39:41 gaz-laptop kernel: hid-generic 0005:046D:B01E.003C: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
Apr 28 09:28:43 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.003D/input/input28
Apr 28 09:28:43 gaz-laptop kernel: hid-generic 0005:046D:B01E.003D: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
Apr 28 15:59:31 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0001/input/input15
Apr 28 15:59:31 gaz-laptop kernel: hid-generic 0005:046D:B01E.0001: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May  3 08:55:38 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0002/input/input16
May  3 08:55:38 gaz-laptop kernel: hid-generic 0005:046D:B01E.0002: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May  3 14:14:59 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0001/input/input15
May  3 14:14:59 gaz-laptop kernel: hid-generic 0005:046D:B01E.0001: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May  4 09:06:49 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0002/input/input16
May  4 09:06:49 gaz-laptop kernel: hid-generic 0005:046D:B01E.0002: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May  7 09:16:51 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0003/input/input17
May  7 09:16:51 gaz-laptop kernel: hid-generic 0005:046D:B01E.0003: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May  8 09:46:47 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0004/input/input18
May  8 09:46:47 gaz-laptop kernel: hid-generic 0005:046D:B01E.0004: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 14 09:24:16 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0006/input/input19
May 14 09:24:16 gaz-laptop kernel: hid-generic 0005:046D:B01E.0006: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 15 08:58:25 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0008/input/input20
May 15 08:58:25 gaz-laptop kernel: hid-generic 0005:046D:B01E.0008: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 00:44:44 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0009/input/input21
May 18 00:44:44 gaz-laptop kernel: hid-generic 0005:046D:B01E.0009: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 17 13:34:45 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0001/input/input15
May 17 13:34:45 gaz-laptop kernel: hid-generic 0005:046D:B01E.0001: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 10:24:49 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0001/input/input15
May 18 10:24:49 gaz-laptop kernel: hid-generic 0005:046D:B01E.0001: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 11:02:46 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0002/input/input16
May 18 11:02:46 gaz-laptop kernel: hid-generic 0005:046D:B01E.0002: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 11:06:38 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0003/input/input17
May 18 11:06:38 gaz-laptop kernel: hid-generic 0005:046D:B01E.0003: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 11:15:29 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0004/input/input18
May 18 11:15:29 gaz-laptop kernel: hid-generic 0005:046D:B01E.0004: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 12:08:23 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0005/input/input19
May 18 12:08:23 gaz-laptop kernel: hid-generic 0005:046D:B01E.0005: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 12:23:43 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0006/input/input20
May 18 12:23:43 gaz-laptop kernel: hid-generic 0005:046D:B01E.0006: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 13:16:51 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0007/input/input21
May 18 13:16:51 gaz-laptop kernel: hid-generic 0005:046D:B01E.0007: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 13:17:32 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0008/input/input22
May 18 13:17:32 gaz-laptop kernel: hid-generic 0005:046D:B01E.0008: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 13:18:52 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0009/input/input23
May 18 13:18:52 gaz-laptop kernel: hid-generic 0005:046D:B01E.0009: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 13:35:20 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.000A/input/input24
May 18 13:35:20 gaz-laptop kernel: hid-generic 0005:046D:B01E.000A: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 13:43:34 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.000B/input/input25
May 18 13:43:34 gaz-laptop kernel: hid-generic 0005:046D:B01E.000B: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 13:44:22 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.000C/input/input26
May 18 13:44:22 gaz-laptop kernel: hid-generic 0005:046D:B01E.000C: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 14:36:58 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.000D/input/input27
May 18 14:36:58 gaz-laptop kernel: hid-generic 0005:046D:B01E.000D: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 14:39:32 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.000E/input/input28
May 18 14:39:32 gaz-laptop kernel: hid-generic 0005:046D:B01E.000E: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 14:46:38 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.000F/input/input29
May 18 14:46:38 gaz-laptop kernel: hid-generic 0005:046D:B01E.000F: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 14:52:26 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0010/input/input30
May 18 14:52:26 gaz-laptop kernel: hid-generic 0005:046D:B01E.0010: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 15:11:29 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0011/input/input31
May 18 15:11:29 gaz-laptop kernel: hid-generic 0005:046D:B01E.0011: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 15:59:46 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0012/input/input32
May 18 15:59:46 gaz-laptop kernel: hid-generic 0005:046D:B01E.0012: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 16:14:09 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0013/input/input33
May 18 16:14:09 gaz-laptop kernel: hid-generic 0005:046D:B01E.0013: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 16:20:44 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0014/input/input34
May 18 16:20:44 gaz-laptop kernel: hid-generic 0005:046D:B01E.0014: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 16:26:21 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0015/input/input35
May 18 16:26:21 gaz-laptop kernel: hid-generic 0005:046D:B01E.0015: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 17:15:51 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0016/input/input36
May 18 17:15:51 gaz-laptop kernel: hid-generic 0005:046D:B01E.0016: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 17:19:30 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0017/input/input37
May 18 17:19:30 gaz-laptop kernel: hid-generic 0005:046D:B01E.0017: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 17:20:32 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0018/input/input38
May 18 17:20:32 gaz-laptop kernel: hid-generic 0005:046D:B01E.0018: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 17:32:22 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0019/input/input39
May 18 17:32:22 gaz-laptop kernel: hid-generic 0005:046D:B01E.0019: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 17:45:48 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.001A/input/input40
May 18 17:45:48 gaz-laptop kernel: hid-generic 0005:046D:B01E.001A: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 17:46:27 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.001B/input/input41
May 18 17:46:27 gaz-laptop kernel: hid-generic 0005:046D:B01E.001B: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 17:48:15 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.001C/input/input42
May 18 17:48:15 gaz-laptop kernel: hid-generic 0005:046D:B01E.001C: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 17:49:50 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.001D/input/input43
May 18 17:49:50 gaz-laptop kernel: hid-generic 0005:046D:B01E.001D: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 17:55:42 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.001E/input/input44
May 18 17:55:42 gaz-laptop kernel: hid-generic 0005:046D:B01E.001E: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 17:57:12 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.001F/input/input45
May 18 17:57:12 gaz-laptop kernel: hid-generic 0005:046D:B01E.001F: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 18:03:01 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0020/input/input46
May 18 18:03:01 gaz-laptop kernel: hid-generic 0005:046D:B01E.0020: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 21:08:50 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0021/input/input47
May 18 21:08:50 gaz-laptop kernel: hid-generic 0005:046D:B01E.0021: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 21:14:01 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0022/input/input48
May 18 21:14:01 gaz-laptop kernel: hid-generic 0005:046D:B01E.0022: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 21:37:02 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0023/input/input49
May 18 21:37:02 gaz-laptop kernel: hid-generic 0005:046D:B01E.0023: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 18 22:10:25 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0024/input/input50
May 18 22:10:25 gaz-laptop kernel: hid-generic 0005:046D:B01E.0024: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 09:32:27 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0025/input/input51
May 22 09:32:27 gaz-laptop kernel: hid-generic 0005:046D:B01E.0025: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 09:35:55 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0026/input/input52
May 22 09:35:55 gaz-laptop kernel: hid-generic 0005:046D:B01E.0026: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 09:39:01 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0027/input/input53
May 22 09:39:01 gaz-laptop kernel: hid-generic 0005:046D:B01E.0027: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 09:40:28 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0028/input/input54
May 22 09:40:28 gaz-laptop kernel: hid-generic 0005:046D:B01E.0028: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 09:41:55 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0029/input/input55
May 22 09:41:55 gaz-laptop kernel: hid-generic 0005:046D:B01E.0029: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 09:42:41 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.002A/input/input56
May 22 09:42:41 gaz-laptop kernel: hid-generic 0005:046D:B01E.002A: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 09:44:10 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.002B/input/input57
May 22 09:44:10 gaz-laptop kernel: hid-generic 0005:046D:B01E.002B: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 10:01:40 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.002C/input/input58
May 22 10:01:40 gaz-laptop kernel: hid-generic 0005:046D:B01E.002C: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 10:18:15 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.002D/input/input59
May 22 10:18:15 gaz-laptop kernel: hid-generic 0005:046D:B01E.002D: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 10:49:31 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.002E/input/input60
May 22 10:49:31 gaz-laptop kernel: hid-generic 0005:046D:B01E.002E: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 11:04:18 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.002F/input/input61
May 22 11:04:18 gaz-laptop kernel: hid-generic 0005:046D:B01E.002F: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 11:05:16 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0030/input/input62
May 22 11:05:16 gaz-laptop kernel: hid-generic 0005:046D:B01E.0030: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 11:09:39 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0031/input/input63
May 22 11:09:39 gaz-laptop kernel: hid-generic 0005:046D:B01E.0031: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 11:14:20 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0032/input/input64
May 22 11:14:20 gaz-laptop kernel: hid-generic 0005:046D:B01E.0032: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 11:56:57 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0033/input/input65
May 22 11:56:57 gaz-laptop kernel: hid-generic 0005:046D:B01E.0033: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 11:57:27 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0034/input/input66
May 22 11:57:27 gaz-laptop kernel: hid-generic 0005:046D:B01E.0034: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 12:02:21 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0035/input/input67
May 22 12:02:21 gaz-laptop kernel: hid-generic 0005:046D:B01E.0035: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 12:06:35 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0036/input/input68
May 22 12:06:35 gaz-laptop kernel: hid-generic 0005:046D:B01E.0036: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 13:34:14 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0037/input/input69
May 22 13:34:14 gaz-laptop kernel: hid-generic 0005:046D:B01E.0037: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 14:04:23 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0038/input/input70
May 22 14:04:23 gaz-laptop kernel: hid-generic 0005:046D:B01E.0038: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 16:44:25 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0039/input/input71
May 22 16:44:26 gaz-laptop kernel: hid-generic 0005:046D:B01E.0039: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 17:12:38 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.003A/input/input72
May 22 17:12:38 gaz-laptop kernel: hid-generic 0005:046D:B01E.003A: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 17:13:50 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.003B/input/input73
May 22 17:13:50 gaz-laptop kernel: hid-generic 0005:046D:B01E.003B: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 17:30:47 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.003C/input/input74
May 22 17:30:47 gaz-laptop kernel: hid-generic 0005:046D:B01E.003C: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 17:41:18 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.003D/input/input75
May 22 17:41:18 gaz-laptop kernel: hid-generic 0005:046D:B01E.003D: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 17:51:08 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.003E/input/input76
May 22 17:51:08 gaz-laptop kernel: hid-generic 0005:046D:B01E.003E: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 22 18:15:05 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.003F/input/input77
May 22 18:15:05 gaz-laptop kernel: hid-generic 0005:046D:B01E.003F: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 23 08:47:45 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0040/input/input78
May 23 08:47:45 gaz-laptop kernel: hid-generic 0005:046D:B01E.0040: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E
May 23 08:57:00 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0041/input/input79
May 23 08:57:00 gaz-laptop kernel: hid-generic 0005:046D:B01E.0041: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E

Обновление как раз случилось 18 мая (скачок во времени: смена часового пояса с разницей в 14 часов) и поплыло: вкл-выкл, выкл-вкл.

Рядом с данными строчками была следующая полезная информация:

May 22 12:06:31 gaz-laptop kernel: usb 1-1-port4: disabled by hub (EMI?), re-enabling...
May 22 12:06:31 gaz-laptop kernel: usb 1-1.4: reset full-speed USB device number 57 using ehci-pci
May 22 12:06:31 gaz-laptop kernel: usb 1-1.4: USB disconnect, device number 57
May 22 12:06:32 gaz-laptop kernel: usb 1-1.4: new full-speed USB device number 58 using ehci-pci
May 22 12:06:32 gaz-laptop kernel: usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6
May 22 12:06:32 gaz-laptop kernel: usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
May 22 12:06:32 gaz-laptop kernel: usb 1-1.4: Product: BCM20702A0
May 22 12:06:32 gaz-laptop kernel: usb 1-1.4: Manufacturer: Broadcom Corp
May 22 12:06:32 gaz-laptop kernel: usb 1-1.4: SerialNumber: F82FA8EBF32E
May 22 12:06:32 gaz-laptop kernel: Bluetooth: hci0: BCM: chip id 63
May 22 12:06:32 gaz-laptop kernel: Bluetooth: hci0: BCM: features 0x07
May 22 12:06:32 gaz-laptop kernel: Bluetooth: hci0: gaz-laptop
May 22 12:06:32 gaz-laptop kernel: Bluetooth: hci0: BCM20702A1 (001.002.014) build 0462
May 22 12:06:33 gaz-laptop kernel: Bluetooth: hci0: BCM20702A1 (001.002.014) build 0462
May 22 12:06:33 gaz-laptop kernel: Bluetooth: hci0: Broadcom Bluetooth Device
May 22 12:06:35 gaz-laptop kernel: input: MX Master as /devices/virtual/misc/uhid/0005:046D:B01E.0036/input/input68
May 22 12:06:35 gaz-laptop kernel: hid-generic 0005:046D:B01E.0036: input,hidraw0: BLUETOOTH HID v0.05 Keyboard [MX Master] on F8:2F:A8:EB:F3:2E

Примечательна первая строчка:

May 22 12:06:31 gaz-laptop kernel: usb 1-1-port4: disabled by hub (EMI?), re-enabling...

К сожалению, гугл даёт много булшита, кроме этой ветки форума: https://bbs.archlinux.org/viewtopic.php?id=236479

Изучение показало: виноват параметр модуля btusb - enable_autosuspend. Его установка по умолчанию зависит от параметра ядра CONFIG_BT_HCIBTUSB_AUTOSUSPEND, вот как это выглядит в коде:

static bool enable_autosuspend = IS_ENABLED(CONFIG_BT_HCIBTUSB_AUTOSUSPEND);

А в манжаро какого-то чёрта эту опцию включили:

$ cat /lib/modules/4.15.18-2-MANJARO/build/.config | grep CONFIG_BT_HCIBTUSB_AUTOSUSPEND
$ cat /lib/modules/4.16.8-1-MANJARO/build/.config | grep CONFIG_BT_HCIBTUSB_AUTOSUSPEND
CONFIG_BT_HCIBTUSB_AUTOSUSPEND=y

Видим: в 4.15 - нет, в 4.16 есть и включена.

Выключаем опцию на лету:

echo N | sudo tee /sys/module/btusb/parameters/enable_autosuspend

И перманентно, создаём файл /etc/modprobe.d/btusb.conf со следующим содержимым:

options btusb enable_autosuspend=n

Перед 23 мая были сделаны данные изменения и из лога видно, как изменилось поведение: один раз мышка нашлась когда пришёл и включил на работе, второй раз - переподавал питание на модуль Bluetooth.

Материалы:

https://ljn917.wordpress.com/2018/03/01/disable-bluetooth-autosuspend/ - тут можно взять идею селективного управления автозасыпанием
https://bbs.archlinux.org/viewtopic.php?id=236479 - собственно решение
intel 8265 bluetooth no longer functions as of 4.16 - тут всё понятно

ThinkPad T530: делаем из кнопки Launch1 - SysRq

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 22 May 2018 00:00:00 +0000

Он же Print Screen. От которого в неудобном месте мы уже избавились.

До сих пор я не придумал, для чего бы её ещё использовать.

В логах загрузки ядра ищем устройство “ThinkPad Extra Buttons”:

May 18 01:25:08 gaz-laptop kernel: input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input5

И аналогично Print Screen находим скан-код:

sudo evtest /dev/input/event5

Если при запуске evtest у нас выводится неправильное имя, просто перебираем разные устройства.

Выхлоп от нажатия:

Event: time 1527088323.696723, type 4 (EV_MSC), code 4 (MSC_SCAN), value 17
Event: time 1527088323.696723, type 1 (EV_KEY), code 148 (KEY_PROG1), value 1
Event: time 1527088323.696723, -------------- SYN_REPORT ------------

Value - 17.

К сожалению, сделать маппинг через setkeycodes тут не получится, только через HWDB. Открываем на редактирование /lib/udev/hwdb.d/60-keyboard.hwdb, ищем там строку “ThinkPad Extra Buttons”, относящуюся к Lenovo (есть ещё для IBM), копируем строчку идентификации, после чего создаём файл /etc/udev/hwdb.d/70-keyboard.hwdb, который перекроет нужные нам настройки, содержимое с большой долей вероятности будет таким:

# thinkpad_acpi driver
evdev:name:ThinkPad Extra Buttons:dmi:bvn*:bvr*:bd*:svnLENOVO*:pn*
 KEYBOARD_KEY_17=sysrq                                  # Override Launch1 to SysRq

Здесь 17 точно соответствует тому номеру, который мы получили от evtest. А имя, это маленькими буквами имя клавиши без префикса KEY_ из /usr/include/linux/input-event-codes.h.

После чего выполняем:

sudo systemd-hwdb update
sudo udevadm trigger /dev/input/event5

Проверяем применимость настроек:

sudo udevadm info /dev/input/event5

Я наблюдаю:

...
E: KEYBOARD_KEY_17=sysrq
...

Значит всё пучком!

Теперь ещё наклейку найти, которая закроет клавишу PrtSc надписью Menu :wink:

Бонусом, мой итоговый файлик /etc/udev/hwdb.d/70-keyboard.hwdb:

# thinkpad_acpi driver
evdev:name:ThinkPad Extra Buttons:dmi:bvn*:bvr*:bd*:svnLENOVO*:pn*
 KEYBOARD_KEY_17=sysrq                                  # Override Launch1 (prog1) to SysRq (sysrq)

# T530 default SysRq (PrnScr) button to Menu (Compose)
evdev:atkbd:dmi:bvn*:bvr*:bd*:svnLENOVO*:pn*T530*:pvr*
  KEYBOARD_KEY_b7=compose

Totalphase Data Center на Manjaro

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 20 Apr 2018 00:00:00 +0000

С недавнего времени сия софтина перестала запускаться с сетованием на следующуют проблему: error: unable to execute application

Что-то подсказывает, что дело в библиотеках: основные (как и само ядро в виде libruntime.so) лежат в каталоге /lib/ дистрибутива. Но что-то, судя по всему, пытается браться из системы и там оно перестало существовать, что не удивительно для быстроменяющихся дистрибутивов типа Arch, Manjaro или Solus.

Запускаем под strace:

strace -o OUT.txt ./Data\ Center

смотрим OUT.txt, начинаем с самого конца, видим:

openat(AT_FDCWD, "/home/hatred/bin/data-center-linux-x86_64-v6.73/lib/libgstapp-0.10.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/home/hatred/bin/data-center-linux-x86_64-v6.73/lib/libgstapp-0.10.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib/tls/x86_64/x86_64/libgstapp-0.10.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib/tls/x86_64/x86_64", 0x7ffe2205b520) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib/tls/x86_64/libgstapp-0.10.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib/tls/x86_64", 0x7ffe2205b520) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib/tls/x86_64/libgstapp-0.10.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib/tls/x86_64", 0x7ffe2205b520) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib/tls/libgstapp-0.10.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib/tls", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
openat(AT_FDCWD, "/usr/lib/x86_64/x86_64/libgstapp-0.10.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib/x86_64/x86_64", 0x7ffe2205b520) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib/x86_64/libgstapp-0.10.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib/x86_64", 0x7ffe2205b520) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib/x86_64/libgstapp-0.10.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib/x86_64", 0x7ffe2205b520) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib/libgstapp-0.10.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib", {st_mode=S_IFDIR|0755, st_size=249856, ...}) = 0

Не получается найти запчасть от gstreamer0.10. И правильно: его же в системе больше нет. Поэтому решение: ставить из AUR:

yay -S gstreamer0.10-base-plugins

Или же найти где-то и подложить в каталог lib самого приложения, но там ещё пачка зависимостей будет.

Падение Xorg после выхода из suspend

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 16 Apr 2018 00:00:00 +0000

Замечено на ядрах 4.15. Проявляется не всегда.

В логах замечено следующее, накануне сего события:

Apr 13 21:56:33 localhost kernel: Restarting tasks ... done.
Apr 13 21:56:33 localhost kernel: EXT4-fs error (device sda6): __ext4_get_inode_loc:4619: inode #271265: block 1049210: comm nmbd: unable to read itable block
Apr 13 21:56:33 localhost kernel: Buffer I/O error on dev sda6, logical block 0, lost sync page write
Apr 13 21:56:33 localhost kernel: EXT4-fs error (device sda6) in ext4_reserve_inode_write:5754: IO failure
Apr 13 21:56:33 localhost kernel: EXT4-fs (sda6): previous I/O error to superblock detected
Apr 13 21:56:33 localhost kernel: Buffer I/O error on dev sda6, logical block 0, lost sync page write
Apr 13 21:56:33 localhost kernel: EXT4-fs error (device sda6): __ext4_get_inode_loc:4619: inode #271265: block 1049210: comm nmbd: unable to read itable block
Apr 13 21:56:33 localhost kernel: EXT4-fs (sda6): previous I/O error to superblock detected
Apr 13 21:56:33 localhost kernel: Buffer I/O error on dev sda6, logical block 0, lost sync page write
Apr 13 21:56:33 localhost kernel: EXT4-fs error (device sda6) in ext4_reserve_inode_write:5754: IO failure
Apr 13 21:56:33 localhost kernel: EXT4-fs (sda6): previous I/O error to superblock detected
Apr 13 21:56:33 localhost kernel: Buffer I/O error on dev sda6, logical block 0, lost sync page write
Apr 13 21:56:33 localhost kernel: EXT4-fs error (device sda6) in ext4_orphan_add:2819: IO failure
Apr 13 21:56:33 localhost kernel: EXT4-fs (sda6): previous I/O error to superblock detected
Apr 13 21:56:33 localhost kernel: Buffer I/O error on dev sda6, logical block 0, lost sync page write
Apr 13 21:56:33 localhost kernel: EXT4-fs error (device sda6): __ext4_get_inode_loc:4619: inode #271265: block 1049210: comm nmbd: unable to read itable block
Apr 13 21:56:33 localhost kernel: EXT4-fs (sda6): previous I/O error to superblock detected
Apr 13 21:56:33 localhost kernel: Buffer I/O error on dev sda6, logical block 0, lost sync page write
Apr 13 21:56:33 localhost kernel: EXT4-fs error (device sda6) in ext4_reserve_inode_write:5754: IO failure
Apr 13 21:56:33 localhost kernel: EXT4-fs (sda6): previous I/O error to superblock detected
Apr 13 21:56:33 localhost kernel: Buffer I/O error on dev sda6, logical block 0, lost sync page write
Apr 13 21:56:33 localhost kernel: PM: suspend exit
...
Apr 13 21:56:35 localhost kernel: WARNING: CPU: 2 PID: 688 at fs/buffer.c:1108 mark_buffer_dirty+0xe9/0x100
Apr 13 21:56:35 localhost kernel: Modules linked in: veth hid_generic uhid hid algif_hash algif_skcipher af_alg cmac rfcomm ccm ipt_MASQUERADE nf_nat_masquerade_ipv4 nf_conntrack_netlink nfnetlink xfrm_user xfrm_algo iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 xt_addrtype iptable_filter xt_conntrack nf_nat nf_conntrack libcrc32c crc32c_generic br_netfilter bridge stp llc overlay bnep btusb btrtl intel_rapl btbcm btintel x86_pkg_temp_thermal intel_powerclamp bluetooth ecdh_generic kvm_intel uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core videodev kvm media tun irqbypass snd_hda_codec_realtek crct10dif_pclmul crc32_pclmul ghash_clmulni_intel snd_hda_codec_generic coretemp pcbc aesni_intel aes_x86_64 crypto_simd joydev glue_helper mousedev cryptd msr iTCO_wdt mei_wdt intel_cstate intel_uncore
Apr 13 21:56:35 localhost kernel:  arc4 iwldvm tpm_tis tpm_tis_core mac80211 tpm intel_rapl_perf iwlwifi iTCO_vendor_support wmi_bmof snd_hda_intel snd_hda_codec snd_hda_core snd_hwdep snd_pcm e1000e cfg80211 mei_me psmouse i2c_i801 thinkpad_acpi shpchp snd_timer ptp mei lpc_ich pps_core nvram rfkill fuse battery input_leds snd ac rtc_cmos wmi soundcore evdev mac_hid vboxpci(O) vboxnetflt(O) vboxnetadp(O) vboxdrv(O) acpi_call(O) parport_pc ppdev lp parport sg crypto_user ip_tables x_tables ext4 crc16 mbcache jbd2 fscrypto sr_mod cdrom sd_mod serio_raw atkbd libps2 ahci sdhci_pci xhci_pci libahci ehci_pci sdhci xhci_hcd ehci_hcd libata crc32c_intel led_class scsi_mod mmc_core usbcore usb_common i8042 serio i915 i2c_algo_bit drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops drm intel_agp intel_gtt agpgart
Apr 13 21:56:35 localhost kernel: CPU: 2 PID: 688 Comm: jbd2/sda6-8 Tainted: G           O     4.15.14-1-MANJARO #1
Apr 13 21:56:35 localhost kernel: Hardware name: LENOVO 2392AQU/2392AQU, BIOS G4ETB0WW (2.70 ) 09/26/2017
Apr 13 21:56:35 localhost kernel: RIP: 0010:mark_buffer_dirty+0xe9/0x100
Apr 13 21:56:35 localhost kernel: RSP: 0018:ffffb4a18215bcd8 EFLAGS: 00010246
Apr 13 21:56:35 localhost kernel: RAX: 0000000000a20828 RBX: ffffa300bfd02750 RCX: ffffa2fea42ed8e8
Apr 13 21:56:35 localhost kernel: RDX: ffffa300bfd02750 RSI: ffffa2fea42edf00 RDI: ffffa300bfd02750
Apr 13 21:56:35 localhost kernel: RBP: ffffa300bfd02750 R08: 0000000000000000 R09: ffffa300ad083fc0
Apr 13 21:56:35 localhost kernel: R10: 0000000000000000 R11: 0000000000000228 R12: ffffa300bcdfd388
Apr 13 21:56:35 localhost kernel: R13: ffffa2fea42ed780 R14: ffffa300a9361e00 R15: ffffa300bfd02752
Apr 13 21:56:35 localhost kernel: FS:  0000000000000000(0000) GS:ffffa300de280000(0000) knlGS:0000000000000000
Apr 13 21:56:35 localhost kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 13 21:56:35 localhost kernel: CR2: 00007f4688041160 CR3: 00000002de00a005 CR4: 00000000001606e0
Apr 13 21:56:35 localhost kernel: Call Trace:
Apr 13 21:56:35 localhost kernel:  __jbd2_journal_refile_buffer+0xa3/0xc0 [jbd2]
Apr 13 21:56:35 localhost kernel:  jbd2_journal_commit_transaction+0x128e/0x18b0 [jbd2]
Apr 13 21:56:35 localhost kernel:  ? sched_clock_cpu+0xe/0xd0
Apr 13 21:56:35 localhost kernel:  ? kjournald2+0xc0/0x270 [jbd2]
Apr 13 21:56:35 localhost kernel:  kjournald2+0xc0/0x270 [jbd2]
Apr 13 21:56:35 localhost kernel:  ? wait_woken+0x80/0x80
Apr 13 21:56:35 localhost kernel:  ? commit_timeout+0x10/0x10 [jbd2]
Apr 13 21:56:35 localhost kernel:  kthread+0x113/0x130
Apr 13 21:56:35 localhost kernel:  ? kthread_create_on_node+0x70/0x70
Apr 13 21:56:35 localhost kernel:  ret_from_fork+0x35/0x40
Apr 13 21:56:35 localhost kernel: Code: c0 48 89 c5 74 2c 48 89 c6 48 89 df 31 d2 e8 7f fd ff ff 48 89 df e8 07 77 fb ff 48 8b 7d 00 be 04 00 00 00 5b 5d e9 67 7d ff ff <0f> 0b e9 25 ff ff ff 48 89 df eb bb 90 66 2e 0f 1f 84 00 00 00 
Apr 13 21:56:35 localhost kernel: ---[ end trace c1b2e1f90bb5b2b0 ]---

Погуглив по строке __jbd2_journal_refile_buffer+0xa3/0xc0 [jbd2] обнаружил:

https://bugzilla.redhat.com/show_bug.cgi?id=1562982
и ссылкой уже на Xwayland:
- https://bugzilla.redhat.com/show_bug.cgi?id=1553979

Рекомендуемый WA: установить параметр scan для модуля scsi_mod в значение sync.

Чревато: увеличение времени выхода из сна, примерно на секунду. Для меня не критично.

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

Если модуль вкомпилирован в ядро:

в параметры ядра нужно передать из загрузчика: scsi_mod.scan=sync
например, через grub (grub2):
- редактируем /etc/default/grub
- исправляем строку:
```
GRUB_CMDLINE_LINUX_DEFAULT="... scsi_mod.scan=sync ..."
```
- сохраняем и выполняем update-grub
- перезагружаемся

Если модуль отдельно, то

создаём файл /etc/modprobe.d/scsi_mod.conf

в него помещаем:

# WA:
# - https://bugzilla.redhat.com/show_bug.cgi?id=1562982
# - https://bugzilla.redhat.com/show_bug.cgi?id=1553979
options scsi_mod scan=sync

и сразу на рабочей системе исправляем параметры налету:

echo sync > /sys/module/scsi_mod/parameters/scan
# или
echo sync | sudo tee /sys/module/scsi_mod/parameters/scan

Перезагружаться не обязательно.

И ждём исправления в апстриме.

Однострочник для изменения времени создания файла

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 16 Mar 2018 00:00:00 +0000

Есть пачка файлов фотографий, сделанных телефоном вида:

2018-03-11 09-49-26.JPG
2018-03-15 19-34-06.MP4

В один прекрасный момент слетело время доступа к файлам. В самом имени файла эта информация и так зашита, так что используем однострочник:

ls | while read line; do echo -n "$line: "; dt=$(echo $line | sed 's|<br/>..*$||' | sed 's|_.*$||'); echo $dt; time=$(echo $dt | sed 's|-| |g' | awk '{printf("%s%s%s%s%s.%s", $1, $2, $3, $4, $5, $6)}'); touch -t "$time" "$line"; done

Проверка целостности AUR пакетов после обновления

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 12 Mar 2018 00:00:00 +0000

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

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

Сам критерий простой: ldd на ELF файле и удостовериться, что нет вхождений ’not found'.

Кроме того, мы можем достаточно быстро проверить факт того, что пакет вообще был выброшен, если его нет ни в репозиториях, ни в AUR. К таким пакетам так же будут отнесены все пакеты, поставленные вручную локально.

Итак, для начала скрипт проверки ( aur-check):

#!/usr/bin/env bash

# Ref to the /etc/makepkg.conf PACKAGER
PACKAGE_USER="Alexander Drozdov"

set -e
export LANG=C

packages=$(pacman -Qmq)
orphaned=""
declare -A broken
declare -A distro

aur_info_cower() {
	cower -iq --timeout=30 -- $packages | grep '^Name' | awk '{print $3}' 
}

aur_info_auracle() {
	auracle info -F '{name}' -- $packages
}

aur_info_yay_pacaur() {
	$1 -Siq --aur -- $packages | grep '^Name' | awk '{print $3}'
}

aur_info_yay() {
	aur_info_yay_pacaur yay
}

aur_info_pacaur() {
	aur_info_yay_pacaur pacaur
}

aur_info_detect_backend() {
	set +e
	which auracle > /dev/null 2>&1 && aur_info_backend="auracle" && return
	which cower > /dev/null 2>&1 && aur_info_backend="cower" && return
	which yay > /dev/null 2>&1 && aur_info_backend="yay" && return
	which pacaur > /dev/null 2>&1 && aur_info_backend="pacaur" && return
	set -e
}

check_orphaned() {
    list1=$(mktemp -p /tmp -u XXXXXXXX)
    list2=$(mktemp -p /tmp -u XXXXXXXX)
    trap "rm -f $list1 $list2" RETURN QUIT
    pacman -Qmq > $list1
	eval "aur_info_${aur_info_backend}" > $list2
	orphaned=$(diff -u $list1 $list2 | grep '^-' | grep -v '^---' | sed 's|^-||')
}

# detect tool to ask AUR package info
aur_info_detect_backend

# Check for orphaned packages
[ -n "$aur_info_backend" ] && check_orphaned

# Check integrity
for pkg in $packages
do
    echo "    => $pkg"

    # Check that package previously maintained by Distro
    dist_check=$(pacman -Qi $pkg | grep '^Packager' | grep -v "$PACKAGE_USER\|Unknown Packager")
    if [ -n "$dist_check" ]; then
        distro[$pkg]=1
    fi

    # Basic check for package breaks, mostly call ldd for libs and binaries
    files=$(pacman -Qlq $pkg)
    for file in $files
    do
        # Check only executables and skip directories. 
        # Also, skip packages from /opt/ prefix, most of them is a 
        # binary distributed and need a LD_PRELOAD_PATH to be configured
        # right
        if [ -x "$file" -a "${file:0:5}" != "/opt/" ]; then
            is_elf=$(file $file | grep ELF || true)
            if [ -n "$is_elf" ]; then
                # Apply check
                tmp=$(mktemp /tmp/XXXXXXXXXXXXXXXXXX)
                ldd "$file" > "$tmp" 2>&1 || true
                is_broken=$(cat "$tmp" | grep '=> not found' || true)
                if [ -n "$is_broken" ]; then
                    broken[$pkg]=1
                    echo "       $file:"
                    cat "$tmp" | grep '=> not found' | ts '       '
                fi
                rm -f "$tmp"
            fi
        fi
    done
done

if [ -n "$orphaned" ]; then
    echo "Orphaned packages summary:"
    for pkg in $orphaned
    do
        echo "    $pkg"
    done
fi

if [ ${#distro[@]} -gt 0 ]; then
    echo "Previously maintained by the Distro summary:"
    for pkg in ${!distro[*]}
    do
        echo "    $pkg"
    done
fi

if [ ${#broken[@]} -gt 0 ]; then
    echo "Broken packages summary:"
    for pkg in ${!broken[*]}
    do
        echo "    $pkg"
    done
fi

Поместите его в /usr/local/bin/.

Будет определённое неудобство при недоступности сети, при проверке брошенных пакетов (запрос к AUR). Я думаю исправить это в будущем.

А теперь HOOK для libaplm ( 99-99-aur.hook):

# /usr/share/libalpm/hooks/99-99-aur.hook
# /etc/pacman.d/hooks/99-99-aur.hook
[Trigger]
Operation = Upgrade
Type = Package
Target = *

[Action]
Description = "Check non-repo packages integrity"
Depends = auracle
When = PostTransaction
Exec = /usr/local/bin/aur-check

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

Сам HOOK нужно положить в /etc/pacman.d/hooks/ (/usr/share/libalpm/hooks/ предназначен для установки хуков через пакетный менеджер).

Сам скрипт и хук оформил в виде GitHub Gist: AUR basic integrity check

Внезапно про xf86-video-intel от Debian

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 07 Feb 2018 00:00:00 +0000

Сылка:

https://packages.debian.org/sid/x11/xserver-xorg-video-intel

Цитата:

Пакет: xserver-xorg-video-intel (2:2.99.917+git20171229-1 и другие) … Не рекомендуется использование данного драйвера с видеокартами, выпущенными позднее 2007 года: вместо этого удалите его, и графический сервер будет использовать встроенный драйвер установки режимов.

Не рекомендуется.

Замена: Xorg драйвер modesetting, встроенный драйвер, работающий со всеми KMS совместимыми драйверами в ядре.

По мотивам:

https://www.reddit.com/r/archlinux/comments/4cojj9/it_is_probably_time_to_ditch_xf86videointel/

При этом мнения по поводу адекватности замены расходятся (на правах заметок по разным источникам из сети):

По данным тестов Phoronix, ускорение Glamor существенно проигрывает SNA от Intel в производительности и примерно сопоставимо с UXA в части 2D. При этом единогласно сходятся, что SNA до сих пор глючная и бажная, а путь современных графических библиотек в использование 3D:
- Intel 2D GLAMOR vs. UXA vs. SNA On Ubuntu 14.04
- Intel vs. Modesetting X.Org DDX Performance Impact
Нашёл ровно одно утверждения без подтверждения фактами, что Glamor может выедать больше батарейки (кстати, этот режим ускорения можно включить и в драйвере Intel). Реальных сравнений у меня нет.
Стабильность и реальная скорость обоих драйверов (и трёх вариантов ускорения на драйвере Intel) разнится от железки к железке.
Исправлений для старых карт в драйвере Intel почти нет, хотя и рекомендуется к использованию как раз для старых карт.

Ссылки:

https://wiki.gentoo.org/wiki/Intel
- Тут хорошая табличка по поколениям графики и соответствующим архитектурам. Ivy Bridge, это HD4000 и Gen7. Debian рекомендует modesetting новее 2007 года, Gentoo говорит более конкретно (по ссылке выше): Gen 4+.

Linux утилиты для стресс-тестирования системы

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 06 Feb 2018 00:00:00 +0000

Будет пополняться. В контексте изучения проблемы:

https://community.spiceworks.com/topic/152058-what-causes-a-laptop-to-turn-on-then-turn-off-again
- перегрева нет
- батарея не влияет
https://bugzilla.kernel.org/show_bug.cgi?id=109051

CPU

Кладезь: https://wiki.archlinux.org/index.php/Stress_Test
- stress - есть в репозиториях

GPU

https://www.pcsuggest.com/gpu-benchmarking-and-stress-testing-in-linux/
- glxgears
- glmark2
- furmark из комплекта GpuTest

Наблюдения

К слову сказать, пока никаких реакций на стресс система не даёт. Судя по всему проблемы в интегрированном видео от Intel и не способностью правильно ходить между стейтами энергопотребления (pstates). Т.е. возможно нужно генерировать переменную нагрузку на видеоподсистему, что бы добиться воспроизведения проблемы.

PlantUML редакторы

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 06 Feb 2018 00:00:00 +0000

В первую очередь для рабочего стола, не для WEB.

На текущий момент мне понравилось три решения, которые могут работать с отдельными файлами без создания проектов и так далее:

PlantUML QEditor
Расширение для Visual Studio Code - PlantUML
Плагин для NetBeans

В первом не хватает подсветки синтаксиса. Третий достаточно тяжеловат (всё же сам NetBeans сам по себе - IDE), так что второй вариант - пока мой выбор. Раньше Visual Studio Code не использовал, и сейчас он больше для редактирования PlatnUML с предпросмотром, но со своими задачами справляется достойно. Не хватает, правда, Assistant, как в PlantUML QEditor.

PS в IDEA есть достаточно удобный плагин, особенно если в рамках проекта нужно диаграммы думать. Мне же больше по душе запуск без IDE проекта, дабы не отвлекаться. PPS для WEB: www.plantuml.com/plantuml/form быстро сгенерить или посмотреть.

FFmpeg: генерация синусоиды на N каналов

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 31 Jan 2018 00:00:00 +0000

На два канала:

ffmpeg -f lavfi -i "sine=f=1000:sample_rate=48000" -filter_complex "[0][0]amerge" -c:a pcm_s24le -f alsa "hw:1,0"

для увеличения: добавляем [0] перед amerge

Можно генерировать и разные синусы по кадому каналу, просто увеличиваем число lavfi входов:

ffmpeg -f lavfi -i "sine=f=1000:sample_rate=48000" <br/>
       -f lavfi -i "sine=f=400:sample_rate=48000" 
       --filter_complex "[0][1]amerge" <br/>
       --c:a pcm_s24le -f alsa "hw:1,0"

и не забываем в этом случае менять номера входов для amerge

PlantUML: временные диаграммы

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 28 Jan 2018 00:00:00 +0000

Как-то пропустил сей момент, но в PlantUML появились Временные диаграммы (Timing Diagram):

http://plantuml.com/timing-diagram

Жаль, что когда они были ооооочень нужны (сейчас не так), удобного инструмента я не нашёл.

USB 3.0, USB 3.1 Gen1 и USB 3.1 Gen2

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 21 Jan 2018 00:00:00 +0000

Возникает путаница иногда что где и когда. Коротко:

USB 3.0 == USB 3.1 Gen1 (SuperSpeed), скорость до 5 ГБит/с. По сути - ребрендинг и переименование.
USB 3.1 == USB 3.1 Gen2 (SuperSpeed+), скорость до 10 ГБит/с.

По поводу коннектора Type-C: его появление связывают с появлением USB 3.1 Gen2. Но! Этим коннектором вполне может быть осуществлено подключение в устройствах, которые поддерживают только USB 3.1 Gen1, USB 2.x или даже USB 1.x (для 1.x и 2.x используются одинаковые дифпары независимые от режима 3.x). Иными словами, наличие Type-C коннектора не говорит о поддержки USB 3.1 Gen2, особенно, когда данный разъём используется на устройстве, а не на хосте, хотя в последнем случае тоже нужно проверять внимательно спеки на материнку или лаптоп.

По поводу коннектора Type-A: провода для USB 3.1 Gen2 никак не изменились, поэтому применение коннектора Type-A вполне себе возможно на хостах. Правда в текущем виде обычно наблюдается такая картина:

чёрные коннекторы - USB 2.x
синие коннекторы - USB 3.1 Gen1
Type-C коннекторы - USB 3.1 Gen2

Но есть платы расширения, которые использую коннектор Type-A для USB 3.1. Gen2. Т.е. снова - нужно смотреть спецификации.

Вообще, появление Type-C это очень хорошая работа над ошибками для устранения идиотских варианта Micro Type-B (Micro-B, Mini-B выполнен вполне сносно) в варианте USB 3.1 Gen1: они отличаются большими габаритами и низкой механической прочностью:

Правда установка данного типа коннектора на хост… Мне не по душе. Да, решаются две проблемы:

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

Моё мнение (на которое всем, ессесно, пофиг):

Type-A - оставить для хоста
Type-B - оставить для устройств, где необходима повышенная механическая прочность
Type-C - оставить для всех остальных устройств

QMapShack: QMapTool

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 14 Jan 2018 00:00:00 +0000

Сегодня пришло уведомление о комментарии к тикету 111:

In the meanwhile QMapShack has a new brother called QMapTool. QMapTool is for referencing maps. It’s now part as a sub-repository of QMapShack.

И вот ссылка:

https://bitbucket.org/maproom/qmaptool

Если коротко: отдельная программа для привязки карт, то что было в QLandKarteGT в виде встроенного функционала, теперь в виде внешней утилиты.

Пока ещё не тестировал. В AUR mercurial версия QMapShack автоматом подтянет и QMapTool, когда будет релиз в Community - непонятно.

А так, ура!

Соглашение о вызовах в ядре Linux (AMD64)

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 22 Dec 2017 00:00:00 +0000

Просто ссылка:

AMD64 Linux Kernel Conventions

Более полная подборка для x86:

x86 calling conventions

И более обобщённая информация (в т.ч. ARM):

http://wiki.osdev.org/Calling_Conventions

QtC: снова Baremetal и новые GDB

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 08 Dec 2017 00:00:00 +0000

В продолжение post/2017/08/25/qt_creator_baremetal_i_svjazka_gdb_7.7.1_openocd. Снова косяк и снова QtC не имеет прямого отношения к нему. Судя по всему, в самом GDB какие-то гонки.

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

В общем, пока откатился на GDB 7.8 от Linaro: https://aur.archlinux.org/packages/arm-none-eabi-gdb-linaro, оно, по крайней мере, работает.

Связанные ссылки и обсуждения:

PS текущая связка: GDB 7.8 + OpenOCD 0.10.0

KDE5: создание Samba-шар из Dolphin

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 07 Dec 2017 00:00:00 +0000

И не только.

Для начала выполняем шаги, описанные в руководстве:

Если коротко и коспективно:

Создаём директорию usershare: mkdir -p /var/lib/samba/usershare
Создаём группу sambashare: groupadd sambashare
Правим права доступа к директории:``` chown root:sambashare /var/lib/samba/usershare chmod 1770 /var/lib/samba/usershare

  1. Проверяем конфигурацию `smb.conf`:```
...
[global]
  usershare path = /var/lib/samba/usershare
  usershare max shares = 100
  usershare allow guests = yes
  usershare owner only = yes
  ...

Разрешаем вашему пользователю создавать шары: usermod -a -G sambashare $USER
Рестартуем демоны smbd и nmbd
Перелогиниваемся в систему

Как минимум теперь вы сможете управлять пользовательскими шарами, используя командную строку:

net usershare help

Для использования этого функционала через Dolphin, потребуется поставить пакет kdenetwork-filesharing: pacman -S kdenetwork-filesharing

После чего в свойствах директории появится вкладка, ответственная за общий доступ к содержимому директории.

KDE5, pulseaudio, индикатор громкости и qmmp

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 13 Nov 2017 00:00:00 +0000

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

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

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

Лечение простое:

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

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

KDE5: иконки в трее

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 10 Nov 2017 00:00:00 +0000

На днях заметил, что часть приложений время от времени перестают рисовать свои иконки в трее. С одной стороны, xembed - deprecated, но, судя по всему, плазма как-то пытается его использовать и отображать иконки в трее для “устаревших” приложений. Но не всегда это получается (ниже чуть подробнее).

По сути, нормально работать будут только приложения, которые поддерживают appindicator api.

Проблемные приложения

Среди приложений, которые отказались отображать иконки:

Skype Preview
Wire
Telegram Desktop (официальная бинарная сборка)
Slack
Insync
Zim
DavMail

libappindicator-gtk2

Skype (в том числе Ghetto Skype), Wire, Telegram Desktop лечатся путём установки libappindicator-gtk2 (речь про Arch и Manjaro):

pacman -S libappindicator-gtk2

sni-qt

Qt4-based приложения лечатся путём установки sni-qt:

pacman -S sni-qt

Davmail, Java

А вот для Davmail, который написан на Java находим такой ответ:

https://sourceforge.net/p/davmail/support-requests/258/

Позволю процитировать:

There is still not standard support in java for appindicator API. However with DavMail 4.7.0 your can use the new -notray command line option: davmail -notray

See http://davmail.sourceforge.net/linuxsetup.html

Т.е. стандартного пути решения проблемы не существует.

XEmbed SNI proxy

Пакет plasma-workspace содержит в себе программку, которая позволяет xembed приложения сделать доступными в окружении плазмы: xembedsniproxy. Данное приложение должно запускаться автоматически при старте KDE через файл:

/etc/xdg/autostart/xembedsniproxy.desktop

но по какой-то причине это не всегда происходит. С причиной этой ещё предстоит разобраться, возможно стартует слишком рано, не находит чего-то и аварийно завершается. На это наводит наблюдение, что если KDE перестартовать, то иконки начинают рисоваться как нужно в большинстве случаев.

Пока же, можно вручную запустить, что излечивает приложения из списка выше:

Slack
Zim
Insync
Davmail

Вместо заключения

Неплохая заметка “Всё о зоопарке треев”:

https://www.linux.org.ru/forum/talks/9556461

Как проще проиграть звук с нескольких источников в ffplay?

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 04 Oct 2017 00:00:00 +0000

Я делаю так:

ffmpeg -f v4l2 -i /dev/video0 -f alsa -i hw:1 -c:v copy -c:a copy -f matroska - | ffplay -autoexit -f matroska -

matroska может запаковать RAW/YUV/RGB данные, поэтому она. MPEG-TS не может, поэтому не подходит.

Или не менее наркоманский вариант, используя только FFMPEG:

ffmpeg -f v4l2 -i /dev/video0 -f alsa -i hw:1 -vcodec rawvideo -pix_fmt yuv420p -c:a copy -f sdl2 default -f alsa default

Конвертация в yuv420p нужна для SDL2.

C++: операторы сравнения для структур

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 29 Sep 2017 00:00:00 +0000

Памятка:

https://stackoverflow.com/questions/3882467/defining-operator-for-a-struct (второй ответ)
http://www.cplusplus.com/reference/tuple/tuple/operators/

Т.е. используя std::tie() вполне, без труда и пыли, можно сделать операторы сравнения для сложных структур. Сложности могут возникнуть, если нужно переопределить операторы сравнения для отдельных элементов (например: критерии сравнения строк).

Почему tie, а не напрямую tuple? tie захватывает аргументы по ссылке - экономия на копировании.

Пример:

bool operator<(const Foo& l, const Foo& r)
{
  return std::tie(l.a, l.b, l.c) < std::tie(r.a, r.b, r.c);
}

Я делаю через макрос вспомогательный:

bool operator<(const Foo& l, const Foo& r)
{
#define WRAP(x) std::tie(x.a, x.b, x.c)
  return WRAP(l) < WRAP(r);
#undef WRAP
}

Совместное использование ALSA и PulseAudio

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 26 Sep 2017 00:00:00 +0000

Когда PulseAudio стартует, оно захватывает устройства и если пробуем запустить какое-то приложение, которое может только ALSA, то получим сообщение о невозможности открыть устройство, так как оно уже занято.

Что бы решить проблему нужна пара простых (по факту, но не по пути, которым к ним пришёл) шагов. Но для начала нужно посмотреть соответствующий раздел в вики Арчика: https://wiki.archlinux.org/index.php/PulseAudio#ALSA.2Fdmix_without_grabbing_hardware_device

Идея проста: сказать пульсе работать через dmix для воспроизведения и через dsnoop для записи.

Что бы не гадить в системные файлы, будем настраивать для отдельного пользователя (при желании, можно в /etc/skel добавить).

Для начала нужно научить саму ALSA ходить в dmix/dsnoop по умолчанию. Правим файл ~/.asoundrc:

pcm.!default {
    type plug
    slave.pcm "duplex"
}

pcm.duplex {
    type asym
    playback.pcm "dmix"
    capture.pcm "dsnoop"
}

Тут используется asym, дабы соединить dmix и dsnoop и перезаписывается правило для дефолтного аудио устройства.

Следующим шагом правим файл ~/.config/pulse/default.pa:

#!/usr/bin/pulseaudio -nF

load-module module-alsa-sink device=dmix
load-module module-alsa-source device=dsnoop

# include upstream settings
.include /etc/pulse/default.pa

# Set defaults to our mix devices
set-default-sink alsa_output.dmix
set-default-source 0 alsa_input.dsnoop

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

Проверить воспроизведение просто, например при помощи VLC: vlc some_file.wav –aout=pulse vlc some_file.wav –aout=alsa

Запись: ffmpeg -f pulse -i default -y out_pulse.wav ffmpeg -f alsa -i default -y out_alsa.wav

Полезные ссылки и команды

команды default.pa: https://manned.org/pulse-cli-syntax.5
список устройств записи (pulse): pacmd list-sources
список устройств воспроизведение (pulse): pacmd list-sinks

С днём программиста!

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 13 Sep 2017 00:00:00 +0000

Собственно - сабж!

Pacman: информация по пакетам, установленным как зависимости...

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 07 Sep 2017 00:00:00 +0000

…и не нужные никакому пакету.

На случай, если что-то удалялось как pacman -R пакет вместо pacman -Rs пакет:

DEL:

pacman -Qd | awk '{print $1}' | xargs -I{} bash -c 'cnt=$(LANG=C pacman -Qi {} | grep "Required By<br/>|Optional For" | grep None | wc -l); (test $cnt -eq 2 && echo "{}")' | xargs -I{} bash -c '(pacman -Qi {};pacaur -Sii {};echo ================:simple_smile:' 2>&1 | less -R

Спасибо Романычу, просто список пакетов:

pacman -Qtdq

и с описанием, как в уродстве выше (без запроса к Sync базе или AUR можно просто: pacman -Qtdqi):

pacman -Qtdq | xargs -I{} bash -c '(pacman -Qi {};pacaur -Sii {};echo ================:simple_smile:' 2>&1 | less -R

pacaur используется, что бы запросить информацию для AUR пакетов.

Если какой-то пакет в этом списке уже нужен как самостоятельная единица, то можно снять пометку:

pacman -S --asexplicit пакет

~~Теперь вопрос: а как проще?~~

ЗЫ пакеты, которые не требуются никаким другим пакетом можно получить просто выполнив pacman -Qt

Bioshock 1, 2 Localization reverse

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 01 Sep 2017 00:00:00 +0000

Вроде не делал анонс…

Серия старых скринкастов, описывающая процесс разбора формата файлов локализации игр Boishock 1 и 2, создания библиотеки для распаковки/паковки и графического кросс-платформенного архиватора.

Залито на ютуб, что бы не занимало место на диске. Плюс ценность сомнительная, что бы делать более правильный бекап :wink:

Ссыль: https://www.youtube.com/playlist?list=PLUrplWzJ_-EupzIVpgfRlarNjN0zcarpr

Мемориз: зубчатый шпатель

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 29 Aug 2017 00:00:00 +0000

Используется для распределения и контроля количества клея по поверхности плитки. Хотя можно и для распределения других смесей использовать.

Хорошая статья которая описывает нюансы:

http://proplitki.ru/instrumentyi/zubchatyiy-shpatel.html

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

^ Площадь плитки, см2 ^ Размер зубьев, мм ^ Слой клея после прижатия при

нанесении под углом 45°, мм ^ Слой клея после прижатия при

нанесении под углом 60°, мм ^ | <49 | 3 | 1,1 | 1,3 | | 49-100 | 4 | 1,4 | 1,7 | | 100-400 | 6 | 2,1 | 2,6 | | 400-900 | 8 | 2,8 | 3,5 | | 900-2500 | 10 | 3,5 | 4,3 | | >2500 | 12 | 4,2 | 5,2 |

И рекомендация от туда же:

Для пола или неровного основания размер зубьев подбирается больше.

Qt Creator, Baremetal и связка GDB>=7.7.1+OpenOCD

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 25 Aug 2017 00:00:00 +0000

Если коротко, то эта связка криво работает. Поймано на ARM GDB 8.0, но воспроизводится и на 7.12.1. При наличии на борту устройства какой-либо RTOS. У меня это ThreadX. Хотя, возможно, для других всё отработает нормально. Но это мало что меняет: на старом GDB 7.7.1 тот же OpenOCD работает.

Суть проблемы и способ её решения без вмешивания в код под катом.

Проблема в том, что при посылке команды -thread-info до -exec-continue (или просто continue) можно получить такой результат:

>=thread-exited,id="1",group-id="i1"
sThread 1 in group i1 exited
>=thread-created,id="2",group-id="i1"
sThread 2 created
>~"[New Thread 1074059044]<br/>n"
s[New Thread 1074059044]
>=thread-created,id="3",group-id="i1"
sThread 3 created
>~"[New Thread 1074055240]<br/>n"
s[New Thread 1074055240]
>=thread-created,id="4",group-id="i1"
sThread 4 created
>~"[New Thread 1074056128]<br/>n"
s[New Thread 1074056128]
>=thread-created,id="5",group-id="i1"
sThread 5 created
>~"[New Thread 1074057816]<br/>n"
s[New Thread 1074057816]
>=thread-created,id="6",group-id="i1"
sThread 6 created
>~"[New Thread 1074058064]<br/>n"
s[New Thread 1074058064]
>=thread-created,id="7",group-id="i1"
sThread 7 created
>~"[New Thread 1074055900]<br/>n"
s[New Thread 1074055900]
>=thread-created,id="8",group-id="i1"
sThread 8 created
>~"[New Thread 1074055692]<br/>n"
s[New Thread 1074055692]
>=thread-created,id="9",group-id="i1"
sThread 9 created
>~"[New Thread 1074057248]<br/>n"
s[New Thread 1074057248]
>=thread-created,id="10",group-id="i1"
sThread 10 created
>~"[New Thread 1074116952]<br/>n"
s[New Thread 1074116952]
>=thread-created,id="11",group-id="i1"
sThread 11 created
>~"[New Thread 1074119588]<br/>n"
s[New Thread 1074119588]
>=thread-created,id="12",group-id="i1"
sThread 12 created
>~"[New Thread 1074122076]<br/>n"
s[New Thread 1074122076]
>=thread-created,id="13",group-id="i1"
sThread 13 created
>~"[New Thread 1074123328]<br/>n"
s[New Thread 1074123328]
>=thread-created,id="14",group-id="i1"
sThread 14 created
>~"[New Thread 1074125312]<br/>n"
s[New Thread 1074125312]
>=thread-created,id="15",group-id="i1"
sThread 15 created
>~"[New Thread 1074132172]<br/>n"
s[New Thread 1074132172]
>=thread-created,id="16",group-id="i1"
sThread 16 created
>~"[New Thread 1074133428]<br/>n"
s[New Thread 1074133428]
>=thread-created,id="17",group-id="i1"
sThread 17 created
>~"[New Thread 1074137052]<br/>n"
s[New Thread 1074137052]
>=thread-created,id="18",group-id="i1"
sThread 18 created
>~"[New Thread 1074138308]<br/>n"
s[New Thread 1074138308]
>&"Info : thread: 0x4004d724, stack_ptr=0x4004db1c<br/>n"
>&"Info : thread: 0x4004c848, stack_ptr=0x40058bf4<br/>n"
>&"Info : thread: 0x4004cbc0, stack_ptr=0x40059044<br/>n"
>&"Info : thread: 0x4004d258, stack_ptr=0x40059834<br/>n"
>&"Info : thread: 0x4004d350, stack_ptr=0x40059a5c<br/>n"
>&"Info : thread: 0x4004cadc, stack_ptr=0x40059f0c<br/>n"
>&"Info : thread: 0x4004ca0c, stack_ptr=0x4005a394<br/>n"
>&"Info : thread: 0x4004d020, stack_ptr=0x4005a7ac<br/>n"
>&"Info : thread: 0x4005b958, stack_ptr=0x4005b814<br/>n"
>&"Info : thread: 0x4005c3a4, stack_ptr=0x4005c264<br/>n"
>&"Info : thread: 0x4005cd5c, stack_ptr=0x4005cc5c<br/>n"
>&"Info : thread: 0x4005d240, stack_ptr=0x4005d194<br/>n"
>&"Info : thread: 0x4005da00, stack_ptr=0x4005d944<br/>n"
>&"Info : thread: 0x4005f4cc, stack_ptr=0x4005f39c<br/>n"
>&"Info : thread: 0x4005f9b4, stack_ptr=0x4005f89c<br/>n"
>&"Info : thread: 0x400607dc, stack_ptr=0x400606a4<br/>n"
>&"Info : thread: 0x40060cc4, stack_ptr=0x40060ba4<br/>n"
>1712^done,threads=[{id="2",target-id="Thread 1074059044",details="Name: System Timer Thread, State: Suspended",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="3",target-id="Thread 1074055240",details="Name: 01_DMA_THREAD, State: Waiting - Queue",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="4",target-id="Thread 1074056128",details="Name: 02_SYSTEM_THREAD, State: Sleeping",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="5",target-id="Thread 1074057816",details="Name: 06_SIB_THREAD, State: Waiting - Event flag",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="6",target-id="Thread 1074058064",details="Name: 07_DEBUG_THREAD, State: Waiting - Queue",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="7",target-id="Thread 1074055900",details="Name: 03_PIB_THREAD, State: Waiting - Event flag",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="8",target-id="Thread 1074055692",details="Name: 05_LPP_THREAD, State: Waiting - Event flag",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="9",target-id="Thread 1074057248",details="Name: 04_UIB_THREAD, State: Waiting - Event flag",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="10",target-id="Thread 1074116952",details="Name: App main thread, State: Waiting - Queue",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="11",target-id="Thread 1074119588",details="Name: KvmHidSlave, State: Waiting - Event flag",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="12",target-id="Thread 1074122076",details="Name: Board thread, State: Waiting - Event flag",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="13",target-id="Thread 1074123328",details="Name: LedThread, State: Sleeping",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="14",target-id="Thread 1074125312",details="Name: AutoDetectInputThread, State: Sleeping",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="15",target-id="Thread 1074132172",details="Name: StreamingStopThread, State: Waiting - Event flag",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="16",target-id="Thread 1074133428",details="Name: KvmHidMaster, State: Waiting - Event flag",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"},{id="17",target-id="Thread 1074137052",details="Name: FpgaUsbIsrThread, State: Waiting - Event flag",frame={level="0",addr="0x4002bce4",func="Mutex::lock",args=[{name="this",value="0x40060767"},{name="this@entry",value="0x40060767"}],file="/home/hatred/programming/work/Epiphan/fx3uvc-git/epilib/os/mutex.cpp",fullname="/home/hatred/programming/work/Epiphan/fx3uvc-git/epilib/os/mutex.cpp",line="24"},state="stopped"},{id="18",target-id="Thread 1074138308",details="Name: FpgaUsbThread, State: Waiting - Event flag",frame={level="0",addr="0x00000000",func="??",args=[]},state="stopped"}],current-thread-id="1"

После чего вызов -exec-continue будет завершён примерно следующим образом:

>1716^error,msg="Cannot execute this command without a live selected thread."

Проблема воспроизводима и без QtC, запуском GDB и OpenOCD вручную.

В чем суть? Если посмотрим внимательно на порятнку выше, то можно выделить главную часть:

>=thread-exited,id="1",group-id="i1"
sThread 1 in group i1 exited
...SKIPPED...
>1712^done,threads=[...SKIPPED...],current-thread-id="1"

Ага, именно! Поток с id равным 1 завершился, в выводе -thread-info его тоже нет (здесь я этот вывод убрал), но всё же он помечен, как текущий исполняемый!

Если же вызвать -thread-info ещё раз, то всё становится на свои места и остальные команды магическим образом “чинятся”.

Собственно это и есть WA: в настройках OpenOCD последней командой в “Init commands:” добавьте вызов info threads. Можно два раза. Что бы наверняка.

Похоже, где-то присутствует гонка, но лезть дальше и разбираться ни сил, ни времени нет.

Проблема с зависанием при выходе из сна

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 25 Aug 2017 00:00:00 +0000

Проблема на ядрах 4.12 и 4.13 в Manjaro. На ядре 4.11 проблема не наблюдается. Засыпание в память, не на диск.

Пока окончательного решения не найдено. Ниже ссылки, которые будут определять направление движения:

https://forum.manjaro.org/t/linux-4-12/27111/74 * тут много чего: и отказ от blk-mq и игра с модулями ядра для virtualbox host и рекомендация остановить tlp (не мой случай). * Отказ от blk-mq:
- https://forum.manjaro.org/t/kernel-4-12-crashes-when-resuming-from-suspending/28435/17
https://forum.manjaro.org/t/kernel-4-12-crashes-when-resuming-from-suspending/28435/52 * название говорит само за себя:
- отказ от blk-mq
- замена bfq-mq на bfq-sq
- отказ от bfq в пользу deadline или cfq
https://digi-merc.org/blog/2017-05-16-archlinux-freeze-resume/ и https://www.reddit.com/r/archlinux/comments/4ytogl/suspend_to_ram_would_randomly_freeze_the_computer/ * замена асинхронного засыпания, последовательным. Возможно может решить часть проблем связанhttps://01.org/blogs/rzhang/2015/best-practice-debug-linux-suspend/hibernate-issuesные с железом и гонками.

После пары перезагрузок, включения bfq-mq на HDD вместо mq-deadline и установки не-DKMS версии virtualbox host, проблему не получается решить.

Для отладки использую следующую методику:

логин на первой консоли и: while true; do dmesg | tail -n 30; sleep 1; done
логин на второй консоли и: sudo tail -f /var/log/everything | grep -v 'Tor<br/>['
логин на третьей консоли, ничего не вводим, используем как дисплей, но SysRq командой повышаем уровень логирования до максимального: Alt+SysRq+9 (для T530: Alt+Fn[press]+S[press]+S[release]+Fn[release]+9)

После чего работает в обычном режиме.

Прочее полезное:

анализ проблем с suspend: https://01.org/blogs/rzhang/2015/best-practice-debug-linux-suspend/hibernate-issues

Онлайн парсер для USB дескрипторов и запросов

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 10 Aug 2017 00:00:00 +0000

Собственно полезно при отладке и разборе:

http://eleccelerator.com/usbdescreqparser/
- анонс на Reddit

Запросов - подразумевается SETUP. Разбирает только стандартные запросы. Специфичные для интерфейсов, даже стандартных функций - нет.

Умеет:

разбор дескрипторов
разбор SETUP запросов
разбор HID дескрипторов (не проверял)

Чумовой особенностью этого парсера является:

The page uses Javascript, so it must be enabled. This page can be downloaded and used offline, because it does not depend on any external or online resources.

Так что…

OpenRC и русский в консоли

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 05 Aug 2017 00:00:00 +0000

Чисто декларативная заметка.

Добавляем в загрузку сервисы:``` sudo rc-update add consolefont boot sudo rc-update add keymaps boot

  1. Для настройки шрифта правим `/etc/conf.d/consolefont`, устанавливаем параметр `consolefont=`, остальное не трогаем:```
consolefont="UniCyr_8x16"

* Прочие варианты шрифтов можно посмотреть:```

ls /usr/share/kbd/consolefonts

    * Поиграться с установкой шрифта можно при помощи команды `sudo setfont <FontName>`.
  1. Для настройки раскладки и переключателя правим `/etc/conf.d/keymaps`, устанавливаем параметр `keymap=`, остальное - по желанию:```
keymap="ruwin_cplk-UTF-8"

* Прочие варианты раскладки можно посмотреть:```

ls /usr/share/kbd/keymaps/i386/qwerty

    * Поиграться с установкой раскладки можно при помощи команды `sudo loadkeys <KeymapName>`

Опционально можно перезагрузиться или запустить сервисы вручную:

sudo service consolefont restart sudo service keymaps restart

Тюнинг перьевой ручки

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 03 Aug 2017 00:00:00 +0000

Недавно случилась беда: грохнул о бетонный пол свою Platinum Balance F. Пером. Которое сломалось. Осталась такая же ручка с пером M, которая, вроде, всем хороша, но сильно большая подача у неё.

На момент покупки превалировало желание попробовать F перо этого производителя, так как перья F того же Pilot показались слишком уж тонкими и цепкими к бумаге, поэтому вариантов ответа на вопрос: “как уменьшить подачу чернил?” особо не искал. Плюс в голове упорно витала мысль, что таких способов нет.

Но когда не стало ручки, чьё письмо меня более чем устраивало, пришлось выводить из резерва M-ку. И вопрос уменьшения подачи чернил стал очень остро.

Гугление навело на эту замечательную статью:

https://www.jetpens.com/blog/guide-to-fountain-pen-nibs-troubleshooting-tips-and-tricks/pt/777

Рецепты от туда:

Проверить утечку воздуха. Особенно актуально при использовании перезаправленных картриджей. По сути: заменить новый картридж. Как ещё её проверить - я не представляю.
Более плотно сжать половинки пера. Не усердствовать. Не использовать инструмент - только руки!
Заменить чернила на менее текучие.

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

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

Результат порадовал.

Было (текст не готовился специально - часть т.н. “free writing”, когда думал над решением проблемы):

Стало (это уже специально написанный текст):

Открывать лучше оригинал, фотографии, по возможности, сделаны с одинаковым масштабом.

Ещё рецепты можно почитать тут, тут (очень хороша, рассматривать только два вопрос: слишком сухая и слишком обильная подача), тут или выбрать тут.

AUR helpers и отладочные данные

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 29 Jun 2017 00:00:00 +0000

Спека PKGBUILD позволяет сделать финт ушами и автоматически сгенерировать пакет с отладочной информацией, которую можно ставить, а можно и не ставить (занимает приличное количество места в распакованном виде).

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

Всё это становится очень интересным в контексте использования с AUR. Когда я ушёл с Arch Linux, разделённые (split) пакеты в нём были роскошью. Сейчас они поддерживаются. А вот как обстоят дела с помощниками (helpers, далее по тексту: хелперы), которые собирают и устанавливают в систему?

Берём страничку с официальной Wiki:

https://wiki.archlinux.org/index.php/AUR_helpers#Comparison_table

Там есть столбец: “Split packages”, который говорит о поддержки разделённых пакетов. Вот только, оказывается, есть нюанс: debug-пакеты далеко не всеми относятся к оным.

Выбираем несколько хелперов, у которых все столбцы зелёные. Я взял:

yaourt - он весь красный, но стоит из коробки в Manjaro
pacaur - он есть в репозиториях Manjaro
trizen - потому как заявлен чистый pacman-like синтаксис параметров

Стоит проверить на будущее:

bauerbill - но имя команды вообще непроизносимое :)

Кто сознательно не проверялся:

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

Собственно, полностью зелёных хелперов только 4.

Итак,

yaourt: хотя и заявлено, что поддержки раздельных пакетов нет, но отладочный пакет он поставил… Без вариантов. Т.е. если он вам не нужен - потом удаляйте сами, вручную. И так через каждое обновление. На реальных раздельных пакетах не проверял, скорее всего обломается. Или информация в Wiki устаревшая.
pacaur: тут уже заявлено, что поддержка раздельных пакетов есть, но отладочный пакет он просто не увидел. Причём, он так хитро что-то мутит под своим капотом, что сумел обновить основной пакет, сломав тем самым зависимость для старого отладочного пакета.
trizen: поддержка заявлена, отладочный пакет он тоже понял: предложил поставить после установки основного пакета, что есть неплохо. Из-за того, что установка идёт в два захода, обновить пакет не может: из-за поломанных зависимостей.

Ещё проверялся pamac, отладочный пакет он тоже не смог обновить по причине того, что его не видит. Более того, основной пакет тоже не обновляется, так как его обновление сломает уже установленный отладочный пакет более старой версии. На них завёл тикет. Раздельные пакеты, судя по тикету #192 он уже поддерживает. При установке же пакета (не обновление), отладочный пакет ставится автоматом, не задавая пользователю лишних вопросов, что так же не совсем удобно.

[Memo] Manjaro OpenRC: персистентные сетевые настройки

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 23 Jun 2017 00:00:00 +0000

Можно сделать при помощи Netifrc:

Три шага:

правим /etc/conf.d/net, настраиваем свой интерфейс IFACE.
для нужного сетевого интерфейса (IFACE) делаем симлинк:ln -s /etc/init.d/net.lo /etc/init.d/net.IFACE
если нужно стартовать автоматом: rc-update add net.IFACE default * вручную: service net.IFACE start/stop/restart

Manjaro OpenRC: обновление elogind ломает Network Manager после выхода из сна [FIXED]

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 08 Jun 2017 00:00:00 +0000

Собственно вот такое обновление:

[2017-05-28 10:33] [ALPM] upgraded libelogind (228.3-1 -> 229.3-1)
[2017-05-28 10:34] [ALPM] upgraded elogind (227.2-1 -> 229.3-1)

Самый простой вариант: откатиться. Прочие смотрятся тут:

https://forum.manjaro.org/t/unstable-elogind-update-228-1-1-breaking-suspend-hibernate/23953/8

Прицепом:

https://forum.manjaro.org/t/openrc-and-73-seat-late-rules-why-deleting-it-was-a-good-thing/24599/3

UPD: Последнее обновление (2017-06-20) починило проблему:

elogind -> 229.6-1
libelogind -> 229.6-1

Идея для BadUSB

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 24 Apr 2017 00:00:00 +0000

Если создать USB-устройство, которое реализует интерфейс пера или тачскрина с абсолютными координатами, задать для осей X и Y значения:

min = 0
max = 65535

и сделать (эмуляция) хотя бы одно перемещение, то, как минимум, Windows 8, 8.1 и 10 реагируют BSOD и перезагрузкой. Linux работает нормально.

Восточный Саян, Тункинские гольцы

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 14 Apr 2017 00:00:00 +0000

Поход был в прошлом году, вот немного фото:

https://yadi.sk/d/8z0ULWDHubJ7x - от Виктора А
https://yadi.sk/d/LjxQTlpA3H2vgP - от Рыжей

Номенклатура жал T12

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 07 Apr 2017 00:00:00 +0000

Собственно, официальнее некуда:

https://www.hakko.com/english/tip_selection/series_t12.html

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

Корпуса SMD компонентов

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 23 Mar 2017 00:00:00 +0000

Они же - компоненты для поверхностного монтажа. Мне они в последнее время всё больше нравятся для домашнего прототипирования и поделок: меньше занимают места при хранении и если руки дошли до печатной платы, не нужно сверлить кучу дырок. Но маркировка и обилие корпусов - это адъ.

Вот хорошая PDF которая может помочь разобраться:

http://www.avislab.com/blog/files/markirovka.pdf
она же, но сохранённая тут: markirovka.pdf

Дополнительные ссылки:

https://en.wikipedia.org/wiki/Surface-mount_technology - тут есть про размеры корпусов в метрических и имперских единицах (становится понятно откуда берутся обозначения типа 1206, 0805), расшифровки аббревиатур (SMD/SMA/SMT/etc)
- в противовес - “дырочный” монтаж
http://www.smd.ru/ - можно использовать как каталог, что бы сориентироваться
на Али можно поискать наборы для диодов, стабилитронов, транзисторов (китайских популярных)

C++17 Features

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 22 Mar 2017 00:00:00 +0000

Пока лучший, что я нашёл, обзор новых фич C++17 с примерами и информацией о поддержке в компиляторах:

http://www.bfilipek.com/2017/01/cpp17features.html
1. Fixes and deprecation
2. Language clarification
3. Templates
4. Attributes
5. Simplification
6. Library changes - Filesystem
7. Library changes - Parallel STL
8. Library changes - Utils
9. Wrap up, Bonus

А вот обзор от команды Яндекса, которая теперь представляет РГ21 C++ Россия:

https://habrahabr.ru/company/yandex/blog/323972/

Вот и другие авторы начинают подтягиваться, в том числе - официальные источники:

C++: алгоритмы с бинарным предикатом и значением

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 21 Mar 2017 00:00:00 +0000

Или век живи - век учись.

Проблема описана здесь: https://stdcpp.ru/proposals/1386b162-0cde-49b7-a41e-90f2d9ee477c.

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

В комментарии подсказали по поводу переопределения operator(), который будет принимать тип, соответствующий полю, по которому происходит поиск и сортировка. Это же решение работает и для лямбд:

#include <iostream>
#include <vector>
#include <algorithm>

using namespace std;

struct Foo
{
	std::string name;
	int some_field0;
	int some_field1;
	// ..
	int some_fieldN;
};

int main() 
{
	vector<Foo> vec = {
		{"/tmp/alexd", 0, 0, 0},
		{"/tmp/vasya_pupkin", 0, 0, 0},
		{"/tmp/john_doe", 0, 0, 0},
	};
	
	cout << "Original:<br/>n";
	for (const auto& i : vec) {
		cout << "  " << i.name << '<br/>n';
	}
	
	std::sort(begin(vec), end(vec), [](const auto& left, const auto& right) {
		return left.name < right.name;
	});
	
	cout << "Sorted:<br/>n";
	for (const auto& i : vec) {
		cout << "  " << i.name << '<br/>n';
	}
	
	const string searchName = "/tmp/john_doe";
	
	// Бинарный поиск по полю: передаём не весь объект, а только значение для поля
	auto it = std::lower_bound(begin(vec), end(vec), searchName, [](const auto& item, const auto& name){
		return item.name < name;
	});
	
	if (it == vec.end() || it->name != searchName ) {
		cout << "Item not found<br/>n";
	} else {
		cout << "Item found: " << it->name << '<br/>n';
	}
	
	return 0;
}

Стоит отметить, что условия сортировки не стоит нарушать или вы получите непредсказуемый результат. Поэтому лучше сделать как рекомендовано в комментарии к предложению: определить функтор для таких типов и переиспользовать его:

#include <iostream>
#include <vector>
#include <algorithm>

using namespace std;

struct Foo
{
	std::string name;
	int some_field0;
	int some_field1;
	// ..
	int some_fieldN;
};

struct FooComparator
{
	bool operator()(const Foo& left, const Foo& right) {
		return operator()(left, right.name);
	}
	
	bool operator()(const Foo& left, const std::string& field ) {
		return left.name < field;
	}
};

int main() 
{
	vector<Foo> vec = {
		{"/tmp/alexd", 0, 0, 0},
		{"/tmp/vasya_pupkin", 0, 0, 0},
		{"/tmp/john_doe", 0, 0, 0},
	};
	
	cout << "Original:<br/>n";
	for (const auto& i : vec) {
		cout << "  " << i.name << '<br/>n';
	}
	
	std::sort(begin(vec), end(vec), FooComparator());
	
	cout << "Sorted:<br/>n";
	for (const auto& i : vec) {
		cout << "  " << i.name << '<br/>n';
	}
	
	const string searchName = "/tmp/john_doe";
	
	// Бинарный поиск по полю
	auto it = std::lower_bound(begin(vec), end(vec), searchName, FooComparator());
	
	if (it == vec.end() || it->name != searchName ) {
		cout << "Item not found<br/>n";
	} else {
		cout << "Item found: " << it->name << '<br/>n';
	}
	
	return 0;
}

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

Т.е.

Если вам нужно только отсортировать сложные объекты по какому-то полю - вполне может подойти лямбда.
Если вам потребовалось (или как только потребовалось) ещё и искать, используя алгоритмы бинарного поиска, то стоит написать функтор с функцией сравнения по полю.

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

или делаете линейный поиск std::find_if, а ему не важна сортировка;
или сортируем по новому критерию, а для этого уже желателен свой компаратор.

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

Ну и список алгоритмов к которым это относится:

std::binary_search
std::lower_bound
std::upper_bound
std::equal_range

Чуть особняком:

std::search_n

для неё не нужно отсортированного входа, но подход с лямбдой с типом второго аргумента, соответствующего типу поля - применим.

Obexd в пользовательской сессии без systemd

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 17 Mar 2017 00:00:00 +0000

Пробуем включать TransferServices плагин в Blueman и получаем что-то вроде:

Ключевое:

org.freedesktop.DBus.Error.NameHasNoOwner: Could not get owner of name 'org.bluez.obex': no such name

Исправления два:

добавить в атозагрузку при логине /usr/lib/bluetooth/obexd
подсказать dbus автоматически спавнить его при обращении

Собственно Bluez предоставляет сервис-файл для второго варианта, только он рассчитан на работу с systemd, и поэтому Exec указывает в /bin/false.

Gentoo нам подсказывает:

что нужно вместо /bin/false указать полный путь до obexd, т.е. /usr/lib/bluetooth/obexd. После чего передача файлов волшебным образом заработает сама.

Файл для редактирования: /usr/share/dbus-1/services/org.bluez.obex.service

ЗЫ ссылка на заметку:

https://forum.manjaro.org/t/bluetooth-samba/13539/4

ЗЗЫ неприятно что такие сервис-файлы нельзя переопределить через /etc/dbus/service/. Или я не смог?

CMake Imported Targets

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 07 Mar 2017 00:00:00 +0000

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

Для примера, если вам нужно подключить ZLIB к проекту, при классическом подходе пишется что-то вроде:

cmake_minimum_required (VERSION 3.1)
project(Foo)

find_package(ZLIB)

add_definitions(${ZLIB_DEFINITIONS})
include_directories(${ZLIB_INCLUDE_DIRS})

add_executable(foo_target 
               main.cpp)
target_link_libraries(foo_target ${ZLIB_LIBRARIES})

Какие проблемы в коде выше?

Добавляется новая библиотека, нужно не забыть добавить переменные в три места: 1. add_definitions() 2. include_direcrories() 3. target_link_libraries()
Мы забыли ключевое слово REQUIRED в find_package() и узнаем, что у нас нет ZLIB или на компиляции или на линковке (так как других условий и проверок нет, предполагаю: данная библиотека необходима).
Область действия add_definitions() и include_directories() - глобальная (на самом деле нет: все таргеты в текущем CMakeLists.txt во всех далее включённых, но не суть) и распространяется на все таргеты. Что не есть хорошо.

Возможно что-то ещё, чего я не заметил.

Последний пункт можно обойти уже написав более навороченный код:

cmake_minimum_required (VERSION 3.1)
project(Foo)

find_package(ZLIB)

add_executable(foo_target 
               main.cpp)
target_include_directories(foo_target ${ZLIB_INCLUDE_DIRS})
target_compile_definitions(foo_target ${ZLIB_DEFINITIONS})
target_link_libraries(foo_target ${ZLIB_LIBRARIES})

От проблемы глобальности ушли, но остальные две остались.

А вот, начиная с CMake 3.1 код выше можно переписать так:

cmake_minimum_required (VERSION 3.1)
project(Foo)

find_package(ZLIB)

add_executable(foo_target 
               main.cpp)
target_link_libraries(foo_target
                      ZLIB::ZLIB)

И теперь правильно подтянутся и параметры для компиляции, причём только для указанного таргета, и параметры линковки. А кода стало меньше. Более того, если библиотека не найдена, то цели ZLIB::ZLIB существовать не будет и вызов cmake завершится с ошибкой. А чем раньше ошибка вылазит - тем лучше.

Как это делается? А достаточно просто, маинтейнеру модуля поиска нужно в конце добавить строчки вида:

if (ZLIB_FOUND AND NOT TARGET ZLIB::ZLIB)
  add_library(ZLIB::ZLIB UNKNOWN IMPORTED)
  set_target_properties(ZLIB::ZLIB PROPERTIES
        INTERFACE_INCLUDE_DIRECTORIES "${ZLIB_INCLUDE_DIRS}"
        INTERFACE_COMPILE_OPTIONS "${ZLIB_DEFINITIONS}"
        INTERFACE_LINK_LIBRARIES "${ZLIB_LIBRARIES}")
endif()

Код для FindZLIB.cmake на самом деле несколько другой, но общую суть он отражает.

Соглашение для таких тергетов простое: PkgName::PkgComponent

где PkgName соответствует имения пакета, которое передаётся в find_package() (или имя модуля без префикса Find и суффикса .cmake), а PkgComponent - внутренний компонент внутри модуля. Если такой компонент один, он соответствует PkgName. Примеры:

ZLIB::ZLIB
Threads::Threads
Qt::Widgets (см FindQt.cmake)

Кстати, вместо проверки: if (ZLIB_FOUND)

Можно использовать: if (TARGET ZLIB::ZLIB)

да, более многословно, но везде фигурирует только одно имя таргета.

Кроме того, эти таргеты можно использовать и совместно с target_include_directories() и target_compile_definitions().

В общем, я крайне рекомендую в свои модули добавить несколько строчек, которые привнесут несколько большей унификации. От старых добрый переменных вас тоже никто отказываться не заставляет :)

ЗЫ ЕМНИП то такой синтаксис можно было использовать и до 3.1, с 3.1 оно появилось в некоторых модулях, которые поставляются с самим CMake.

linux-tools для mainline ядер в Ubuntu

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 02 Mar 2017 00:00:00 +0000

Иногда приходится использовать mainline не из основных репозиториев, а отсюда:

http://kernel.ubuntu.com/~kernel-ppa/mainline

Причин тому может быть несколько. Начиная от желания быть на острие атаки, и заканчивая тем, что на новых ядрах решена проблема характерная для вашего железа или другого окружения. У меня, к примеру, только с 4.10 перестал уходить в тотальный перегрев процессор при использовании Turbo Boost.

Беда этих ядер, что нет полезных пакетов linux-tools, которые требуются таким приложениям как perf и turbostat. И их нужно собрать самому, причём так, что бы они соответствовали версии ядра. Рассмотрим как это сделать, на примере 4.10.

У каждой версии есть свой каталог, который (с недавнего времени) в понятной форме содержит всю необходимую информацию для сборки.

Открываем http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.10/ и видим:

откуда брать исходники:

git://git.launchpad.net/~ubuntu-kernel-test/ubuntu/+source/linux/+git/mainline-crack

на каком комитте основан билд:
```
v4.10 (c470abd4fde40ea6a0846a2beab642a578c0b8cd)
```
Эта же информация дублируется в файле COMMIT.
набор патчей, которые накладываются поверх нужного комита.

Вся эта информация так же содержится в файле SOURCES:

git://git.launchpad.net/~ubuntu-kernel-test/ubuntu/+source/linux/+git/mainline-crack v4.10 c470abd4fde40ea6a0846a2beab642a578c0b8cd
0001-base-packaging.patch
0002-UBUNTU-SAUCE-add-vmlinux.strip-to-BOOT_TARGETS1-on-p.patch
0003-UBUNTU-SAUCE-tools-hv-lsvmbus-add-manual-page.patch
0004-UBUNTU-SAUCE-no-up-disable-pie-when-gcc-has-it-enabl.patch
0005-debian-changelog.patch
0006-configs-based-on-Ubuntu-4.10.0-6.8.patch

Итак, сначала забираем исходники:

git clone git://git.launchpad.net/~ubuntu-kernel-test/ubuntu/+source/linux/+git/mainline-crack

Переходим в полученный каталог:

cd mainline-crack

После чего копируем сюда все патчи, перечисленные в SOURCES (они лежат там же, рядом). Как вы их заберёте разницы никакой, я предполагаю, что они уже лежат в mainline-crack.

Теперь берём нужный комит и накладываем патчи:

git checkout -b v4.10 c470abd4fde40ea6a0846a2beab642a578c0b8cd
git am *.patch

Дальше отстройка:

fakeroot debian/rules clean
DEB_BUILD_OPTIONS=parallel=8 fakeroot debian/rules binary-indep
DEB_BUILD_OPTIONS=parallel=8 fakeroot debian/rules binary-perarch

Первая команда подготовит дерево. Вторая соберёт пакеты заголовочных файлов, документации и общие пакеты linux-tools-common и linux-cloud-tools-common. Третья команда соберёт непосредственно пакеты linux-tools и linux-cloud-tools.

Теперь их можно поставить:

sudo dpkg -i linux-tools-*.deb

и при необходимости:

sudo dpkg -i linux-cloud-tools-*.deb

Такой вариант требует минимальное время и не требует полной перестройки. К сожалению, его недостаточно для функционирования perf и Ко, так как они пытаются найти бинарники в /usr/lib/linux-tools/$(uname -r), а пакет linux-tools-*.deb ставит их в /usr/lib/linux-tools-VER, где в версии нет всяких -generic. Но! В целевом каталоге лежат только ссылки на бинари из второго каталога. Пакет, который их создаст имеет суффикc -generic и отстроится только при полной отстройке:

DEB_BUILD_OPTIONS=parallel=8 fakeroot debian/rules binary-debs

или так, если что-то пошло не так:

DEB_BUILD_OPTIONS=parallel=8 skipabi=true skipmodule=true do_tools=true no_dumpfile=1 do_zfs=false fakeroot debian/rules binary-debs

Но у меня отстройка упорно падает на ZFS.

Вариантов два:

правильные бинари звать вручную, указывая полный путь, типа /usr/lib/linux-tools-VER/perf
или сделать симлинк:

sudo ln -s /usr/lib/linux-tools-4.10.0-041000 /usr/lib/linux-tools/4.10.0-041000-generic

Мне второго варианта хватило. Если подскажете, как легче отстроить эти последние пакеты, буду сильно благодарен.

Полезные ссылки по теме:

iBus и Qt Creator

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 28 Feb 2017 00:00:00 +0000

Когда в следующий раз в Qt Creator по Ctrl+Shift+U вместо поиска использования символа появится диалог iBus для ввода Unicode кода символа, вспомнить про im-config и запустить его без параметров, после чего снести использование ibus. Если только он вам не жизненно необходим. Мне - нет.

ThinkPad T530: совмещённый порт наушников и микрофона

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 20 Feb 2017 00:00:00 +0000

Модель имеет совмещённый порт для подключения наушников с микрофоном (TRRS). Ниже посмотрим, что делать когда нет такой гарнитуры.

Наушники и микрофон с отдельными входами

Тут всё просто: покупается Y-переходник на TRS+TS или TRS+TRS (обычно именно такие, так как микрофоны для PC, в основном, с TRS разъёмом, подробнее ниже). Такие легко приобретаются на AliExpress или у местных барыг. А можно и самому спаять:

http://pieterjongsma.com/2012/02/18/1-trrs.html

Обращаем внимание на дополнительные компоненты в цепи микрофона, если хотим использовать с iPhone, для PC и Android это не критично.

Только наушники TRS

В Linux Mint 18 система смогла понять (используется Intel HDA звук на кодеке Realtek), что микрофона нет (судя по всему по закоротке GND+MIC и отсутствию в цепи GND -> MIC резистора в 1k) и 9продолжила использовать встроенный микрофон.

~~Но один канал работает значительно тише.~~ Это наушники были косячными - работают везде так, другие работают нормально.

В любом случае, похоже, что коммутация цифровая, а не физическая, как в старых советских разъёмах: подпружиненные контакты, при подключении штекера приподнимались и размыкали цепь. Т.е. без переходника не обойтись, но работать с отдельными устройствами вполне реально.

Только микрофон TS/TRS

Тут стоит немного разобраться. Когда убирают кольца на штеке (R - Ring), то увеличивается площадка S (S - Sleve). Получается, что при подключении штекера с меньшим числом колец, то он замывает соответствующие контакты в разъёме. При этом на многих микрофонах для PC используется не TR разъём, а TRS. Было бы логично, что S и R соеденены между собой, но нет: соединяются как раз T+R, что вносит некоторую несовместимость (к примеру, если такой микрофон воткнуть в TR разъём, то он всё закоротит).

Собственно из замечаний выходит подтверждение на практике: подключение TRS микрофона определяется системой не как микрофон, а как подключение динамиков.

Подключение Y-разветвителя

У меня недорогой разветвитель с AliExpress. Свою работу выполняет.

Простое втыкание разветвителя в порт на десктопе даёт такой результат:

использование внешнего микрофона и наушников.
при втыкании проводника в разъём Mic, система переключается на встроенный микрофон
при втыкании проводника в разъём Head, система не показывани никакой реакции

При подключении к Android немного интереснее:

просто подключение не определяется никак
подключение микрофона не определяется никак
подключение наушников определяется как гарнитура, вне зависимости от подключения микрофона
и ещё парочка:
- просто подключение микрофона не определяется никак
- просто подключение наушников определяется как наушники без микрофона и работают как надо

Измерение сопротивления между GND и MIC показывает разрыв. Значит разветвитель примитивный, разводка - просто отводы к нужным контактам. А вот Alsa на Linux PC и Anroid просто определяют наличие микрофона на гарнитуре методом определения закоротки между MIC и GND контактами.

Заключение

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

обычные наушники: работают отлично как наушники, микрофон продолжает использоваться встроенный.
обычный микрофон: распознаётся как подключение наушников, поэтому не работает, микрофон продолжает использоваться встроенный.
через примитивный Y-разветвитель: работают отлично и микрофон и наушники.

Особенно интересно разобраться и запустить такую конфигурацию:

внешний микрофон и встроенные динамики

К сожалению решения пока не нашёл. Ну и не понимаю, зачем на достаточно крупном ноутбуке делать совмещённый порт, когда места есть в достатке для отдельного джека под микрофон и под наушники.

Ссылки

Статьи по теме с картинками:

Используемое ПО:

alsamixer
pavucontrol
встроенные модуль настроки в KDE
audacity, наблюдать за функционированием микрофона

Линейка Thinkpad становится всё более унылой

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 20 Feb 2017 00:00:00 +0000

Походу Lonovo только “кирпичиный” дизайн не трогает. А всё остальное делает всё более казуальным. Судя по:

http://www.lenovo.com/psref/pdf/tabook.pdf ( сохранённая копия)

Итак:

Расплодили серию. Хрен пойми чем отличаются W/T/L, а ещё, типа недобуки: X/Carbon X1/etc
Уход легендарного T61 и переход к линеке Txyz (первые представители T400/T500), ознаменовалось ознаменовался завершением эры 4:3 экранов на ноутбуках. Теперь и здесь засилье wide-screen 16:9. Для видео удобно. Для работы - не очень. Даже интернеты: половина сайтов оставляет уйму места по бокам. Возможно широкий экран удобен для людей работающих с таблицами с огромным числом столбцов… Не знаю. Точно, что не спрос порождает предложение, а маркетоидный бред навязывает моду. Главное накормить непотребством, но так, что бы это вызвало “ВАУ!”
К серии x30 (T430, T530, etc) линейка лишилась своей классической узнаваемой клавиатуры в угоду модной-молодёжной чиклектной (она же островная). Да фиг с ним, но раскладка вызывает недоумение: привет PrtScr (хоть и поборолся), при этом PgUp/PgDown стали в более удобных позициях /хотя теми же средствами что и PrnScr их можно забиндить на нужное поведение/), ряд Fx клавиш без разделения на группы.
В серии x40 трекпоинт лишился своих кнопок. Волна негодования была, судя по всему, такой, что в x50 их вернули. Без дублирования кнопок снизу под тачпадом (но сенсорные остались).
Серия x30 последняя где используется ThinkLight. Оставили только подсветку клавиатуры. Кому как, а для меня это было одной из причин выбора Thinkpad. Особенно удобно, когда рядом блокнот в котором нужно сделать пометки по ходу работы.
Серия x40 так же ознаменовалась ликвидацией защелки. Мне она кажется удобной. Некоторым - рудиментом… Пока маленький сын не попытается открыть :)
Снова клавиатура. С линейки 540 (да, касается только 15.6" модели) они вкорячили полноразмерную клавиатуру. Тем самым нарушив центровку основного поля ввода относительно экрана, ровно как и расположение тачпада. Кому так жизненно необходим цифровой блок на ноутбучной клавиатуре??? У меня на обычной он покрывается пылью, а тут просто растрата места.
А вот динамики при этом решили заменить на полное непотребство. Да и 530 они не ахти, но фоном послушать можно. Точно не скажу, но с какой-то модели динамик а) монофонический и б) направлен вниз, в стол! Они что, решили стол или другую рабочую поверхность использовать как резонатор? Сабвуфер?

На фоне этого выглядит забавно это ( тут свежее обсуждение):

http://blog.lenovo.com/tag/retro+thinkpad

Смотрится как эдакая попытка срубить бабла с того, что уже было, но было успешно слито. Если вообще будет сделано. А если сделано, то качественно. Воистину:

Как сделать человеку хорошо?

Нужно должно делать плохо, а потом просто перестать.

Походу, остаётся только Dell Latitude, со своими тараканами и нечеловеческими ценами. Радует только то, что на мою текущую модель T530 валом запчастей и в пределы производительности я ещё не упирался.

ThinkPad T530: клавиатура

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 19 Feb 2017 00:00:00 +0000

Уже были стоны и жалобы от меня по поводу несколько убогой клавиатуры, точнее раскладки, точнее расположению PrtScr кнопки. Но… или жри кактус или исправляй. Я, обычно, выбираю второй вариант.

Если коротко, команда ниже забиндит PrtScr и сделает из неё Menu (aka Compose) клавишу:

sudo setkeycodes b7 127

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

Эту команду помещаем в /etc/rc.local или в аналогичный.

Кому нужно подробностей и альтернативных вариантов - смотрим под катом.

В современных системах почти все устройства ввода обслуживаются evdev. В пару с ними трудится udev. Последний может помочь первому в части переопределения сканкодов клавиш.

Собственно все инструкции описаны в:

less /lib/udev/hwdb.d/60-keyboard.hwdb

Вот выдержки, которых достаточно для настройки:

#  - AT keyboard DMI data matches:
#      evdev:atkbd:dmi:bvn*:bvr*:bd*:svn<vendor>:pn<product>:pvr*
#    <vendor> and <product> are the firmware-provided strings
#    exported by the kernel DMI modalias.

Эта часть описывает шаблон выбора для AT клавиатур. Да, встроенная клавиатура в T530 это AT клавиатура. Привет NKRO из коробки :) Но об этом дальше.

Следующая часть описывает шаги, которые нужно выполнить после настроек.

# To update this file, create a new file
#   /etc/udev/hwdb.d/70-keyboard.hwdb
# and add your rules there. To load the new rules execute (as root):
#   udevadm hwdb --update
#   udevadm trigger /dev/input/eventXX
# where /dev/input/eventXX is the keyboard in question. If in
# doubt, simply use /dev/input/event* to reload all input rules.

Итак, определяем что у нас за клавиатура, смотрим выхлоп dmesg:

...
[    2.282100] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input3
...

С вероятностью 147% оно всегда будет так. Запоминаем (особенно последнюю цифру):

/devices/platform/i8042/serio0/input/input3

Теперь определяем сканкод клавиши (подставляем цифру в конце, которую запомнили выше, т.е. input3 -> event3):

sudo evtest /dev/input/event3

Получаем такой выхлоп:

...
Event: time 1487483975.506795, type 4 (EV_MSC), code 4 (MSC_SCAN), value b7
Event: time 1487483975.506795, type 1 (EV_KEY), code 99 (KEY_SYSRQ), value 0
Event: time 1487483975.506795, -------------- SYN_REPORT ------------

Если выхлоп не получаем, или получаем не тот, который ожидаем: просто перебираем разные номера для event.

Смотрим строку с MSC_SCAN, значение сканкода поле value - b7 искомый сканкод.

Кстати, клавиша определяется как KEY_SYSRQ, но работает только как PrtScr. За SysRq функциональностью вам сюда.

Далее нам нужно имя клавиши (и код заодно), которые используются внутри ядра. Смотрим в

/usr/include/linux/input-event-codes.h

нужную клавишу. Имя для udev - нижним регистром имя макроопределения, без префикса KEY_. Для setkeycodes - dec значение.

Клавиша меню это:

#define KEY_COMPOSE             127

Имеем:

Имя для udev: compose
Код для setkeycodes: 127

Пишем правило для udev (/etc/udev/hwdb.d/70-thinkpath-t530-keyboard.hwdb):

evdev:atkbd:dmi:bvn*:bvr*:bd*:svn*:pn*:pvr*
  KEYBOARD_KEY_b7=compose                    # map PrtScr to Menu

Так как у нас только одна AT клавиатура, и другую подключить нельзя, то правило выше вполне имеет право на жизнь, но при желании можно уточнить как-то так:

evdev:atkbd:dmi:bvn*:bvr*:bd*:svnLENOVO*:pn*T530*:pvr*
  KEYBOARD_KEY_b7=compose

Выполняем команды, которые рекомендуют в комментариях к исходному фалу базы:

sudo systemd-hwdb update
sudo udevadm trigger /dev/input/event*

И радуемся жизни. Или используем setkeycodes:

sudo setkeycodes b7 127

тут всё понятно: b7 - узнанный сканкод. 127 - числовое значение KEY_COMPOSE.

После этого, всё, что использует драйвер evdev, будет воспринимать кнопку PrtScr как Menu. Трюк с setkeycodes будет работать везде, где используется evdev. Стоит отметить, что сканкод платформо-специфичен. Под платформой понимается: AT PS/2, USB HID и т.п. Об этом планирую в другой статье рассказать.

Естественно после всех манипуляций выше вы лишаетесь кнопки Print Screen, но его функциональность в части снятия скриншотов это просто условность и можно настроить окружение так, что бы работала другая комбинация. А можно переназначить другую клавишу аналогичным способом. К примеру, F12. Лично я её использую очень редко. В терминале она вообще эмулируется Shift+F2 (для F11 - Shift+F1).

Другим решением может стать использовать кнопки Launch1.

Полезные ссылки на тему:

https://wiki.archlinux.org/index.php/extra_keyboard_keys
https://wiki.archlinux.org/index.php/Map_scancodes_to_keycodes
man 8 setkeycodes
man 1 loadkeys - если хочется магии в консоли.

Пидан: взгляд с другого ракурса или кольцо Ойры

adrozdoff@gmail.com (Alexander Drozdov) — Sun, 29 Jan 2017 00:00:00 +0000

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

Но вот новогодние каникулы закончились. Незаметно пролетела первая рабочая неделя и первые выходные. Желание куда-то выгрестись обрело форму рассылки писем с предложением сходить хоть куда-то хоть на сколько. В результате собралась компания: я, Коля, Кирилл. На один день решается сходить Спайдер (он же Лёха) с женой. Сам после перелома и для него выход — чисто проверить возможности. Он же предлагает забрасываться на его пепелаце. Обратно планируем выбираться уже на электричке.

Маршрут на 21-22 января, по итогу, получился таким:

В субботу, около 6.30 стартуем с Постышева. Около 8.20 (или чуть раньше) уже на горнолыжной базе. Температура за бортом -21 градус — чем холоднее, тем круче! Выходим на маршрут около 8.45.

Благодаря морозу лица участников получают дополнительные украшения:

Поднимались медленно, к 13.30 вышли на осыпи:

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

Лагерь разбивали, чуть перевалив через хребет на юг. Днём температура была около -15 градусов, что почти не ощущалось ввиду практически полного штиля.

Коля и Кирилл после перекуса и постановки лагеря и до темна занимались копанием снежных пещер в наддуве рядом с лагерем, благо две снежные лопаты были в наличии. Фото потом приложу.

У Коли вышел холодный карцер, а вот пещера Кирилла из-за практически естественного подъёма вышла очень тёплой. Был даже соблазн раскопать побольше и там же ночевать. Но решили перебороть на первый раз.

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

Это при том, что вентиляция сделана достаточно добротно: обеспечен подток воздуха через вход и открыта полностью вентиляция наверху. В случае использования радиаторных котлов, интегрированных систем, типа Jet Boil или MSR Reactor (для него это наиболее актуально!) данные действия архиобязательны. Хотя да, лучше вообще готовить на улице.

Кто не знает, но вместе с газом в баллон за заправке попадает всякая сопутствующая хрень, которая по итогу почти не горит и не испаряется из баллона, может забивать форсунки и при сгорании давать крайне неприятный запах. Помимо всего прочего, эта субстанция занимает место в баллоне, и при заправке вы получаете меньше полезного газа. И с каждой заправкой полезного газа всё меньше. Речь идёт не про туристические баллоны, а про бытовой пропан на 5л, 12л и так далее с которых потом и можно перезаряжать туристические (что делается на свой страх и риск, ибо производитель чётко и ясно говорит: не перезаправлять). По идее, на станциях, где происходит обмен пустого баллона на заправленный, пустой баллон должен проходить освидетельствование и чистку, но по факту, происходит ли это на самом деле, сказать трудно.

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

По итогу, если перезаправляете баллоны, то имеет смысл время от времени менять сам баллон и заправлять первой половиной или двумя третями свежезаправленного баллона на 5л.

В общем, худо-бедно, наготовили ужин, натопили воды и залили в термосы на следующий день, что бы только разогреть и сделать чай (чисто экономии времени для) и около десяти отвалились на боковую. Градусник тем временем показывал +5 внутри палатки.

Ночью было сносно, но подмерзали ноги. Хотя спальник рассчитан на -9, а градусник в палатке, лёжа в кармане показывал всего -3. Судя по всему уже отходился за почти 4 года (синтетика Thermolite Extreme). Плюс коротковат и в палатке ноги утыкались во внешнюю стенку.

Грубо подобрать спальник под свой рост можно зная его размеры. В случае для лета вполне достаточно длины спальника РОСТ + 20 см. Для зимы запас уже должен быть не менее 30 см: в самом спальнике больше утеплителя и, при той же внешней длине, меньше внутреннего пространства. У меня же спальник на зиму 200см при росте 181см. Реально ощущается нахватка этих самых 10см.

В любом случае, накинутая сверху пуховка проблему решила (сам был одет в термобельё + флис).

Утром сильно не хотелось выползать в холодный внешний мир. Дрыхли/валялись почти до 8.30, после чего таки заставили себя собраться.

Завтрак, чай, завариваем и разливаем чай по термосам, собираем лагерь и в 11.20 выходим.

Проходим вершину Пидана, внизу видно дымку, а над нами ясное небо. Наблюдаем как туман и дымка перетекает через хребты:

На сегодня обещали сильный ветер, но прогноз не сильно оправдывается. Да не штиль, пришлось подзамотаться, но и не что-то неординарное.

У тригопункта ждём, пока Кирилл обует негоступы. Тем временем подбегает Вова Попов, здороваемся, перекидываемся парой слов и в путь.

Ходить по ненахоженным маршрутам хоть и сложнее, но интересно. Такие виды много стоят:

И ваш покорный слуга на фоне их:

Как зашли в лес, снег стал более пушистым и проваливаться больше, что и понятно. Но и теплее стало. Намёка на ветер почти не стало.

По ходу движения обратил внимание, что компас на навигаторе немного врёт. Такое случается, нужно всего лишь сделать несложную калибровку… Вот только сделать её не удалось. 15 раз и последний шаг завершается ошибкой. Сделать её получилось только уже внизу, на горнолыжной базе. Варианты: близость телефона в нагрудном кармане или магнитная аномалия. В общем, на всякий случай, пользуясь компасом в навигаторе обратите внимание на близость телефона к нему и отложите его подальше.

Тем временем вышли на шикарные осыпи:

А вершину уже накрыло:

Вовремя мы от туда срулили. Слева виден хребет с классическим маршрутом на гору.

А вот хребет всё продолжал удивлять своей многогранностью. После красивого заиндевелого леса и шикарных заметённых осыпей нам открывается… Тонкая перемычка без леса, но густо заросшая порослью. На этом участке почти не было сброса или набора высоты. Сам участок всего около километра. Но пробирались мы через него около часа или больше. Когда мы остановились в нём перевести дух и испить чаю, то это было единственное место, где даже пришлось подраздеться: сюда даже ветер не заходит!

Вот этот участок, неприятной наружности:

За этим участком начинается уже адекватный и хорошо проходимый лес. Через некоторое время даже появляется намёк на старую дорогу.

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

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

В первый день находили примерно 10 км с суммарным набором высоты 1163 метров (и сбросом 52). Во второй день находили около 14 км, с суммарным набором высоты 247 метров и сбросом 1443 метра.

По расходу газа. На моей BRS-8 готовили быстрый сайровый суп, утром лапшу быстрой варки, кипятили воду в термосы (но не топили). Чай не делали. С топлением снега ушло 162 грамма, 2 готовки зимой, плюс термосы, это полноценный день, так что на человека где-то 54 грамма. Если считать, что две готовки это 2/3 дня, то получается 81 грамм. Так как чай не готовился на этом баллоне, то истина где-то посередине :)

Qt Creator, CMake: отображение всех файлов в стоковом плагине

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 18 Jan 2017 00:00:00 +0000

Немного в сторону от CMakeProjectManager2, в направлении стокового плагина.

Дискуссия на LOR навела на мысль. Ради спортивного интереса попробовал реализовать и… получилось! :)

За подробностями под кат.

Итак, идея была, использовать скрипт для первоначальной инициализации кеша. Это тот, который cmake передаётся через параметр -C. Не получилось. От туда процесятся только set(...) команды.

Следущий шаг, использовать параметр CMAKE_TOOLCHAIN_FILE и задать свой псевдо тулчейн, в котором генерировать список и формировать фейковый таргет со списком файлов. Забегая вперёд - этот вариант сработал.

У этого подхода есть плюс и минус:

плюс: для использования не нужно модифицировать исходный код. Совсем. В новых версиях QtC достаточно отредактировать настройки Kit.
минус: возникают сложности, если нужно использовать реальный тулчейн файл.

Про плюс всё понятно, а вот минус можно обрулить более менее красиво: завести параметр CMAKE_TOOLCHAIN_FILE_FORWARD и обрабатывать его в нашем всевдо-тулчейне, если поставлен - значит просто включить его директивой include(...).

Собственно результат (или gist):

#
# Open QtC :: Tools -> Options, Go to Build & Run page, Switch to the Kits page.
#   Select needed Kit and press Change... for CMake Configuration item
#   Add Parameter:
#     CMAKE_TOOLCHAIN_FILE=/path/to/qtc-scan-all.cmake
#
#   If you need real toolchain file, just pass it as:
#     CMAKE_TOOLCHAIN_FILE_FORWARD=...
#
#   Rescan tree: Build -> Clear CMake Configuration.
#
#   There is next configuration parameters (can be pass via -DPARAM=value)
#     SCAN_GLOB_EXPR - globbing expression for included files, default: *
#     SCAN_DUMMY_PROG - dummy executable for dummy target, default: true (aka /bin/true)
#

if (NOT TARGET ALL_PROJECT_FILES)
    set(SCAN_GLOB_EXPR * CACHE STRING "Setup file system scanning pattern to display all needed files, default: *")
    set(SCAN_DUMMY_PROG "true" CACHE STRING "Dummy prog for dummy target, default: true")
    file(GLOB_RECURSE ALL_RPOJECT_FILES_LIST LIST_DIRECTORIES false RELATIVE ${CMAKE_SOURCE_DIR} ${SCAN_GLOB_EXPR})
    add_custom_target(ALL_PROJECT_FILES ${SCAN_DUMMY_PROG} SOURCES ${ALL_RPOJECT_FILES_LIST})
endif()

# Forward real toolchain file
if (CMAKE_TOOLCHAIN_FILE_FORWARD)
    include(${CMAKE_TOOLCHAIN_FILE_FORWARD})
endif()

Можно даже задать маску для сканирования, изменив параметр SCAN_GLOB_EXPR. В новых версиях QtC это сделано удобно. При определённых доработках можно добавить и исключающие маски.

Для того, что бы запустить этот хак, нужно в настройках QtC (Tools -> Options…) выбрать пункт “Build & Run” и вкладку “Kits”, после чего выбрать нужный кит и отредактировать параметры CMake (CMake Configuration), добавив строчку:

CMAKE_TOOLCHAIN_FILE=/path/to/qtc-scan-all.cmake

Проделать это для всех желаемых тулчейнов.

Пересканировать дерево теперь можно будет, выбрав “Build -> Clear CMake Configuration”, так как параметры тулчейн-файла применяются только на чистых запусках cmake.

А выглядеть это будет как-то так:

Что ещё можно сделать:

Добавить исключающие маски
Задать параметром имя псевдо-таргета
Можно завести несколько таргетов и реализовывать различные варианты группировок

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

CMakeProjectManager2: теперь и с Server Mode

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 16 Jan 2017 00:00:00 +0000

Вот и прошло почти два месяца с последних изменений.

Время было потрачено:

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

Так как код отвергли, а это, по сути, написанная с нуля реализация старого функционала, то он был взят за основу новых изменений. Ну как основу - 99%.

Есть и изменения. Малой кровью была создана обёртка поверх Server Mode Reader’а, которая предоставляет всего его внутренние профиты за исключением классического вида дерева файлов.

Соответственно изменения, сделанные для старого ридера (Tealeaf Reader), который используется для версий CMake младше 3.7, в части отображения всех файлов, добавления, удаления и переименования теперь применимы и для Server Mode Reader.

Сразу же был найден и первый баг: неправильно обрабатываются дефайны из CMAke (add_definition()). Патч уже отослан, у себя в коде изменений делать не буду, подожду, пока попадёт в апстрим, потом засинхронизируюсь.

Функциональность же передачи Toolchain файлов выла дропнута. Можно делать настройки через Kit или же вручную создать параметр CMAKE_TOOLCHAIN_FILE и задать нужный. Главное не забудьте сделать Build -> Clear CMake Configuration после этого. Ну и будьте готовы, что парсер C++ вас перестанет понимать, как минимум, частично.

Пакеты для Ubuntu 14.04 и 16.04 и производных уже доступны через PPA. Не забываем внимательно читать описание репозитория.

В ближайших планах подготовить ветку для стабильной версии QtC - 4.2. Там окажется только текущая функциональность и нового появляться не будет (если только кто-то не возьмёт её на сопровождение). Есть вероятность, что серверный режим будет выключен, так как он требует много смежных изменений и бекпортирования. Явные косяки тоже будут переноситься. В будущем, планирую саппортить только текущую версию QtC. Для старых не планирую даже исправления ошибок переносить. На всё это нужно время.

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

Ну и с ошибками и предложениями: https://github.com/h4tr3d/cmakeprojectmanager2/issues

ThinkPad T530: доступ к Break, Pause, Scroll Lock и SysReq

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 12 Jan 2017 00:00:00 +0000

Начиная с Tx30 Lenovo дропнули старую клавиатуру на ноутбуках серии ThinkPad, что очень грустно, так как новая в части предоставляемой раскладки просто не выдерживает критики. Одно расположение клавиши Print Screen чего только стоит - ощущение, что клавиатура для ярых скриншотеров, не меньше. С другой стороны, расположение PgUp/PgUp значительно более удобнее, нежели на классике.

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

Клавиша	Комбинация
Break	Fn+B
SysRq	Fn+S
Scroll Lock	Fn+K
Pause	Fn+P

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

Собственно вопрос, а чего бы эти значения не нанести на сами клавиши?

Ииии важное замечение, как работать с SysRq в Linux:

Нажимаем Alt
Нажимаем Fn
Нажимаем S
Отпускаем S
Отпускаем Fn
Нажимаем нужно командную клавишу (например S для синхронизации дисковых буферов, P - для распечатки регистров или C для паники :)
Отпускаем нажатые клавиши в любом порядке или, не отпуская Alt, нажимаем следующую командную клавишу

ВАЖНО: простое нажатие Alt+Fn+S+буква ни к чему не приведут.

CMakeProjectManager2 возвращается

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 10 Jan 2017 00:00:00 +0000

В продолжение post/2016/12/24/qt_creator_cmake_i_sudba_cmakeprojectmanager2.

Ревью https://codereview.qt-project.org/#/c/180827/ расставило точки над i: “Project View == Build System View”, билд система не может отображать все файлы проекта? Значит не будем показывать. Билд система не предоставляет возможности добавлять, переименовывать и удалять файлы в проекте? Значит не будем даже пытаться предоставить возможность это делать. Не удобно? Ничего, целостность концепции важнее.

Хотя… мне одному кажется, что абстракции тут текут? Ведь Project View сам по себе подразумевает именно проект?

Да, моё решение тоже не верх совершенства, даже так - костыль. Но он же реально помогает в условиях отсутствия более приличной альтернативы…

Ну и обоснование всего одно: “Я боюсь баг-репортов”.

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

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

Ну а родной менеджер начнёт поддерживать данную функциональность, только кода CMake Server Mode сподобится на это. Удачи в ожидании :) Особенно при том условии, что конкуренты (KDevelop, Clion) это умеют делать.

SSL на блоге

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 09 Jan 2017 00:00:00 +0000

SSL Everywhere. С HTTP настроен редирект на HTTPS.

Сертификаты от Let’s Encrypt, получение и обновление сертификатов через CertBot.

Работать будет с браузерами, которые умеют Server_Name_Indication|SNI , т.е. в пролёте древние Андроиды на 2.3.7, всякие IE6-IE8, HTTP клиенты в Java 6u45 и 7u25.

Первоначальный рейтинг C тюнился до A+ по следующим статьям:

Результат: https://www.ssllabs.com/ssltest/analyze.html?d=htrd.su&hideResults=on

Что пришлось менять и что поломалось:

Ссылки на банеры, в частности картинки пришлось утянуть себе, так как доступны только по HTTP
Воспользоваться миграционными тулами Disqus, что бы восстановить комментарии к статьям (URL Mapper, предварительно запросив текущий список и обработав его скриптом)
Счётчики G+ слетели. Как их чинить для новых страниц - хз.
…
Что ещё отвалилось. Иначе невозможно :)

Garmin GPSMAP 64s

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 30 Dec 2016 00:00:00 +0000

Обновочка. Продал свой GPSMAP 62s, как более неподдерживаемый. Плюс хотелось GLONASS. Зачем только не совсем понимаю :)

Отличия пока только визуальные: 62s мне достался практически сразу после выхода, и у него была детская болячка - скрипел корпус. 64s появился в 2014 году и корпус более крепкий. А вот резиновая заглушка для USB и антены на новом навигаторе доверия не внушает. Ещё более тактильная отдача на кнопках при нажатии.

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

Заявлено более короткий срок жизни от батареи. Минимальное время включения подсветки экрана увеличено с 5 сек до 15.

В этой модели можно заряжать аккумуляторы от USB. С одним “но”: внутри батарейного отсека появилась кнопка, что бы зарядка началась, нужно, что бы она была нажата. Автоматически это может сделать фирменный пак аккумуляторов, которые “сшит” общей рубашкой. Эта рубашка и зажимает кнопку. Типа, что бы беспечный пользователь не начал заряжать щелочные батарейки.

К сожалению, погонять чисто GLONASS на приборе не получится, доступные режимы: GPS, GPS+GLONASS. Чисто GLONASS - нет. А очень бы хотелось.

Теперь по ценам… Не покупайте у наших барыг! Типичная цена на навигатор в России - 25000 руб. Плюс минус. Самая маленькая найденная - около 20к руб. Добавьте судя стоимость доставки - от 500 до 1500 руб. (особенно, если хочется быстрее получить). А вот покупка и доставка с Амазона (я выбрал дорогую доставку UPS за 37$) вышла примерно в 15800 руб. (получил в руки за 1.5 недели). Что даже дешевле покупки мною предыдущего навигатора 62s - он мне обошёлся в 15900 руб., а ведь происходило это существенно раньше и по совсем другому курсу доллара. Так-то. Продавец: https://www.amazon.com/gp/product/B00HWL9AS8/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1. Карту памяти купил уже тут, отдал за 32Гб около 1000 руб.

Учебные фильмы

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 29 Dec 2016 00:00:00 +0000

Я на них вырос (часть из них крутили по УТВ): https://www.youtube.com/user/AKhodus/videos

Qt Creator, CMake и судьба CMakeProjectManager2

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 24 Dec 2016 00:00:00 +0000

Проект в стадии прекращения работы над ним…

…А кто пользовался и следил - без паники! То, что давно не обновлялся репозиторий, это следствие того, что сделанные изменения готовятся быть продвинутыми в upstream, по-пожеланию Tobias Hunger.

Да, это не даёт никаких гарантий, что изменения приживутся. Плюс я слабо представляю как реализовать две основные фичи: отображение всех файлов и добавление/удаление/переименование файлов в новом представлении дерева, сделанное для CMake Server Mode. Ревью же на включающее эти фичи для CMake < 3.7 будет скоро создано, пока были сделаны некоторые подготовительные шаги.

Последующими шагами будет реализация следующих возможностей:

Добавление настроек CMake для проекта. Среди этих настроек хочется разместить такие параметры, как: * отображать сканированные файлы в дереве или нет * управление запуском CMake при добавлении/удалении/переименовании файлов * управление исключениями для сканера дерева, что бы исключить нежелательные файлы и ускорить сканирование и формирование дерева
Вынести формирование дерева проекта в абстрактные классы и сделать возможность пользователю управлять представлением. Заодно есть желание сделать вариант построения дерева средний между классикой и новым для server mode, более похожий на оный в KDevelop. Возможно этот шаг будет поделён на два: сначала абстракции без изменения внешнего вида, что бы не вызывать культурного шока, а потом уже остальное. В любом случае, работает правило: больше полезных комитов, а не нытья в рассылке - больше к твоему мнению прислушиваются, а значит легче протолкнуть свои идеи.

Пока минусом использования для построения дерева проекта всех файлов является момент построения дерева: оно делается внутренностями QtC, требует большого количества времени и не асинхронно. То есть QtC тупо подвисает на время построения дерева. Для больших проектов это бывает неприятно. Но Tobias утверждает, что они планируют поработать над этим.

Мастер создания проекта либо будет заинтегрирован тоже, или будет просто лежать в отдельном репозитории: много поддержки он не требует.

Беспроводная магия

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 24 Dec 2016 00:00:00 +0000

Мужика вообще посмотреть стоит. Дядька тот ещё колдун.

Уплотнительные кольца для BRS-8

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 22 Dec 2016 00:00:00 +0000

Прошлой зимой потёк бензонасос горелки. Потёк внезапно и в походе, хорошо был баллон газа.

Протечка случилась по зазору вращающегося штока на насосе для прикручивания шланга.

Как оказалось, уплотнительная резинка растянулась. Готовых рем-комплектов на али не оказалось, пришлось мерить кольца и искать уже конкретные экземпляры.

Для начала небольшой словарь, которые поможет искать нужные номиналы:

OD - внешний диаметр
ID - внутренний диаметр
CS - толщина кольца

Запрос стоит формировать как-то так: “oil rubber ring CS ###mm”, подставляя нужную толщину.

Самих номиналов колец оказалось 4 штуки: кольца внутри проблемного штока (4 штуки), хоть и похожи, он сам шток конический и два чуть больше. Итак:

OD 12мм, ID 8мм, CS 2мм - 2 штуки (диаметр посадочного места 8.2мм)
OD 12.5мм, ID 8.5мм, CS 2мм - 2 штуки (диаметр посадочного места не замерил, потом обновлю)
OD 6мм, ID 3мм, CS 1.5мм - 6 штук (диаметр посадочного места 3.1мм) - это уплотнители на штоке шланга (4 штуки) и в насосе (2 штуки)
OD 33мм, ID 26мм, CS 3.5мм - 2+ штук - уплотнительные кольца на резьбе пробки бутылки и самом насосе, диаметр может варироваться, там главное придавить их.

Варианты на Ali:

1 и 2 номиналы: https://ru.aliexpress.com/item/10pcs-Lot-Optional-OD-12-12-5-13-13-5-14-15-16-17-18-19/32728565764.html
3 номинал: https://ru.aliexpress.com/item/OD-4-4-4-4-5-4-8-5-5-5-5-8-6-6-5/32730991081.html
4 номинал: https://ru.aliexpress.com/item/10x-CS3-5mm-NBR-O-ring-OD-33-34-35-36-37-38-39-40-41/32729993728.html

Ссылка на аналогичную проблему:

http://forum.poehali.net/index.php?board=10;action=display;threadid=76686;start=0

Раньше была возможность купить комплект:

https://ru.aliexpress.com/item/Outdoor-burner-standard-general-stoves-gas-cylinders-seal-washer-rubber-ring/1561955158.html

но сейчас китаец не продаёт. Найти аналогичный - не смог.

Смущает только больший номинал колец в ремкомплекте для Kovea Booster+1 - https://primalp.com/posuda-gorelki/gazovye-aksessuary/kovea-remkomplekt-dlya-kb-0603/ (кстати его можно попробовать использовать, заказать в Тибете, например).

OpenOCD, ThreadX и ваш процессор

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 21 Dec 2016 00:00:00 +0000

TODO: нужно перетянуть статью в т.ч. сюда. Пока ссылка:

https://habrahabr.ru/post/249991/

О PDF-просмотрщиках

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 21 Dec 2016 00:00:00 +0000

Немного о наболевшем.

В PDF, обычно, распространяется документация.

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

По ссылкам неплохо иметь возможность переходить.

До сего момента речь шла, практически, о 100% доступных читалок для PDF.

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

Внезапно, но это, казалось бы простое требование просто фантастически прореживает стройные ряды просмотрщиков!

После длительных поисков и переборов остался такой набор:

Кроссплатформенные
- Как это не парадоксально, но это PDF.js иными словами - Firefox. И он, пожалуй, единственный.
Linux
- Тут тоже нет разнообразия, единственный представитель, который умеет эту простую фичу - KDEшный Okular. Evince и производные что-то пытаются делать, но работают очень странно. Другие не умеют вовсе.
Windows
- Кто сказал - Acrobat Reader? Нет! Он не умеет. Из опробованных мной, с неперегруженным интерфейсом, только два варианта: STDUViewer и Sumatra PDF. Первый подглючивает временами, остановился на втором (на работе). Foxit Reader тоже, вроде, умеет, но его новомодный интерфейс мне непонятен и неприятен.

UPD: Сегодня появилась статья на Хабре, где человек соединил Qt, QWebEngineView и PDF.js, вот репозиторий на GitHub:

https://github.com/yshurik/qpdfjs Про годность или негодность сего поделия напишу чуть позже.

Системы заземления TN-S, TN-C, TNC-S, TT, IT

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 21 Dec 2016 00:00:00 +0000

Наглядная статья: Системы заземления TN-S, TN-C, TNC-S, TT, IT

Ну и несколько замечаний по теме проводки:

Если у вас до сих пор проводка по квартире алюмишкой в полтора квадрата - озадачьтесь установкой меди. И зарисуйте схему проводки.
Не чурайтесь использовать разделительный трансформатор для титана, стиральной машины и т.п.
УЗО
Если ваша сеть не TN-S, то сделайте (наймите того, кто сможет!) хотя бы TN-C-S. Следите, что бы заземляющий ноль не был подключен на тот же “орех”, что и остальные. А лучше, что бы у вас было два своих подключения на нулевой провод в щитке: один для нуля, другой - для защитного зануления. Ещё лучше: требуйте от своей управляйки модернизации сети. В конце концов, часто то, что нам подсовывают под кап-ремонтом, им не является. Замена коммуникаций - это уже часть его.

Переключение раскладки по CapsLock в Windows

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 15 Dec 2016 00:00:00 +0000

На работе приходится сидеть в Windows по ряду причин, но очень неудобно, что нет привычного переключателя раскладок клавиатуры по CapsLock.

Перебрал несколько вариантов: специализированные утилиты (сайты большинства умерли (привет Recaps, Keyla) за исключением, пожалуй Capslang), правка реестра Windows ( https://habrahabr.ru/post/305658/, не понравилось), использовал PuntoSwitcher (стрельба из пушки по воробьям ради только переключалки, плюс досадно глючил временами).

В результате остановился на варианте с AutoHotkeys и эмуляцией нажатия клавиш переключения раскладки. Кроме того, учёл, что в рабочей сессии VirtualBox переопределять клавишу не нужно (для других VM код будет похожим). В результате получился такой скрипт:

SetTitleMatchMode RegEx
#ifWinNotActive, ^.+ - Oracle VM VirtualBox$
	SetCapsLockState, AlwaysOff
	+CapsLock::CapsLock
	CapsLock::Send, {Ctrl down}{Shift down}{Shift up}{Ctrl up}
#ifWinNotActive
return

Сохраняем, запускаем, пользуемся. Если нужно, добавляем в автозагрузку. CapsLock остаётся доступен по сочетанию Shift+CapsLock.

Справочник по регуляркам: https://autohotkey.com/docs/misc/RegEx-QuickRef.htm

Ссылки по теме:

https://gluek.info/2008/08/27/caps-lock-windows/
https://habrahabr.ru/post/305658/
http://flydom.ru/capslang/ (что-то не завелось у меня, может что поменялось)
http://superuser.com/questions/429930/using-capslock-to-switch-the-keyboard-language-layout (моё решение взято именно отсюда, плюс проверка VBox)
http://dae.me/blog/1173/pereklyucheniye-yazika-vvoda-po-caps-lock-v-windows/ подборка методов

Распродажа туристического снаряжения

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 03 Dec 2016 00:00:00 +0000

Немного накопилось, что не подошло, что хочется поменять, а что уже заменилось, поэтому выставляю:

Лот 1: (Б/У) Навигатор Garmin GPSMAP 62s, в полной комплектации, с картами ДВ, Домашних вулканов Камчатки, Кодара, Тункинских гольцов на Восточном Сайне и района Белухи на Алтае, цена вопроса 15000 руб УШЁЛ
Лот 2: (Новый) Котелок с теплообменником Bulin S2500, 2 литра, цена вопроса - 2500 руб:
- http://www.farpost.ru/vladivostok/sport/tourism/kitchenware/kotelok-s-teploobmennikom-bulin-s2500-2l-50117402.html
Лот 3: (Б/У) Алюминиевые секции дуги для палатки, диаметр 8.5мм, длинна полная 360мм, 5 штук, цена вопроса 100 руб/штука:
- http://www.farpost.ru/vladivostok/sport/tourism/tents/aljuminievye-sekcii-dugi-dlja-palatki-8.5-mm-x-360mm-b-u-50118214.html
Лот 4: (Новый) Алюминиевая дуга для палатки, диаметр 8.5мм, длинна полшная 3.6м, 11 секций, цена вопроса 1200 руб:
- http://www.farpost.ru/vladivostok/sport/tourism/tents/aljuminievaja-duga-dlja-palatki-8.5-mm-x-3.6-m-11-sekcij-50118625.html
Лот 5: (Новый) Запасные наконечники для трекинговых палок, резьба, совместимы с кольцами Leki, 4 штуки, цена вопроса 100 руб/штука:
- http://www.farpost.ru/vladivostok/sport/tourism/other/nakonechniki-dlja-trekingovyh-palok-rezba-pod-kolco-50118821.html

C++ и хорошие практики

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 02 Dec 2016 00:00:00 +0000

Существуют хорошие практики программирования и их стоит изучать. Часть из них применима не всегда. Часть стандартов хорошо себя зарекомендовала, но стоят денег, например MISRA C++, но, помимо цены, ещё и достаточно консервативен и покрывает только язык до стандарта C++11 (выпущен в 2008 году).

Ниже список, на мой взгляд, хороших источников, которые хорошо иметь под рукой и регулярно пробегаться глазами:

The C++ Core Guidelines - естественно на первом месте, руководство от, можно сказать, создателей, корифеев языка. Основные составители Бьярне Страуструп, Герб Саттер и, конечно, сообщество. Развивается оперативно и быстро адаптируется под новые фишки стандарта.
High Integrity C++ Coding Standard - коротко и по делу. Немного пояснения: https://en.wikipedia.org/wiki/High_Integrity_C%2B%2B. Сейчас покрывает C++11. На этот стандарт даёт отсылки MISRA C++ 2008.
Все книги из Скотта Майерса из серии Эффективное программирование на C++.

Ну и на затравку: писать надёжный софт на C++ можно - C++ on Mars: Incorporating C++ into Mars Rover Flight Software :wink:

И стоит помнить, что есть практики, есть стандарты, но не стоит выключать свой мозг и обкладываться паттернами, бустом и прочими непотребствами, если вам нужно вывести всего лишь “Hello, world!”.

Пакеты с отладочными символами для Debian

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 21 Nov 2016 00:00:00 +0000

Пара линков на тему:

Первый описывает базовые подходы для версий debhelper меньше и больше 7. Второй линк описывает новый, рекомендованный подход с автоматическим созданием dbgsym пакетов.

Что бы файлы с отладочной информацией строились в PPA, в настройках (Change details…) нужно включить опции:

[x] Build debug symbols
[x] Publish debug symbols

Ветки обсуждений в Thunderbird

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 03 Nov 2016 00:00:00 +0000

Просто перечисление нескольких скрытых опций, которые могут оказаться полезными. В дополнение к http://kb.mozillazine.org/Stop_threading_by_subject:

mailnews.sort_threads_by_root - если кому-то хочется, что бы при сортировке по дате обсуждений использовалась дата корневого письма, а не самого последнее. Не знаю, кому такое может пригодиться, но полезно знать, на случай, если какое-то расширение изменит эту настройку в true.
mail.operate_on_msgs_in_collapsed_threads - управляет поведением на свёрнутых обсуждениях: показывать не-conversation вариант (true - по-умолчанию) или показывает корневое сообщение (false). Так как conversation-вариант попросту нефункциональный в TB, то я использую false.

Теперь ищу способ для:

Сделать свернутое обсуждение не просто подчёркнутым но выделенным жирным. Вроде как через пользовательский CSS можно.
Сделать так, что бы обсуждение было только с одним уровнем ветвления, а остальные сообщения были в порядке прихода. Для большинства обсуждений важна хронология, а контекст содержится в цитируемом сообщении. Этот бы вариант можно было бы решить группировкой по дискуссии (Group By Discussion), к сожалению поиск в интернете для этого не дал мне результатов (и вопрошание на SuperUser - тоже).

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

Total Message
- Плюсы (здесь и далее - плюсы и минусы - для меня)
  - добавляет дополнительные средства по сортировке, например, сортировка по двум критериям. Но хорошо работает только на Earlybird.
  - позволяет управлять вышеозначенными опциями через GUI.
- Минусы
  - пытается изменять и отображение заголовков в сообщениях, что мне не нужно. Тем более, что другие расширения, типа ThreadVis при этом ломаются.
- Thunderbird Conversations, https://github.com/protz/thunderbird-conversations
  - Практически то, что мне хотелось в плане огранизации бесед. Но крайне глючная штука: легко может отметить непрочитанное письмо прочитанным (самая беда) или прочитанное - непрочитанным (не так страшно). И как-то вообще неторопливо работает.
- ThreadVis, http://threadvis.github.io/
  - Визуализирует цепочку сообщений и позволяет, в большинстве случаев по ней переключаться из любого места переписки. Не всегда работает корректно, иногда начинает “прыгать”, пытаясь подобрать правильный размер, лечится ручным увеличением и уменьшением масштаба.
- CompactHeader
  - Рисует более компактные кнопки в заголовках сообщений. Не нужно при использовании Conversations.

CMake и Qt Creator: на пути к CMake server mode

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 10 Oct 2016 00:00:00 +0000

В транке появилась пачка изменений, ориентированные на использование CMake Server Mode, в связи с чем плагин теперь может работать только с CMake версии 3.0 и более новым. Тобиас крепко взялся за плагин и будем надеяться, что, как минимум, скоро не будет требоваться:

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

Пока CMake Server Mode большего не предоставлят: в основном информация, но не изменение её. Так что ожидать автоматическое добавление файла к нужной цели или переименование файла в билд-системе средствами этого нового режима не стоит.

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

И от себя: в CMakeProjectManager2 добавил возможность использовать трюк от cmake, что бы задать варианты возможных значений для какого-то параметра и выводить их при редактировании в виде выпадающего списка. Фичу портировал в апстрим и завёл ревью, кому нужно, голосуйте: https://codereview.qt-project.org/#/c/173340

Про сам трюк:

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

set_property(CACHE OptionName PROPERTY STRINGS PossibleValue1 PossibleValue2 PossibleValue3 ... PossibleValueN)

Ни на что, кроме как для подсказки GUI этот параметр не влияет: CMake не делает валидацию введённых значений, поэтому возможность задать любое другое - остаётся.

Ссылки по теме:

https://blog.qt.io/blog/2016/11/15/cmake-support-in-qt-creator-and-elsewhere/

IncludeOS

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 22 Sep 2016 00:00:00 +0000

Не мог обойти вниманием сиё творение.

Ребята запилили на суровом C++11/14 однозадачную сервисо-ориентированную операционку. Суть: операционка с минимальным футпринтом (образ 707кб), которая обслуживает ровно одну задачу (в их терминологии - сервис) и работает под управлением виртуальной машины: KVM, VirtualBox, используя возможности аппаратной виртуализации.

Сама операционка внутри представлена в виде асинхронного фреймворка, призванного, в первую очередь, строить сетевые приложения. Т.е. внутри реализован стек TCP/IP (судя по описанию, пока только IPv4, но IPv6 активно пилится). Многопоточность не поддерживается, реализован подход с кооперативной многозадачностью, которых очень хорошо ложится на асинхронную модель. Есть базовая поддержка файловых и дисковых операций (как минимум есть поддержка RAM-диска и файловых систем Ext4 и FAT).

При всём этом доступны для использования libc++ от LLVM (в том числе исключения), stdc в лице newlib.

В общем, интересное решение для сервис-ориентированных архитектур, для создания выделенных микросервисов. Плюс приятная лицензия: Apache2.

Ну и ссылки:

http://www.includeos.org/
https://github.com/hioa-cs/IncludeOS
http://www.slideshare.net/IncludeOS/include-ltos-from-bootloader-to-rest-api-with-the-new-c - слайды-перезентация для получения представления об системе.

Наконечники на трекинговые палки

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 19 Sep 2016 00:00:00 +0000

Покупаешь палки, ходишь, и через некоторое время наконечники превращаются в такое:

и перестают “цепляться”, а при дальнейшем износе уже начинают убиваться сами палки.

Ну… это в том случае, если сами палки не убились раньше, что бывает не так уж и редки. Ну да это присказки. Речь про наконечники.

Во время саянского подхода, Игорь подсказал, что они меняются и, как минимум, Сплав ими торгует как расходниками. Ну до сплава мне далеко, да и в наличии у них нет, приобретены были на Aliexpress пачкой из 10 штук. Искать по словам “Alpenstock Carbon Tips” или “Trakking Poles Tips” и выбирать среди резиновых наконечников нужное, что-то вроде:

Теперь по процедуре замены.

Она очень проста при наличии следующих инструментов:

Монтажный фен, способный дать воздух температурой 400 градусов
Клеевой пистолет

Ещё потребуются:

перчатки тканевые для защиты от температуры
ацетон
ветошь

Сама процедура проста:

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

Вот и всё.

При отсутствии клеевого пистолета можно использовать любой клей типа Момент или Турклей, но время готовности палок увеличится до 24 часов.

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

Ну и напоследок: смотрите внимательно на размеры и тип крепления колец. Мои наконечники совместимы с кольцами Loki, которые, КМК, самые доступные для покупки по месту в том же Триал Спорт. На то, как ведут себя новые наконечники будет видно в походах.

Удачи и что бы на любом маршруте было легко!

Батареи для Lenovo Thinkpad T530

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 27 Aug 2016 00:00:00 +0000

Всегда хочется, что бы ноутбук смог проработать в автономке подольше. Тут помимо оптимизации энергопотребления (статей посвящённых этому вопросу в интернетах уйма) иногда встаёт вопрос более ёмкой батареи. Причём актуальность автономной работы часто перекрывает некоторые неудобства, связанные с весом и габаритами.

Когда у меня был основным мобильным компьютером нетбук Asus EeePC 1000HA, после деградации основной батареи я нашёл монстра на 11000 mAh (или ~80WH при напряжении 7.4В), выглядел он так:

Сейчас же доступна вообще версия на 13000 mAh (~96WH):

В общем, учитывая тот факт, что и процессор там одноядерный и вообще производительность ни к чёрту, работало всё это дело в автономке не просто долго, а чертовски долго: хватало на час в транспорте до работы, 8 часов на работе и час обратного пути, и не высаживалось.

Покупая числодробилку Lenovo Thinkpad T530 с топовым процессором в своей серии, я естественным образом не сильно рассчитывал на такую же длительность работы, поэтому сразу заказал ноутбук с батареей на 9 ячеек и 94WH (напряжение 11.1В, ёмкость 8400 mAh). Но меня смущало, что не существует батарей большей ёмкости. Нет, я знал, что можно подключить дополнительную батарею в слот UltraBay, но я планирую туда поместить второй диск в будущем. Поэтому резонно, что хотелось найти батарею большей ёмкости, чем у меня стояла…

Сегодня искал батарею - старая уже деградировала до 27% номинальной ёмкости и, внезапно, обнаружил батарею, которая подключается как дополнительная к основной в порт док-станции. Причём ёмкость этой батареи так же 94WH!

Выглядит это дело так:

Итого, имеем:

Основная батарея до 94WH, номер модели 45N1011 ( вариант покупки)
Дополнительная батарея до 94WH, номера модели 45N1017 или 45N1016 ( вариант покупки)
Дополнительная батарея до 32WH, номер модели 51J0507

По факту, наиболее адекватный вариант, это две батареи по 94WH, что даст около 16800 mAh.

Ещё на батареях можно видеть красные значки с цифрами вроде 55+, 55++, 70+, 70++ и так далее. Что это означат:

число + означает количество элементов: отсутствие - 4 элемента, + - 6, ++ - 9
55 и 70 - основная батарея, 70 - более новая, оптимизации с контроллером встроенным
28 - это дополнительная батарея, что цепляется под основной
42 и 43 - батарея для UltrayBay

А ещё, простой онлайн калькулятор для перевода ёмкости между WH и mAh:

https://milliamps-watts.appspot.com

Обновление Linux Mint 17.3 до 18...

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 26 Aug 2016 00:00:00 +0000

Или разлепляем пельмени, а потом собираем их обратно. Пару заметок.

Собственно разработчики Linux Mint всегда рекомендовали использовать новую установку вместо того, что бы просто обновлять систему. Несколько релизов я всё же обновлялся путём исправления репозиториев и apg-get upgrade / apt-get dist-upgrade. При выходе 18 версии дистрибутива авторы выложили инструмент и инструкцию для сего обновления:

Как обычно проблемы кроятся в мелочах. А именно: не учитывается влияние PPA от слова совсем.

Собственно:

Очень злую шутку играет наличие PPA. Да, утилита выключает все сторонние репозитории, да вот откат изменений из них до актуальных версий из существующих репозиториев она сделать не может. Особенно доставляет PPA ppa:ubuntu-toolchain-r/test, который, обычно, ставят когда есть желание поиграться со свежими версиями компиляторов. В моём случае, версия libstdc++6 из этого PPA для Trusty окалазалась новее стандартной libstdc++6 для Xenial. Как следствие - утилиты типа apt, apt-get и прочие, которые могут помочь в решении насущных вопросов восстановления системы попросту не работают. Хорошо, что бронебойный dpkg остался в строю.
Cinnamon при обновлении может упасть в середине установки пакетов. С учётом предыдущего пункта - собственно и получаете систему в виде разлепленных пельменей.
На системах с гибридной графикой можете столкнуться, что альтернативы для GL и EGL станут указывать на реализацию OpenGL от nVidia. Что потом будет приводить к странному падению Cinnamon при запуске. Про переключение и подробности падения можно посмотреть в заметке post/2014/11/13/linux_thinkpad_t530_i_minidp_displayport, там же лечение.
Из разряда косметики, но с далеко идущими последствиями: может не обновится информация о дистрибутиве, которая выводится в Grub (косметика), при текстовом логине (косметика) и в выводе lsb_release. Первые два пункта - косметика, последний помимо эстетического неприятия приводит к тому, что добавления PPA через apt-add-repository добавляет его… для Trusty!
Ещё я зачем-то перезагрузил компьютер. Отдать должное - система загрузилась до текстового логина. Но позникло непонятно: работа с сетью. У провайдера IPoE в самом простом варианте: просто втыкаешь Ethernet кабель и делаешь dhclient eth0. Сеть поднимается, выдаётся IP адрес, получаются DNS адреса, назначаются маршруты (если верить выводу ip route), ping работает, правда, только от root, но, судя по всему, по новой политике с него сняли SUID бит, что не страшно. Но тут начинаются весёлости: при отсутствующих правилах iptables (не используется) работают утилиты dig и host, резолвят адреса, но TCP соединения ни по имени домена ни по IP не устанавливаются. Ещё весёлостей для восстановления.

Собственно последняя проблема относится к категории: звёзды сложились. Но “вылечил” я её путём явного запрета IPV6:

echo "options ipv6 disable=1" > /etc/modprobe.d/ipv6.conf

и подключения не по кабелю, а по WiFi к роутеру. Тут я постоянно забываю, так что на правах мемориза три команды:

iwlist - для сканирования сетей
wpa_supplicant - для аутентификации
wpa_passphrase - для генерации конфига для wpa_supplicant с зашифрованным ключём

Собственно последние две могут пригодиться и при правильном IPoE и проводном соединении.

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

Неработающий apt/apt-get решился скачиванием правильной версии libstdc++6 для данного релиза Ubuntu с официального сайта и установка его при помощи dpkg с указанием опции --force-all, так как вылазят конфликты, но они сейчас нас мало волнуют.

После чего apt заводится и достаточно выполнить:

apt-get -f install

что бы привести систему к вижу: фарш - отдельно, тесто - отдельно.

После этого станартная процедура из:

apt update
apt upgrade
apt dist-upgrade

После чего поможет утилита apt-show-versions, которая поможет найти пакеты, установленные в системе, но для которых нет соответствия в репозиториях:

apt-show-versions | grep 'No available version'

Тут могут быть как пакеты поставленные вручную, не из репозитория, типа Teamviewer или пакеты сделанные при помощи checkinstall - на такие нужно просто обратить внимание, может они уже и не нужны или нуждаются в обновлении. Ну и самая гнусная категория - это пакеты, которые “новее”, чем те, что есть в стандартных репозиториях, обычно это остатки от PPA или сторонних репозиториев. Тут можно поступить двумя путями: настроить нужные сторонние репозитории и обновиться, что скорее всего вылечит от некого числа таких зависших пакетов, либо откатить все такие пакеты на дистрибутивные.

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

apt install foo=version

а вообще, для таких пакетов команда

apt show -a foo

выведет несколько записей, где можно посмотреть и описание и версии.

В случае “зависших” пакетов, в выводе apt show будет первой записью информация об установленной версии, а второй - актуальная версия в репозиториях. Ну а алгоритм получается так:

пробегаемся по каждому пакету
смотрим вывод apt show
если записей больше одной, то добавляем в список запись вида “пакет=версия”
в конце одним махом делаем``` apt-get install пакет1=версия1 пакет2=версия2 … пакетN=версияN


Почему одним махом? А потому, что "зависшие" пакеты могут зависеть по версии друг от друга. Таким образом мы сразу выбираем все пакеты из дистрибутивных репозиториев и не ломаем зависимости. Чуть позже выложу скрипт, которые мне помог в разгребании этой проблемы.

Прочие "висячие" пакеты (для которых доступна только одна, установленная, версия) можно удалять. Но я делал это поодиночке, обращая внимание на то, что удаляется как связанная сущность. Само удаление делал парой команд:

apt-get purge foo apt-get autoremove


autoremove использовал для того, что бы сразу удалить пакеты, которые ставились как зависимость для текущего. Предварительно я добился того, что бы список для autoremove был пуст - велика вероятность снести не то, чего хотелось бы. Для этого пункта тоже сделан скрипт.

Следующий шаг: поискать необновлённые пакеты, которые остались от PPA и актуальны для предыдущей версии. Некоторые такие пакеты, почему-то, не попадают в список **apt-show-versions**. Как их искать? Сложный вопрос. Если авторы порядочные люди, они в версию добавляют версию дистрибутива или его кодовое имя, тогда найти пакеты просто:

dpkg -l | grep ‘14.04
|trusty’

потом по этому списку пройтись по алгоритму удаления "висящих" пакетов.

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

После этого нужно добиться правильной работы **lsb_release**. В чём тут дело, я так до конца и не разобрался: отчего-то не обновились файлы:
  * /etc/issue
  * /etc/issue.net
  * /etc/lsb-release
из пакеты *base-files* который предоставляется командой разработчиков Linux Mint, причём в самом пакете эти файлы с правильными данными. **dpkg-reconfigure** на пакет ни к чему не приводит, ровно как и форсированная переустановка. Поэтому решил просто: просто достал эти файлы из пакета и заменил их в файловой системе.

Косметическая проблема с названием пункта меню в Grub решается стандартно:

dpkg-reconfigure grub-pc


После этих телодвижения **apt-add-repository** станет работать корректно и можно приступать к восстановлению нужных сторонних репозиториев и PPA и установкой софта/обновлений из них.

В целом ощущения такие:
  * стоило обновляться стандартным образом, как делал это раньше;
  * сколько зарекался запускать обновления из X11... в общем - консоль в помощь;
  * понятно нежелание разработчиков Mint поддерживать обновление: всего не учтёшь, а лучи ненависти получать будут;
  * флешка загрузочная даже не потребовалась, значит система просто превратилась в фарш, а не тыкву;
  * для C++ хочется стабильности ABI, хотя бы на уровне, сопоставимом с glibc;
  * это тот случай, когда хочется, что бы весь пакетный менеджер был собран статически.

Thinkpad T530 BIOS Update

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 08 Jul 2016 00:00:00 +0000

Снова мемориз.

Находим BIOS тут или по модели тут. Скачиваем ISO. Не смущаемся наличием в описании разных Windows.
Используем руководство отсюда. ~~В частности, как использовать GRUB2, что бы не шить ISO никуда.~~ У меня не сработало - зависание программы прошивальщика после первого подтверждения своих намерений. Помог способ с загрузочной флешкой. Конспективно:
```
./geteltorito.pl -o xxx.img xxx.iso 
sudo dd if=xxx.img of=/dev/sdX
```
Перезагружаемся, выбираем флешку как источник загрузки и грузимся с неё. Дальше всё понятно.

Опционально проверяем версию BIOS и время релиза из системы:

sudo dmidecode -s bios-version
sudo dmidecode -s bios-release-date

Garmin GPSMAP 62s/64s: обновления

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 07 Jul 2016 00:00:00 +0000

Это просто мемориз, а то задолбался каждый раз искать где и как брать свежий фирмварь и патчер для JNX.

Прошивка:
- http://whiter.brinkster.net/generated/LatestGarminFirmwares.html - не официально, но более удобно.
- 62/78:
  - http://www8.garmin.com/support/download_details.jsp?id=4995 - официально, но добраться через сайт у меня не получилось. Дико настойчиво предлагают воспользоваться ихней тулой. Лучи поноса Гармин за это.
- 64/64s:
  - https://www8.garmin.com/support/download_details.jsp?id=6805
  - https://www8.garmin.com/support/download_details.jsp?id=15450 - beta
Патчер:
- http://whiter.brinkster.net/en/Versions.shtml - поддерживаемые версии и вверху ссылка на скачивание
GPSMAP 66/66s:
- Просто полезная информация:
  - http://www.gps-forum.ru/forum/viewtopic.php?f=3&t=39295&start=170

Инструкция по обновлению (подсматривается на официальной странице прошивки нажав Ctrl-U :simple_smile:):

NOTE FOR USERS WANTING TO DOWNLOAD SOFTWARE ON ONE COMPUTER AND THEN INSTALL IT TO THEIR
DEVICE USING A DIFFERENT COMPUTER:

1) To download the region file used by WebUpdater, copy and paste this link into your browser
   on computer #1:

   http://download.garmin.com/software/GPSMAP62_78_WebUpdater__630.gcd

2) Bring GPSMAP62_78_WebUpdater__630.gcd to computer #2 where your device is attached.

3a) Then you can drag-and-drop GPSMAP62_78_WebUpdater__630.gcd onto the WebUpdater icon on your desktop.

3b) Or you can invoke WebUpdater at the command line, passing in the region file as a parameter:

   C:<br/>>WebUpdater.exe c:<br/>path<br/>to<br/>GPSMAP62_78_WebUpdater__630.gcd

Что они нормальным путём этого не предлагают мне не понятно.

Инструкция тоже не полная. Нужно:

Скачать файл прошивки
Переименовать его в GUPDATE.GCD
Закачать на флешку в папочку Garmin
Перезагрузите навигатор, прошивка начнётся сама.

Обновление в статьях

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 07 Jul 2016 00:00:00 +0000

Изрядно обновил статью , поместил ссылку на неё в статьи. Если коротко: то в общем и целом настройка чуть упростилась и улучшилась. Но дёготь остался, куда без него.

Топлёное масло

adrozdoff@gmail.com (Alexander Drozdov) — Mon, 04 Jul 2016 00:00:00 +0000

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

Описание процесса искалось в интернетах. Я пользовался этим: http://on-secret-whole-ight.ru/kak-delat-toplenoe-maslo/

Конспективно:

Масло брать такое, что бы в составе были только сливки.
Жирность выбрать максимальную - тогда выход готового продукта будет больше и топление - быстрее.
Время топление 0.5кг - примерно час - час двадцать. Увеличение количества исходного сырья увеличивает время топления примерно пропорционально (1 кг масла - будет часа два - два сорок).
Кастрюля для топления должна быть с толстым дном, или сооружать водяную баню - что бы ограничить нагрев, сделать его более равномерным.
Сразу приготовить:
- ещё одну кастрюлю - куда сливать масло.
- шумовку или ложку с дырками - снимать пену.
- марлю для фильтрации, сложенную в 4 раза.
- дуршлаг.
Масло мелко нарезать - быстрее растопится.
Загрузить в толстодонную кастрюлю и топить на самом медленном огне (у меня на электроплите положения от 1 до 6, я топил на 2, как только растопилось - переключил на 1).
Как растопится всё - начинается процесс топления.
Образуется пена, разные источники советуют или снимать или нет. Я снимал. В масле можно различить разные фракции.
Я не переливал после кипения в другую посуду (не освобождал от осадка) - вкус остался приятным.
Процесс топления продолжается до тех пор, пока масло не станет прозрачным, янтарного цвета.
После чего я дал ему ещё 10 минут, затем убрал с огня и дал постоять 20 минут - подостыть. Не нужно бояться, что молочный жир застынет (а именно им и является топлёное масло) - окончательно вы его застудите только в холодильнике.
Затем помещаем марлевый фильтр в дуршлаг и аккуратно, что бы не поднять осадок переливаем масло через фильтр в другую кастрюлю.
Можно ещё дать постоять или сразу разливать по ёмкостям, где оно будет храниться. Стоит выбирать герметичные ёмкости, так как при транспортировке в жаркую погоду масло может подтаивать. Дополнительно ёмкость стоит поместить в пару фасовочных пакетов.

Фото исходного сырья:

Масло после топления:

Оно же утром, после холодильника:

Awesome C++

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 24 Jun 2016 00:00:00 +0000

Вырвано из G+:

https://cpp.libhunt.com/

С сайта:

A curated list of awesome C/C++ frameworks, libraries, resources, and shiny things

Систематизированный список библиотек для решения различных задач на C++. Пока ограничен битбакетом и гитхабом, поэтому добавить некоторые полезные библиотеки за пределами этих площадок пока (?) возможности нет.

Список раньше хостился на GitHub, теперь обрёл второе рождение в виде сервиса.

Система рейтингов и меток должна помогать выбирать полезное. Как будет работать на самом деле - покажет время.

В подвале сайта смотреть подобные каталоги для других языков, в частности, Rust и Go.

Две Икрянки и немного Партизанского хребта

adrozdoff@gmail.com (Alexander Drozdov) — Sat, 14 May 2016 00:00:00 +0000

На первомайские планировали сходить немного траверса по Партизанскому хребту с заходом на г.Синяя. Заход: по р.Икрянка от села Ястребовка. Выход: р.Правая Икрянка в село Ястребовка.

Впечатление начала дня: дорога Шкотово-Партизанск. Ощущение, что она подверглась бомбёжке.

От Ястребовки на машине получилось проехать немногим более 4-5 километров. Машину оставили перед первым возможным бродом одной из излучин Икрянки. Пешим ходом это брод обходится слева по ходу движения. Первый брод в районе слияния Икрянки и Правой Икрянки (где-то через 3 км от базового лагеря). После чего у вам будет 24 гарантированных и около 8 потенциальных бродов по Икрянке. Так что морально готовьтесь к мокрым ногам и запасайтесь носками. Потенциальные броды — это места где есть какое-то бревно или ещё не смытые остатки мостов, которые к следующему сезоны вполне себе могут смыты.

Но сама река довольно красива. В верхнем течении встречаются интересные водосливы:

К обеду броды осточертели окончательно. К тому же, обнаружилось, что дома оставлены стратегические запасы чая и проталкивателя универсального (в народе — кетчуп). Отдать должное, природа над нами сжалилась и дала только несколько дополнительных бродов в послеобеденное время, а дальше сказала — вот вам старые мосты!

В общем, протопав около 24 км от машины, остановились на уютной поляне около бывшего лесосклада:

Жека, тем временем, забыл и свои любимые сланцы. По ходу движения мы нашли один бесхозный, который недолго думая поехал у него в рюкзаке. Второй башмак я предложил сделать из моих заначек — термоскатёрки. Получилась убийственная тема. Нужно налаживать массовое производство:

Ночью был заморозок. Ботинки слегка покрылись ледком.

Утро ясное. Завтракаем, собираемся.

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

Как только выползли на 1252 м нас обрадовали виды:

Испытали не слабый душевный подъём — не хребет, а трасса. Вот только радость была не сильно долгой. После того ближайшего холмика впереди и перед подъёмом на тот дальний (1413 м) пришлось порыться в снегу по самые уши.

Но виды всё же прекрасны:

Добравшись до пупыря 1413 м (стоит тригоном) решили сделать обед. Открылись виды на Синюю:

А вот снежные проплешины стали более частыми и заметными. Преодолевать их становится всё труднее:

Но передышку нам иногда давали:

На ночлег остановились за 4 км до Синей на пупыре 1195 м, протопав неполных 10 км за почти 9 часов. Прикинув все известные и неизвестные величины: наличие дороги внизу (о которой говорили только старые генштабовки), наличие снега не отходящем хребте от Синей да и вообще количество снега на подъёме к ней. Плюс запросив погоду, которая не обещала быть приятной, что на третий день, что на четвёртый (тут вообще циклон обещали), решаем сворачивать поход и в третий день выходить к машине.

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

В ботинках, кстати, хлюпало больше, чем за целый день бродов по Икрянке.

Утро. Просыпаемся в облаке, ветер и обложной дождь. Готовим завтрак в палатке и нехотя вылазим наружу, быстро собираем лагерь и топаем на спуск. Склон северный и снег с него уходит крайне неохотно:

Внизу, как и предполагали, дороги не оказалось. Не оказалось её и через 1.5 км, где она начинает отображаться на карте. Зато появляются охотничьи стоянки, хотя троп особо не видно. Встречаются только звериные. На заметную тропу вышли только через 10 км, набродив по Правой Икрянке около 15 бродов. Здесь стоить заметить, если бы двинулись на спуск по хребту от Синей, то сразу бы попали на тропу: после неё бродов очень долго нет, а всего их, до самого конца только четыре.

Но река красивая. Все притоки образуют водопады или водосливы.

Как говорил уже выше, на тропу вышли только через 10 км, после очередной охотничьей стоянки. Они, кстати, почти в аккурат ровно через километр каждая. Первая была прямо под гребнем по которому мы спускались от пупыря, где ночевали. Почти сразу остановились на обед, около 16 часов.

После обеда, через 2 км от начала тропы начинается дорога. Но, судя по качеству, её пробивали достаточно недавно и пользуются не сильно часто: судя по стёсаной коре на деревьях, количеству спиленных оных, что машину потёрли добротно, что люди потрудились — ездить часто тут не будут, а следовательно она же скоро и зарастёт. Но через 1-2 км качество дороги резко возрастает.

Через 4.5 км и один брод после обеда, внезапно, наткнулись на кордон, или базу, или хутор, не знаю. Поболтали немного с местными, пораспрошали про дорогу и броды дальше — подсказали как обойти пару бродов и срезать путь.

А вот в метрах через 500 после кордона… Внезапно, прямо на дороге встретили медведя! Из-за поворота, в метрах 30, не более. Ступор, внутренняя команда не поворачиваться и не бежать, потом мозг выдаёт схожую ситуацию на Камчатке: шум воды, ветер не в сторону зверя… В общем начинаю стучать палочками и громко выкрикивать. Мишка, молодец, сразу решил ретироваться. Правда, забежав на пригорочек, остановился посмотреть, а что шумит-то? Повторил выкрики, мишка решил убегать дальше. Снова молодец. По понятным причинам фото и видео данного события нет :)

Темп движения по дороге существенно увеличился (нет, медведь, тут не причём). К 19 часам, протопав почти 26 км добрались до машины. В ночь решаем не ехать, поэтому последняя ночёвка и утром отправляемся. Всего за три дня протопано 57 км. Куча бродов, тропление, встреча с медведем — в общем, поход удался на 147%.

День	Протопали, км	Набор высоты, м	Сброс высоты, м	Время движения, ч	Средняя скорость, км/ч	Начало движения, ч	Конец движения, ч
Сб	23	840	307	06:46:00	3,4	12:24:00	19:10:00
Вс	9,6	862	441	09:50:00	1,0	08:47:00	18:36:00
Пн	24	84	1071	09:45:00	2,5	09:45:00	19:30:00
Всего	56,6	1786	1819	26:21:00	2,1	—	—

UPD1: добавил сводку по расходу газа: Расход газа в походе

std::string_view и временные объекты

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 29 Apr 2016 00:00:00 +0000

Идея поста родилась при употреблении чая во внутрь на южной кухне.

Недавно смотрел один доклад (точнее бегло просматривал) про Rust и в момент, когда начался рассказ про life-time, глаз зацепился за такой опасный пример из мира C++:

string get_url()
{
  return "http://htrd.su";
}

string_view get_schema(string_view v)
{
  // тут какие-то действия, я их опущу
  auto result = v;
  return result;
}

int main()
{
  auto v = get_schema(get_url());
}

Что такое string_view - смотреть тут или тут. Если коротко - это невладеющая строка. Полезна для экономии на аллокациях, когда нужно работать с частями исходной строки.

В общем, из природы string_view следует и проблемы в коде выше: get_url() вернёт временный объект, который будет уничтожен в конце выражения, а следовательно, v будет ссылаться на невалидный участок памяти.

У меня в голове родилось, сходу, вариант защиты от такого: так как string_view не владеет строкой, то перемещение для строки сделать невозможно (да и семантически неверно), а перемещающий конструктор будет предпочтён для временного объекта. Следовательно если сделать перемещающий конструктор для string у string_view удалённым, то код выше сломается на этапе компиляции.

Подумав про это, решил глянуть, неужели разработчики стандарта об этом не подумали тоже… Оказалось нет:

http://en.cppreference.com/w/cpp/string/basic_string_view/basic_string_view - запрещения данного конструктора нет
http://www.boost.org/doc/libs/1_60_0/libs/utility/doc/html/string_ref.html#string_ref.reference - аналогичная ситуация

Проверил концепт на простом примере:

struct string_view
{
	string_view() = default;
	string_view(const string_view& other) = default;
	
	string_view(const string& str)
		: ptr(str.c_str()), size(str.length())
	{}
	
	string_view(const char* str)
		: ptr(str), size(::strlen(str))
	{}
	
	string_view(const char* str, size_t len)
		: ptr(str), size(len)
	{}
	
	// Protection for temporary objects
	string_view(string&& str) = delete;
	
	string_view& operator=(const string_view&) = default; 
	
	const char *ptr = nullptr;
	size_t      size = 0;
};

Как видим, я запретил перемещение для std::string. И теперь код из примера выше не собирается с такой ошибкой:

prog.cpp: In function 'int main()':
prog.cpp:56:33: error: use of deleted function 'string_view::string_view(std::string&&)'
   auto v = get_schema(get_url());
                                 ^
prog.cpp:23:2: note: declared here
  string_view(string&& str) = delete;
  ^

Ошибочным является и тоже не соберётся такой код:

string_view v2;
v2 = get_url();

При этом прочие валидные сценарии продолжают работать:

// 1
string str = get_url();
auto v1 = get_schema(str);
// 2	
string_view v2 = "hello";
// 3	
auto v3 = get_schema("http://htrd.su");

Нельзя не сказать, что ищущий всегда найдёт способ обойти защиты и отстрелить ногу из гаубицы:

string_view get_schema2(string url)
{   
    string_view v(url);
    return v;
}

const char* get_schema3(string url)
{
    return url.c_str();
}

...

// WA for protection
auto        v1 = get_schema2(get_url());
auto        v2 = get_schema(get_url().c_str());
string_view v3 = get_schema3(get_url());

Такой код соберётся, но будет повторять ошибку из самого первого примера: использование уже освобождённой памяти. В общем: ищущий да обрящет.

Собственно у меня резонный вопрос: почему такая защита не сделана в Boost и экспериментальных реализация string_view в STL? Я, быть может, не вижу какой-то очевидной (или не очень) вещи, которая препятствует этому?

PS ну и полный листинг и ссылка на ideone:

#include <iostream>
#include <cstring>
using namespace std;

struct string_view
{
	string_view() = default;
	string_view(const string_view& other) = default;
	
	string_view(const string& str)
		: ptr(str.c_str()), size(str.length())
	{}
	
	string_view(const char* str)
		: ptr(str), size(::strlen(str))
	{}
	
	string_view(const char* str, size_t len)
		: ptr(str), size(len)
	{}
	
	// Protection for temporary objects
	string_view(string&& str) = delete;
	
	string_view& operator=(const string_view&) = default; 
	
	const char *ptr = nullptr;
	size_t      size = 0;
};

string get_url()
{
	return "http://htrd.su";
}

string_view get_schema(string_view uri)
{
	return uri;
}

string_view get_schema2(string url)
{
	string_view v(url);
	return v;
}

const char* get_schema3(string url)
{
	return url.c_str();
}

int main() 
{
	{
		// Compilation error:
		//auto v1 = get_schema(get_url());
		
		//string_view v2;
		//v2 = get_url();
	}
	
	{
		// WA for protection
		auto v1 = get_schema2(get_url());
		auto v2 = get_schema(get_url().c_str());
	}
	
	{
		// Valid usage	
		string str = get_url();
		auto v1 = get_schema(str);
		
		string_view v2 = "hello";
		
		auto v3 = get_schema("http://htrd.su");
	}
	
	
	
	return 0;
}

Хранение перезаправленных картриджей ручек Platinum

adrozdoff@gmail.com (Alexander Drozdov) — Fri, 29 Apr 2016 00:00:00 +0000

Пост для истории. Основные посылы, которые “не позволили” мне воспользоваться конвертером для ручки Platinum Balance можно почитать на penmania.ru.

Перезаправка картриджа не более грязная или долгая работа (наоборот, показалось, что выходит более чисто и быстро) чем заправка конвертера ручки. Но меня мучал вопрос хранения уже заправленных картриджей, ведь в этом случае проблема перезаправки становится ещё менее выраженной: при большей ёмкости и N-ном количестве картриджей шприц для заправки и бутылёк чернил можно хранить только дома и не носить с собой вообще.

В ходе беглого исследования (подробности на пенмании) вышло два варианта:

делать заглушки из обрезанного и залитого термоклеем инсулинового шприца;
разбирать сам картридж, доставать шарик, заправлять и устанавливать шарик обратно.

Проблема первого варианта: заглушки можно потерять. Проблему решает пенал для картриджей. А ещё, можно оперативно сменить ещё не кончившийся картридж, ежели такая потребность возникла.

Проблема второго варианта: больший износ. Неизвестно насколько хватит картриджа при таком отношении к нему.

В общем вот видео на котором отображён процесс разбора картриджа:

C++ и 2D графика

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 12 Apr 2016 00:00:00 +0000

Навеяно.

Из того, что мне понравилось:

SDL2 * Язык: C * Реализация: библиотека * Реально проста для простых применений. Куча примеров и статей в интернете. Поддерживает достаточно большое число платформ и компиляторов.
CImg * Язык: C++ * Реализация: header-only * Библиотека отличается феноменальной простотой установки: только один заголовочный файл и всё. Минусом будет только тот факт, что нужно будет указать правильные флаги линковщика для целевой платформы. Но при этом весь базовый функционал для рисования и процессинга изображений присутствует. Дружится с OpenCV. Думаю, стоит рассматривать вариант этой библиотеки, когда нужно что-то по-быстрому нарисовать.
SMFL * Язык: C++ * Реализация: библиотека * С данной библиотекой особо не имел дел. Но примеры представляют её эдаким вариантом SDL, но на C++. Стоит попробовать.

Кроме того, на ресурсе cppreference.com есть свой список библиотек под различные задачи (в дополнение к предыдущему посту), и, в частности, для графики.

ЗЫ по ссылке выше есть интересная библиотечка для пользовательского интерфейса (GUI): nana, стоит пощупать. А так же для TUI: cwidget.

ЗЗЫ прочие ссылки:

A Proposal to Add 2D Graphics Rendering and Displayto C++
- https://cristianadam.eu/20160228/introducing-c-plus-plus-experimental-io2d/ - разбор этого пропозала, референсная реализация
  - https://github.com/mikebmcl/N3888_RefImpl/ - оригинальная референсная реализация
  - https://github.com/cristianadam/io2d - форк от автора статьи

Коллекция ресурсов по современному C++

adrozdoff@gmail.com (Alexander Drozdov) — Thu, 07 Apr 2016 00:00:00 +0000

На RSDN промелькнуло, может ещё кому полезно будет:

Awesome Modern C++ - A collection of resources on modern C++

Кто хочет дополнить - шлите мёрж-реквесты.

Прочие полезные ссылки, спасибо @sikmir:

C++ links - A categorized list of C++ resources. Assembler, Lock-free и иже с ними.
Awesome C/C++ - A curated list of awesome C/C++ frameworks, libraries, resources, and shiny things. Inspired by awesome-… stuff.
- http://fffaraz.github.io/awesome-cpp/

Полезные алиасы для программиста

adrozdoff@gmail.com (Alexander Drozdov) — Wed, 30 Mar 2016 00:00:00 +0000

Пока речь пойдёт про алиасы (alias) для man. Потом, может быть, что-то будет дополнено.

MAN

Часто возникает вопрос: “man чаво?”. Кроме того, интересные программистам документы, обычно, находятся в секциях 2 (системные вызовы), 3 (библиотечные вызовы) и 7 (стандарты, соглашения, обзоры). По назначению других секций можете спрашивать: man # intro

где # - номер секции от 1 до 7.

В общем родилось три алиаса: для обращения и для поиска.

Для использование, код ниже поместить в ~/.bashrc

alias man-prog='man -s 2,3,7'
alias man-prog-search='man -s 2,3,7 -K'
alias man-prog-apropos='man -s 2,3,7 -k'

Первый - просто ограничивает область поиска и по man-prog printf выведет не описание команды, а описание функции.

Второй - обеспечивает полнотекстовый поиск по страницам, третий - по индексу (apropos). В чём разница. Поясню на примере:

$ man-prog-apropos tcp
clnttcp_create (3)   - library routines for remote procedure calls
clock_getcpuclockid (3) - obtain ID of a process CPU-time clock
getcpu (2)           - determine CPU and NUMA node on which the calling thread is running
pthread_getcpuclockid (3) - retrieve ID of a thread's CPU time clock
QwtCPointerData (3)  - (неизвестный объект)
sched_getcpu (3)     - determine CPU on which the calling thread is running
svctcp_create (3)    - library routines for remote procedure calls
tcp (7)              - TCP protocol
zmq_tcp (7)          - 0MQ unicast transport using TCP

Вроде всё хорошо. Дальше:

$ man-prog-apropos TCP_CORK
TCP_CORK: ничего подходящего не найдено.

Оппа… В гуголь лезть? А если так:

$ man-prog-search TCP_CORK
--Man-- след: sendfile(2) [ просм (ввод) | пропуск (Ctrl-D) | выход (Ctrl-C) ]
--Man-- след: sendfile64(2) [ просм (ввод) | пропуск (Ctrl-D) | выход (Ctrl-C) ]
--Man-- след: sendmsg(2) [ просм (ввод) | пропуск (Ctrl-D) | выход (Ctrl-C) ]
--Man-- след: sendto(2) [ просм (ввод) | пропуск (Ctrl-D) | выход (Ctrl-C) ]
--Man-- след: splice(2) [ просм (ввод) | пропуск (Ctrl-D) | выход (Ctrl-C) ]
--Man-- след: tcp(7) [ просм (ввод) | пропуск (Ctrl-D) | выход (Ctrl-C) ]

в man 7 tcp мы найдём искомое описание.

std::cout, std::cerr и std::clog

adrozdoff@gmail.com (Alexander Drozdov) — Tue, 15 Mar 2016 00:00:00 +0000

Сначала немного информации из мира С.

При запуске приложения (речь идёт о POSIX) вместе с ним открывается 3 файловых дескритоптора:

0 - ассоциирован со стандартным вводом (stdin)
1 - ассоциирован со стандартным выводом (stdout)
2 - ассоциирован со стандартным выводом в поток ошибок (stderr)

В стандартной библиотеки Си используется FILE*-based буфферизируемый доступ к файлам и терминалу. В stdio.h объявлены следующие глобальные символы, которые отражают стандартные потоки ввода вывода:

stdin
stdout
stderr

Соответственно их свободно можно использовать вместе с семейством функций fread()/fprintf(), обеспечивая буфферизированный доступ.

Сами файловые дескрипторы POSIX объявляет через макросы в unistd.h:

STDIN_FILENO
STDOUT_FILENO
STDERR_FILENO

Соответственно их свободно можно использовать со всем семейством функций read(), write() и, даже, select()/epoll() и fcntl() (например, при помощи fcntl(O_NONBLOCK)+select+read можно реализовать аналог [getch()](http://www.codenet.ru/progr/cpp/spr/175.php) из старого доброго Borland C++). Доступ через эти функции не буфферизирован.

Доступ к одному потоку разными механизмами в одной программе лучше не осуществлять: буферизация это уровень библиотеки C и внутреннего устройства FILE. write() или read() ближе к системным вызовам и ничего про это знать не обязаны. Как результат можете получить перемешивание текста даже в однопоточном приложении. Это не отменяет того файла, что сам fwrite() может, в конце концов, вызвать write().

На этом экскурс закончим и вернёмся в C++.

В C++ для работы с потоками служит библиотека [iostream](http://www.cplusplus.com/reference/istream/iostream/). Причём доступ к конкретному стриму может быть как буфферизируемым так и не буфферизируемым (зависит от потребностей).

Библиотека декларирует объекты, связанные со стандартными потоками:

std::cin - стандартный ввод
std::cout - стандартный вывод
std::cerr - стандартный вывод ошибок и
std::clog - для логирования

Про std::cin особо гооврить (пока?) не будем - он один, в своём роде. А вот про оставшиеся три стоит.

Итак, начнём с std::cout и std::cerr. В C++ они, помимо того, что связаны с разными дескрипторами, несколько отличаются поведением:

std::cout - буферизируемый
std::cerr - не буферизируемый

Такое отличие явственно следует из семантики использования: ошибку нужно увидеть сразу без ожидания каких-то дополнительных действий со стороны программиста типа std::flush или std::endl (он, кстати, делает и flush, поэтому, для большей производительности строки в нормальном выводе стоит заканчивать ‘
n’, а не std::endl).

Ок, а что за std::clog? А это всего-лишь std::cerr + буферизация. И снова, семантика использования проста: диагностика может чуть и подождать, что бы не понижать производительность вывода, но смешиваться с нормальным выводом не есть хорошо, мы, ведь, можем использовать приложения в пайпе и, желательно, разделить диагностику и ошибки от обычного вывода.

Собственно, немного обобщая:

std::cout - используется для обычного вывода результатов работы программы на экран, эти данные могут быть переданы дальше по пайпу для обработки.
std::cerr - вывод сообщений об ошибке в обработке, что бы не подмешивались в основной поток и не ломали логику работы других программ в пайпе. При этом сообщение выводим максимально скоро.
std::clog - используем для разного рода диагностических сообщений, но когда использование std::cerr замедляет вывод из-за более частого дёргания системных вызовов, при этом, не подмешиваемся в основной поток и не мешаем работе других приложений в пайплайне.

Хорошим тоном, так же, является вывод справки по программе в std::cout, если вызвано с параметрами -h|--help - тогда её удобно смотреть в, например, less без дополнительных телодвижений, а вот справку по опциям, в случае неправильной установки какого-то параметра (или пропуска обязательного), лучше выводить (тут особой разницы не вижу) в std::cerr или std::clog.

И, на последок, лекция по поводу тормозов iostream и вообще, а как оно там внутри устроено:

https://events.yandex.ru/lib/talks/3309/ - просмотр строго рекомендован.