[devel] hcl.altlinux.org

[devel] hcl.altlinux.org

[Alexey I. Froloff]

[-- Attachment #1.1: Type: text/plain, Size: 2322 bytes --]

* Mikhail Gusarov <dottedmag@> [080725 22:17]:
> Просить переносить /TZ и /HCL не стоит: первое требует
> выкидывания и написания заново (там, где требуется), а для HCL
> raorn пишет более адекватный движок, чем просто wiki.
Ну раз пошла такая пьянка, вот полуофициальный пре-анонс:

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

(Почему свой движок?  Да потому что готового не нашёл.  Это либо
что-то самописно-закрытое, либо wiki либо вообще форум).


Первый вариант модели данных можно посмотреть тут -
http://people.altlinux.ru/~raorn/HCL.jpg (простите за клатчанский
по диагонали).  Тут я ваял связи вокруг components.  Полей в
таблицах мало, это всё будет расширяться.

В двух словах всё выглядит следующим образом:

Системы - это готовые конфигурации.  Сервера, ноутбуки,
десктопные системы - всё что продаётся в собранном виде.  Системы
состоят из Компонентов.

Компонент - это любое устройство (не обязательно отдельная
железка, набортный SATA контроллер тоже является Компонентом).
Он однозначно определяется по Шине, Производителю и
КодуУстройства, мне думается этого должно хватить.  На всякий
случай есть некоторое поле propeties произвольного вида.  Все
компоненты разбиты по Группам и Подгруппам.

По поводу поддержки какой-то Компоненты в дистрибутивах (и не
только) ALT Linux.  На каждый Компонент можно повесить
Комментарий, привязанный к Продукту (дистрибутиву) и "оценкой
работоспособности".  Общая оценка будет вычисляться из всех
проставленных.


Если кто-то хочет поучаствовать в разработке, я выложил что-то
работоспособное на
http://git.altlinux.org/people/raorn/public/?p=hcl.altlinux.org.git
Для запуска нужны пакеты ruby-rails,
ruby-activerecord-postgresql-adapter и rails-plugin-will_paginate
из Сизифа.  Базу создавал в триальной версии Visual Paradigm,
поэтому rake db:* могут и не работать, на всякий случай SQL дамп
схемы в аттаче.

Пока написаны несколько admin'ских контроллеров и скрипт импорта
pci.ids в таблицу vendors (script/import_vendors /usr/share/pci.ids)

ДИЗАЙН ПОЛНОСТЬЮ ОТСУТСТВУЕТ и я сам его врядли асилю, так что
приму любую помощь.


Пожалуйста, критикуйте и комментируйте.  Ещё не поздно всё
переделать ;-)

-- 
Regards,
Sir Raorn.

[-- Attachment #1.2: development_structure.sql.bz2 --]
[-- Type: application/x-bzip2, Size: 1598 bytes --]

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] hcl.altlinux.org

[Anton Farygin]

Alexey I. Froloff пишет:
> * Mikhail Gusarov <dottedmag@> [080725 22:17]:
>> Просить переносить /TZ и /HCL не стоит: первое требует
>> выкидывания и написания заново (там, где требуется), а для HCL
>> raorn пишет более адекватный движок, чем просто wiki.
> Ну раз пошла такая пьянка, вот полуофициальный пре-анонс:
> 
> Да, я ковыряю пальцем большой ноги движок для HCL.  Он будет на
> рельсах, теоретически планируется выгрузка из Inquisitor.
> 
> (Почему свой движок?  Да потому что готового не нашёл.  Это либо
> что-то самописно-закрытое, либо wiki либо вообще форум).
> 
> 
> Первый вариант модели данных можно посмотреть тут -
> http://people.altlinux.ru/~raorn/HCL.jpg (простите за клатчанский
> по диагонали).  Тут я ваял связи вокруг components.  Полей в
> таблицах мало, это всё будет расширяться.
> 
> В двух словах всё выглядит следующим образом:
> 
> Системы - это готовые конфигурации.  Сервера, ноутбуки,
> десктопные системы - всё что продаётся в собранном виде.  Системы
> состоят из Компонентов.
> 
> Компонент - это любое устройство (не обязательно отдельная
> железка, набортный SATA контроллер тоже является Компонентом).
> Он однозначно определяется по Шине, Производителю и
> КодуУстройства, мне думается этого должно хватить.  На всякий
> случай есть некоторое поле propeties произвольного вида.  Все
> компоненты разбиты по Группам и Подгруппам.

