[Comm] ide-scsi

[Comm] ide-scsi

[Kolya Grechukh]

вопрос:
в последних ядрах от альта: в частности 2.4.22-wks сабж сломан? или уже 
починили?
как я понял по обсуждению в lkml, он сломан и в 2.6, по идеологическим 
соображениям. с друой стороны, существует патч от Торвальдса. прикладывание 
этого патча к cdrecord позволяет ему писать и без ide-scsi, через обычный 
ide/atapi. как насчет...?

а если ни сабжа, ни патченого cdrecord в сизифе нет, получается на альте 
невозможно писать сидюки?...

Re: [Comm] ide-scsi

[Aleksey Korotkov]

On Wed, 10 Dec 2003 16:35:55 +0200
Kolya Grechukh <ngrechukh@ua.fm> wrote:

KG> вопрос:
KG> в последних ядрах от альта: в частности 2.4.22-wks сабж сломан? или уже 
KG> починили?

В 2.4.23 работает.

KG> как я понял по обсуждению в lkml, он сломан и в 2.6, по идеологическим 
KG> соображениям.

В <...> бы такие соображения :( 

KG> с друой стороны, существует патч от Торвальдса. прикладывание 
KG> этого патча к cdrecord позволяет ему писать и без ide-scsi, через обычный 
KG> ide/atapi. как насчет...?

Пишет уже давно (фича имеет статус пре-альфы), ничего 
прикладывать не надо. Но я принципиально не пользуюсь, 
ибо сие неправильно. 

KG> а если ни сабжа, ни патченого cdrecord в сизифе нет, получается на альте 
KG> невозможно писать сидюки?...

Возможно. Или через <...>, то бишь ATAPI, или -- берите 2.4.23
с kernel.org и пишите через ide-scsi. Последнее на настоящий 
момент -- самое правильное решение.

-- 
With best regards,
Aleksey Korotkov

mailto:ziga@uni.udm.ru

Re[2]: [Comm] ide-scsi

[Sergey Krivulja]

Hello Aleksey,

Thursday, December 11, 2003, 2:09:42 AM, you wrote:

KG>> как я понял по обсуждению в lkml, он сломан и в 2.6, по идеологическим
KG>> соображениям.

AK> В <...> бы такие соображения :(
А кратко в чем суть разборок.

-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

Re: Re[2]: [Comm] ide-scsi

[Aleksey Korotkov]

On Thu, 11 Dec 2003 09:23:46 +0300
Sergey Krivulja <skrivulja@erec.ru> wrote:

SK> KG>> как я понял по обсуждению в lkml, он сломан и в 2.6, по идеологическим
SK> KG>> соображениям.
SK> 
SK> AK> В <...> бы такие соображения :(
SK> А кратко в чем суть разборок.

Зачем-то (интересно было бы узнать соображения :/) решили
вроде как в 2.6.х отказаться от ide-scsi, _естественного_
способа употребления CD-R/CD-RW. Об этом можно прочитать
до фига где, в том же /usr/share/doc/cdrtools-2.0/README.ATAPI,
например:

        Opening/closing the door, playing audio and similar things
	cannot be done using vanilla IDE commands - you will need SCSI commands
	to do this. But how do we do this with a drive that uses an IDE
	interface?

	The ATAPI standard describes method of sending SCSI commands over IDE
	transport with some small limitations to the "real" SCSI standard.
	SCSI commands are send via IDE transport using the 'ATA packet'
	command. There is no SCSI emulation - ATAPI drives include native
	SCSI command support. For this reason, sending SCSI commands to ATAPI
	drives is the native method of supporting ATAPI devices. Just imagine
	that IDE is one of many SCSI low level transport mechanisms. 

И зачем вот это решили поломать -- ума не приложу, вопрос
уже не ко мне (по-моему, просто идиотизм).

-- 
With best regards,
Aleksey Korotkov

mailto:ziga@uni.udm.ru

Re: Re[2]: [Comm] ide-scsi

[Sergey Vlasov]

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

On Fri, Dec 12, 2003 at 02:56:25AM +0400, Aleksey Korotkov wrote:
> On Thu, 11 Dec 2003 09:23:46 +0300
> Sergey Krivulja <skrivulja@erec.ru> wrote:
> 
> Зачем-то (интересно было бы узнать соображения :/) решили
> вроде как в 2.6.х отказаться от ide-scsi, _естественного_
> способа употребления CD-R/CD-RW. Об этом можно прочитать
> до фига где, в том же /usr/share/doc/cdrtools-2.0/README.ATAPI,
> например:
> 
>         Opening/closing the door, playing audio and similar things
> 	cannot be done using vanilla IDE commands - you will need SCSI commands
> 	to do this. But how do we do this with a drive that uses an IDE
> 	interface?
> 
> 	The ATAPI standard describes method of sending SCSI commands over IDE
> 	transport with some small limitations to the "real" SCSI standard.
> 	SCSI commands are send via IDE transport using the 'ATA packet'
> 	command. There is no SCSI emulation - ATAPI drives include native
> 	SCSI command support. For this reason, sending SCSI commands to ATAPI
> 	drives is the native method of supporting ATAPI devices. Just imagine
> 	that IDE is one of many SCSI low level transport mechanisms. 
> 
> И зачем вот это решили поломать -- ума не приложу, вопрос
> уже не ко мне (по-моему, просто идиотизм).

На самом деле команды SCSI там никуда не делись.  Изменился только
способ их передачи в устройство - вместо /dev/sg* используется
/dev/hd*, и для передачи команд используется ioctl.

Совсем недавно в LKML была очередная перепалка по этому поводу.  Линус
считает, что метод именования устройств в libscg (cdrecord) - номер
шины, номер устройства, номер LUN (dev=0,0,0) - никуда не годится, и
вместо этого следовало бы указывать имя файла устройства (как, кстати,
сейчас и делается в cdrecord при использовании ide-cd (dev=/dev/hdc),
но в README.ATAPI написано, что этот метод официально не
поддерживается).  На самом деле при работе через /dev/sg*
действительно приходится открывать все устройства подряд и искать
устройство с нужными номерами.

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

Re: Re[2]: [Comm] ide-scsi

[Andrey Rahmatullin]

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

On Fri, Dec 12, 2003 at 02:56:25AM +0400, Aleksey Korotkov wrote:
[...]
> Зачем-то (интересно было бы узнать соображения :/) решили
> вроде как в 2.6.х отказаться от ide-scsi, _естественного_
> способа употребления CD-R/CD-RW.
[...]

Добавлю и свои $0.02:

- ide_scsi is completely broken in 2.6 currently. Known problem.
  If you need it either use 2.4 or fix it 8)

- Jens Axboe added the ability to use DMA for writing CDs on
  ATAPI devices. Writing CDs should be much faster than it
  was in 2.4, and also less prone to buffer underruns and the like.

- With a recent cdrecord, you also no longer need ide-scsi in order to
  use an IDE CD writer.
        

Цитаты из известного документа post-halloween-2.6.

-- 
> ... но на самом деле хочется БАСОВ =)))
Тогда нужны КОЛОНКИ :))
		-- mike in community@

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

