Q: Какие модели Eee PC Вы используете?
A: У меня их две штуки: 701 и 901.

Q: Это основной компьютер или один из дополнительных?
A: Нет, конечно же, это не основной компьютер. Atom тормозной как грех. Я считаю, что процессоры с прямым выполнением команд (in-order execution) — преступление против человечности, и я уверен в том, что если Intel не предпримет значительных шагов (т.е. сделает Atom out-of-order), ARM Cortex A9 захватит рынок low-end машин.

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

701 слишком мелкий для того, чтобы быть полезным. Экран крошечный и у него непозволительно маленькое разрешение. Клавиатуру едва можно использовать. 901 намного лучше и мог бы быть неплохим помощником в поездках, но разрешение тоже слишком маленькое (9 дюймов нормально, но 1024×600 юзабельно только для смартфонов, а для лэптопов подошло бы как минимум 1366×768, как мне кажется)

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

ВНИМАНИЕ! Наверно, следует заметить, что мои требования могут быть завышенными по сравнению с требованиями многих других людей. Моя основная машина — Nehalem 3.2 GHz c 6 GB RAM и двумя быстрыми SSD-дисками от Intel. Поэтому мои представления о том, какая производительность может считаться «приемлемой», могут не совпадать с представлениями других.

Q: какие задачи Eee PC помогает Вам выполнять?
A: Сейчас 701 работает тестовым стендом для совершенно различных вещей — я держу его поблизости в основном как 32-битный x86-стенд (все мои основные машины — x86-64, поэтому, если мне нужно проверить, что 32 бита еще работают, я использую 701).

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

Например, я немного поигрался с машинами, основанными на CULV Core 2 Duo (вместо Atom) с экраном 1366×768 и внезапно обнаружил, что может быть намного более мощная (чем eeepc — прим.пер.) сборка. Она больше по размерам (10 дюймов), потребляет больше энергии, но оно того стоит.

Q: приобрели ли Вы эти нетбуки самостоятельно или они были подарены?
A: Оба Eee PC были подарены. 10″ CULV Core2 было самым достойным приобретением, на которое я потратил свои деньги.

Q: сколько времени Вы проводите перед этим нетбуком? Достаточен ли его размер для Вас?
A: См. выше. 701 и близко не стоял. 901 вполне пригоден к использованию, и если бы у него не было такое маленькое разрешение, он мог бы быть неплохим помощником в путешествиях.

Q: производились ли какие-нибудь аппаратные модификации?
A: в оба добавил памяти, вроде сейчас в обоих по 2 Гб (возможно, 701 был с 512 мегабайтами, и я проапгрейдил до гигабайта, слишком лениво проверять). И еще в оба добавил ПЗУ: в 701 — быструю SD-карточку (понятие «быстрая» тут весьма относительно, но для SD-карточки неплохой результат), в 901 — Mini-PCI SSD.

Мне нравятся high-end SSD (например, интеловские замены жестким дискам), но те, что используются в low-end нетбуках, страдают от ужасающе отвратительной скорости записи. Поэтому SSD в этих нетбуках, как правило, медленнее, чем реальные диски.

Q: и еще один, более общий вопрос. Как Ваше рабочее время распределено между кодированием и административной/политической/социальной деятельностью?
A: Сейчас кодирую очень мало. Практически всё время занято обсуждениями с другими разработчиками и внесением их изменений в ядро.

1802: Unauthorized network card is plugged in - Power off and remove the miniPCI network card.

Расследование этого факта привело на страницу Problem with unauthorized MiniPCI network card, откуда я узнал, что в биосе ноутбуков Thinkpad «зашит» белый список PCI-ID’ов Mini PCIe-устройств, явно разрешённых к использованию, все остальные устройства запрещены. Все разрешённые устройства выпущены под маркой Lenovo и стоят в полтора-два раза дороже, чем их немаркированные аналоги. Как разъясняет справочный центр Lenovo, это вызвано тем, что во избежание порчи эфира сочетание карты и антенны должно быть сертифицировано FCC (североамериканская федеральная комиссия по связи) или аналогичной организацией в других странах, и Lenovo не может гарантировать, что какой попало адаптер будет соответствовать этим требованиям. Поэтому официальный совет по избавлению от этой ошибки: выкиньте свой адаптер и купите правильный втридорога.

Неофициальные способы обойти хитрых IBM-овцев перечислены на вышеупомянутой странице. Вариантов несколько: добавить PCI ID устройства в bios, модифицировать PCI ID на самом устройстве (речь идёт о subvendor id), использовать несколько вариантов программ для изменения пары байтов в биосе, отключающих проверку по белому списку… В итоге сработало простое перетыкание адптера в соседний слот: видимо, проверка PCI ID работает только для одного слота.

