[sisyphus] Сегодняшнее обновление: hal + NetworkManager

[sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

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

После сегодняшнего обновления перестала работать WiFi сеть в
NetworkManager. Полный список обновившегося приведён в конце
письма. У меня на подозрении обновившийся hal. Очень смущает
строки в /var/log/messages:

    Wireless now disabled by radio killswitch
    (eth1): deactivating device (reason: 2).

Собственно интересует вопрос, что делать? Дело в том, что у меня
на ноуте нет выключателя Wireless on/off, т.е. это как-то надо
делать программно (до сегодняшнего дня я вообще думал, что у меня
WiFi в принципе не отключается).

Вот кусок из /var/log/messages:

Nov 21 22:01:25 snc NetworkManager: <info>  starting... 
Nov 21 22:01:25 snc NetworkManager: <WARN>  nm_generic_enable_loopback(): error -17 returned from rtnl_addr_add(): Sucess  
Nov 21 22:01:25 snc NetworkManager: <info>  Found radio killswitch /org/freedesktop/Hal/devices/ipw_wlan_switch 
Nov 21 22:01:25 snc NetworkManager: <info>  eth0: driver is 'tg3'. 
Nov 21 22:01:25 snc NetworkManager: <info>  Found new Ethernet device 'eth0'. 
Nov 21 22:01:25 snc NetworkManager: <info>  (eth0): exported as /org/freedesktop/Hal/devices/net_00_11_d8_cf_37_51 
Nov 21 22:01:25 snc NetworkManager: <info>  eth1: driver is 'ipw2100'. 
Nov 21 22:01:25 snc NetworkManager: <info>  eth1: driver does not support SSID scans (scan_capa 0x00). 
Nov 21 22:01:25 snc NetworkManager: NetworkManager startup succeeded
Nov 21 22:01:25 snc NetworkManager: <info>  Found new 802.11 WiFi device 'eth1'. 
Nov 21 22:01:25 snc NetworkManager: <info>  (eth1): exported as /org/freedesktop/Hal/devices/net_00_0c_f1_2c_65_c0 
Nov 21 22:01:25 snc NetworkManager: <info>  Trying to start the supplicant... 
Nov 21 22:01:25 snc NetworkManager: <info>  Trying to start the system settings daemon... 
Nov 21 22:01:25 snc NetworkManager: <info>  Wireless now disabled by radio killswitch 
Nov 21 22:01:25 snc nm-system-settings: Loaded plugin etcnet-alt: (c) 2008 Mikhail Efremov <sem@altlinux.org>.
Nov 21 22:01:25 snc nm-system-settings:    etcnet-alt: read conections error: Couldn't access iface directory /etc/net/ifaces/eth0 .
Nov 21 22:01:25 snc nm-system-settings:    etcnet-alt: read conections error: Couldn't access iface directory /etc/net/ifaces/eth1 .
Nov 21 22:01:26 snc NetworkManager: <info>  (eth1): supplicant manager state:  down -> idle 
Nov 21 22:01:28 snc NetworkManager: <info>  (eth0): device state change: 1 -> 2 
Nov 21 22:01:28 snc NetworkManager: <info>  (eth0): bringing up device. 
Nov 21 22:01:28 snc NetworkManager: <info>  (eth0): preparing device. 
Nov 21 22:01:28 snc NetworkManager: <info>  (eth0): deactivating device (reason: 2). 
Nov 21 22:01:28 snc NetworkManager: <info>  (eth0): carrier now ON (device state 2) 
Nov 21 22:01:28 snc NetworkManager: <info>  (eth0): device state change: 2 -> 3 
Nov 21 22:01:28 snc NetworkManager: <info>  (eth1): device state change: 1 -> 2 
Nov 21 22:01:28 snc NetworkManager: <info>  (eth1): bringing up device. 
Nov 21 22:01:28 snc NetworkManager: <info>  (eth1): preparing device. 
Nov 21 22:01:28 snc NetworkManager: <info>  (eth1): deactivating device (reason: 2). 
Nov 21 22:01:28 snc NetworkManager: <info>  (eth0): carrier now OFF (device state 3) 
Nov 21 22:01:28 snc NetworkManager: <info>  (eth0): device state change: 3 -> 2 
Nov 21 22:01:28 snc NetworkManager: <info>  (eth0): deactivating device (reason: 40). 

-------------------------------------------------------------------------------------
Commit Log for Fri Nov 21 13:59:41 2008

Следующие пакеты обновлены:
PolicyKit (0.9-alt2) to 0.9-alt3
app-defaults (0.2.8.4-alt1) to 0.2.8.5-alt1
beagle (0.3.8-alt2) to 0.3.8-alt3
beagle-crawl-system (0.3.8-alt2) to 0.3.8-alt3
beagle-evolution (0.3.8-alt2) to 0.3.8-alt3
beagle-gui (0.3.8-alt2) to 0.3.8-alt3
bytefx-data-mysql (2.0.1-alt2) to 2.0.1-alt3
epiphany-extension-beagle (0.3.8-alt2) to 0.3.8-alt3
gimp-plugin-gutenprint (1:5.2.1-alt2) to 1:5.2.2-alt1
gutenprint (1:5.2.1-alt2) to 1:5.2.2-alt1
gutenprint-CUPS (1:5.2.1-alt2) to 1:5.2.2-alt1
gutenprint-foomatic (1:5.2.1-alt2) to 1:5.2.2-alt1
hal (0.5.11-alt18) to 0.5.11-alt19
ibm-data-db2 (2.0.1-alt2) to 2.0.1-alt3
libgutenprint (1:5.2.1-alt2) to 1:5.2.2-alt1
libhal (0.5.11-alt18) to 0.5.11-alt19
libhal-devel (0.5.11-alt18) to 0.5.11-alt19
libmono (2.0.1-alt2) to 2.0.1-alt3
libmono-devel (2.0.1-alt2) to 2.0.1-alt3
libpolkit (0.9-alt2) to 0.9-alt3
libpolkit-devel (0.9-alt2) to 0.9-alt3
libtag-sharp (2.0.2.0-alt2) to 2.0.3.0-alt1
mono (2.0.1-alt2) to 2.0.1-alt3
mono-complete (2.0.1-alt2) to 2.0.1-alt3
mono-data (2.0.1-alt2) to 2.0.1-alt3
mono-data-firebird (2.0.1-alt2) to 2.0.1-alt3
mono-data-oracle (2.0.1-alt2) to 2.0.1-alt3
mono-data-postgresql (2.0.1-alt2) to 2.0.1-alt3
mono-data-sqlite (2.0.1-alt2) to 2.0.1-alt3
mono-data-sybase (2.0.1-alt2) to 2.0.1-alt3
mono-devel (2.0.1-alt2) to 2.0.1-alt3
mono-extras (2.0.1-alt2) to 2.0.1-alt3
mono-jay (2.0.1-alt2) to 2.0.1-alt3
mono-jscript (2.0.1-alt2) to 2.0.1-alt3
mono-locale-extras (2.0.1-alt2) to 2.0.1-alt3
mono-mcs (2.0.1-alt2) to 2.0.1-alt3
mono-mscorlib (2.0.1-alt2) to 2.0.1-alt3
mono-nunit (2.0.1-alt2) to 2.0.1-alt3
mono-web (2.0.1-alt2) to 2.0.1-alt3
mono-winforms (2.0.1-alt2) to 2.0.1-alt3
monodis (2.0.1-alt2) to 2.0.1-alt3
xinitrc (2.4.30-alt1) to 2.4.31-alt1

Следующие пакеты установлены:
gimp-plugin-wavelet-decompose (0.1-alt1.beta2)

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

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

Вернуть систему в рабочее состояние удалось сняв разрешение запуска с

    /usr/libexec/hal/hald-addon-ipw-killswitch

Теперь в логах пишется:

Nov 21 23:23:59 snc NetworkManager: <WARN>  killswitch_getpower_reply():
Error getting killswitch power: Method "GetPower" with signature "" on
interface "org.freedesktop.Hal.Device.KillSwitch" doesn't exist .

Но при этом WiFi сеть нормально стартует и работает.

P.S. теперь мои соображения по тому, что происходит. Для включения/
     выключения WiFi девайса в addon-ipw-killswitch.c используется
     запись 1/0 в файл
         /sys/class/net/%s/device/rf_kill
     где %s - это имя устройства (в моём случае - eth1)

     Весь прикол в том, что у меня в rf_kill находится значение 0 но
     если hald-addon-ipw-killswitch не запускается, то всё работает, так
     как NetworkManager не может получить текущее значение killswitch и
     по умолчанию считает, что WiFi карточка включена.

     Если разрешить запуск hald-addon-ipw-killswitch то NetworkManager
     успешно спрашивает у hal состояние killswitch и получив 0 считает,
     что WiFi карточка выключена со всеми вытекающими. Тем не менее
     iwlist eth1 scan даёт список доступных WiFi сетей.

     Если вручную записать в rf_kill значение 1 (не знаю как это делать
     средствами hal) то NetworkManager показывает, что WiFi устройство
     включается, но при этом не видит ни одну сеть. iwlist eth1 scan так
     же не показывает ни одной сети.

     Пошарив по инету нашёл следующее описание:
         http://ipw2100.sourceforge.net/#issues

     Полную цитату см. в конце письма. Кратко:
         % cat /sys/bus/pci/drivers/ipw2100/*/rf_kill

         The reported values mean:
             0 = RF kill not enabled (radio on)
             1 = SW based RF kill active (radio off)
             2 = HW based RF kill active (radio off)
             3 = Both HW and SW RF kill active (radio off)

     иначе говоря 0 в rf_kill (там всё провязано ссылками, но
     это один и тот же файл rf_kill, что используется в
     hald-addon-ipw-killswitch) для драйвера ipw2100 означает, что
     killswitch WiFi картой не поддерживается. И вообще для драйвера
     ipw2100 этот файл никакого отношения к включению/выключению
     WiFi карточки НЕ ИМЕЕТ!!!!!!!!!!!, а судя по
         http://rfswitch.sourceforge.net/?page=laptop_matrix
     способ включения/выключения WiFi является сильно Notebook specific
     и реализуется не в карте, а дополнительными железками к ней, ну
     и соответственно управляется совсем через другие драйвера.

------------------------------------------------------------------------
No packets! - RF kill switch

If the module loads, but no packets are transferred you may have a SW
based radio kill switch. All laptops have some capability to disable the
radio via a button or switch. On some laptops that switch is physically
tied to the IPW2100; simply toggling the switch should enable the
radio. 

On other laptops, the switch is a button that when pressed requires some
software driver to send some hardware command to some other piece of
hardware on the laptop, that then controls the radio.

To know if the radio is being disabled via the RF switch, perform the
following:

% cat /sys/bus/pci/drivers/ipw2100/*/rf_kill

The reported values mean:

  0 = RF kill not enabled (radio on)
  1 = SW based RF kill active (radio off)
  2 = HW based RF kill active (radio off)
  3 = Both HW and SW RF kill active (radio off)

The ipw2100 driver can not control the state of the HW based RF
switches.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

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

Чего-то с этими включениями/выключениями дело мутное. Вот описание для
ipw2100 (http://ipw2100.sourceforge.net/README.ipw2100):

rf_kill
	read - 
	0 = RF kill not enabled (radio on)
	1 = SW based RF kill active (radio off)
	2 = HW based RF kill active (radio off)
	3 = Both HW and SW RF kill active (radio off)
	write -
	0 = If SW based RF kill active, turn the radio back on
	1 = If radio is on, activate SW based RF kill

	NOTE: If you enable the SW based RF kill and then toggle the HW
  	based RF kill from ON -> OFF -> ON, the radio will NOT come back on

Так, похоже я был не прав. Всё таки включение/выключение WiFi карточки
у меня работает и управляет ею именно rf_kill.

    0 - означает, что карточка включена
    любое положительное число - что выключена

Вручную проверил, вроде действительно работает. Т.е. изначально у меня в
rf_kill записан 0 и карточка работает. Если я пишу в rf_kill единицу, то
как минимум iwlist eth1 scan никаких сетей не видит (реальное выключение
карточки я естественно проверить не могу, только по косвенным признакам)
Если я опять пишу в rf_kill нолик, то всё опять работает.

Ну а в addon-ipw-killswitch.c я вижу:

/* Setting status of the killswitch */
static int
set_killswitch (gboolean status)
{
   ...

   // Пишем правильно, т.е status = true (включить), то пишем
   // 0, false (выключить) - пишем 1.
   if (status) {
       ret = fputc (0, f/*.../rf_kill*/);
   } else {
       ret = fputc (1, f/*.../rf_kill*/);
   }

   ...
}

/* Getting status of the killswitch */
static int
get_killswitch ()
{
   ...

   if (fgets (buf, sizeof (buf), f/*.../rf_kill*/) == NULL)

   ...

   kill_status = strtol (buf, NULL, 10);

   // А вот и проблема - читаем неправильно, если в rf_kill записан 0,
   // то должны возвращать 1 (а возвращаем 0), а вот если любое другое
   // число - должны возвращать 0 (а возвращаем 1)
   ret = (kill_status) ? 1 : 0;
   // т.е. должно быть
   //ret = (kill_status) ? 0 : 1;

   ...
   return ret;
}

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Valery V. Inozemtsev]

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

On Saturday 22 November 2008 15:15:48 Sergey N. Yatskevich wrote:
> Чего-то с этими включениями/выключениями дело мутное. Вот описание для
> ipw2100 (http://ipw2100.sourceforge.net/README.ipw2100):
>
> rf_kill
> 	read -
> 	0 = RF kill not enabled (radio on)
> 	1 = SW based RF kill active (radio off)
> 	2 = HW based RF kill active (radio off)
> 	3 = Both HW and SW RF kill active (radio off)
> 	write -
> 	0 = If SW based RF kill active, turn the radio back on
> 	1 = If radio is on, activate SW based RF kill
>
> 	NOTE: If you enable the SW based RF kill and then toggle the HW
>   	based RF kill from ON -> OFF -> ON, the radio will NOT come back on
>
> Так, похоже я был не прав. Всё таки включение/выключение WiFi карточки
> у меня работает и управляет ею именно rf_kill.
>
>     0 - означает, что карточка включена
>     любое положительное число - что выключена

в /sys/class/net/iface/device/rf_kill (а начиная с 2.6.27 
в /sys/class/net/iface/device/rfkill/rfkill[0-9]*/state) наоборот 0 - off, 
1 - on. но в hald-addon-ipw-killswitch эта логика сломана, исправлено в 
hal-0.5.11-alt21

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

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

В Сбт, 22/11/2008 в 15:35 +0300, Valery V. Inozemtsev пишет:
> On Saturday 22 November 2008 15:15:48 Sergey N. Yatskevich wrote:
> > Чего-то с этими включениями/выключениями дело мутное. Вот описание для
> > ipw2100 (http://ipw2100.sourceforge.net/README.ipw2100):
> >
> > rf_kill
> >     read -
> >     0 = RF kill not enabled (radio on)
> >     1 = SW based RF kill active (radio off)
> >     2 = HW based RF kill active (radio off)
> >     3 = Both HW and SW RF kill active (radio off)
> >     write -
> >     0 = If SW based RF kill active, turn the radio back on
> >     1 = If radio is on, activate SW based RF kill
> >
> >     NOTE: If you enable the SW based RF kill and then toggle the HW
> >     based RF kill from ON -> OFF -> ON, the radio will NOT come back on
> >
> > Так, похоже я был не прав. Всё таки включение/выключение WiFi карточки
> > у меня работает и управляет ею именно rf_kill.
> >
> >     0 - означает, что карточка включена
> >     любое положительное число - что выключена
> 
> в /sys/class/net/iface/device/rf_kill (а начиная с 2.6.27 
> в /sys/class/net/iface/device/rfkill/rfkill[0-9]*/state) наоборот 0 - off, 
> 1 - on. но в hald-addon-ipw-killswitch эта логика сломана, исправлено в 
> hal-0.5.11-alt21
Странно, дело в том, что я смотрю и меняю состояние именно через
/sys/class/net/eth1/device/rf_kill и у меня связь именно такая:
    0 - сети видны (т.е. карточка включена)
    1 - сети не видны (т.е. - выключена)

У меня установлено:
    firmware-ipw2100-1.3-alt2
    kernel-2.6.26-wks-smp-alt5
        mofinfo ipw2100 даёт version: git-1.2.2

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Valery V. Inozemtsev]

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

>     kernel-2.6.26-wks-smp-alt5

дальнейшее обсуждение теряет всякий смысл

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

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

> Странно, дело в том, что я смотрю и меняю состояние именно через
> /sys/class/net/eth1/device/rf_kill и у меня связь именно такая:
>     0 - сети видны (т.е. карточка включена)
>     1 - сети не видны (т.е. - выключена)
Наверное путаница возникает из-за того, относительно чего считать включён/выключен.
Если относительно выключателя, то тогда логика нормальная:
     1 - выключатель (RF killswitch) активен (но раз он активен
         то сама карточка получается выключенной)
     0 - выключатель неактивен (и карточка включена)

А если посмотреть на спецификацию интерфейса org.freedesktop.Hal.Device.KillSwitch 
(http://people.freedesktop.org/~david/hal-spec/hal-spec.html#interface-device-killswitch),
то видно, что он рассматривает всё относительно самой карточки (GetPower/SetPower, т.е.
подано писание на девайс или нет) и тогда получается, что hald-addon-ipw-killswitch
действительно должен инвертировать состояние, полученное из /sys/class/net/eth1/device/rf_kill
чтобы отобразить его на интерфейс org.freedesktop.Hal.Device.KillSwitch.

Более того, если бы я проектировал ipw2100 то я тоже так бы сделал. В самом деле, если
у меня два выключателя, которые контролируют состояние какого-то устройства, то чтобы
выдать максимум информации с помощью минимума средств я взял бы целое число, каждый
бит которого отвечал бы за состояние одного из переключателей (например 0-й за SW
killswitch, а 1-й за HW killswitch) и у меня всё получилось бы шоколадно SW и HW
killswitch'и включаются и выключаются независимо, что и отражается этим целым числом,
    0 - оба выключены (контролируемый девайс включён)
    1 - SW killswitch включён, а HW - выключен (девайс выключен)
    2 - SW killswitch выключен, а HW - включён (девайс выключен)
    3 - и SW и HW killswitch'и включены (девайс выключен)

Т.е. собственно контролируемое устройство работает только тогда, когда оба выключателя
выключены. Во всех остальных случаях оно отключено. Всё логично.

А откуда взялась вот эта информация?
> в /sys/class/net/iface/device/rf_kill (а начиная с 2.6.27
> в /sys/class/net/iface/device/rfkill/rfkill[0-9]*/state)
> наоборот 0 - off, 1 - on
И относительно чего здесь понимается off/on - относительно карточки или её
выключателя(лей).

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

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

В Сбт, 22/11/2008 в 15:55 +0300, Valery V. Inozemtsev пишет:
> >     kernel-2.6.26-wks-smp-alt5
> 
> дальнейшее обсуждение теряет всякий смысл
Хорошо, я поставлю std и если оно у меня запустится, то повторю
проверки

P.S. Вы не находите, что подозревать Константина в том, что он
     специально что-то изменил в драйвере ipw2100 так, чтобы HAL
     перестал работать по меньшей мере странно? Или это Михаил так
     подправил этот драйвер, чтобы HAL работал только у него?

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Valery V. Inozemtsev]

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

On Saturday 22 November 2008 16:27:17 Sergey N. Yatskevich wrote:
> В Сбт, 22/11/2008 в 15:55 +0300, Valery V. Inozemtsev пишет:
> > >     kernel-2.6.26-wks-smp-alt5
> >
> > дальнейшее обсуждение теряет всякий смысл
>
> Хорошо, я поставлю std и если оно у меня запустится, то повторю
> проверки

для продолжения нужен hal-0.5.11-alt21

>
> P.S. Вы не находите, что подозревать Константина в том, что он
>      специально что-то изменил в драйвере ipw2100 так, чтобы HAL
>      перестал работать по меньшей мере странно? Или это Михаил так
>      подправил этот драйвер, чтобы HAL работал только у него?

мне совершенно не интересно обсуждать то чего нет (в данном случае wks-smp)

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Konstantin A. Lepikhov]

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

Hi Sergey!

Saturday 22, at 04:27:17 PM you wrote:

> В Сбт, 22/11/2008 в 15:55 +0300, Valery V. Inozemtsev пишет:
> > >     kernel-2.6.26-wks-smp-alt5
> > 
> > дальнейшее обсуждение теряет всякий смысл
> Хорошо, я поставлю std и если оно у меня запустится, то повторю
> проверки
> 
> P.S. Вы не находите, что подозревать Константина в том, что он
>      специально что-то изменил в драйвере ipw2100 так, чтобы HAL
>      перестал работать по меньшей мере странно? Или это Михаил так
>      подправил этот драйвер, чтобы HAL работал только у него?
100% это межгалактический заговор против hal, который собрал shrek@

PS Обсужение сборок shrek@ давно потеряло всякий смысл, лучше ставить на
Hold.

-- 
WBR et al.

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

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

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

В Сбт, 22/11/2008 в 16:34 +0300, Valery V. Inozemtsev пишет:
> On Saturday 22 November 2008 16:27:17 Sergey N. Yatskevich wrote:
> > В Сбт, 22/11/2008 в 15:55 +0300, Valery V. Inozemtsev пишет:
> > > >     kernel-2.6.26-wks-smp-alt5
> > >
> > > дальнейшее обсуждение теряет всякий смысл
> >
> > Хорошо, я поставлю std и если оно у меня запустится, то повторю
> > проверки
> 
> для продолжения нужен hal-0.5.11-alt21
Понял, поставлю.

> > P.S. Вы не находите, что подозревать Константина в том, что он
> >      специально что-то изменил в драйвере ipw2100 так, чтобы HAL
> >      перестал работать по меньшей мере странно? Или это Михаил так
> >      подправил этот драйвер, чтобы HAL работал только у него?
> мне совершенно не интересно обсуждать то чего нет (в данном случае wks-smp)
Понятно, т.е. для Вас не существует ядра, которое у меня на машине
работает (в отличии от std-def, многие версии которого у меня не
работали, о чём я неоднократно писал так и не получив ответа). Для Вас
не существует "проприетарных" драйверов fglrx и nvidia.

А чего ещё для Вас не существует и что делать тем, кому нужно, чтобы это
всё работало? Валить с ALTLinux на ...?

P.S. я понимаю, что вопросы риторические, просто не сдержался :-(

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Valery V. Inozemtsev]

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

> > мне совершенно не интересно обсуждать то чего нет (в данном случае
> > wks-smp)
>
> Понятно, т.е. для Вас не существует ядра, которое у меня на машине
> работает

для меня нет, т.к. в сизифе нет существует wks-smp

> (в отличии от std-def, многие версии которого у меня не 
> работали, о чём я неоднократно писал так и не получив ответа).

значит плохо писали (хотя std-def я тоже не пользуюсь)

> Для Вас 
> не существует "проприетарных" драйверов fglrx и nvidia.

драйвера существуют, но их проблемы меня не интересуют

>
> А чего ещё для Вас не существует и что делать тем, кому нужно, чтобы это
> всё работало?

"пилите, Шура, она золотая" (с)

> Валить с ALTLinux на ...?

валить можно до бесконечности, сначала на ..., потом на ,,, и т.д.
"хорошо там, где нас нет" (с)

>
> P.S. я понимаю, что вопросы риторические, просто не сдержался :-(

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

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

В Сбт, 22/11/2008 в 17:11 +0300, Sergey N. Yatskevich пишет:
> В Сбт, 22/11/2008 в 16:34 +0300, Valery V. Inozemtsev пишет:
> > On Saturday 22 November 2008 16:27:17 Sergey N. Yatskevich wrote:
> > > В Сбт, 22/11/2008 в 15:55 +0300, Valery V. Inozemtsev пишет:
> > > > >     kernel-2.6.26-wks-smp-alt5
> > > >
> > > > дальнейшее обсуждение теряет всякий смысл
> > >
> > > Хорошо, я поставлю std и если оно у меня запустится, то повторю
> > > проверки
> > 
> > для продолжения нужен hal-0.5.11-alt21
> Понял, поставлю.
Итого на текущий момент поставил:
    hal-0.5.11-alt20 (последний в Сизифе)
    kernel-image-std-def-2.6.27-alt2

До проверки работоспособности HAL добраться не удалось, так как при
загрузке ядра, всё на том же Populating /dev зависло минуты на три,
после чего написало:
    devadm timeout 180 sec и ещё чего-то там не успел запомнить, а
    в логе ничего нет ... FAILED

После этого записало, что не удалось смонтировать /dev/pts, потом
загрузились почти все сервисы, ну и на закуску

init: Id "1" respawning too fast: disabled for 5 minutes

В логе много строк типа  mingetty[24525]: /dev/tty1: No such file or
directory

Ну собственно и всё, приплыли.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

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

Да, Михаил, по версиям ipw2100 Ваше ядро не отличается от ядра
Константина. И там и там git-1.2.2.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Михаил Якушин]

Sergey N. Yatskevich wrote:
> Да, Михаил, по версиям ipw2100 Ваше ядро не отличается от ядра
> Константина. И там и там git-1.2.2.
>
ясно. Спасибо за информацию.

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Михаил Якушин]

