From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4188F12B.4010704@altlinux.com> Date: Wed, 03 Nov 2004 17:54:35 +0300 From: Anton Farygin Organization: ALT Linux User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.7.2) Gecko/20040808 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: ALT Devel discussion list Subject: Re: [devel] =?KOI8-R?Q?=EE=C5_=D4=C1=CB=CF=CA_=D5=D6_=C9_?= =?KOI8-R?Q?=5BJT=5D=2E_=F0=D2=CF_hotplug_=C9_=D1=C4=D2=CF_2=2E?= =?KOI8-R?Q?6=2E9_vs_burning_CDs?= References: <200411011613.42114.cray@neural.ru> <20041102072744.GA25096@pyro.hopawar.private.net> <200411021109.28007.cray@neural.ru> <418758E3.9030500@altlinux.com> <20041102102219.GC25096@pyro.hopawar.private.net> <418764F0.3050905@altlinux.com> <20041103103756.GF25096@pyro.hopawar.private.net> <4188B94E.3010502@altlinux.com> <20041103135544.GH25096@pyro.hopawar.private.net> <4188E4C2.1010800@altlinux.com> <20041103142840.GI25096@pyro.hopawar.private.net> In-Reply-To: <20041103142840.GI25096@pyro.hopawar.private.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2004 14:54:39 -0000 Archived-At: List-Archive: List-Post: Alexey Morozov пишет: > On Wed, Nov 03, 2004 at 05:01:38PM +0300, Anton Farygin wrote: > >>>он только что воткнул. Так что, насчет отсутствия необходимости обратной >>>связи я бы не был бы так уверен (хотя, вероятно, эта ситуация >>>разруливается разделением хотплага на несколько уровней обработки >>>события) >> >>Нет. Эта ситуация разруливается совершенно другим способом. >>Для этих целей будет конфигурационный файл для libhw, в котором >>пользователь будет указывать драйвера для того что воткнул. > > А хотплаговские события для этой только что воткнутой железки _после_ > определения её типа кто проигрывать будет? Или, "а теперь вы должны > выйти и снова зайти"? Нет. hotplug передает сообщение утилите настройки, пользователь настраивает, hotplug загружает драйвер. Пока пользователь не настроит - процесс будет ждать. Это для тех устройств, которые _необходимо_ настраивать _руками_. Хотя я таких не знаю. Для остальных можно сделать так, что после настройки драйвер будет изменяться. > > >>>>смотрите ошибки на std26 ядрах. Дело в том, что само ядро в общем-то не >>>>противоречит идеи записи CD, а cdrdao пишет без проблем. >>> >>>Я читал lklm на этот повод (в период 2.6.8). По всему там выходило, что >>>на тот момент самый разумный вариант для end-luser'а - отпатчить ядро >>>взад, чтобы оно снова пускало не рута до тех пор, пока не будет написать >>>приличествующий новой схеме секьюрити-модуль. >> >>я говорю про 2.6.9. > > А что, ситуация улучшилась с тех пор? (Я знаю, что несколько программ > были запатчены для исправления выявленных недостатков (открытия дивайсов > в r/o режиме и последующего использования команд, относящихся по типу к > "write" итп). Но новая схема принципиально не позволяет вернуться к > предыдущему status quo. Или я ошибаюсь? Ладно, похоже, надо самому > пробовать... Эх... Старость не радость... Посмотрите в bugzilla - там это подробно описано. Rgds, Rider