После перетыкания ноутбук включился, но на этом приключения не кончились :) Выяснилось, что при любом состоянии переключателя wifi в логи выводится сообщение, подобное следующему:

Dec 20 20:20:56 hostname kernel: ipw3945: Radio Frequency Kill Switch is On:
Dec 20 20:20:56 hostname kernel: Kill switch must be turned off for wireless networking to work.

При этом в файле /sys/devices/pci0000:00/0000:00:1c.0/0000:02:00.0/rf_kill содержится число 2, что означает «залочено железом». Т.е. карточка считает, что wifi выключен и отказывается работать, и никакие хоткеи, включающие wifi, тут не помогут.

Решение в виде грязного хака нашлось на той же странице: необходимо чем-нибудь заклеить 20 контакт карточки бумажкой, чтобы она не получала сигналов о состоянии переключателя wifi, которые, видимо, не доставляются во второй слот. Действительно, судя по распиновке Mini PCI express, 20 пин зарезервирован и вполне может использоваться для сигнализации о включении/выключении функциональности wifi.

Мы заклеили этот 20 контакт кусочком первой попавшейся липкой бумажки, и всё прекрасно работает. Надолго ли?..

Upd. Пока писал, забыл, чего сказать-то хотел :) Мораль сей басни такова: подумайте дважды, прежде чем Thinkpad брать — готовы ли вы модные рюшечки поменять на понятные, но нервирующие заносы производителя и потенциально обрести проблемы на пустом месте?

На наше счастье, кое-кто (итальянец Giacomo Catenazzi) уже озаботился этой проблемой и в какой-то степени её решил. Встречайте: Linux Kernel Driver Database (LKDDb). Основная цель этого проекта, цитирую: «попытка построения понятной пользователю базы данных устройств и протоколов, известных ядру linux. База данных включает в себя цифровые идентификаторы железа, опции конфигурации ядра, необходимые для включения модуля в ядро, и названия модулей, получающихся на выходе. База составляется на основе исходников ядра и поэтому всегда актуальна»

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

Но нас в первую очередь интересует собственно база данных, lkddb.list – текстовый файл относительно простого для парсинга формата, на основе которого и строится работа программы. Разобраться в формате не составляет никакого труда. Приведу лишь пример записей для неоднократно здесь упоминавшегося драйвера sata_nv:

lkddb module libata "NVIDIA SATA support" :: CONFIG_SCSI_SATA_NV :: drivers/scsi/Kconfig
lkddb module sata_nv "NVIDIA SATA support" :: CONFIG_SCSI_SATA_NV :: drivers/scsi/Kconfig
lkddb pci 10de .... .... .... 0101.. :: CONFIG_SCSI_SATA_NV CONFIG_SCSI :: drivers/scsi/sata_nv.c
lkddb pci 10de .... .... .... 0104.. :: CONFIG_SCSI_SATA_NV CONFIG_SCSI :: drivers/scsi/sata_nv.c
lkddb pci 10de 0036 .... .... ...... :: CONFIG_SCSI_SATA_NV CONFIG_SCSI :: drivers/scsi/sata_nv.c
lkddb pci 10de 003e .... .... ...... :: CONFIG_SCSI_SATA_NV CONFIG_SCSI :: drivers/scsi/sata_nv.c
lkddb pci 10de 0054 .... .... ...... :: CONFIG_SCSI_SATA_NV CONFIG_SCSI :: drivers/scsi/sata_nv.c
lkddb pci 10de 0055 .... .... ...... :: CONFIG_SCSI_SATA_NV CONFIG_SCSI :: drivers/scsi/sata_nv.c
lkddb pci 10de 008e .... .... ...... :: CONFIG_SCSI_SATA_NV CONFIG_SCSI :: drivers/scsi/sata_nv.c
lkddb pci 10de 00e3 .... .... ...... :: CONFIG_SCSI_SATA_NV CONFIG_SCSI :: drivers/scsi/sata_nv.c
lkddb pci 10de 00ee .... .... ...... :: CONFIG_SCSI_SATA_NV CONFIG_SCSI :: drivers/scsi/sata_nv.c
lkddb pci 10de 0266 .... .... ...... :: CONFIG_SCSI_SATA_NV CONFIG_SCSI :: drivers/scsi/sata_nv.c
lkddb pci 10de 0267 .... .... ...... :: CONFIG_SCSI_SATA_NV CONFIG_SCSI :: drivers/scsi/sata_nv.c
lkddb pci 10de 037e .... .... ...... :: CONFIG_SCSI_SATA_NV CONFIG_SCSI :: drivers/scsi/sata_nv.c
lkddb pci 10de 037f .... .... ...... :: CONFIG_SCSI_SATA_NV CONFIG_SCSI :: drivers/scsi/sata_nv.c