Ещё есть некоторый тип устройств, называемых "процессоры".

Vendor у них действительно есть, а вот с кодом устройства всё немного 
сложнее:
AuthenticAMD    f       2c      2       23      Mobile Sempron (Roma) (754)
AuthenticAMD    f       2f      2       4       Athlon 64 (Venice) (939)

Первое поле - VendorID, второе - CPU Family, далее идёт модель и 
степпинг. После этого BrandID и только потом - название устройства.

Их тоже нужно в ACL, ибо будет удобнее драйвера для процессоров прописывать.

Примерное наполнение базы лежит в /usr/share/hwdatabase/cpu

> 
> По поводу поддержки какой-то Компоненты в дистрибутивах (и не
> только) ALT Linux.  На каждый Компонент можно повесить
> Комментарий, привязанный к Продукту (дистрибутиву) и "оценкой
> работоспособности".  Общая оценка будет вычисляться из всех
> проставленных.

Тут нужно осторожнее - не все устройства одинаково важны. Например - 
термодатчики можно и поигнорировать, а вот если не будет работать 
видеокарта, то считай что система полностью не работает.

Есть ещё один нюанс - теоретически (и практически) поддержка железа 
может добавляться в обновлениях. Надо это как-то учесть.

Re: [devel] hcl.altlinux.org

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1088 bytes --]

On Fri, Aug 01, 2008 at 05:59:59PM +0400, Alexey I. Froloff wrote:
> Компонент - это любое устройство (не обязательно отдельная
> железка, набортный SATA контроллер тоже является Компонентом).
> Он однозначно определяется по Шине, Производителю и
> КодуУстройства, мне думается этого должно хватить.

Если это PCI vendor:device - однозначно мало; для многих устройств
существенное значение имеет subsystem ID (например, многие звуковые
карты Creative отличаются только по subsystem ID, с неизвестным
устройством snd-emu10k1 работать отказывается).

На самом деле всё ещё хуже - существуют устройства, которые вообще
невозможно различить программно, но при этом требующие разных настроек
(например, некоторые сканеры, поддерживаемых sane-gt68xx, не имеют
EEPROM, в результате по USB виден только vid:pid чипа, но разные
модели требуют разных файлов firmware и немного отличаются набором
команд).

В таблице vendors нужно поле bus_id, поскольку идентификаторы для
PCI/USB/... назначаются независимо.  Для IEEE1394 идентификаторы не
влезают в int2 (там они 3-байтовые).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] hcl.altlinux.org

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 474 bytes --]

* Anton Farygin <rider@> [080801 18:32]:
> Тут нужно осторожнее - не все устройства одинаково важны. Например - 
> термодатчики можно и поигнорировать, а вот если не будет работать 
> видеокарта, то считай что система полностью не работает.
"Вес" Компоненты можно брать из Категории.  Над формулой пока
даже не думал.

Про процессоры и обновления сделал закладку "подумать".  Надо ещё
нарисовать SystemController и ComponentController.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] hcl.altlinux.org

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 1222 bytes --]

* Sergey Vlasov <vsu@> [080801 19:53]:
> Если это PCI vendor:device - однозначно мало;
Это "как бы PCI-like vendor:device".  По ним будет основной
поиск.

> для многих устройств существенное значение имеет subsystem ID
> (например, многие звуковые карты Creative отличаются только по
> subsystem ID, с неизвестным устройством snd-emu10k1 работать
> отказывается).
С этими можно порешать через properties произвольного вида.
Правда поиск и фильтрация по нему работать не будет.  Много может
быть таких моделей в пределах одного device_id?  Юзер от этого
списка не испугается?


Очень сложно придумать универсальную структуру на такой зоопарк
устройств.  Но и хардкодить тоже не очень хочется.  Есть ещё идеи
кроме как разносить все устройства по шинам (отдельная таблица на
каждую шину)?

> В таблице vendors нужно поле bus_id, поскольку идентификаторы для
> PCI/USB/... назначаются независимо.
Мдя.  Видимо я хреново сравнивал прошлый раз.  363 несовпадающих
кода...  Интересно, что скажет база данных когда увидит
треугольник констрейнтов components-vendors-buses?

> Для IEEE1394 идентификаторы не влезают в int2 (там они
> 3-байтовые).
А этих зверей где берут?

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] hcl.altlinux.org

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 5090 bytes --]

