Обновить
151
0
Max Filippov @jcmvbkbc

low level freak

Отправить сообщение
Страшная цифра — 256. Хотя, на первый взгляд, и не очень страшная. Да, именно столько, и есть максимальный предел присутствия независимых PCI устройств, на PCI шине.

Здесь что-то не сходится: даже в Conventional PCI конфиг-спейс рассчитан на 256 шин по 32 устройства на каждой.
Я не уверен, что вы VAE написали свой комментарий именно мне. Но если мне, то у меня есть два комментария к следующему:

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

Первый: традиционно на этом сайте люди пишут статьи и комментарии в процессе того, как они разбираются в предмете. Оборот «насколько я понимаю» в моём комментарии указывает, что это моё текущее представление, не обязательно на 100% верное.

Второй: вы, очевидно, лучше меня разбираетесь в кодах хэмминга. Не могли бы вы наглядно продемонстрировать, как одним алгоритмом исправить ошибку в одном бите и детектировать ошибку в двух битах в коде (7, 4)? Например, исходное сообщение: 0000 + 000, полученное сообщение: 0000 + 100 (1 бит) и исходное сообщение: 0000 + 000, полученное сообщение: 0000 + 110 (2 бита).
int по стандартам (что С, что С++) не может быть меньше 16 бит.
Я автором называю автора оригинального текста. Автор перевода — это автор перевода.
ЧЯДНТ?

ТВДП. Автор просто хотел поныть.
Конечно, это правильно изменить через переменную CT_GDB_CROSS_PYTHON, но я пока ещё не искал, где она определена.

в файле .config в корне ctrosstool-NG появляющемся после ./ct-ng xtensa-lx106-elf
Поменять её проще всего так:
./ct-ng menuconfig
/
CT_GDB_CROSS_PYTHON
n


Не надо редактировать скрипты сборки для этого.
git clone -b lx106

Вычекивается ветка lx106, которая давно не поддерживается.

С новыми скриптами вышеприведённой ошибки скачивания не возникает.

Желаю вам скорейшего просветления ещё раз.
Этот баг был исправлен три года назад этим коммитом: github.com/jcmvbkbc/crosstool-NG/commit/37b07f6fbea2e5d23434f7e91614528f839db056
Желаю вам скорейшего просветления.
Так это на github написано. А когда всё это ставишь, как в статье написано

А логика не подсказывает, что первоисточник надёжнее?
Вообще-то там написано:
Later Debian/Ubuntu versions may require:
$ sudo apt-get install libtool-bin
Это esp-open-sdk? Почему бы не зарепортить issue на github?
Тем более бесплатно (даже плюсвкарму не дадут).

Могут добавить тег Reported-by к патчу.
Это всё прекрасно. И этому учат в автошколах. И возможно это наилучшая стратегия в определённых условиях. Тем не менее «не меняя полосы» в правилах нет.
По правилам, ИМХО, водитель должен тормозить, не меняя полосы движения.

Не надо «ИМХО», в правилах нет «не меняя полосы».
При тестировании было замечено, что программы статически скомпанованные с glibc, при запуске уходят в segfault, на данной инструкции:

movq %fs:0x28, %rax

Это обращение к TLS (thread local storage). C таким скриптом компоновщика TLS вряд ли будет работать.
В силу простоты самой задачи, особо усложнять статью не будем, но кому-то может пригодиться :)

А зря, потому что реализация не выдерживает никакой критики, и, очевидно, не тестировалась.
можно просто и костыльно в файле drivers/of/fdt.c указать #define pr_debug printk.

Лучше в начале файла написать #define DEBUG, это активизирует pr_debug/dev_dbg штатным образом.
вам придется разработать программу на компьютере

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

Информация

В рейтинге
Не участвует
Откуда
Fremont, California, США
Зарегистрирован
Активность