[sisyphus] ivman and cdroms

[sisyphus] ivman and cdroms

[Andrii Dobrovol`s`kii]

Hi,
После запуска ivman+pmount флешки в Гноме на рабочем столе стали
появляться. :) Захотелось единообразия... Чтоб и КД с ГМД тоже через
ivman жили.
Убрал из fstab упоминания про оных. Добавил атрибут на файл. Остановил
autofs. И вижу:
Aug  2 12:51:37 sunrise ivman: Device removed:
/org/freedesktop/Hal/devices/volume_label__0
Aug  2 12:51:50 sunrise ivman: New Device:
/org/freedesktop/Hal/devices/volume_label__0
Aug  2 12:51:50 sunrise ivman:
/org/freedesktop/Hal/devices/volume_label__0 is /dev/cdrom
Aug  2 12:51:50 sunrise ivman: /dev/cdrom appears to be mountable
Aug  2 12:51:50 sunrise ivman: Waiting for user mode Ivmans to mount...
Aug  2 12:51:55 sunrise ivman: Attempting to mount /dev/cdrom
Aug  2 12:51:55 sunrise ivman: Running: /usr/bin/pmount -u 0002  -t
iso9660  /dev/cdrom
И затем сообщения про невозможность открыть КД. И попытки делать это
через subfs.
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************

Re: [sisyphus] ivman and cdroms

[Eugene Ostapets]

2005/8/2, Andrii Dobrovol`s`kii <dobr iop.kiev.ua>:
> И затем сообщения про невозможность открыть КД. И попытки делать это
> через subfs.
А откуда береться этот subfs? Его не должно быть... Это проделки hald :(

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [sisyphus] ivman and cdroms

[Andrii Dobrovol`s`kii]

Eugene Ostapets wrote:
| 2005/8/2, Andrii Dobrovol`s`kii <dobr iop.kiev.ua>:
|
|>И затем сообщения про невозможность открыть КД. И попытки делать это
|>через subfs.
|
| А откуда береться этот subfs? Его не должно быть... Это проделки hald :(
|
|
Увы. Тут я не знаю... Зато могу сказать, что при работе с КД и ГМД через
autofs, а с флешками через ivman пока не глючит.
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************

Re: [sisyphus] ivman and cdroms

[Eugene Ostapets]

2005/8/2, Vital Khilko <vk@altlinux.ru>:
> On Аўт, 2005-08-02 at 13:13 +0300, Eugene Ostapets wrote:
> > 2005/8/2, Andrii Dobrovol`s`kii <dobr iop.kiev.ua>:
> > > И затем сообщения про невозможность открыть КД. И попытки делать это
> > > через subfs.
> > А откуда береться этот subfs? Его не должно быть... Это проделки hald :(
> Нет, это проделки Rider'а
Всех, кого неустраивает текущее поведение hald (как и прошлое
поведение hotplug) могут высказаться в
https://bugzilla.altlinux.org/show_bug.cgi?id=7462 на предмет
отрывания записи в fstab и переходу на ivman+pmount.

На сколько мне изветсно Антон не имеет принципиальных возражений
против ivman, но у него нет уверенности в его работоспособности и
допустимости перехода на эту схему для выходящего ALTLinux Compact
3.0. Если мы будем убедительны - возможно проблемы остануться только в
нашей памяти:)

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

[sisyphus] Re: ivman and cdroms

[Anton Farygin]

On Tue, 02 Aug 2005 13:38:16 +0300, Eugene Ostapets wrote:

> 2005/8/2, Vital Khilko <vk@altlinux.ru>:
>> On , 2005-08-02 at 13:13 +0300, Eugene Ostapets wrote:
>> > 2005/8/2, Andrii Dobrovol`s`kii <dobr iop.kiev.ua>:
>> > > И затем сообщения про невозможность
>> > > открыть КД. И попытки делать это
>> > > через subfs.
>> > А откуда береться этот subfs? Его не
>> > должно быть... Это проделки hald :(
>> Нет, это проделки Rider'а
> Всех, кого неустраивает текущее
> поведение hald (как и прошлое поведение
> hotplug) могут высказаться в
> https://bugzilla.altlinux.org/show_bug.cgi?id=7462 на предмет
> отрывания записи в fstab и переходу на
> ivman+pmount.
> 
> На сколько мне изветсно Антон не имеет
> принципиальных возражений против ivman, но
> у него нет уверенности в его
> работоспособности и допустимости
> перехода на эту схему для выходящего
> ALTLinux Compact 3.0. Если мы будем убедительны -
> возможно проблемы остануться только в
> нашей памяти:)

К сожалению у меня появилась
уверенность в том, что мы не успеем
перейти на ivman.

Желающие исправить ошибку в районе
KDE::kioslave::halmanager и DBUS-QT - приветствуются. 

Убитый вчера день показал, что на мой
взгляд проще собрать KDE без hal (т.е. - он
будет патчить fstab), чем исправить эту багу. К сожалению.

В двух словах об ошибке:

halmanager из KDE не обрабатывает события от HAL
типа "PropertyChanged". В итоге KDE не умеет
отслеживать факт
монтирования/размонтирования
устройства. В итоге - пытается
монтировать его при нажатии на иконку. В
итоге - ничего не показывается.

Как чинить - я без понятия. Почему-то если
используется MainLoop от QT, то libdbus часть
событий не пропускает через фильтр.

Без hal все работает, но используется метод вычитки fstab.

Rgds,
Rider

[sisyphus] Re: ivman and cdroms

[Michael Shigorin]

On Wed, Aug 03, 2005 at 09:55:21AM +0400, Anton Farygin wrote:
> К сожалению у меня появилась уверенность в том, что мы не
> успеем перейти на ivman.  Желающие исправить ошибку в районе
> KDE::kioslave::halmanager и DBUS-QT - приветствуются. 

<gvy> Антон говорит -- в KDE по факту поддержка HAL частично сломанная (не отлавливает часть событий)
<morozov> Она, там, вероятно, не сломанная. Она там, вероятно, недописанная.
<morozov> Вообще, я удивляюсь, что Антон так запросто уехал на HAL-0.5.x, учитывая то, что этот HAL требует нового дибаса, а тот, в свою очередь, не вполне backward-compatible с KDE.
<morozov> Могу сказать, что у меня работает dbus-0.23.4 и hal-0.4.7, и я пока их менять не собираюсь ;-)
<gvy> можешь откомментировать в sisyphus@?
<morozov> Миша, я туда не подписан.
<morozov> Хотя, может, насчет нового/старого API я и придумал...
<morozov> Погодь...
<morozov> 2005-04-27  David Zeuthen  <davidz@redhat.com>
.....
    * configure.in: Bump dbus requirement to 0.33 since the new dbus is out.
<morozov> Так что, не соврал.
<morozov> А KDE-3.4 изначально собирался с 0.23. Что там сейчас делается - черт его знает, вообще, это надо в KDE'шный CVS глядеть...
<morozov> Да, это HAL'овый ченджлог.

> Убитый вчера день показал, что на мой взгляд проще собрать KDE
> без hal (т.е. - он будет патчить fstab), чем исправить эту
> багу. К сожалению.

А может, откатить hal/dbus?  Что дают 0.5/0.3x и какие были
проблемы с 0.4/0.2x, решившиеся обновлением?

Бишь у нас получается где-то такие варианты:

- 0.5/0.3 (fstab-sync)
  текущий, ряд проблем (опции) решается, остаётся некомфортность
  части населения с правками /etc/fstab (morozov@ вроде не имеет
  ничего против, btw)

- 0.5/0.3 (hal)
  описанная выше проблема с KDE (как минимум)
  
- 0.4/0.2 (fstab-sync)
  не знаю, есть ли преимущества относительно первого варианта

- 0.4/0.2 (hal)
  должно работать с KDE => можно использовать ivman/pmount

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

[sisyphus] Re: ivman and cdroms

[Arioch]

Я не могу проверить новый dbus/hal, но со старым есть неудобство одно.

Winbond SD/MMC card reader обнаруживается исключительно через ACPI 
namespace

/sys/firmware/acpi/namespace/ACPI/_SB/PCI0/LPCB/CRDC

acpiscan доходит до LPCB (PNP0A06   Generic ACPI extended-IO bus (EIO 
bus) ) и дальше не скнаирует.

Причем непонятно кто вообще должен его обнарудить, или вообще в линейке 
2.6 никто не должен? Но была надежда, что новый hotplug/hal/dbus 
как-нибудь найдет :-)