On Fri, Aug 01, 2008 at 08:36:02PM +0400, Alexey I. Froloff wrote:
> * Sergey Vlasov <vsu@> [080801 19:53]:
> > Если это PCI vendor:device - однозначно мало;
> Это "как бы PCI-like vendor:device".  По ним будет основной
> поиск.
> 
> > для многих устройств существенное значение имеет subsystem ID
> > (например, многие звуковые карты Creative отличаются только по
> > subsystem ID, с неизвестным устройством snd-emu10k1 работать
> > отказывается).

Точнее, не отказывается, но, скорее всего, нормально работать не
будет.

> С этими можно порешать через properties произвольного вида.
> Правда поиск и фильтрация по нему работать не будет.  Много может
> быть таких моделей в пределах одного device_id?  Юзер от этого
> списка не испугается?

109e  Brooktree Corporation
...
	036e  Bt878 Video Capture
		0070 13eb  WinTV Series
		0070 ff01  Viewcast Osprey 200
		0071 0101  DigiTV PCI
		107d 6606  WinFast TV 2000
		11bd 0012  PCTV pro (TV + FM stereo receiver)
		11bd 001c  PCTV Sat (DBC receiver)
		127a 0001  Bt878 Mediastream Controller NTSC
		127a 0002  Bt878 Mediastream Controller PAL BG
		127a 0003  Bt878a Mediastream Controller PAL BG
		127a 0048  Bt878/832 Mediastream Controller
		144f 3000  MagicTView CPH060 - Video
		1461 0002  TV98 Series (TV/No FM/Remote)
		1461 0003  AverMedia UltraTV PCI 350
		1461 0004  AVerTV WDM Video Capture
		1461 0761  AverTV DVB-T
		1461 0771  AverMedia AVerTV DVB-T 771
		14f1 0001  Bt878 Mediastream Controller NTSC
		14f1 0002  Bt878 Mediastream Controller PAL BG
		14f1 0003  Bt878a Mediastream Controller PAL BG
		14f1 0048  Bt878/832 Mediastream Controller
		1822 0001  VisionPlus DVB card
		1851 1850  FlyVideo'98 - Video
		1851 1851  FlyVideo II
		1852 1852  FlyVideo'98 - Video (with FM Tuner)
		18ac d500  DViCO FusionHDTV5 Lite
		270f fc00  Digitop DTT-1000
		bd11 1200  PCTV pro (TV + FM stereo receiver)

Но тут-то по vendor:device хотя бы однозначно определяется драйвер
(ну или почти однозначно - для некоторых subsystem id всплывает
dvb-bt8xx).  Настоящий ужас вот где:

10b5  PLX Technology, Inc.
...
	9030  PCI9030 32-bit 33MHz PCI <-> IOBus Bridge
		10b5 2862  Alpermann+Velte PCL PCI LV (3V/5V): Timecode Reader Board
		10b5 2906  Alpermann+Velte PCI TS (3V/5V): Time Synchronisation Board
		10b5 2940  Alpermann+Velte PCL PCI D (3V/5V): Timecode Reader Board
		10b5 2977  IXXAT iPC-I XC16/PCI CAN Board
		10b5 2978  SH ARC-PCIu SOHARD ARCNET card
		10b5 3025  Alpermann+Velte PCL PCI L (3V/5V): Timecode Reader Board
		10b5 3068  Alpermann+Velte PCL PCI HD (3V/5V): Timecode Reader Board
		12fe 0111  CPCI-ASIO4 (ESD 4-port Serial Interface Board)
		1397 3136  4xS0-ISDN PCI Adapter
		1397 3137  S2M-E1-ISDN PCI Adapter
		1518 0200  Kontron ThinkIO-C
		15ed 1002  MCCS 8-port Serial Hot Swap
		15ed 1003  MCCS 16-port Serial Hot Swap