Sergey N. Yatskevich wrote:
>> Понял, поставлю.
> Итого на текущий момент поставил:
>     hal-0.5.11-alt20 (последний в Сизифе)
>     kernel-image-std-def-2.6.27-alt2
> 
> До проверки работоспособности HAL добраться не удалось, так как при
> загрузке ядра, всё на том же Populating /dev зависло минуты на три,
> после чего написало:
>     devadm timeout 180 sec и ещё чего-то там не успел запомнить, а
>     в логе ничего нет ... FAILED
> 
> После этого записало, что не удалось смонтировать /dev/pts, потом
> загрузились почти все сервисы, ну и на закуску
> 
> init: Id "1" respawning too fast: disabled for 5 minutes
> 
> В логе много строк типа  mingetty[24525]: /dev/tty1: No such file or
> directory
> 
> Ну собственно и всё, приплыли.
Причина этого, подвисание загрузки какого-то модуля. Осталось понять какого
Валера, выложи пожалуйста, или хотябы озвуч методику отладки подобной 
ситуации.

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Valery V. Inozemtsev]

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

> Валера, выложи пожалуйста, или хотябы озвуч методику отладки подобной
> ситуации.

включить дебаг в udev и разбираться

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

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

В Сбт, 22/11/2008 в 19:35 +0300, Valery V. Inozemtsev пишет:
> > Валера, выложи пожалуйста, или хотябы озвуч методику отладки подобной
> > ситуации.
> 
> включить дебаг в udev и разбираться
Как? Надо пересобрать или в настройках указать? Валерий, Вы всё таки
учтите, что я не специалист в udev и мне требуются хоть какие-то слова
куда смотреть и что включать. Я готов работать для разрешения ситуации.
Это в моих интересах. Но зачем требовать от меня, чтобы я с нуля изучал
то, что Вы уже знаете. IMHO - это не рационально.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Valery V. Inozemtsev]

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