Драйвера в wks 2.6 есть почти (нет отладочной инфы, а она пригодилась 
бы, ибо драйвера с подглюком) и в общем с картой MMC работает, с SD не 
пробовал.

[sisyphus] Re: ivman and cdroms

[Anton Farygin]

On Fri, 05 Aug 2005 15:39:18 +0400, Arioch wrote:

> Я не могу проверить новый dbus/hal, но со
> старым есть неудобство одно.
> 
> Winbond SD/MMC card reader обнаруживается
> исключительно через ACPI namespace
> 
> /sys/firmware/acpi/namespace/ACPI/_SB/PCI0/LPCB/CRDC
> 
> acpiscan доходит до LPCB (PNP0A06   Generic ACPI extended-IO bus
> (EIO bus) ) и дальше не скнаирует.
> 
> Причем непонятно кто вообще должен его
> обнарудить, или вообще в линейке 2.6 никто
> не должен? Но была надежда, что новый
> hotplug/hal/dbus как-нибудь найдет :-)

Так он на PCI шине ?

pciscan -v его видит ?

> 
> Драйвера в wks 2.6 есть почти (нет
> отладочной инфы, а она пригодилась бы,
> ибо драйвера с подглюком) и в общем с
> картой MMC работает, с SD не пробовал.

Есть почти - это как ?

Rgds,
Rider

[sisyphus] Mission: Hotplug to find my Winbond SD/MMC-reader ;)

[Arioch]

Anton Farygin wrote:

>>Причем непонятно кто вообще должен его
>>обнарудить, или вообще в линейке 2.6 никто
>>не должен? Но была надежда, что новый
>>hotplug/hal/dbus как-нибудь найдет :-)
> 
> 
> Так он на PCI шине ?

Судя по строчке .../LPCB/... - он висит на LPC (Low Pin Count, 
выдуманная интелями замена ISA для низкоскоростных устройств - по 
сравнению с ISA подняли частоту до сoвременных цифр и обрезали разрядность).

В виндах он висит прямо под "Компьютер с ACPI" насколько помнится, без 
каких-то посредников из Системных устройств. Могу кинуть несколько 
скриншотов.

Вот эта то ли LPC то ли какая-то ACPI IO-extended bus - возможно в 
текущем ядре под нее просто нет перечислителя как такового?

