From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <victor@gu.net>
Date: Thu, 8 Dec 2005 17:33:51 +0200
From: Victor Forsyuk <force@altlinux.org>
To: ALT Linux Sisyphus discussion list <sisyphus@lists.altlinux.org>
Subject: Re: [sisyphus] Re: service: microcode_ctl
Message-ID: <20051208153351.GA17038@mail.gu.net>
References: <dn407k$3qu$1@sea.gmane.org> <20051206134251.GA27519@mail.gu.net>
	<dn4qcp$3qs$1@sea.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <dn4qcp$3qs$1@sea.gmane.org>
User-Agent: Mutt/1.4.1i
Sender: Victor Forsyuk <victor@gu.net>
X-BeenThere: sisyphus@lists.altlinux.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: ALT Linux Sisyphus discussion list <sisyphus@lists.altlinux.org>
List-Id: ALT Linux Sisyphus discussion list <sisyphus.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/sisyphus>
List-Post: <mailto:sisyphus@lists.altlinux.org>
List-Help: <mailto:sisyphus-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 15:34:11 -0000
Archived-At: <http://lore.altlinux.org/sisyphus/20051208153351.GA17038@mail.gu.net/>
List-Archive: <http://lore.altlinux.org/sisyphus/>
List-Post: <mailto:sisyphus@altlinux.ru>

On Tue, Dec 06, 2005 at 10:56:06PM +0300, Arioch wrote:
> Victor Forsyuk пишет:
> 
> >microcode_ctl вставить задержку, ну допустим, "sleep 10" после команды
> Нет.
> 
> Судя по всему дело таки в UDEV. Оно необходимо.

Я правильно понял, что к инитскрипту microcode_ctl претензий нет? :-)

И всё таки, получилось или это просто догадки? А так как я уже видел костыли
на тему "udev is slow creating devices" (типа, давайте поспим и еще раз
проверим устройство), то хотелось бы понять - есть ли необходимость
терпеливо ждать появления /dev/cpu/microcode...

> Сделайте ARGS="-qu" - так по моему логичнее.

Видимо да.

> В данном случае она сразу пишет что не существует файла /dev/cpu/microcode

Ну да, но поскольку потом, при запуске вручную, он уже существует -
наверняка проблема в том, что между "modprobe microcode" и вызовом
microcode_ctl /dev/cpu/microcode не успел создаться.
 
> Кстати, а зачем он потом нужен? м.б. стоит выгружать модуль после 
> обновления кода?
 
Да, логично. Повесите это всё в багзиле?