On Saturday 22 November 2008 19:41:19 Sergey N. Yatskevich wrote:
> В Сбт, 22/11/2008 в 19:35 +0300, Valery V. Inozemtsev пишет:
> > > Валера, выложи пожалуйста, или хотябы озвуч методику отладки подобной
> > > ситуации.
> >
> > включить дебаг в udev и разбираться
>
> Как? Надо пересобрать или в настройках указать?

в /etc/udev/udev.conf udev_log="err" заменить на udev_log="debug"

> Валерий, Вы всё таки 
> учтите, что я не специалист в udev и мне требуются хоть какие-то слова
> куда смотреть и что включать. Я готов работать для разрешения ситуации.
> Это в моих интересах. Но зачем требовать от меня, чтобы я с нуля изучал
> то, что Вы уже знаете. IMHO - это не рационально.

это был ответ Мише

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

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

В Сбт, 22/11/2008 в 19:50 +0300, Valery V. Inozemtsev пишет:
> On Saturday 22 November 2008 19:41:19 Sergey N. Yatskevich wrote:
> > В Сбт, 22/11/2008 в 19:35 +0300, Valery V. Inozemtsev пишет:
> > > > Валера, выложи пожалуйста, или хотябы озвуч методику отладки подобной
> > > > ситуации.
> > >
> > > включить дебаг в udev и разбираться
> >
> > Как? Надо пересобрать или в настройках указать?
> 
> в /etc/udev/udev.conf udev_log="err" заменить на udev_log="debug"
Ну в общем пока копаюсь с выводом UDEV. Ничего не понятно. Чтобы
не терять времени и проверить мои подозрения насчёт HAL ручками поправил
патч на него и пересобрал. Всё работает очень хорошо. Даже на кнопочку
ноута повесил. Выглядит симпотно: нажал кнопочку - WiFi отвалился,
ещё раз нажал и NetworkManager автоматом подхватил, нашёл сетку
и включился. Может быть ещё и без сети работать от батареи подольше
будет.