Re: Re[2]: [Comm] ide-scsi

[Nick Grechukh]

On Fri, 12 Dec 2003 10:49:15 +0300
  Sergey Vlasov <vsu@altlinux.ru> wrote:
> On Fri, Dec 12, 2003 at 02:56:25AM +0400, Aleksey Korotkov wrote:
> > On Thu, 11 Dec 2003 09:23:46 +0300
> > Sergey Krivulja <skrivulja@erec.ru> wrote:
> > 
> > Зачем-то (интересно было бы узнать соображения :/) решили
> > вроде как в 2.6.х отказаться от ide-scsi, _естественного_
> > способа употребления CD-R/CD-RW. Об этом можно прочитать
> > до фига где, в том же /usr/share/doc/cdrtools-2.0/README.ATAPI,
> > например:
> > 
> >         Opening/closing the door, playing audio and similar things
> > 	cannot be done using vanilla IDE commands - you will need SCSI commands
> > 	to do this. But how do we do this with a drive that uses an IDE
> > 	interface?
> > 
> > 	The ATAPI standard describes method of sending SCSI commands over IDE
> > 	transport with some small limitations to the "real" SCSI standard.
> > 	SCSI commands are send via IDE transport using the 'ATA packet'
> > 	command. There is no SCSI emulation - ATAPI drives include native
> > 	SCSI command support. For this reason, sending SCSI commands to ATAPI
> > 	drives is the native method of supporting ATAPI devices. Just imagine
> > 	that IDE is one of many SCSI low level transport mechanisms. 
> > 
> > И зачем вот это решили поломать -- ума не приложу, вопрос
> > уже не ко мне (по-моему, просто идиотизм).
> 
> На самом деле команды SCSI там никуда не делись.  Изменился только
> способ их передачи в устройство - вместо /dev/sg* используется
> /dev/hd*, и для передачи команд используется ioctl.
> 
> Совсем недавно в LKML была очередная перепалка по этому поводу.  Линус
> считает, что метод именования устройств в libscg (cdrecord) - номер
> шины, номер устройства, номер LUN (dev=0,0,0) - никуда не годится, и
> вместо этого следовало бы указывать имя файла устройства (как, кстати,
> сейчас и делается в cdrecord при использовании ide-cd (dev=/dev/hdc),
> но в README.ATAPI написано, что этот метод официально не
> поддерживается).  На самом деле при работе через /dev/sg*
> действительно приходится открывать все устройства подряд и искать
> устройство с нужными номерами.