...
	9050  PCI <-> IOBus Bridge
		10b5 1067  IXXAT CAN i165
		10b5 1172  IK220 (Heidenhain)
		10b5 2036  SatPak GPS
		10b5 2221  Alpermann+Velte PCL PCI LV: Timecode Reader Board
		10b5 2273  SH ARC-PCI SOHARD ARCNET card
		10b5 2431  Alpermann+Velte PCL PCI D: Timecode Reader Board
		10b5 2905  Alpermann+Velte PCI TS: Time Synchronisation Board
		10b5 9050  PCI-I04 PCI Passive PC/CAN Interface
		1498 0362  TPMC866 8 Channel Serial Card
		1522 0001  RockForce 4 Port V.90 Data/Fax/Voice Modem
		1522 0002  RockForce 2 Port V.90 Data/Fax/Voice Modem
		1522 0003  RockForce 6 Port V.90 Data/Fax/Voice Modem
		1522 0004  RockForce 8 Port V.90 Data/Fax/Voice Modem
		1522 0010  RockForce2000 4 Port V.90 Data/Fax/Voice Modem
		1522 0020  RockForce2000 2 Port V.90 Data/Fax/Voice Modem
		15ed 1000  Macrolink MCCS 8-port Serial
		15ed 1001  Macrolink MCCS 16-port Serial
		15ed 1002  Macrolink MCCS 8-port Serial Hot Swap
		15ed 1003  Macrolink MCCS 16-port Serial Hot Swap
		5654 2036  OpenSwitch 6 Telephony card
		5654 3132  OpenSwitch 12 Telephony card
		5654 5634  OpenLine4 Telephony Card
		d531 c002  PCIntelliCAN 2xSJA1000 CAN bus
		d84d 4006  EX-4006 1P
		d84d 4008  EX-4008 1P EPP/ECP
		d84d 4014  EX-4014 2P
		d84d 4018  EX-4018 3P EPP/ECP
		d84d 4025  EX-4025 1S(16C550) RS-232
		d84d 4027  EX-4027 1S(16C650) RS-232
		d84d 4028  EX-4028 1S(16C850) RS-232
		d84d 4036  EX-4036 2S(16C650) RS-232
		d84d 4037  EX-4037 2S(16C650) RS-232
		d84d 4038  EX-4038 2S(16C850) RS-232
		d84d 4052  EX-4052 1S(16C550) RS-422/485
		d84d 4053  EX-4053 2S(16C550) RS-422/485
		d84d 4055  EX-4055 4S(16C550) RS-232
		d84d 4058  EX-4055 4S(16C650) RS-232
		d84d 4065  EX-4065 8S(16C550) RS-232
		d84d 4068  EX-4068 8S(16C650) RS-232
		d84d 4078  EX-4078 2S(16C552) RS-232+1P

Т.е., куча самых разных устройств использует vendor:device id от
установленного там чипа PCI-контроллера, при этом название самого
устройства вообще не имеет никакого отношения к vendor:device.

> > Для IEEE1394 идентификаторы не влезают в int2 (там они
> > 3-байтовые).
> А этих зверей где берут?

Там вроде бы идентификатор производителя - OUI, как в Ethernet; база
по устройствам не попадалась.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] hcl.altlinux.org

[Ilya]

Alexey I. Froloff wrote:
> * Mikhail Gusarov <dottedmag@> [080725 22:17]:
>> Просить переносить /TZ и /HCL не стоит: первое требует
>> выкидывания и написания заново (там, где требуется), а для HCL
>> raorn пишет более адекватный движок, чем просто wiki.
> Ну раз пошла такая пьянка, вот полуофициальный пре-анонс:

Ура!

> 
> 
> ДИЗАЙН ПОЛНОСТЬЮ ОТСУТСТВУЕТ и я сам его врядли асилю, так что
> приму любую помощь.

Леш, будет общий дизайн для всех ресурсов на altlinux.org
Готовится (это тоже полуофициальный пре-анонс :).

-- 
Илья Машкин
ALT Linux

Re: [devel] hcl.altlinux.org

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 1185 bytes --]

Hi Sergey!

Friday 01, at 08:58:51 PM you wrote:

> Но тут-то по vendor:device хотя бы однозначно определяется драйвер
> (ну или почти однозначно - для некоторых subsystem id всплывает
> dvb-bt8xx).  Настоящий ужас вот где:
> 
> 10b5  PLX Technology, Inc.
> ...
> 	9030  PCI9030 32-bit 33MHz PCI <-> IOBus Bridge
> 		10b5 2862  Alpermann+Velte PCL PCI LV (3V/5V): Timecode Reader Board
> 		10b5 2906  Alpermann+Velte PCI TS (3V/5V): Time Synchronisation Board
> 		10b5 2940  Alpermann+Velte PCL PCI D (3V/5V): Timecode Reader Board
> 		10b5 2977  IXXAT iPC-I XC16/PCI CAN Board
> 		10b5 2978  SH ARC-PCIu SOHARD ARCNET card
> 		10b5 3025  Alpermann+Velte PCL PCI L (3V/5V): Timecode Reader Board
> 		10b5 3068  Alpermann+Velte PCL PCI HD (3V/5V): Timecode Reader Board
> 		12fe 0111  CPCI-ASIO4 (ESD 4-port Serial Interface Board)
> 		1397 3136  4xS0-ISDN PCI Adapter
> 		1397 3137  S2M-E1-ISDN PCI Adapter
> 		1518 0200  Kontron ThinkIO-C
> 		15ed 1002  MCCS 8-port Serial Hot Swap
> 		15ed 1003  MCCS 16-port Serial Hot Swap
правильно, потому что залив plx нужный firmware можно получить все что
угодно - от мультипортовки до видеокарты.

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] hcl.altlinux.org

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 985 bytes --]