Пока я буду разбираться с std-def ядром может найдётся ещё кто-нибудь
с карточкой ipw(2100,2200,...) и посмотрит при работающей WiFi сети
какое значение у него стоит в
    /sys/class/net/{DEVICE}/device/rf_kill
или (для 2.6.27) в
    /sys/class/net/{DEVICE}/device/rfkill/rfkill[0-9]*/state

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

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey Bolshakov]

>>>>> "Sergey" == Sergey N Yatskevich <syatskevich-JGs/UdohzUI@public.gmane.org> writes:
[skipped]

 > Пока я буду разбираться с std-def ядром может найдётся ещё кто-нибудь
 > с карточкой ipw(2100,2200,...) и посмотрит при работающей WiFi сети
 > какое значение у него стоит в
 >     /sys/class/net/{DEVICE}/device/rf_kill
 > или (для 2.6.27) в
 >     /sys/class/net/{DEVICE}/device/rfkill/rfkill[0-9]*/state
$ cat /sys/class/net/wireless/device/rf_kill
0
$ uname -a                                  
Linux hammer.lioka.obninsk.ru 2.6.27-std-def-alt2 #1 SMP Mon Nov 10 17:47:17 UTC 2008 i686 GNU/Linux

-- 

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

В Вск, 23/11/2008 в 02:31 +0300, Sergey Bolshakov пишет:
> >>>>> "Sergey" == Sergey N Yatskevich <syatskevich-JGs/UdohzUI@public.gmane.org> writes:
> [skipped]
> 
>  > Пока я буду разбираться с std-def ядром может найдётся ещё кто-нибудь
>  > с карточкой ipw(2100,2200,...) и посмотрит при работающей WiFi сети
>  > какое значение у него стоит в
>  >     /sys/class/net/{DEVICE}/device/rf_kill
>  > или (для 2.6.27) в
>  >     /sys/class/net/{DEVICE}/device/rfkill/rfkill[0-9]*/state
> $ cat /sys/class/net/wireless/device/rf_kill
> 0
> $ uname -a                                  
> Linux hammer.lioka.obninsk.ru 2.6.27-std-def-alt2 #1 SMP Mon Nov 10 17:47:17 UTC 2008 i686 GNU/Linux
Спасибо.