т.е. можно отказаться от использования 
ide-scsi в пользу ide-cd (который afaiu работает без 
дополнительных телодвижений)? и 
записывать можно?
----

-> http://torg.alkar.net
-> Nokia 6610 - $30
-> Nokia 3310 - $7
-> SDRAM 256 Mb - $5
-> http://torg.alkar.net

Re: Re[2]: [Comm] ide-scsi

[Sergey Vlasov]

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

On Fri, Dec 12, 2003 at 12:26:43PM +0200, Nick Grechukh wrote:
> т.е. можно отказаться от использования 
> ide-scsi в пользу ide-cd (который afaiu работает без 
> дополнительных телодвижений)? и 
> записывать можно?

Для ядра 2.6 это рекомендуемый метод (ide-scsi вроде бы недавно
чинили - патч пролетал, но я не проверял, приняли ли его).  А вот в
2.4.x так лучше не делать.  Проблема в том, что интерфейс для работы
через ATAPI в ядрах 2.4.x не поддерживает DMA; единственный способ
использовать DMA для записи CD в 2.4.x - через ide-scsi, и только при
размере сектора 2048 (т.е. для дисков с данными, но не для аудио).  В
2.6 DMA поддерживается, причём лучше (работает и при записи аудио, и в
режиме RAW).

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

Re: Re[2]: [Comm] ide-scsi

[Nick Grechukh]

On Fri, 12 Dec 2003 13:40:51 +0300
  Sergey Vlasov <vsu@altlinux.ru> wrote:
> On Fri, Dec 12, 2003 at 12:26:43PM +0200, Nick Grechukh wrote:
> > т.е. можно отказаться от использования 
> > ide-scsi в пользу ide-cd (который afaiu работает без 
> > дополнительных телодвижений)? и 
> > записывать можно?
> 
> Для ядра 2.6 это рекомендуемый метод (ide-scsi вроде бы недавно
> чинили - патч пролетал, но я не проверял, приняли ли его).  А вот в
> 2.4.x так лучше не делать.  Проблема в том, что интерфейс для работы
> через ATAPI в ядрах 2.4.x не поддерживает DMA; единственный способ
> использовать DMA для записи CD в 2.4.x - через ide-scsi, и только при
> размере сектора 2048 (т.е. для дисков с данными, но не для аудио).  В
> 2.6 DMA поддерживается, причём лучше (работает и при записи аудио, и в
> режиме RAW).
ясно. запись _без_ дма чревата большим 
количеством испорченных болванок, isn't it? и 
я не совсем понял, ide-scsi починен в 2.4.23-alt, 
замечательно, а в 2.4.22? мне win4lin нужен... 
----

-> http://torg.alkar.net
-> Nokia 6610 - $30
-> Nokia 3310 - $7
-> SDRAM 256 Mb - $5
-> http://torg.alkar.net

Re: Re[2]: [Comm] ide-scsi

[Denis S. Filimonov]