Еще одна ложка дегтя - это модули которые надо грузить.
Ну, понятно, wbsd itself. Он потянет также mmc-core.
Но для карточек памяти нужен еще mmc-block, а он "по вкусу", его связка 
wbsd+mmc-core не тянет за собой. Да возможно и не должна - мне кажется 
это завязка на карточки типа SDIO, которые не являются носителями 
информации и mmc-block для них чужой.

> 
> pciscan -v его видит ?
Насколько помню, нет. Равно и acpiscan.
Перепроверил - нет.
Но у него и в винде и в /sys идентификатор явно не PCIный, а просто 
ACPIшный.

> Есть почти - это как ?
То ли у них на сайте, то ли в сообщениях в syslog видел отсылку на 
mmc-debug с расшифровкой что же там внутри подсистемы mmc происходит. 
Сейчас в офлайне доков не нашел. :-)

Кстати, а для SDIO тоже, наверное, нужен спец. драйвер ? Впрочем 
тестировать все равно не на чем.

Жаль в changelog'ах или еще где не сказано какая версия драйвера и какие 
именно патчи наложены на ядро.

Все это думалось, пока я трамучался, чтобы убедиться окончательно, что с 
DMA этот драйвер у меня не работает никак :-(

[sisyphus] Re: Mission: Hotplug to find my Winbond SD/MMC-reader ;)

[Anton Farygin]

On Sun, 07 Aug 2005 01:03:17 +0400, Arioch wrote:

> Anton Farygin wrote:
> 
>>>Причем непонятно кто вообще должен его
>>>обнарудить, или вообще в линейке 2.6
>>>никто не должен? Но была надежда, что
>>>новый hotplug/hal/dbus как-нибудь найдет :-)
>> 
>> 
>> Так он на PCI шине ?
> 
> Судя по строчке .../LPCB/... - он висит на LPC (Low
> Pin Count, выдуманная интелями замена ISA для
> низкоскоростных устройств - по
> сравнению с ISA подняли частоту до
> сoвременных цифр и обрезали
> разрядность).
> 
> В виндах он висит прямо под "Компьютер с
> ACPI" насколько помнится, без каких-то
> посредников из Системных устройств.
> Могу кинуть несколько скриншотов.
> 

acpiscan -v видит его ?

Rgds,
Rider

[sisyphus] Re: Mission: Hotplug to find my Winbond SD/MMC-reader ;)

[Arioch]

Anton Farygin wrote:

> 
> acpiscan -v видит его ?

Нет, останавливается на   PNP0A06   Generic ACPI extended-IO bus (EIO bus)

Снова и снова скажу - ни один из libhw-tools его не видит - уж это я 
перебрал в первую очередь.

Были бы они скриптами, или имей я исходники - копал бы дальше, но тут пасую.

[sisyphus] Re: Mission: Hotplug to find my Winbond SD/MMC-reader ;)

[Anton Farygin]

On Mon, 08 Aug 2005 21:27:13 +0400, Arioch wrote:

> Anton Farygin wrote:
> 
> 
>> acpiscan -v видит его ?
> 
> Нет, останавливается на   PNP0A06   Generic ACPI
> extended-IO bus (EIO bus)
> 
> Снова и снова скажу - ни один из libhw-tools
> его не видит - уж это я перебрал в первую
> очередь.
> 
> Были бы они скриптами, или имей я
> исходники - копал бы дальше, но тут пасую.

Исходники в Sisyphus.

Но это не скрипты.

Rgds,
Rider

[sisyphus] lbhw-tools & hotplug

[Arioch]

Anton Farygin wrote:

>>/sys/firmware/acpi/namespace/ACPI/_SB/PCI0/LPCB/CRDC

> Так он на PCI шине ?


Предположу, что он на      i8xx_tco
    Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge [ISA bridge]
    8086:24cc  drivers: 24:i8xx_tco  class:006:01:00
               slot: 0000:00:1f.0  hwid: 2F2D31445EE8F59A


Как это должно на sysfs отображаться - без понятия.



Жаль, что *scan из libhw-tools никак не показывают неопознанные устройства.
Например у меня pnpscan не выводит ни одного устройства, дажес ключами
-v -D
IMHO нужен какой-нить ключик для показа непознанного.


Так... теперь надо выяснить кто у меня должен IrDA поддерживать :-)

Re: [sisyphus] lbhw-tools & hotplug

[Eugene Vlasov]

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

Приветствую, Arioch.
В письме от Sun, Aug 07, 2005 at 05:51:49PM +0400 вы пишете:

> Предположу, что он на      i8xx_tco
>    Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge [ISA bridge]
>    8086:24cc  drivers: 24:i8xx_tco  class:006:01:00
>               slot: 0000:00:1f.0  hwid: 2F2D31445EE8F59A

А Вы modinfo смотрели? i8xx_tco - это hardware watchdog, такая штука,
которая умеет перегружать компьютер, если к ней в течении некоторого
времени нет обращения (и, между прочим, она внесена в
/etc/hotplug/blacklist).


-- 
С уважением, Евгений                          mailto:eugvv@altlinux.ru


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

[sisyphus] Re: lbhw-tools & hotplug

[Michael Shigorin]

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

On Sun, Aug 07, 2005 at 08:43:34PM +0600, Eugene Vlasov wrote:
> > Предположу, что он на      i8xx_tco
> >    Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge [ISA bridge]
> >    8086:24cc  drivers: 24:i8xx_tco  class:006:01:00
> >               slot: 0000:00:1f.0  hwid: 2F2D31445EE8F59A
> А Вы modinfo смотрели? i8xx_tco - это hardware watchdog