Валерий, Вы видите, что у Сергея Большакова на 2.6.27 ядре (из Сизифа) при
_включённой_ карте rf_kill тоже имеет значение 0, как и у меня.

P.S. кстати, а Вы сказали, что на ядре 2.6.27 состояние rf_kill
     находится в /sys/class/net/{DEVICE}/device/rfkill/rfkill[0-9]*/state.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Suetnov Kirill]

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

В Сбт, 22/11/2008 в 23:01 +0300, Sergey N. Yatskevich пишет:
> В Сбт, 22/11/2008 в 19:50 +0300, Valery V. Inozemtsev пишет:
> > On Saturday 22 November 2008 19:41:19 Sergey N. Yatskevich wrote:
> > > В Сбт, 22/11/2008 в 19:35 +0300, Valery V. Inozemtsev пишет:
> > > > > Валера, выложи пожалуйста, или хотябы озвуч методику отладки подобной
> > > > > ситуации.
> > > >
> > > > включить дебаг в udev и разбираться
> > >
> > > Как? Надо пересобрать или в настройках указать?
> > 
> > в /etc/udev/udev.conf udev_log="err" заменить на udev_log="debug"
> Ну в общем пока копаюсь с выводом UDEV. Ничего не понятно. Чтобы
> не терять времени и проверить мои подозрения насчёт HAL ручками поправил
> патч на него и пересобрал. Всё работает очень хорошо. Даже на кнопочку
> ноута повесил. Выглядит симпотно: нажал кнопочку - WiFi отвалился,
> ещё раз нажал и NetworkManager автоматом подхватил, нашёл сетку
> и включился. Может быть ещё и без сети работать от батареи подольше
> будет.
> 
> Пока я буду разбираться с std-def ядром может найдётся ещё кто-нибудь
> с карточкой ipw(2100,2200,...) и посмотрит при работающей WiFi сети
> какое значение у него стоит в
>     /sys/class/net/{DEVICE}/device/rf_kill
> или (для 2.6.27) в
>     /sys/class/net/{DEVICE}/device/rfkill/rfkill[0-9]*/state
> 
> Хотелось бы вопрос с HAL решить побыстрее, а не ждать пока я
> проберусь через неработающее (у меня) официальное ядро.