On Friday 12 December 2003 16:46, Nick Grechukh wrote:
> ясно. запись _без_ дма чревата большим
> количеством испорченных болванок, isn't it? и
в общем-то нет, записываются нормально, правда система при этом ведет 
себя не очень хорошо.
-- 
Sincerely,
Denis.

Re: Re[2]: [Comm] ide-scsi

[Sergey Vlasov]

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

On Fri, Dec 12, 2003 at 12:46:01PM +0200, Nick Grechukh wrote:
> On Fri, 12 Dec 2003 13:40:51 +0300
>  Sergey Vlasov <vsu@altlinux.ru> wrote:
> >On Fri, Dec 12, 2003 at 12:26:43PM +0200, Nick Grechukh wrote:
> >> т.е. можно отказаться от использования 
> >> ide-scsi в пользу ide-cd (который afaiu работает без 
> >> дополнительных телодвижений)? и 
> >> записывать можно?
> >
> >Для ядра 2.6 это рекомендуемый метод (ide-scsi вроде бы недавно
> >чинили - патч пролетал, но я не проверял, приняли ли его).  А вот в
> >2.4.x так лучше не делать.  Проблема в том, что интерфейс для работы
> >через ATAPI в ядрах 2.4.x не поддерживает DMA; единственный способ
> >использовать DMA для записи CD в 2.4.x - через ide-scsi, и только при
> >размере сектора 2048 (т.е. для дисков с данными, но не для аудио).  В
> >2.6 DMA поддерживается, причём лучше (работает и при записи аудио, и в
> >режиме RAW).
> ясно. запись _без_ дма чревата большим 
> количеством испорченных болванок, isn't it?

Не совсем - просто запись без DMA сильно грузит систему, и больше
вероятность получить buffer underrun.  Современные писалки имеют режим
BURN-Free, который cdrecord умеет включать - это позволяет избежать
порчи дисков.

> и я не совсем понял, ide-scsi починен в 2.4.23-alt, замечательно, а
> в 2.4.22? мне win4lin нужен... 

Речь шла о том, что ide-scsi сломан в 2.6.  Также он был сильно сломан
в 2.4.21 (из-за чего возник kernel-fix-drivers-ide-scsi); в 2.4.22 эту
ошибку исправили, и kernel-fix-drivers-ide-scsi был упразднён.  Хотя
потом нашлась ещё одна проблема - см. kernel-fix-drivers-ide,
06_ide-scsi-lockup.patch (у меня она не проявлялась).  В ядрах
2.4.22-wks-* в Сизифе этот патч тоже прикладывается.

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

Re: Re[2]: [Comm] ide-scsi

[Aleksey Korotkov]

On Fri, 12 Dec 2003 14:21:35 +0300
Sergey Vlasov <vsu@altlinux.ru> wrote:

SV> Речь шла о том, что ide-scsi сломан в 2.6.  Также он был сильно сломан
SV> в 2.4.21 (из-за чего возник kernel-fix-drivers-ide-scsi); в 2.4.22 эту
SV> ошибку исправили

Нет, не исправили (если, конечно, говорить об "официальном"
2.4.22). В 2.4.23 всё в норме.

-- 
With best regards,
Aleksey Korotkov

mailto:ziga@uni.udm.ru

Re: Re[2]: [Comm] ide-scsi

[Alexey Morozov]

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

On Fri, Dec 12, 2003 at 10:49:15AM +0300, Sergey Vlasov wrote:
> поддерживается).  На самом деле при работе через /dev/sg*
> действительно приходится открывать все устройства подряд и искать
> устройство с нужными номерами.
Круто. devfs навсегда?

В конце концов, есть же соответствующий патчик на sd_mod, который
указует, какой BUS-адрес у того или иного дивайса. По-моему, существенно
более прямое решение. Не знаю только, почему Антон его давеча исключил.



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

Re: Re[2]: [Comm] ide-scsi

[Sergey Vlasov]

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

On Sat, Dec 13, 2003 at 02:07:36AM +0400, Aleksey Korotkov wrote:
> On Fri, 12 Dec 2003 14:21:35 +0300
> Sergey Vlasov <vsu@altlinux.ru> wrote:
> 
> SV> Речь шла о том, что ide-scsi сломан в 2.6.  Также он был сильно сломан
> SV> в 2.4.21 (из-за чего возник kernel-fix-drivers-ide-scsi); в 2.4.22 эту
> SV> ошибку исправили
> 
> Нет, не исправили (если, конечно, говорить об "официальном"
> 2.4.22). В 2.4.23 всё в норме.

