Если бы Вы абсолютно плохо знакомы с разработкой ядра, я предложил бы не запуститься с аппаратной разработки и идти в некоторые модули ядра "только для программного обеспечения" как proc файл / sysfs или для более сложной файловой системы в качестве примера / развитие сети, разработав на uml/vmware/virtualbox/..., машина, настолько отказывающая Вашу машину, не причинит боль так:) Для встроенной разработки Вы могли пойти для небольшого Комплекта разработчика ARM или маленького Через машину C3/C4 или любой старый ПК, который можно записать с доморощенным USB / PCI / безотносительно устройства.
А хорошее место для запуска, вероятно Kernelnewbies.org - который имеет много ссылок и полезной информации для разработчиков ядра, и также показывает список легких для реализации задач заняться для новичков.
Некоторые книги для чтения:
Понимание Ядра Linux - очень хорошей ссылки, детализирующей дизайн подсистем ядра
Драйверы устройств Linux - записано больше как учебное руководство с большим количеством примера кода, фокусирующегося на получении Вас движение и объяснение ключевых аспектов ядра Linux. Это представляет процесс сборки и основы модулей ядра.
Руководство по программированию Модуля Ядра Linux - еще Некоторый вводный материал
, Как предложено ранее, смотря на код Linux является всегда хорошей идеей, тем более, что API Ядра Linux имеет тенденцию изменяться довольно часто... LXR помогает много с очень хорошим интерфейсом просмотра - lxr.linux.no
понять Процесс сборки Ядра, эта ссылка могла бы быть полезной:
Make-файлы Ядра Linux (kbuild)
Наконец, что не менее важно, просмотрите каталог Documentation Исходного распределения Ядра!
Вот некоторые интересные упражнения, нагло украденные от класса разработки ядра:
Автоматически сгенерированные файлы перезаписываются (я использую 2005 год), поэтому нет, я бы не стал использовать тот же файл. Я бы предложил создать в вашем проекте отдельную область для таких файлов .resx. Обычно я создаю один .resx для каждой формы, конечно, совпадая с именем.
Изменить: Здесь - это более подробный ответ, который я недавно дал для организации структуры файлов / папок при локализации вашего приложения с .resx файлы.
Возникла странная проблема со строковыми ресурсами в файле Resources.resx. Нет очевидного способа, которым я когда-либо обнаружил, как создать новую таблицу ресурсов для другого языка с помощью IDE. Однако это можно сделать вручную. Выполните следующие действия:
Создайте свою программу. Вы должны получить новую папку в каталоге bin \ Debug вашего проекта со вспомогательной сборкой с именем projectname.resources.dll. Эта вспомогательная сборка содержит как локализованные строки, так и любой локализованный ресурс из форм. Проверьте, работает ли он с таким кодом:
public Form1() {
System.Threading.Thread.CurrentThread.CurrentUICulture =
System.Globalization.CultureInfo.GetCultureInfo("fr-FR");
InitializeComponent();
textBox1.Text = Properties.Resources.String1;
}
Или вы можете попробовать следующее:
Добавьте этот код в main ();
с помощью System.Resources;
ResXResourceWriter rw = new ResXResourceWriter("Resources.de-DE.resx");
rw.AddResource("String1", "de");
rw.Close();
...
повторите, чтобы узнать больше files
Перейдите в каталог bin и переместите файл (ы) XML (resx), возможно, в папку свойств.
Перейдите к шагу 5-9 выше в сообщении nobugz.