[kyrie@localhost rfkill0]$ pwd
/sys/class/net/wlan0/device/rfkill/rfkill0
[kyrie@localhost rfkill0]$ cat ./state
1
[kyrie@localhost rfkill0]$ uname -a
Linux localhost.localdomain 2.6.27-std-def-alt2 #1 SMP Mon Nov 10
17:47:17 UTC 2008 i686 GNU/Linux

> 
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

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

В Вск, 23/11/2008 в 16:45 +0300, Suetnov Kirill пишет:
> В Сбт, 22/11/2008 в 23:01 +0300, Sergey N. Yatskevich пишет:
> > В Сбт, 22/11/2008 в 19:50 +0300, Valery V. Inozemtsev пишет:
> > > On Saturday 22 November 2008 19:41:19 Sergey N. Yatskevich wrote:
> > > > В Сбт, 22/11/2008 в 19:35 +0300, Valery V. Inozemtsev пишет:
> > > > > > Валера, выложи пожалуйста, или хотябы озвуч методику отладки подобной
> > > > > > ситуации.
> > > > >
> > > > > включить дебаг в udev и разбираться
> > > >
> > > > Как? Надо пересобрать или в настройках указать?
> > > 
> > > в /etc/udev/udev.conf udev_log="err" заменить на udev_log="debug"
> > Ну в общем пока копаюсь с выводом UDEV. Ничего не понятно. Чтобы
> > не терять времени и проверить мои подозрения насчёт HAL ручками поправил
> > патч на него и пересобрал. Всё работает очень хорошо. Даже на кнопочку
> > ноута повесил. Выглядит симпотно: нажал кнопочку - WiFi отвалился,
> > ещё раз нажал и NetworkManager автоматом подхватил, нашёл сетку
> > и включился. Может быть ещё и без сети работать от батареи подольше
> > будет.
> > 
> > Пока я буду разбираться с std-def ядром может найдётся ещё кто-нибудь
> > с карточкой ipw(2100,2200,...) и посмотрит при работающей WiFi сети
> > какое значение у него стоит в
> >     /sys/class/net/{DEVICE}/device/rf_kill
> > или (для 2.6.27) в
> >     /sys/class/net/{DEVICE}/device/rfkill/rfkill[0-9]*/state
> > 
> > Хотелось бы вопрос с HAL решить побыстрее, а не ждать пока я
> > проберусь через неработающее (у меня) официальное ядро.
> 
> [kyrie@localhost rfkill0]$ pwd
> /sys/class/net/wlan0/device/rfkill/rfkill0
> [kyrie@localhost rfkill0]$ cat ./state
> 1
> [kyrie@localhost rfkill0]$ uname -a
> Linux localhost.localdomain 2.6.27-std-def-alt2 #1 SMP Mon Nov 10
> 17:47:17 UTC 2008 i686 GNU/Linux
Так, а здесь другая ситуация (такая, какую описал Валерий). Кирилл,
а что у Вас за карта и какой драйвер используется.