Значит, то, что этот моуль пихают к бриджу, ещё забавней.
Надо вешать багу на hwdatabase.

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

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

Re: [sisyphus] Re: lbhw-tools & hotplug

[Sergey Vlasov]

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

On Sun, Aug 07, 2005 at 06:48:18PM +0300, Michael Shigorin wrote:
> On Sun, Aug 07, 2005 at 08:43:34PM +0600, Eugene Vlasov wrote:
> > > Предположу, что он на      i8xx_tco
> > >    Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge [ISA bridge]
> > >    8086:24cc  drivers: 24:i8xx_tco  class:006:01:00
> > >               slot: 0000:00:1f.0  hwid: 2F2D31445EE8F59A
> > А Вы modinfo смотрели? i8xx_tco - это hardware watchdog
> 
> Значит, то, что этот моуль пихают к бриджу, ещё забавней.
> Надо вешать багу на hwdatabase.

На hwdatabase вешать бесполезно - это вытянулось из modules.pcimap.

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

[sisyphus] Re: lbhw-tools & hotplug

[Arioch]

Sergey Vlasov wrote:

> 
> На hwdatabase вешать бесполезно - это вытянулось из modules.pcimap.
> 

Если будете разюираться - выясните plz еще вопрос.
Есть ли Hardware random number generator на моем компе?

Мне помнится, оно было только на i810 и у меня на i855 этот модуль бы не 
должен грузиться. Кроме того, давно уже, я при загрузке этого модуля 
видел сообщения, что hardware not found

Re: [sisyphus] Re: lbhw-tools & hotplug

[Sergey Vlasov]

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

On Mon, Aug 08, 2005 at 12:07:07AM +0400, Arioch wrote:
> Sergey Vlasov wrote:
> 
> >
> >На hwdatabase вешать бесполезно - это вытянулось из modules.pcimap.
> >
> 
> Если будете разюираться - выясните plz еще вопрос.
> Есть ли Hardware random number generator на моем компе?
> 
> Мне помнится, оно было только на i810 и у меня на i855 этот модуль бы не 
> должен грузиться. Кроме того, давно уже, я при загрузке этого модуля 
> видел сообщения, что hardware not found

Почему-то в pcitable модуля hw_random довольно много идентификаторов.
Возможно, есть какие-то варианты чипов, в которых этот генератор есть;
даже для i810 по PCI ID его наличие не определяется.

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

Re: [sisyphus] Re: ivman and cdroms

[Sergey Vlasov]

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

On Fri, Aug 05, 2005 at 03:39:18PM +0400, Arioch wrote:
> Я не могу проверить новый dbus/hal, но со старым есть неудобство одно.
> 
> Winbond SD/MMC card reader обнаруживается исключительно через ACPI 
> namespace
> 
> /sys/firmware/acpi/namespace/ACPI/_SB/PCI0/LPCB/CRDC
> 
> acpiscan доходит до LPCB (PNP0A06   Generic ACPI extended-IO bus (EIO 
> bus) ) и дальше не скнаирует.

А если так глянуть?  Там должен быть файл hardware_id; тот же самый ID
должен быть и где-то в /sys/bus/pnp/devices/*/id.

> Причем непонятно кто вообще должен его обнарудить, или вообще в линейке 
> 2.6 никто не должен? Но была надежда, что новый hotplug/hal/dbus 
> как-нибудь найдет :-)

Должен находить через pnp (и даже автоматом грузить драйвер в pnp.rc).

Собственно, к этой части dbus и hal отношения не имеют - их работа
начинается позже, когда обнаруживается вставленная карта.

> Драйвера в wks 2.6 есть почти (нет отладочной инфы, а она пригодилась 
> бы, ибо драйвера с подглюком)

Ещё бы там было включение этого отладочного режима параметром модуля,
а не только опцией при компиляции...  А если постоянно включить, там
слишком много сообщений в лог посыпется.

> и в общем с картой MMC работает, с SD не пробовал.

Для поддержки SD пока ещё нужен дополнительный патч; вот теперь есть
на ком этот патч тестировать ;)

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

[sisyphus] Re: Re: ivman and cdroms

[Anton Farygin]

On Fri, 05 Aug 2005 18:42:30 +0400, Sergey Vlasov wrote:

>> и в общем с картой MMC работает, с SD не
>> пробовал.
> 
> Для поддержки SD пока ещё нужен
> дополнительный патч; вот теперь есть на
> ком этот патч тестировать ;)

Я тоже хочу.. но устройство сам знаешь какое ;-(

Rgds,
Rider

[sisyphus] Re: ivman and cdroms

[Arioch]

Sergey Vlasov wrote:

> А если так глянуть?  Там должен быть файл hardware_id; тот же самый ID
> должен быть и где-то в /sys/bus/pnp/devices/*/id.
> 

[root@localhost devices]# cat 00:05/id
PNP0a06
[root@localhost devices]# cat 00:06/id
WEC0515
[root@localhost devices]# cat 00:07/id
WEC0517

Первый из них - та самая таинственная шина.
WEC0515 - это Sony MemoryStick половинка контроллера. Существуют ли 
драйвера - бог весть.
WEC0517 - это оно. Также на сайте wbsd упомянут WEC0518 - это более 
новый чип Winbond, но драйвер тот же самый. Про WEC0516 - ничего не знаю.