Все строки в этом файле начинаются с lkddb; далее следует тип записи: pci, usb, ieee1394, eisa, pcmcia и т.д. для устройств, i2c, platform, fs или module для различной информации, связанной с самим ядром. Далее для pci-устройств идут device id, vendor id, device class; затем, через разделитель «::», опция ядра, которую нужно включить для того, чтобы данный модуль скомпилировался, а также опции, от которой зависит данная опция; и, наконец, файл, в котором был найден данный pci id.

lkddb.list может быть сгенерирован с помощью генератора, который, собственно, и является ядром программы. Нужно скачать последнюю версию, распаковать, указать в Makefile путь к исходникам своего ядра; для экономии 500 килобайт трафика можно в этот же каталог скопировать из /usr/share/hwdata файлы pci.ids и usb.ids, после чего выполнить команду make откинуться на спинку кресла и подождать две-три минуты, пока парсятся немаленькие исходники и генерируется БД. Возможно, потребуется еще кое-что подпилить напильником, в зависимости от ситуации.

После дюжины экранов отладочных сообщений будет создан нужный нам файл lkddb.list и, в качестве бонуса, около 35 мегабайт описаний модулей в формате HTML в папке web-lkddb. До создания HCL остаётся полтора шага, не составляющих проблемы для знакомых с основами shell-программирования — из конфигурационного файла ядра нужно извлечь список всех включённых опций и для каждой скопировать информацию из lkddb.list, попутно преобразовав PCI ID устройства (в процессе работы скриптов преобразованного в более читаемую форму) к человекочитаемому виду.

Следите за обновлениями :)

Как обычно, имеется несколько способов решения.

Способ первый: списки совместимости железа (HCL, hardware compatible lists).

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

Можно обратиться к Linux Hardware Compatibility HOWTO, но на данный момент (январь 2008) последняя дата обновления этого документа — 22 мая 2007 года, т.е. по меркам развития технологий очень давно. Ещё я не нашёл там ни одного контроллера Serial ATA, которые в последнее время очень распространены. Тем не менее, если интересующее вас устройство присутствует в этом документе, то оно наверняка поддерживается вашим ядром.

Существует несколько десятков сайтов, имеющих своей целью собрать абсолютно всю информацию о совместимости различного железа с Linux. Как правило, информация на таких сайтах добавляется посетителями и имеет формат «такая-то штука заработала под таким-то ядром в такой-то ОС после таких-то манипуляций с modprobe.conf» и может быть неверной или устаревшей. Примером такого сайта может являться Linux on laptops, содержащий список ссылок на статьи и заметки на тему установки различных дистрибутивов Linux на ноутбуки.

Способ второй: ручная проверка PCI IDs.

Вышеописанный метод гугления может лишь дать представление о том, поддерживается ли данное устройство вообще. Ответ на вопрос «поддерживается ли данный девайс данным ядром» можете дать только вы сами :)

Каждое устройство, подключаемое через шину PCI, имеет 8-байтный код, называемый PCI ID (и еще 8 байт, называемые Vendor ID, но нас они не интересуют). Первые четыре байта означают производителя, оставшиеся — собственно код устройства. Существует единый список известных кодов устройств http://pciids.sourceforge.net, используемый, в частности, командой lspci для отображения читабельного писка установленного оборудования (однако факт включения устройства в этот список вовсе не означает, что оно поддерживается Linux’ом :))

Драйвера Linux «подцепляют» железо по его PCI ID; список совместимых с данным драйвером девайсов «зашит» в структуре pci_device_id, Например, в драйвере sata_nv версии 0.09 из ядра 2.6.15 эта структура выглядит таким образом:

static const struct pci_device_id nv_pci_tbl[] = {
{ PCI_VENDOR_ID_NVIDIA, PCI_DEVICE_ID_NVIDIA_NFORCE2S_SATA, PCI_ANY_ID, PCI_ANY_ID, 0, 0, NFORCE2 },
{ PCI_VENDOR_ID_NVIDIA, PCI_DEVICE_ID_NVIDIA_NFORCE3S_SATA, PCI_ANY_ID, PCI_ANY_ID, 0, 0, NFORCE3 },
{ PCI_VENDOR_ID_NVIDIA, PCI_DEVICE_ID_NVIDIA_NFORCE3S_SATA2, PCI_ANY_ID, PCI_ANY_ID, 0, 0, NFORCE3 },
{ PCI_VENDOR_ID_NVIDIA, PCI_DEVICE_ID_NVIDIA_NFORCE_CK804_SATA,PCI_ANY_ID, PCI_ANY_ID, 0, 0, CK804 },
{ PCI_VENDOR_ID_NVIDIA, PCI_DEVICE_ID_NVIDIA_NFORCE_CK804_SATA2, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CK804 },
{ PCI_VENDOR_ID_NVIDIA, PCI_DEVICE_ID_NVIDIA_NFORCE_MCP04_SATA, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CK804 },
{ PCI_VENDOR_ID_NVIDIA, PCI_DEVICE_ID_NVIDIA_NFORCE_MCP04_SATA2, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CK804 },
{ PCI_VENDOR_ID_NVIDIA, PCI_DEVICE_ID_NVIDIA_NFORCE_MCP51_SATA, PCI_ANY_ID, PCI_ANY_ID, 0, 0, GENERIC },
{ PCI_VENDOR_ID_NVIDIA, PCI_DEVICE_ID_NVIDIA_NFORCE_MCP51_SATA2, PCI_ANY_ID, PCI_ANY_ID, 0, 0, GENERIC },
{ PCI_VENDOR_ID_NVIDIA, PCI_DEVICE_ID_NVIDIA_NFORCE_MCP55_SATA, PCI_ANY_ID, PCI_ANY_ID, 0, 0, GENERIC },
{ PCI_VENDOR_ID_NVIDIA, PCI_DEVICE_ID_NVIDIA_NFORCE_MCP55_SATA2, PCI_ANY_ID, PCI_ANY_ID, 0, 0, GENERIC },
{ PCI_VENDOR_ID_NVIDIA, PCI_ANY_ID, PCI_ANY_ID, PCI_ANY_ID, PCI_CLASS_STORAGE_IDE<<8, 0xffff00, GENERIC },
{ PCI_VENDOR_ID_NVIDIA, PCI_ANY_ID, PCI_ANY_ID, PCI_ANY_ID, PCI_CLASS_STORAGE_RAID<<8, 0xffff00, GENERIC },
{ 0, }
};

Поскольку драйвер sata_nv входит в состав ядра, то константы PCI_DEVICE_ID_NVIDIA_NFORCE2S_SATA, PCI_DEVICE_ID_NVIDIA_NFORCE3S_SATA и т.д. определены в файле /usr/src/linux/include/linux/pci_ids.h. Если же драйвер был скачан с сайта производителя, то необходимые константы могут быть переопределены в коде самого драйвера, grep вам в помощь :) Комбинируя значения этих констант со значением PCI_VENDOR_ID_NVIDIA, определённой в том же pci_ids.h, можно получить полный PCI ID устройства.

Эту же информацию можно извлечь из уже скомпилированного драйвера с помощью команды modinfo sata_nv, которая также выдаст список PCI IDs устройств, поддерживаемых данным драйвером. Есть еще файл /lib/modules/`uname -r`/modules.pcimap, содержащий сводную информацию о том, какие pci ids и vendor ids к какому модулю относятся, но в более подходящем для парсинга формате.Но в случае, если драйвер «вкомпилен» в ядро (например, в конфиге ядра (/usr/src/linux/.config или /proc/config.gz) указано CONFIG_SCSI_SATA_NV=y), то из скомпилированного ядра вытащить этот список очень проблематично . Хотя, наверно, как-то можно. Мне кажется, что проще залезть в исходники, надеясь, что в интересующей вас части они не изменились со времени последней компиляции.

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

1. выяснение PCI ID данного контроллера. Можно поискать его название, указанное в прилагаемой документации или на чипсете, в файле /usr/share/hwinfo/pci.ids (не забывайте его периодически обновлять с сайта http://pciids.sourceforge.net.) или на сайте производителя устройства. Если устройство уже подключено, то поможет команда lspci -nn
2. проверка вхождения этого PCI ID в драйвер. Тут можно либо лезть в исходники драйвера, как описано выше, либо воспользоваться командой modinfo driver_name.

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

Бонус для тех, кто дочитал до этого места. Если у вас есть устройство, при загрузке оно почему-то не подцепляется автоматически и вы не знаете, какой драйвер с ним работает, вам поможет сервис Debian GNU/Linux device driver check page (никогда не устану ссылаться на эту страницу!). Он принимает вывод команды lspci -n и сообщает, какие драйвера подходят для имеющихся устройств. Можно просто указать PCI ID и это сработает.