Вы имеете в виду 06_ide-scsi-lockup.patch из kernel-fix-driver-ide?
Этот патч действительно вошёл в 2.4.23; а выше шла речь о другой
ошибке.

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

Re: [Comm] ide-scsi

[some_x]

Nick Grechukh пишет:

> On Fri, 12 Dec 2003 13:40:51 +0300
>  Sergey Vlasov <vsu@altlinux.ru> wrote:
>
>> On Fri, Dec 12, 2003 at 12:26:43PM +0200, Nick Grechukh wrote:
>> > т.е. можно отказаться от использования > ide-scsi в пользу ide-cd 
>> (который afaiu работает без > дополнительных телодвижений)? и > 
>> записывать можно?
>>
>> Для ядра 2.6 это рекомендуемый метод (ide-scsi вроде бы недавно
>> чинили - патч пролетал, но я не проверял, приняли ли его).  А вот в
>> 2.4.x так лучше не делать.  Проблема в том, что интерфейс для работы
>> через ATAPI в ядрах 2.4.x не поддерживает DMA; единственный способ
>> использовать DMA для записи CD в 2.4.x - через ide-scsi, и только при
>> размере сектора 2048 (т.е. для дисков с данными, но не для аудио).  В
>> 2.6 DMA поддерживается, причём лучше (работает и при записи аудио, и в
>> режиме RAW).
>
> ясно. запись _без_ дма чревата большим количеством испорченных 
> болванок, isn't it? и я не совсем понял, ide-scsi починен в 
> 2.4.23-alt, замечательно, а в 2.4.22? мне win4lin нужен... ----
>
Я извиняюсь, но win4lin`ний патч уже есть для 2.6-test11(правда 
сконфигурировать generic ядро, как выяснилось(см. мой пост "не грузится 
ядро"), уметь надо.

Позволю себе ещё два вопроса почти по теме:
1) Сейчас я, иногда, пишу диски в vmware(ни у кого кстати не стоит win98 
в vmware с работающим звуком), как бы через SCSI устройство, если на 
ядре 2.6 vmware сказать что hd* это скази девайс он его воспримет, иначе 
как писать диске в vmware на ядре 2.6?
2)Для чего нужен режим RAW и чем отличаются его вариации.

Re: Re[2]: [Comm] ide-scsi

[Aleksey Korotkov]

On Sat, 13 Dec 2003 12:32:52 +0300
Sergey Vlasov <vsu@altlinux.ru> wrote:

SV> Вы имеете в виду 06_ide-scsi-lockup.patch из kernel-fix-driver-ide?

Мм... Не понял. Чей это патч? Я говорил исключительно об
ядре с kernel.org, версиях 2.4.22 и 2.4.23.

SV> Этот патч действительно вошёл в 2.4.23; а выше шла речь о другой
SV> ошибке.
 
О какой? Речь, вроде, шла лишь о том, работает или нет ide-scsi
на той или иной версии ядра... Так вот, на 2.4.22 с _kernel.org_
ide-scsi не работает -- я проверял, и писал в рассылку
о тех граблях, которые там есть (например, при монтировании
CD вместо истинного содержания видна какая-то лабуда,
может вообще не смонтироваться, DVD-Video не играется
и т.д.). На 2.4.23 (тоже с kernel.org) всё в полном порядке.

-- 
With best regards,
Aleksey Korotkov

mailto:ziga@uni.udm.ru

Re: Re[2]: [Comm] ide-scsi

[Sergey Vlasov]

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

On Sat, Dec 13, 2003 at 12:11:29PM +0600, Alexey Morozov wrote:
> On Fri, Dec 12, 2003 at 10:49:15AM +0300, Sergey Vlasov wrote:
> > поддерживается).  На самом деле при работе через /dev/sg*
> > действительно приходится открывать все устройства подряд и искать
> > устройство с нужными номерами.
> Круто. devfs навсегда?

2.6.0-test11:

config DEVFS_FS
	bool "/dev file system support (OBSOLETE)"

Кроме того, от поиска это всё равно не избавляет - только перебирать
придётся не всю свалку в статическом /dev, а лишь имеющиеся
устройства.

Линус ругался вот по какому поводу: идентификация устройств по номерам
bus,dev,lun (как сделано в cdrecord) во многих случаях не годится (в
частности, он приводит в пример iSCSI; да и сейчас при использовании
usb-storage номера поедут).  Напротив, имена в /dev можно поддерживать
в актуальном состоянии (их всё равно приходится поддерживать для всех
остальных программ).

Наличие отдельно sg и отдельно обычного драйвера тоже не улучшает
положение - например, сейчас после записи CD приходится открывать и
закрывать лоток, чтобы записанные данные стали доступны для чтения;
это можно было бы сделать через драйвер sr без лишнего дёргания, но
искать соответствующий /dev/scd* неудобно.

> В конце концов, есть же соответствующий патчик на sd_mod, который
> указует, какой BUS-адрес у того или иного дивайса. По-моему, существенно
> более прямое решение. Не знаю только, почему Антон его давеча исключил.

Никуда этот патч не делся.  Но он именно для sd, на CD-ROM он не
действует.  И тут фактически нужно два таких патча - в sr_mod (чтобы
найти host/bus/dev/lun) и в sg (чтобы найти номер sg с этими
host/bus/dev/lun).

В sysfs в 2.6 эта информация вроде бы должна быть (хотя как раз там
ide-scsi не нужен).

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

Re: Re[2]: [Comm] ide-scsi

[Andrey Rahmatullin]

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

On Sat, Dec 13, 2003 at 12:11:29PM +0600, Alexey Morozov wrote:
> On Fri, Dec 12, 2003 at 10:49:15AM +0300, Sergey Vlasov wrote:
> > поддерживается).  На самом деле при работе через /dev/sg*
> > действительно приходится открывать все устройства подряд и искать
> > устройство с нужными номерами.
> Круто. devfs навсегда?

Тогда уж udev.

-- 
Если пользователь хочет выполнять системые привилегированные задачи, то
это почти так же плохо, как и выполнение рутом пользовательских задач.
		-- ldv in sisyphus@

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

Re: Re[2]: [Comm] ide-scsi

[Alexey Morozov]

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

On Sun, Dec 14, 2003 at 10:43:05PM +0500, Andrey Rahmatullin wrote:
> On Sat, Dec 13, 2003 at 12:11:29PM +0600, Alexey Morozov wrote:
> > > поддерживается).  На самом деле при работе через /dev/sg*
> > > действительно приходится открывать все устройства подряд и искать
> > > устройство с нужными номерами.
> > Круто. devfs навсегда?
> Тогда уж udev.
Хех... А в чем прелесть? ;-)


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

Re: Re[2]: [Comm] ide-scsi

[Andrey Rahmatullin]

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

On Mon, Dec 15, 2003 at 09:00:54AM +0600, Alexey Morozov wrote:
> On Sun, Dec 14, 2003 at 10:43:05PM +0500, Andrey Rahmatullin wrote:
> > On Sat, Dec 13, 2003 at 12:11:29PM +0600, Alexey Morozov wrote:
> > > > поддерживается).  На самом деле при работе через /dev/sg*
> > > > действительно приходится открывать все устройства подряд и искать
> > > > устройство с нужными номерами.
> > > Круто. devfs навсегда?
> > Тогда уж udev.
> Хех... А в чем прелесть? ;-)

В том, что в 2.6 фактически нет devfs (уже приводили строчу из конфига), а
его заменой считается udev.

-- 
Использовать зарезервированные словосочетания не по назначению нехорошо. :)
		-- ldv in devel@

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

Re: Re[2]: [Comm] ide-scsi

[Alexey Morozov]

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

On Mon, Dec 15, 2003 at 06:21:05PM +0500, Andrey Rahmatullin wrote:
> > > > Круто. devfs навсегда?
> > > Тогда уж udev.
> > Хех... А в чем прелесть? ;-)
> В том, что в 2.6 фактически нет devfs (уже приводили строчу из конфига), а
> его заменой считается udev.
Ну, я смотрел на udev-0.2... Сыровато, мягко говоря.


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