После подгрузки wbsd ссылки на драйвер не появляется, вообще кажется 
поддержки sysfs в этом сыром пока драйвере по минимуму.

> Должен находить через pnp (и даже автоматом грузить драйвер в pnp.rc)

Странно, я когда пытался разобраться - пришел к выводу, что pnp.rc его 
не должен найти. М.б. последнее обновление повлияло (hotplug + udev) ?

Кстати, надо не забыть проверить, запускается ли модуль ac.
До обновления, на UDEV 0.60 и том что около него выходило месяц назад - 
он вдруг перестал находиться.
И вообще у меня acpi странно себя ведет - по информации /proc у меня 
крышка закрыта :-)  Закрыл-открыл - начало правильно показывать :-)

> Ещё бы там было включение этого отладочного режима параметром модуля,
> а не только опцией при компиляции...  А если постоянно включить, там
> слишком много сообщений в лог посыпется.

два варианта драйвера скомпилировать? wbsd и wbsd-debug.
Второй руками загрузил - и радуйся.

> Для поддержки SD пока ещё нужен дополнительный патч; вот теперь есть
> на ком этот патч тестировать ;)

У меня к фотоаппарату прилагалась SD 32, кажется с собой.
Еще была купленна MMC 256 - она работает, если без DMA, но жестоко 
грузит процессор.

А вот тестировать фиг получится - это ж ядра качать? на модеме даже не 
надейтесь :-)

PS: это что же, ни у кого SD-карточки не было?

[sisyphus] Re: ivman and cdroms

[Michael Shigorin]

On Sun, Aug 07, 2005 at 01:19:48AM +0400, Arioch wrote:
> >Для поддержки SD пока ещё нужен дополнительный патч; вот
> >теперь есть на ком этот патч тестировать ;)
> PS: это что же, ни у кого SD-карточки не было?

Карточки есть, ридеры у всех USB, видать.

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

[sisyphus] Re: ivman and cdroms

[Arioch]

Michael Shigorin wrote:

>>>Для поддержки SD пока ещё нужен дополнительный патч; вот
>>>теперь есть на ком этот патч тестировать ;)
>>
>>PS: это что же, ни у кого SD-карточки не было?
> 
> 
> Карточки есть, ридеры у всех USB, видать.
> 

а патчи тут при чем? патчи, насколько понял, относятся не к конкретному 
драйверу wbsd, а к mmc-подсистеме ядра вообще - т.е. равно относятся к 
любому ридеру.

[sisyphus] Re: ivman and cdroms

[Arioch]

Arioch wrote:

> 
> а патчи тут при чем? патчи, насколько понял, относятся не к конкретному 
> драйверу wbsd, а к mmc-подсистеме ядра вообще - т.е. равно относятся к 
> любому ридеру.

Прочитал, что USB-ридеры весь mmc держат внутри себя, до ядра не 
допуская. И зачем им это надо? ну, пуская, если им так больше нравится :-)

Re: [sisyphus] Re: ivman and cdroms

[Sergey Vlasov]

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

On Sun, Aug 07, 2005 at 01:19:48AM +0400, Arioch wrote:
> [root@localhost devices]# cat 00:05/id
> PNP0a06
> [root@localhost devices]# cat 00:06/id
> WEC0515
> [root@localhost devices]# cat 00:07/id
> WEC0517
> 
> Первый из них - та самая таинственная шина.
> WEC0515 - это Sony MemoryStick половинка контроллера. Существуют ли 
> драйвера - бог весть.

Крайне сомнительно, что появятся...

> WEC0517 - это оно. Также на сайте wbsd упомянут WEC0518 - это более 
> новый чип Winbond, но драйвер тот же самый. Про WEC0516 - ничего не знаю.
> 
> После подгрузки wbsd ссылки на драйвер не появляется, вообще кажется 
> поддержки sysfs в этом сыром пока драйвере по минимуму.

Вообще ссылка должна бы появляться (в /sys/bus/pnp/devices/00:07),
если драйвер цепляется именно через pnp.  Если приходится писать
io/irq/dma руками - естественно, там ссылки не будет (хотя, возможно,
появится что-то в /sys/bus/platform).

> >Должен находить через pnp (и даже автоматом грузить драйвер в pnp.rc)
> 
> Странно, я когда пытался разобраться - пришел к выводу, что pnp.rc его 
> не должен найти. М.б. последнее обновление повлияло (hotplug + udev) ?

Ну раз в /sys/bus/pnp/devices устройство есть - должен находить.
Просто довольно долгое время это было сломано (там ещё есть странности
типа двух типов устройств - pnp device и pnp card).

> >Для поддержки SD пока ещё нужен дополнительный патч; вот теперь есть
> >на ком этот патч тестировать ;)
> 
> У меня к фотоаппарату прилагалась SD 32, кажется с собой.
> Еще была купленна MMC 256 - она работает, если без DMA, но жестоко 
> грузит процессор.

А DMA работать так и не хочет?  Как именно - вообще не видит, что есть
канал DMA, или видит, но не работает при попытке использовать?

Хм... вообще там драйвер пытается использовать ISA DMA в demand mode -
не уверен, что сейчас это везде работает.

> А вот тестировать фиг получится - это ж ядра качать? на модеме даже не 
> надейтесь :-)

