From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Alexey Morozov To: Andrey Borzenkov , sisyphus@altlinux.ru Date: Fri, 25 Jul 2003 14:09:53 +0700 User-Agent: KMail/1.5.2 References: <200307231428.42454.morozov@novosoft.ru> <200307232141.40263.arvidjaar@mail.ru> In-Reply-To: <200307232141.40263.arvidjaar@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200307251409.53521.morozov@novosoft.ru> Cc: Subject: [sisyphus] Re: =?koi8-r?b?8NLP?= devfs, SCSI =?koi8-r?b?ySDOxSDUz8zYy88=?= X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: alex@hop-go.com, sisyphus@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2003 07:07:57 -0000 Archived-At: List-Archive: В сообщении от Четверг 24 Июль 2003 00:41 Andrey Borzenkov написал(a): > On Wednesday 23 July 2003 11:28, Alexey Morozov wrote: > > А что у нас с devfs'ом делается? В смысле, какова политика партии в 2.6 > > ядре, и почему бы нам не использовать его в std-up ядре? > > devfs входит в 2.6, по прежнему имеет статус EXPERIMENTAL и патриархи по > прежнему вздыхают о ее замене но пока ее (замены) что-то не видать. А что, все так плохо? А кто такой sysfs? > Внутри devfs была довольно существенно урезана (я бы сказал - > кастрирована), часть функциональности потерялась. Но в принципе я работаю > на 2.6 с devfs не первый месяц и особых проблем (больше, чем в 2.4 :) не > наблюдаю. Понятно. > задача неразрешима в 2.4 принципиально, в 2.6 на сегодняшний момент > отсутствует (AFAIK) ее решение и devfs тут абсолютно не при чем. В качестве локального решения существует (для 2.4, по крайней мере) патч на sd_mod (создающий /proc/scsi/scsi_sd с требуемым маппингом) и таки devfs, когда, определив SCSI-адрес вставленного устройства мы лезем к соответствующему дивайсу по адресу /dev/scsi/hostN/busN/.../disc. Ограниченно, конечно, но для данной задачи работает. > В Linux до сих пор нет возможности определить постоянные логические адреса > устройствам. Кто знает Solaris - если взять /etc/path_to_inst + devlinks > убрать все те подводные камни которые там есть, то это примерно то, чего не > хватает. Devfs только дает фиксированные адреса относительно контроллера - > но вот адресация самих контроллеров только динамическая. Понятно. > В отдельных случаях (для SCSI, если есть строго по одному контроллеру > данного типа) это решается с помощью scsi_hosts но в 2.6 поддержку этого > параметра выкинули. > ide-scsi эмулирует один HBA и все устройства получают SCSI ID, причем опять > повлиять на них невозможно (год назад я сделал патч который присваивал ID в > соответствии с IDE нумерацией, после IDE update он более не работал и у > меня не было стимула заниматься им). Что касается LUN - я не встречал IDE > устройства с несколькими LUNами хотя протокол позволяет. Угу, спасибо, понял. > Какая разница, как их нумеровать, если гарантируется, что после каждой > перезагрузки устройства получают те же самые номера. :-). Только пока мы не напарываемся на hot-pluggable устройства. У тех - "кто раньше встал, того и тапки". > > P.S. а означенный hotmount, вроде, приближается к состоянию "works for > > me". Если кому интересно, могу, после того, как выйду из отпуска, > > попробовать отдать на растерзание. Правда, поскольку "традиционное" > > монтирование мне не очень интересно ввиду использования supermount'а на > > флэшках, то, поначалу, видимо, какие-то части, вероятно, придется > > дописывать самим :-). Ну, или, по крайней мере, подробно рассказывать > > мне, чего хочется :-). > А вы не смотрели udev? Насколько я понимаю, он делает то-же самое - или > нет? Ну, сейчас нашел аннонс в lklm, прочитал, поглядел на код. Да, наверное, некоторое пересечение в функциональности есть. Однако, задача привязки вставленного [USB]-устройства к block-дивайсу для меня, скорее, промежуточная (и она вполне может в будущем решаться через udev). Я же хочу (в конечном итоге), чтобы вставленное устройство автоматически /становилось доступным/ по заранее известному адресу, и, соответственно, пользователь (моя супруга :-)) получала бы возможность простого доступа к данным, где-то в духе Windows XP (с появляющейся иконкой в Notification Area итд) Плюс к тому, то, что я наваял - предельно просто. Собственно, функциональность про сопоставлению USB-storage и /dev/sdN или /dev/scsi/hostN/busN.../disc - ~200-220 строчек pure bash-скрипта, даже без awk'а :-). Ну, и работает оно на стандартном (или почти стандартном) 2.4 ядре. Сейчас причешу функциональность по монтированию/размонтированию (а тут, видимо, придется таки воспользоваться внешними программами, типа parted'а), добавлю post-агентов, которые бы делали всякие глупости, типа той же нотификации, и буду использовать :-). Вот только, может, еще поддержку subfs приделаю, чтобы, типа, поуниверсальнее было. -- С уважением, Алексей Морозов