2Сергей Большаков, а Вы не могли бы тоже точно указать карту и
драйвер.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Suetnov Kirill]

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

В Вск, 23/11/2008 в 17:03 +0300, Sergey N. Yatskevich пишет:
> В Вск, 23/11/2008 в 16:45 +0300, Suetnov Kirill пишет:
> > В Сбт, 22/11/2008 в 23:01 +0300, Sergey N. Yatskevich пишет:
> > > В Сбт, 22/11/2008 в 19:50 +0300, Valery V. Inozemtsev пишет:
> > > > On Saturday 22 November 2008 19:41:19 Sergey N. Yatskevich wrote:
> > > > > В Сбт, 22/11/2008 в 19:35 +0300, Valery V. Inozemtsev пишет:
> > > > > > > Валера, выложи пожалуйста, или хотябы озвуч методику отладки подобной
> > > > > > > ситуации.
> > > > > >
> > > > > > включить дебаг в udev и разбираться
> > > > >
> > > > > Как? Надо пересобрать или в настройках указать?
> > > > 
> > > > в /etc/udev/udev.conf udev_log="err" заменить на udev_log="debug"
> > > Ну в общем пока копаюсь с выводом UDEV. Ничего не понятно. Чтобы
> > > не терять времени и проверить мои подозрения насчёт HAL ручками поправил
> > > патч на него и пересобрал. Всё работает очень хорошо. Даже на кнопочку
> > > ноута повесил. Выглядит симпотно: нажал кнопочку - WiFi отвалился,
> > > ещё раз нажал и NetworkManager автоматом подхватил, нашёл сетку
> > > и включился. Может быть ещё и без сети работать от батареи подольше
> > > будет.
> > > 
> > > Пока я буду разбираться с std-def ядром может найдётся ещё кто-нибудь
> > > с карточкой ipw(2100,2200,...) и посмотрит при работающей WiFi сети
> > > какое значение у него стоит в
> > >     /sys/class/net/{DEVICE}/device/rf_kill
> > > или (для 2.6.27) в
> > >     /sys/class/net/{DEVICE}/device/rfkill/rfkill[0-9]*/state
> > > 
> > > Хотелось бы вопрос с HAL решить побыстрее, а не ждать пока я
> > > проберусь через неработающее (у меня) официальное ядро.
> > 
> > [kyrie@localhost rfkill0]$ pwd
> > /sys/class/net/wlan0/device/rfkill/rfkill0
> > [kyrie@localhost rfkill0]$ cat ./state
> > 1
> > [kyrie@localhost rfkill0]$ uname -a
> > Linux localhost.localdomain 2.6.27-std-def-alt2 #1 SMP Mon Nov 10
> > 17:47:17 UTC 2008 i686 GNU/Linux
> Так, а здесь другая ситуация (такая, какую описал Валерий). Кирилл,
> а что у Вас за карта и какой драйвер используется.