:-(

> PS: это что же, ни у кого SD-карточки не было?

Карточки-то, может, у кого и есть, а вот с таким ридером проблема - у
всех либо USB (где интерфейса MMC как такового уже не видно - только
SCSI disk), либо какие-то неподдерживаемые TI* и прочие.

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

[sisyphus] Re: ivman and cdroms

[Arioch]

Sergey Vlasov wrote:

>>WEC0515 - это Sony MemoryStick половинка контроллера. Существуют ли 
>>драйвера - бог весть.
> 
> Крайне сомнительно, что появятся...

да и фиг с ним, лишь бы не мешал остальным железкам.

Это просто добавка к hwdatabase

>>WEC0517 - это оно. Также на сайте wbsd упомянут WEC0518 - это более 
>>новый чип Winbond, но драйвер тот же самый. Про WEC0516 - ничего не знаю.
>>
>>После подгрузки wbsd ссылки на драйвер не появляется, вообще кажется 
>>поддержки sysfs в этом сыром пока драйвере по минимуму.
> 
> 
> Вообще ссылка должна бы появляться (в /sys/bus/pnp/devices/00:07),
> если драйвер цепляется именно через pnp.

да не цепляется он :-(
pnpscan отдает пустую таблицу. И нет режима, чтобы неопознанное показывал.

Думаю, этих id просто никто не внёс в hwdatabase

Интересно, а что за папки sys/devices/pnp{0,1} ?
В нулевом полно устройств - наверное PCI + LPC-isapnp
А первая -откуда берется? - пустая.

>  Если приходится писать
> io/irq/dma руками - естественно, там ссылки не будет 

можно не писать - но работать не будет.
Работает только если dma=-1
Сырость драйвера.

Приходится - делать insmod или /etc/modules :-)

[root@localhost 00:07]# pwd
/sys/bus/pnp/devices/00:07
[root@localhost 00:07]# cat id
WEC0517
[root@localhost 00:07]# ls -l
total 0
-rw-r--r--  1 root root 4096 Aug  7 23:48 detach_state
-r--r--r--  1 root root 4096 Aug  7 23:48 id
-r--r--r--  1 root root 4096 Aug  7 23:48 options
drwxr-xr-x  2 root root    0 Aug  7 22:21 power
-rw-r--r--  1 root root 4096 Aug  7 23:48 resources
[root@localhost 00:07]#


> (хотя, возможно,
> появится что-то в /sys/bus/platform).

это да.

]# pwd; ls -l
/sys/bus/platform/devices
total 0
lrwxrwxrwx  1 root root 0 Aug  7 23:50 i8042 -> 
../../../devices/platform/i8042
lrwxrwxrwx  1 root root 0 Aug  7 23:50 vesafb0 -> 
../../../devices/platform/vesafb0
lrwxrwxrwx  1 root root 0 Aug  7 23:50 wbsd -> 
../../../devices/platform/wbsd



> А DMA работать так и не хочет?  Как именно - вообще не видит, что есть
> канал DMA, или видит, но не работает при попытке использовать?
> 
> Хм... вообще там драйвер пытается использовать ISA DMA в demand mode -
> не уверен, что сейчас это везде работает.


Если не грузить mmc-block - то все нормально.
Но если вставить карточку и загрузить mmc-block (или наоборот - не 
важно), то в Alt+F12 не появляется строки о том что найдена первая 
партиция и обозвана /dev/mmcblk0p1
Плюс к тому - подвисает клавиатура.

Выдергиваю карточку - пишет что не смог прочитать первыe 2 KB с карточки.


PS: побывал в виндах - дерево устройств выглядит (что не удивительно) 
так же как и  /sys/firmware/acpi

Под PCI висит шина LPC, онa же isapnp. Под нею разная мелочь включая 
COMB (acpi bios считает это COM-портом?) *NSC6001 - IrDA контроллер; 
некий Intel Firmware Hub (*INT0800) - интересно, что за абстракция? - и 
некую неопознанную шину Extended I/O bus (папка называется CRDC - как 
расшифровать не уверен). А под этой шиной висят два альтерэго 
кард-ридера :-)

Re: [sisyphus] Re: ivman and cdroms

[Sergey Vlasov]

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

On Mon, Aug 08, 2005 at 12:01:38AM +0400, Arioch wrote:
> pnpscan отдает пустую таблицу. И нет режима, чтобы неопознанное показывал.

Если strace pnpscan, как и у меня, показывает попытку обращения к
/proc/bus/pnp/devices - этот pnpscan и не должен работать на ядрах
2.6.x.

> Интересно, а что за папки sys/devices/pnp{0,1} ?
> В нулевом полно устройств - наверное PCI + LPC-isapnp

Это pnpacpi.

> А первая -откуда берется? - пустая.

А вот это isapnp.

> > Если приходится писать
> >io/irq/dma руками - естественно, там ссылки не будет 
> 
> можно не писать - но работать не будет.
> Работает только если dma=-1
> Сырость драйвера.

Либо кривость железа или BIOS.  http://projects.drzeus.cx/wbsd/
показывает, что кое-где DMA всё-таки работает (хотя таких машин
меньшинство).

> Приходится - делать insmod или /etc/modules :-)
> 
> [root@localhost 00:07]# pwd
> /sys/bus/pnp/devices/00:07
> [root@localhost 00:07]# cat id
> WEC0517
> [root@localhost 00:07]# ls -l
> total 0
> -rw-r--r--  1 root root 4096 Aug  7 23:48 detach_state
> -r--r--r--  1 root root 4096 Aug  7 23:48 id
> -r--r--r--  1 root root 4096 Aug  7 23:48 options
> drwxr-xr-x  2 root root    0 Aug  7 22:21 power
> -rw-r--r--  1 root root 4096 Aug  7 23:48 resources

