Open source (GPL3) — я чего-то не понимаю?

но это не делает их вместе производной работой?

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

However, copyright law obviously
hinges on the definition of «derived work», and as such anything can
always be argued on that point.

I personally consider anything a «derived work» that needs special hooks
in the kernel to function with Linux (ie it is _not_ acceptable to make a
small piece of GPL-code as a hook for the larger piece), as that obviously
implies that the bigger module needs «help» from the main kernel.

Similarly, I consider anything that has intimate knowledge about kernel
internals to be a derived work.

What is left in the gray area tends to be clearly separate modules: code
that had a life outside Linux from the beginning, and that do something
self-containted that doesn't really have any impact on the rest of the
kernel. A device driver that was originally written for something else,
and that doesn't need any but the standard UNIX read/write kind of
interfaces, for example.

Суть в наличии исключений из GPL. Без них нет способа проприетарному коду использовать GPL код

Вот ещё пара строк оттуда:

The «user program» exception is not an exception at all, for example, it's
just a more clearly stated limitation on the «derived work» issue. If you
use standard UNIX system calls (with accepted Linux extensions), your
program obviously doesn't «derive» from the kernel itself.

Open source (GPL3) — я чего-то не понимаю?

GPL определяет правила взаимодействия с программными интерфейсами

Покажите, где именно? Я вот вижу, что GPL определяет только правила создания производных произведений и их распространения. Но в случае NVIDIA, ядро не изменяется, драйвер написан независимо, а значит нет никакого производного произведения.

Программы же взаимодействуют не с ядром, а с glibc прежде всего… В чём я не прав?

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

Open source (GPL3) — я чего-то не понимаю?

Ок, я тут побуду немного адвокатом дьявола.

чтобы взаимодействовать с GPL нужно следовать правилам GPL

чтобы взаимодействовать с GPL нужно всего лишь уметь работать с предоставленными интерфейсами. Вовсе не прослойка в виде glibc делает возможными проприетарные программы на GPL-линуксе.

Такова логика лицензии

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

Open source (GPL3) — я чего-то не понимаю?

Что касается Nvidia: драйверы взаимодействуют с ядром. Без ядра они бесполезны. Значит — они дополняют ядро. Значит — они его модификация.

lorus, эти драйвера были разработаны с нуля и под винду. А потом уже адаптированы для linux. По вашей логике, пользовательские приложения — тоже модификация ядра, ведь без него они бесполезны.

В Vim в последней строке текста не переводить каретку

vim всё равно добавит eol.

Потоки linux, как?

cat /proc/N/smaps
там обычно видно, для чего выделен тот или иной регион памяти.

Какие есть варианты организации CLI для устройства?

Установите пользователю в которого будете логиниться в качестве шелла интерактивный скрипт на [ba]sh.

Не получается релоцировать local APIC?

В итоге у вас заработало на железе или в VMware (или и там и там)?

не знаю, что делать с qemu/kvm, ведь они действительно не поддерживают релокацию локального APIC

Похоже, что эта фича APIC мало кому нужна. В любом случае, пока qemu не поддерживает локальные для процессора адресные пространства, вменяемо пофиксить это не получится.

Не получается релоцировать local APIC?

А вот касательно перемещения регистров, можно подробнее?

В qemu есть код сохраняющий значение записанное в базовый регистр APIC, но нет кода, который бы реально переносил регистры APIC на новое место. В этом легко убедиться глядя на реализации коллбэка set_base. Т.е. на сколько я вижу, в qemu это работать и не должно, ни в tcg ни в kvm.

Как найти файл процесса?

Думаете файл скрипта будет открыт во время выполнения?

Как заставить bash-скрипт нажимать сочетание клавиш?

trap же просто навешивает обработчик на сигнал/ошибку/выход/шаг? Заголовок сменился?

Не работает вся память на ноутбуке Samsung R410-FB04 в Kubuntu x64?

Ну, простейшее объяснение которое приходит мне на ум: какая-то периферия декларирует что может делать DMA выше 4Г, но на самом деле не может. Можно посмотреть что выводит lspci -vvv в x86_64 ядре.

Не работает вся память на ноутбуке Samsung R410-FB04 в Kubuntu x64?

Не, последний комментарий мимо, что-то я туплю ):

Не работает вся память на ноутбуке Samsung R410-FB04 в Kubuntu x64?

[ 0.000000] Linux version 3.2.0-26-generic (buildd@batsu) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #41-Ubuntu SMP Thu Jun 14 17:49:24 UTC 2012 (Ubuntu 3.2.0-26.41-generic 3.2.19)
…
[ 0.067077] CPU0: Intel® Pentium® Dual CPU T3200 @ 2.00GHz stepping 0d

Ох, 32-битный процессор. Что-то мне подсказывает, что вам вместо -generic ядра нужно установить -generic-pae и грузиться в него, чтобы использовать память выше 4Г.

Использование осциллографа как анализатора амплитуд импульсов (pulse-height analyser)?

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

… что эквивалентно как минимум сотням килогерц — мегагерцам.

Синхронизация в Си или чем отличается вывод в файл от вывода в stdout

Я думаю, что нашёл вашу ошибку. eawait и eadvance возвращают 0 если выполнились успешно и не 0 в противном случае.
Замена eawait(flags.keys.event, ticket); на while (eawait(flags.keys.event, ticket)); и eadvance(flags.keys.event); на while (eadvance(flags.keys.event)); вроде бы всё чинит.

Не работает вся память на ноутбуке Samsung R410-FB04 в Kubuntu x64?

Вы бы выложили вывод dmesg сразу после успешной загрузки без memmap.

Синхронизация в Си или чем отличается вывод в файл от вывода в stdout

Механизм работы этой команды

(
for i in `seq 3`; do ./lastmsg a & ./lastmsg b & ./lastmsg c & done; wait
./lastmsg -d
) > temp

такой:
— shell открывает файл temp для перенаправления;
— shell запускает копию себя (внутри круглых скобок), переназначая дескриптор 1 на открытый на первом шаге файл;
— шелл внутри скобок запускает по очереди команду lastmsg, команда наследует файловые дескрипторы от шелла;
— дальнейшее несущественно.

Итого имеется один открытый файл и несколько дескрипторов в запущенных процессах.
Замена > на >> откроет файл temp с флагом O_APPEND. Это имело бы смысл если бы команда выглядела так:

for i in `seq 3`; do ./lastmsg a >> temp & ./lastmsg b >> temp & ./lastmsg c >> temp & done; wait

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

Не работает вся память на ноутбуке Samsung R410-FB04 в Kubuntu x64?

Если всё-таки хочется поиграться то вот параметр ядра:

        memmap=nn[KMG]$ss[KMG]
                        [KNL,ACPI] Mark specific memory as reserved.
                        Region of memory to be used, from ss to ss+nn.
                        Example: Exclude memory from 0x18690000-0x1869ffff
                                 memmap=64K$0x18690000
                                 or
                                 memmap=0x10000$0x18690000

Т.е. для того что вы хотите сделать — memmap=1G$0xc0000000
Об остальных вариантах memmap можно почитать тут: www.kernel.org/doc/Documentation/kernel-parameters.txt

программа «слежки» за R/W на жесткий диск

А он уже научился показывать что именно пишут/читают?