[kyrie@localhost ~]$ lspci | grep AGN
04:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or
AGN Network Connection (rev 61)

[kyrie@localhost ~]$ lsmod | grep iwl
iwlagn                 92036  0
iwlcore                86852  1 iwlagn
rfkill                 12824  2 iwlcore
led_class               8068  1 iwlcore
mac80211              161180  2 iwlagn,iwlcore
cfg80211               28040  3 iwlagn,iwlcore,mac80211

[kyrie@localhost ~]$ sudo modinfo iwlcore
filename:       /lib/modules/2.6.27-std-def-alt2/kernel/drivers/net/wireless/iwlwifi/iwlcore.ko
license:        GPL
author:         Copyright(c) 2003-2008 Intel Corporation
version:        1.3.27k
description:    iwl core
srcversion:     CEBC1A8E7F69A58032C1465
depends:        mac80211,led-class,cfg80211,rfkill
vermagic:       2.6.27-std-def-alt2 SMP mod_unload modversions 586

> 
> 2Сергей Большаков, а Вы не могли бы тоже точно указать карту и
> драйвер.
> 
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey Bolshakov]

>>>>> "Sergey" == Sergey N Yatskevich <syatskevich-JGs/UdohzUI@public.gmane.org> writes:
[skipped]

 > 2Сергей Большаков, а Вы не могли бы тоже точно указать карту и
 > драйвер.

ipw2200 (8086:4220), firmware-ipw2200-3.0-alt3

-- 

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

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

Ура. Сегодня закачал hal-0.5.11-alt21. Всё поправлено именно так, как
мне нужно (killswitch инвертирует число из rf_kill). Не понятно правда
как это будет работать у тех, кто имеет такую карточку, как Кирилл
Суетнов, но это уже их проблемы :-).

Спасибо.
-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Max Ivanov]

Сеть включена
Сеть включена.
[root@rbnote ~]# lspci  |grep ABG
03:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG
Network Connection (rev 02)
[root@rbnote ~]# uname -a
Linux rbnote 2.6.25-std-def-alt10 #1 SMP Sat Oct 11 09:47:26 UTC 2008
i686 GNU/Linux
[root@rbnote ~]# cat /sys/class/net/wmaster0/device/rf_kill
0
[root@rbnote ~]# cat /sys/class/net/wlan0/device/rf_kill
0
[root@rbnote ~]# rpm -qa |grep firmwa
firmware-iwl3945-15.28-alt1.8

Re: [sisyphus] Сегодняшнее обновление: hal + NetworkManager

[Sergey N. Yatskevich]

В Пнд, 24/11/2008 в 12:29 +0300, Max Ivanov пишет:
> Сеть включена
> Сеть включена.
> [root@rbnote ~]# lspci  |grep ABG
> 03:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG
> Network Connection (rev 02)
> [root@rbnote ~]# uname -a
> Linux rbnote 2.6.25-std-def-alt10 #1 SMP Sat Oct 11 09:47:26 UTC 2008
> i686 GNU/Linux
> [root@rbnote ~]# cat /sys/class/net/wmaster0/device/rf_kill
> 0
> [root@rbnote ~]# cat /sys/class/net/wlan0/device/rf_kill
> 0
> [root@rbnote ~]# rpm -qa |grep firmwa
> firmware-iwl3945-15.28-alt1.8
Хм, получается что на многих Intel карточках имеется device/rf_kill с
одним и тем же смыслом. Ну тогда нормально. Непонятно только, что
в коде hal-addon-ipw-killswitch делают ссылки на
    /sys/class/net/{DEVICE}/device/rfkill/rfkill[0-9]*/state
которые используются, если не находится файл
    /sys/class/net/{DEVICE}/device/rf_kill
судя по всему уже написанному у них смысл совсем другой.

P.S. Кирилл, а Вы не могли бы проверить наличие у Вас файла
         /sys/class/net/{DEVICE}/device/rf_kill
     и его значение

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>