И что там в options и resources?

> >А DMA работать так и не хочет?  Как именно - вообще не видит, что есть
> >канал DMA, или видит, но не работает при попытке использовать?
> >
> >Хм... вообще там драйвер пытается использовать ISA DMA в demand mode -
> >не уверен, что сейчас это везде работает.
> 
> 
> Если не грузить mmc-block - то все нормально.
> Но если вставить карточку и загрузить mmc-block (или наоборот - не 
> важно), то в Alt+F12 не появляется строки о том что найдена первая 
> партиция и обозвана /dev/mmcblk0p1
> Плюс к тому - подвисает клавиатура.
> 
> Выдергиваю карточку - пишет что не смог прочитать первыe 2 KB с карточки.

Да, похоже, DMA там дохлое...

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

[sisyphus] Re: Re: ivman and cdroms

[Anton Farygin]

On Mon, 08 Aug 2005 14:53:46 +0400, Sergey Vlasov wrote:

> On Mon, Aug 08, 2005 at 12:01:38AM +0400, Arioch wrote:
>> pnpscan отдает пустую таблицу. И нет
>> режима, чтобы неопознанное показывал.
> 
> Если strace pnpscan, как и у меня, показывает
> попытку обращения к /proc/bus/pnp/devices - этот
> pnpscan и не должен работать на ядрах 2.6.x.

