jcmvbkbc

Как иизменить параметр tdp_mmu?

стандартный способ

echo N | sudo tee /sys/module/kvm/parameters/tdp_mmu

не помогает?

root@Line-host:~# echo "options kvm tdp_mmu=N" >/etc/modprobe.d/kvm-disable-tdp-mmu.conf
root@Line-host:~# cat /sys/module/kvm/parameters/tdp_mmu
Y

Ну а чего ты ожидал, параметры из modprobe.d применяются при загрузке модуля. Можно сделать rmmod kvm ; modprobe kvm чтобы убедиться, что параметр применяется.

Почему возникает ошибка?

Потому что это не С++ код. Designated initializers есть в C начиная с C99 и в C++ есть начиная с C++20, но в С++ версии полно дополнительных ограничений.

{i++;print "Memory "i"}
В чем проблема?

В этом выражении 3 кавычки. Если убрать лишнюю {i++;print "Memory "i} всё работает.

Любая команда start/stop/restart NetworkManager выдает одно и тоже

sudo: resolve_conf.c:571: update_from_conf: Assertion 'resolve_conf_matches (resp, conf)' failed

Это сообщение о том, что sudo сломался. Вспоминай что менял и возвращай обратно. Cудя по тексту ошибка может быть вызвана содержимым /etc/resolv.conf.

Или воспользуйся su, например.

Слишком мало информации.

Я долго изучал код

Только по выводу дизассемблера или отладчиком ходил?

пытался менять ... "0x013ded84 ldr x1, [x8, 0x250]"

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

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

Можно попробовать сохранить x1 каким он приходит к адресу 0x13ded40 в каком-нибудь callee-saved регистре (например x24) и перезагрузить обратно его вместо инструкции по адресу 0x13ded84. Как раз между этими адресами есть один nop и adrp x8, 0x2d71000 который теперь будет не нужен.

Если я правильно понял вопрос, то наиболее похожее из того что мне известно -- это семейство функций getcontext/makecontext/setcontext/swapcontext и __builtin_apply. И то и другое -- не готовое решение, с форматом передаваемого участка памяти прийдётся разбираться, а __builtin_apply определённо завязано на архитектуру и ABI и это gcc-specific.

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

выдает непонятную фигню

Ну в программе нет проверки ввода, поэтому если вводить непонятную фигню, то и выводить она будет непонятную фигню. А если вводить цифры, так чтобы сумма не превышала 9, то приведённая программа прекрасно работает.
Это, правда не значит, что в этой программе нет ошибок. Я вижу как минимум одну:

res resb 1 
…
mov [res], eax

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

Как сделать, чтобы вместо -nan печатался символ "-" ?

Только добавив свою логику в свою программу, проверяющую значение на NaN и печатающую в зависимости от этого то или иное значение. С помощью стандартного printf -- никак.

все это не подходит, так как мне нужно чтобы полученное число c лежало в промежутке [0; 11]

Ну так a * (max(b) + 1) + b же.
Иными словами мы делаем двузначное число в позиционной системе исчисления с неравными весами разрядов, младший разряд -- b, старший разряд -- a. Вес младшего разряда -- 1, вес старшего -- max(b) + 1.

Как получить то же самое в С++?

например так:

uint8_t foo[] = {7, 7};
int i = foo[0] + 256 * foo[1];

В js я могу получить это так
…Int8Array…

Скажи,
- а что будет, если элемент массива foo будет иметь отрицательное значение?
- а что будет, если твой код запустить на архитектуре с порядком байт big-endian?

почему программа завершилась? Вмешалась ОС? Но если так, то почему?

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

Почему я не могу поменять значение самого указателя (ведь указатель - это всего лишь ссылка на адрес памяти, а не на значение).

Значение указателя ты поменять можешь, но это не то, что было написано в коде. В коде было написано поменять значение на которое указатель указывает. Поменять указатель было бы a = (int *)10;

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

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

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

В памяти всё хранится как последовательность байтов. Любую последовательность байтов можно проинтерпретировать как указатель. Но чтобы компилятор С понял что ты имеешь в виду, ему надо явно сказать, что ты хочешь проинтерпретировать целое число как адрес: int *a = (int *)0x0061FF18;

more than one input file specified
nasm -felf64 bin BootLoader.asm -o BootLoader.bin

nasm как бы говорит тебе: "выбери, или ты ассемблируешь bin или BootLoader.asm"
Если же ты хотел формат 'bin', то выкинь -felf64 и замени его на -fbin.
Тебе, правда, при этом прийдётся добавить что-нибудь типа use64 в исходник, чтобы сказать, что он не 16-битный.
Ну и к тому же message у тебя лежит перед кодом, в той же секции, хороший bin из этого не получится.