On Mon, Aug 04, 2008 at 12:37:39AM +0400, Konstantin A. Lepikhov wrote:
> Friday 01, at 08:58:51 PM you wrote:
> > Но тут-то по vendor:device хотя бы однозначно определяется драйвер
> > (ну или почти однозначно - для некоторых subsystem id всплывает
> > dvb-bt8xx).  Настоящий ужас вот где:
> > 
> > 10b5  PLX Technology, Inc.
> > ...
> > 	9030  PCI9030 32-bit 33MHz PCI <-> IOBus Bridge
[...]
> правильно, потому что залив plx нужный firmware можно получить все что
> угодно - от мультипортовки до видеокарты.

В этих PCI9030 и firmware-то по сути никакого нет - это просто мост
между PCI и внутренней 8/16/32-битной шиной, на которой действительно
может висеть что угодно.  Но есть нормальные производители, которые
прописывают в EEPROM свой собственный vendor:device ID, а есть вот
такие, которые оставляют vendor:device от PLX, а свой идентификатор
пишут исключительно в subsystem ID; в результате по выводу lspci без
дополнительных опций ничего понять нельзя.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] hcl.altlinux.org

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 1242 bytes --]

Hi Sergey!

Monday 04, at 10:36:54 AM you wrote:

> On Mon, Aug 04, 2008 at 12:37:39AM +0400, Konstantin A. Lepikhov wrote:
> > Friday 01, at 08:58:51 PM you wrote:
> > > Но тут-то по vendor:device хотя бы однозначно определяется драйвер
> > > (ну или почти однозначно - для некоторых subsystem id всплывает
> > > dvb-bt8xx).  Настоящий ужас вот где:
> > > 
> > > 10b5  PLX Technology, Inc.
> > > ...
> > > 	9030  PCI9030 32-bit 33MHz PCI <-> IOBus Bridge
> [...]
> > правильно, потому что залив plx нужный firmware можно получить все что
> > угодно - от мультипортовки до видеокарты.
> 
> В этих PCI9030 и firmware-то по сути никакого нет - это просто мост
> между PCI и внутренней 8/16/32-битной шиной, на которой действительно
> может висеть что угодно.  Но есть нормальные производители, которые
> прописывают в EEPROM свой собственный vendor:device ID, а есть вот
> такие, которые оставляют vendor:device от PLX, а свой идентификатор
> пишут исключительно в subsystem ID; в результате по выводу lspci без
> дополнительных опций ничего понять нельзя.
в EEPROM записываются не только кастомные vendor:device (кстати, которые
еще и покупать надо), но и биты инициализации. Т.е. это и firmware. 

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] hcl.altlinux.org

[Michael Shigorin]

On Fri, Aug 01, 2008 at 05:59:59PM +0400, Alexey I. Froloff wrote:
> * Mikhail Gusarov <dottedmag@> [080725 22:17]:
> > Просить переносить /TZ и /HCL не стоит: первое требует
> > выкидывания и написания заново (там, где требуется), а для HCL
> > raorn пишет более адекватный движок, чем просто wiki.
> Ну раз пошла такая пьянка, вот полуофициальный пре-анонс:
> 
> Да, я ковыряю пальцем большой ноги движок для HCL.  Он будет на
> рельсах, теоретически планируется выгрузка из Inquisitor.
> 
> (Почему свой движок?  Да потому что готового не нашёл.  Это либо
> что-то самописно-закрытое, либо wiki либо вообще форум).

Если ещё актуально и предложенное заинтересует --
запиши в тудушку?

https://bugzilla.altlinux.org/show_bug.cgi?id=20796#c20

> http://git.altlinux.org/people/raorn/public/?p=hcl.altlinux.org.git

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/