Этот pnpscan морально устарел и должен быть переписан. ;-(

Rgds,
Rider

[sisyphus] Re: ivman and cdroms

[Arioch]

Anton Farygin wrote:

>>Если strace pnpscan, как и у меня, показывает
>>попытку обращения к /proc/bus/pnp/devices - этот
>>pnpscan и не должен работать на ядрах 2.6.x.
> 
> 
> Этот pnpscan морально устарел и должен быть переписан. ;-(

причем вся перепись - это проверить наличие sysfs, и если оно есть - 
поменять "/proc/bus/pnp/devices" на "/sys/bus/pnp/devices" ?

 >> Работает только если dma=-1
 >> Сырость драйвера.

 >Либо кривость железа или BIOS.

Под виндами же работает? Стало быть - таки драйвер. :)

 >И что там в options и resources?
[bdv@localhost bdv]$ cd /sys/bus/pnp/devices/00:07
[bdv@localhost 00:07]$ ls
detach_state  id  options  power  resources
[bdv@localhost 00:07]$ cat id
WEC0517
[bdv@localhost 00:07]$ cat options
port 0x820-0x820, align 0x0, size 0x8, 16-bit address decoding
irq 6 High-Edge
[bdv@localhost 00:07]$ cat resources
state = active
io 0x820-0x827
irq 6
[bdv@localhost 00:07]$

[sisyphus] Re: ivman and cdroms

[Anton Farygin]

On Tue, 09 Aug 2005 01:09:57 +0400, Arioch wrote:

> Anton Farygin wrote:
> 
>>>Если strace pnpscan, как и у меня, показывает
>>>попытку обращения к /proc/bus/pnp/devices - этот
>>>pnpscan и не должен работать на ядрах 2.6.x.
>> 
>> 
>> Этот pnpscan морально устарел и должен
>> быть переписан. ;-(
> 
> причем вся перепись - это проверить
> наличие sysfs, и если оно есть - поменять
> "/proc/bus/pnp/devices" на "/sys/bus/pnp/devices" ?

ну не совсем... но почти так.

Rgds,
Rider

[sisyphus] Re: ivman and cdroms

[Arioch]

Arioch пишет:

> [bdv@localhost 00:07]$ cat id
> WEC0517


вообще говоря, если hotplug научится его грузить - то он должен
научиться и отключать ему dma

Т.е. нужна какая-то база параметров, с которой hotplug будет сверяться
перед запуском.


И, кстати, кто по идее ему должен в /media создавать папку?


PS: где-то кто-то писал про firmware helper для новых udev
теоретически у меня есть wifi intel 2200 и сканер acer/benq 3300U
Но на второй я забил, а первый мне не нужен, по крайней мере если никто
не поможет в домашний роутер DLink 704P всунуть WiFi (нутром чую что 724
изнутри - то же самое + небольшой доп.модуль ;-)

[sisyphus] Re: ivman and cdroms

[Arioch]

>>попытку обращения к /proc/bus/pnp/devices - этот

у кого есть на одной мащине живые ядра 2.4 ?

Можете кинуть для сравнения /proc/bus/pnp/* и /sys/bus/pnp/* ?

Судя по словам rider они отличаются как-то

[sisyphus] Re: ivman and cdroms

[Arioch]

Sergey Vlasov wrote:

>>WEC0515 - это Sony MemoryStick половинка контроллера. Существуют ли 
>>драйвера - бог весть.
> 
> Крайне сомнительно, что появятся...

да и фиг с ним, лишь бы не мешал остальным железкам.

Это просто добавка к hwdatabase

>>WEC0517 - это оно. Также на сайте wbsd упомянут WEC0518 - это более 
>>новый чип Winbond, но драйвер тот же самый. Про WEC0516 - ничего не знаю.
>>
>>После подгрузки wbsd ссылки на драйвер не появляется, вообще кажется 
>>поддержки sysfs в этом сыром пока драйвере по минимуму.
> 
> 
> Вообще ссылка должна бы появляться (в /sys/bus/pnp/devices/00:07),
> если драйвер цепляется именно через pnp.

да не цепляется он :-(
pnpscan отдает пустую таблицу. И нет режима, чтобы неопознанное показывал.

Думаю, этих id просто никто не внёс в hwdatabase

Интересно, а что за папки sys/devices/pnp{0,1} ?
В нулевом полно устройств - наверное PCI + LPC-isapnp
А первая -откуда берется? - пустая.

>  Если приходится писать
> io/irq/dma руками - естественно, там ссылки не будет 

можно не писать - но работать не будет.
Работает только если dma=-1
Сырость драйвера.

Приходится - делать insmod или /etc/modules :-)

[root@localhost 00:07]# pwd
/sys/bus/pnp/devices/00:07
[root@localhost 00:07]# cat id
WEC0517
[root@localhost 00:07]# ls -l
total 0
-rw-r--r--  1 root root 4096 Aug  7 23:48 detach_state
-r--r--r--  1 root root 4096 Aug  7 23:48 id
-r--r--r--  1 root root 4096 Aug  7 23:48 options
drwxr-xr-x  2 root root    0 Aug  7 22:21 power
-rw-r--r--  1 root root 4096 Aug  7 23:48 resources
[root@localhost 00:07]#


> (хотя, возможно,
> появится что-то в /sys/bus/platform).

это да.

]# pwd; ls -l
/sys/bus/platform/devices
total 0
lrwxrwxrwx  1 root root 0 Aug  7 23:50 i8042 -> 
../../../devices/platform/i8042
lrwxrwxrwx  1 root root 0 Aug  7 23:50 vesafb0 -> 
../../../devices/platform/vesafb0
lrwxrwxrwx  1 root root 0 Aug  7 23:50 wbsd -> 
../../../devices/platform/wbsd



> А DMA работать так и не хочет?  Как именно - вообще не видит, что есть
> канал DMA, или видит, но не работает при попытке использовать?
> 
> Хм... вообще там драйвер пытается использовать ISA DMA в demand mode -
> не уверен, что сейчас это везде работает.


Если не грузить mmc-block - то все нормально.
Но если вставить карточку и загрузить mmc-block (или наоборот - не 
важно), то в Alt+F12 не появляется строки о том что найдена первая 
партиция и обозвана /dev/mmcblk0p1
Плюс к тому - подвисает клавиатура.

Выдергиваю карточку - пишет что не смог прочитать первыe 2 KB с 
карточки.      Клавиатура отмерзает, все хорошо.


PS: побывал в виндах - дерево устройств выглядит (что не удивительно) 
так же как и  /sys/firmware/acpi

Под PCI висит шина LPC, онa же isapnp. Под нею разная мелочь включая 
COMB (acpi bios считает это COM-портом?) *NSC6001 - IrDA контроллер; 
некий Intel Firmware Hub (*INT0800) - интересно, что за абстракция? - и 
некую неопознанную шину Extended I/O bus (папка называется CRDC - как 
расшифровать не уверен). А под этой шиной висят два альтерэго 
кард-ридера :-)

Re: [sisyphus] Re: ivman and cdroms

[Michael A. Kangin]

On 3 Август 2005 09:55 Anton Farygin <rider@altlinux.com> wrote:

> К сожалению у меня появилась
> уверенность в том, что мы не успеем
> перейти на ivman.

А к Мастеру3? или там тоже всё будет в дедлайнах?
Тогда к Юниору 3.1 (на базе Мастера3) :)

-- 
wbr, Michael A. Kangin

Re: [sisyphus] Re: ivman and cdroms

[Eugene Ostapets]

04.08.05, Michael A. Kangin<mak cea.ru> написал(а):
> On 3 Август 2005 09:55 Anton Farygin <rider@altlinux.com> wrote:
> 
> > К сожалению у меня появилась
> > уверенность в том, что мы не успеем
> > перейти на ivman.
> 
> А к Мастеру3? или там тоже всё будет в дедлайнах?
> Тогда к Юниору 3.1 (на базе Мастера3) :)
К Compact 3.0 не успеем...
А к Master 3.1 может и успеем... Если активно поможете с тестированием...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [sisyphus] Re: ivman and cdroms

[Andrii Dobrovol`s`kii]

Eugene Ostapets wrote:
> 04.08.05, Michael A. Kangin<mak cea.ru> написал(а):
> 
> К Compact 3.0 не успеем...
> А к Master 3.1 может и успеем... Если активно поможете с тестированием...
> 
Так "наливай"... ;) Уже тестим. Но, до Сизифа пока новые версии не 
доехали. :)
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************

Re: [sisyphus] Re: ivman and cdroms

[Eugene Ostapets]

2005/8/5, Andrii Dobrovol`s`kii <dobr iop.kiev.ua>:
> Eugene Ostapets wrote:
> > 04.08.05, Michael A. Kangin<mak cea.ru> написал(а):
> > К Compact 3.0 не успеем...
> > А к Master 3.1 может и успеем... Если активно поможете с тестированием...
> Так "наливай"... ;) Уже тестим. Но, до Сизифа пока новые версии не
> доехали. :)
Судя по отчету at@ завтра увидим новую сборку:) Еще один баг пополнил
копилку багзилы... :)
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru