Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Konstantin A. Lepikhov]

<цитата от="Денис Смирнов">
...
> Все и так в курсе что на каждом из вас висят пакеты, которые в одиночку
> мантейенить малореально.
ядра мантейнит не один человек.

>
> У меня есть ценное предложение -- право наезжать на пакеты другого
> манетйенра может иметь только тот, у кого в git лежит сборка пакета лучше
> чем у того самого мантейнера, и которую тот отказывается смержить.
у меня есть сборка xorg-7.1 :-P

>
> P.S. То, что на Сизифе не работает vmware скоро меня вынудит отказаться от
> использования (и соответственно тестирования) Сизифа, таким образом сборки
> моих пакетов будут тестироваться исключительно на branch 4.0.
А пробовал собирать modules/vmware из kernel cvs? И с какой стати в сизифе
должна работать vmware, если это варез. В бранче оно работает, как и
vmware server.

>
> P.P.S. То, что у нас до сих пор ядро 2.6.18 это отдельная тема, к
> сожалению меня сейчас не хватает на самостоятельную сборку ядра, но
> де-факто если недавно я мог уверенно говорить что ALT лучший дистрибутив
> для VoIPб сейчас я могу с уверенностью заявить что это не так, и не будет
> так до апдейта ядра.
т.е. в гит заглянуть не можешь, однако оценивать как-то собираешься.
Интересненько ;)

-- 
WBR et al.

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Денис Смирнов]

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

On Mon, Nov 12, 2007 at 04:02:45PM +0300, Konstantin A. Lepikhov wrote:

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

Мне казалось что над каждым flavour работает меньше либо равно одному
человеку, я не прав?

>> У меня есть ценное предложение -- право наезжать на пакеты другого
>> манетйенра может иметь только тот, у кого в git лежит сборка пакета лучше
>> чем у того самого мантейнера, и которую тот отказывается смержить.
KAL> у меня есть сборка xorg-7.1 :-P

:)


>> P.S. То, что на Сизифе не работает vmware скоро меня вынудит отказаться от
>> использования (и соответственно тестирования) Сизифа, таким образом сборки
>> моих пакетов будут тестироваться исключительно на branch 4.0.
KAL> А пробовал собирать modules/vmware из kernel cvs? И с какой стати в сизифе
KAL> должна работать vmware, если это варез. В бранче оно работает, как и
KAL> vmware server.

Проблема не в ядре, проблема в иксах.
А не варез (то бишь VMWare Server) у нас кто-нибудь смог запустить?

>> P.P.S. То, что у нас до сих пор ядро 2.6.18 это отдельная тема, к
>> сожалению меня сейчас не хватает на самостоятельную сборку ядра, но
>> де-факто если недавно я мог уверенно говорить что ALT лучший дистрибутив
>> для VoIPб сейчас я могу с уверенностью заявить что это не так, и не будет
>> так до апдейта ядра.
KAL> т.е. в гит заглянуть не можешь, однако оценивать как-то собираешься.
KAL> Интересненько ;)

Я знаю, что то что мне нужно в 2.6.22 уже есть, а в 2.6.18 портировать
заколебешься (правки на hrtimers) :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Словосочетание "мышка-норушка" не несёт никакого смысла.

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

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Konstantin A. Lepikhov]

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

Hi Денис!

Monday 12, at 09:15:51 PM you wrote:

<skip>
> Мне казалось что над каждым flavour работает меньше либо равно одному
> человеку, я не прав?
не прав. fix- могут гулять от ядра к ядру => над ядром работает >= 1
человека из Team + вся команда kernel.org ;)

....
> Проблема не в ядре, проблема в иксах.
причем тут иксы?

> А не варез (то бишь VMWare Server) у нас кто-нибудь смог запустить?
работает, правда не x86_64, поскольку там biarch. Но i586 сборка прекрасно
видит 16Gb памяти.

> 
> >> P.P.S. То, что у нас до сих пор ядро 2.6.18 это отдельная тема, к
> >> сожалению меня сейчас не хватает на самостоятельную сборку ядра, но
> >> де-факто если недавно я мог уверенно говорить что ALT лучший дистрибутив
> >> для VoIPб сейчас я могу с уверенностью заявить что это не так, и не будет
> >> так до апдейта ядра.
> KAL> т.е. в гит заглянуть не можешь, однако оценивать как-то собираешься.
> KAL> Интересненько ;)
> 
> Я знаю, что то что мне нужно в 2.6.22 уже есть, а в 2.6.18 портировать
> заколебешься (правки на hrtimers) :)
http://www.unsafe.ru/lakostis/RPMS/ALTLinux/kernel-2.6.22/

-- 
WBR et al.

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

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Tuesday 13 November 2007 00:35:00 Konstantin A. Lepikhov 
написал(а):
> Hi Денис!
> > Я знаю, что то что мне нужно в 2.6.22 уже есть
Аналогично.

> http://www.unsafe.ru/lakostis/RPMS/ALTLinux/kernel-2.6.22/
Скачал, то, что мне надо поставил. Мой AVer Studio 507 завёлся у меня без 
шаманства с ядром. Что мне и надо было. Теперь у меня так (настройки для 
моего тюнера из /etc/modprobe.d не менял):

[root@oasu3 /]# dmesg | grep saa713
saa7130/34: v4l2 driver version 0.2.14 loaded
saa7133[0]: found at 0000:02:02.0, rev: 209, irq: 20, latency: 32, mmio: 
0xfa001000
saa7133[0]: subsystem: 1461:a11b, board: Avermedia AVerTV Studio 507 
[card=102,insmod option]
saa7133[0]: board init: gpio is 4c8
input: saa7134 IR (Avermedia AVerTV St as /class/input/input3
saa7133[0]: i2c eeprom 00: 61 14 1b a1 ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 20: ff f1 f7 ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 40: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c scan: found device @ 0x86  [tda9887]
saa7133[0]: i2c scan: found device @ 0xa0  [eeprom]
saa7133[0]: i2c scan: found device @ 0xc2  [???]
tuner 0-0043: chip found @ 0x86 (saa7133[0])
tuner 0-0061: chip found @ 0xc2 (saa7133[0])
saa7133[0]: registered device video0 [v4l2]
saa7133[0]: registered device vbi0
saa7133[0]: registered device radio0
saa7134 ALSA driver for DMA sound loaded
saa7133[0]/alsa: saa7133[0] at 0xfa001000 irq 20 registered as card 1
[root@oasu3 /]#

[root@oasu3 /]# lsmod | grep saa713
saa7134_alsa           14400  1
saa7134               122572  2 saa7134_alsa
video_buf              24196  2 saa7134_alsa,saa7134
compat_ioctl32          2432  1 saa7134
ir_kbd_i2c             10384  1 saa7134
ir_common              35972  2 saa7134,ir_kbd_i2c
videodev               27648  2 saa7134
v4l2_common            17664  3 tuner,saa7134,videodev
v4l1_compat            13572  2 saa7134,videodev
snd_pcm                73220  2 saa7134_alsa,snd_pcm_oss
i2c_core               24576  4 tuner,saa7134,ir_kbd_i2c,i2c_i801
snd                    51044  11 
saa7134_alsa,snd_pcm_oss,snd_seq_dummy,snd_seq_oss,snd_seq,snd_seq_device,snd_mixer_oss,snd_pcm,snd_timer
[root@oasu3 /]#

Если на наших ядрах линейки 2.6.18 модуль saa7134_alsa у меня не грузился, то 
теперь грузится ... :)

Но вот alsa отвалилась ... :(
В логах такое:

[root@oasu3 /]# cat /var/log/messages | grep alsa
Nov 13 10:44:46 oasu3 rpm: 
kernel-modules-alsa-wks-smp-0:1.0.15-alt0.1.132630.0.6 installed
Nov 13 11:40:45 oasu3 modprobe: WARNING: Error inserting snd_ac97_codec 
(/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/ac97/snd-ac97-codec.ko): Unknown 
symbol in module, or unknown parameter (see dmesg)
Nov 13 11:40:45 oasu3 modprobe: FATAL: Error inserting snd_intel8x0 
(/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/snd-intel8x0.ko): Unknown symbol 
in module, or unknown parameter (see dmesg)
Nov 13 11:40:47 oasu3 modprobe: WARNING: Error inserting snd_ac97_codec 
(/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/ac97/snd-ac97-codec.ko): Unknown 
symbol in module, or unknown parameter (see dmesg)
Nov 13 11:40:47 oasu3 modprobe: FATAL: Error inserting snd_intel8x0 
(/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/snd-intel8x0.ko): Unknown symbol 
in module, or unknown parameter (see dmesg)
Nov 13 11:40:54 oasu3 modprobe: WARNING: Error inserting snd_ac97_codec 
(/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/ac97/snd-ac97-codec.ko): Unknown 
symbol in module, or unknown parameter (see dmesg)
Nov 13 11:40:54 oasu3 modprobe: FATAL: Error inserting snd_intel8x0 
(/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/snd-intel8x0.ko): Unknown symbol 
in module, or unknown parameter (see dmesg)
Nov 13 11:43:43 oasu3 kernel: saa7133[0]/alsa: saa7133[0] at 0xfa001000 irq 20 
registered as card 1
Nov 13 11:43:43 oasu3 modprobe: WARNING: Error inserting snd_ac97_codec 
(/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/ac97/snd-ac97-codec.ko): Unknown 
symbol in module, or unknown parameter (see dmesg)
Nov 13 11:43:43 oasu3 modprobe: FATAL: Error inserting snd_intel8x0 
(/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/snd-intel8x0.ko): Unknown symbol 
in module, or unknown parameter (see dmesg)
Nov 13 11:43:45 oasu3 modprobe: WARNING: Error inserting snd_ac97_codec 
(/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/ac97/snd-ac97-codec.ko): Unknown 
symbol in module, or unknown parameter (see dmesg)
Nov 13 11:43:52 oasu3 modprobe: WARNING: Error inserting snd_ac97_codec 
(/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/ac97/snd-ac97-codec.ko): Unknown 
symbol in module, or unknown parameter (see dmesg)
Nov 13 11:43:52 oasu3 modprobe: FATAL: Error inserting snd_intel8x0 
(/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/snd-intel8x0.ko): Unknown symbol 
in module, or unknown parameter (see dmesg)
[root@oasu3 /]#

[root@oasu3 /]# dmesg | grep alsa
saa7133[0]/alsa: saa7133[0] at 0xfa001000 irq 20 registered as card 1
[root@oasu3 /]#

[root@oasu3 /]# lspci | grep audio
00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) 
AC'97 Audio Controller (rev 02)
[root@oasu3 /]#

[root@oasu3 /]# lsmod | grep alsa
saa7134_alsa           14400  1
saa7134               122572  2 saa7134_alsa
video_buf              24196  2 saa7134_alsa,saa7134
snd_pcm                73220  2 saa7134_alsa,snd_pcm_oss
snd                    51044  11 
saa7134_alsa,snd_pcm_oss,snd_seq_dummy,snd_seq_oss,snd_seq,snd_seq_device,snd_mixer_oss,snd_pcm,snd_timer
[root@oasu3 /]#

[root@oasu3 /]# rpm -qa | grep wks | grep alsa
kernel-modules-alsa-wks-smp-1.0.15-alt0.1.132630.0.6
[root@oasu3 /]#

[root@oasu3 /]# uname -r
2.6.22-wks-smp-alt0.6
[root@oasu3 /]#

В чём может быть проблема? И как её решить?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Valery V. Inozemtsev]

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

В сообщении от 13 ноября 2007 Алексей Шенцев написал(a):
> В сообщении от Tuesday 13 November 2007 00:35:00 Konstantin A. Lepikhov
>
> написал(а):
> > Hi Денис!
> >
> > > Я знаю, что то что мне нужно в 2.6.22 уже есть
>
> Аналогично.
>
> > http://www.unsafe.ru/lakostis/RPMS/ALTLinux/kernel-2.6.22/
...
> Но вот alsa отвалилась ... :(
> В логах такое:
>
> [root@oasu3 /]# cat /var/log/messages | grep alsa
> Nov 13 10:44:46 oasu3 rpm:
> kernel-modules-alsa-wks-smp-0:1.0.15-alt0.1.132630.0.6 installed
> Nov 13 11:40:45 oasu3 modprobe: WARNING: Error inserting snd_ac97_codec
> (/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/ac97/snd-ac97-codec.ko):
> Unknown symbol in module, or unknown parameter (see dmesg)
...
> Nov 13 11:43:52 oasu3 modprobe: FATAL: Error inserting snd_intel8x0
> (/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/snd-intel8x0.ko): Unknown
> symbol in module, or unknown parameter (see dmesg)
> [root@oasu3 /]#
>
> [root@oasu3 /]# dmesg | grep alsa
> saa7133[0]/alsa: saa7133[0] at 0xfa001000 irq 20 registered as card 1
> [root@oasu3 /]#
>
> [root@oasu3 /]# lspci | grep audio
> 00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER
> (ICH5/ICH5R) AC'97 Audio Controller (rev 02)
> [root@oasu3 /]#
...
>
> В чём может быть проблема? И как её решить?

судя по http://lists.altlinux.org/pipermail/sisyphus/2007-November/209368.html 
нужно постучать себя пяткой в грудь

"| grep alsa" явно линий, не видно чего не хватает snd-ac97-codec.ko

-- 
Valery V. Inozemtsev

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

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Tuesday 13 November 2007 12:38:51 Valery V. Inozemtsev 
написал(а):
> > В чём может быть проблема? И как её решить?
> судя по
> http://lists.altlinux.org/pipermail/sisyphus/2007-November/209368.html
> нужно постучать себя пяткой в грудь
> "| grep alsa" явно линий, не видно чего не хватает snd-ac97-codec.ko

Тогда в каком виде показать какой вывод?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Valery V. Inozemtsev]

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

В сообщении от 13 ноября 2007 Алексей Шенцев написал(a):
> В сообщении от Tuesday 13 November 2007 12:38:51 Valery V. Inozemtsev
>
> написал(а):
> > > В чём может быть проблема? И как её решить?
> >
> > судя по
> > http://lists.altlinux.org/pipermail/sisyphus/2007-November/209368.html
> > нужно постучать себя пяткой в грудь
> > "| grep alsa" явно линий, не видно чего не хватает snd-ac97-codec.ko
>
> Тогда в каком виде показать какой вывод?

всю ругань после
# modprobe snd_ac97_codec

-- 
Valery V. Inozemtsev

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

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Tuesday 13 November 2007 13:08:27 Valery V. Inozemtsev 
написал(а):
> всю ругань после
> # modprobe snd_ac97_codec
[root@oasu3 ~]# modprobe snd_ac97_codec
FATAL: Error inserting snd_ac97_codec 
(/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/ac97/snd-ac97-codec.ko): Unknown 
symbol in module, or unknown parameter (see dmesg)
[root@oasu3 ~]#

А вот что ещё в логах:

Nov 13 12:32:53 oasu3 kernel: snd_ac97_codec: disagrees about version of 
symbol ac97_bus_type
Nov 13 12:32:53 oasu3 kernel: snd_ac97_codec: Unknown symbol ac97_bus_type
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_close
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_resume
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_open
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_set_rate
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_update_bits
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_mixer
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_bus
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_pcm_double_rate_rules
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_update_power
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_suspend
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_get_short_name
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_assign
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_tune_hardware
Nov 13 12:32:53 oasu3 kernel: snd_ac97_codec: disagrees about version of 
symbol ac97_bus_type
Nov 13 12:32:53 oasu3 kernel: snd_ac97_codec: Unknown symbol ac97_bus_type
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_close
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_resume
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_open
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_set_rate
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_update_bits
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_mixer
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_bus
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_pcm_double_rate_rules
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_update_power
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_suspend
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_get_short_name
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_assign
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_tune_hardware
Nov 13 12:32:53 oasu3 kernel: snd_ac97_codec: disagrees about version of 
symbol ac97_bus_type
Nov 13 12:32:53 oasu3 kernel: snd_ac97_codec: Unknown symbol ac97_bus_type
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_close
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_resume
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_open
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_set_rate
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_update_bits
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_mixer
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_bus
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_pcm_double_rate_rules
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_update_power
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_suspend
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_get_short_name
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_assign
Nov 13 12:32:53 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_tune_hardware
Nov 13 12:33:02 oasu3 kernel: snd_ac97_codec: disagrees about version of 
symbol ac97_bus_type
Nov 13 12:33:02 oasu3 kernel: snd_ac97_codec: Unknown symbol ac97_bus_type
Nov 13 12:33:02 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_close
Nov 13 12:33:02 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_resume
Nov 13 12:33:02 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_open
Nov 13 12:33:02 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_set_rate
Nov 13 12:33:02 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_update_bits
Nov 13 12:33:02 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_mixer
Nov 13 12:33:02 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_bus
Nov 13 12:33:02 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_pcm_double_rate_rules
Nov 13 12:33:02 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_update_power
Nov 13 12:33:02 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_suspend
Nov 13 12:33:02 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_get_short_name
Nov 13 12:33:02 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_assign
Nov 13 12:33:02 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_tune_hardware
Nov 13 12:33:03 oasu3 kernel: snd_ac97_codec: disagrees about version of 
symbol ac97_bus_type
Nov 13 12:33:03 oasu3 kernel: snd_ac97_codec: Unknown symbol ac97_bus_type
Nov 13 12:33:03 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_close
Nov 13 12:33:03 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_resume
Nov 13 12:33:03 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_open
Nov 13 12:33:03 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_set_rate
Nov 13 12:33:03 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_update_bits
Nov 13 12:33:03 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_mixer
Nov 13 12:33:03 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_bus
Nov 13 12:33:03 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_pcm_double_rate_rules
Nov 13 12:33:03 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_update_power
Nov 13 12:33:03 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_suspend
Nov 13 12:33:03 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_get_short_name
Nov 13 12:33:03 oasu3 kernel: snd_intel8x0: Unknown symbol snd_ac97_pcm_assign
Nov 13 12:33:03 oasu3 kernel: snd_intel8x0: Unknown symbol 
snd_ac97_tune_hardware
Nov 13 13:11:44 oasu3 kernel: snd_ac97_codec: disagrees about version of 
symbol ac97_bus_type
Nov 13 13:11:44 oasu3 kernel: snd_ac97_codec: Unknown symbol ac97_bus_type



-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Anton Farygin]

Алексей Шенцев пишет:
> В сообщении от Tuesday 13 November 2007 13:08:27 Valery V. Inozemtsev 
> написал(а):
>> всю ругань после
>> # modprobe snd_ac97_codec
> [root@oasu3 ~]# modprobe snd_ac97_codec
> FATAL: Error inserting snd_ac97_codec 
> (/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/ac97/snd-ac97-codec.ko): Unknown 
> symbol in module, or unknown parameter (see dmesg)
> [root@oasu3 ~]#
> 
> А вот что ещё в логах:

судя по логам - где-то криво собран snd_ac97_codec

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Tuesday 13 November 2007 16:48:10 Anton Farygin написал(а):
> судя по логам - где-то криво собран snd_ac97_codec
Так lakostis@ отписал, что собрал не с тем kernel-source-alsa ... :)
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Konstantin A. Lepikhov]

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

Hi Алексей!

Tuesday 13, at 12:16:47 PM you wrote:

...
> Если на наших ядрах линейки 2.6.18 модуль saa7134_alsa у меня не грузился, то 
> теперь грузится ... :)
> 
> Но вот alsa отвалилась ... :(
> В логах такое:
> 
> [root@oasu3 /]# cat /var/log/messages | grep alsa
> Nov 13 10:44:46 oasu3 rpm: 
> kernel-modules-alsa-wks-smp-0:1.0.15-alt0.1.132630.0.6 installed
> Nov 13 11:40:45 oasu3 modprobe: WARNING: Error inserting snd_ac97_codec 
> (/lib/modules/2.6.22-wks-smp-alt0.6/alsa/pci/ac97/snd-ac97-codec.ko): Unknown 
> symbol in module, or unknown parameter (see dmesg)
есть такая буква. Сегодня я залью исправление, т.к. собрал не с тем
kernel-source-alsa %)

-- 
WBR et al.

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

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Tuesday 13 November 2007 14:08:22 Konstantin A. Lepikhov 
написал(а):
> есть такая буква. 
:)
> Сегодня я залью исправление, 
Во сколько примерно по мск ждать?

> т.к. собрал не с тем  kernel-source-alsa %)
:) Ну вот и ответ на извечный русский вопрос: кто виноват и что делать? ... ;)
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Konstantin A. Lepikhov]

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

Hi Алексей!

Tuesday 13, at 02:14:16 PM you wrote:

> В сообщении от Tuesday 13 November 2007 14:08:22 Konstantin A. Lepikhov 
> написал(а):
> > есть такая буква. 
> :)
> > Сегодня я залью исправление, 
> Во сколько примерно по мск ждать?
ближе к вечеру :)

> 
> > т.к. собрал не с тем  kernel-source-alsa %)
> :) Ну вот и ответ на извечный русский вопрос: кто виноват и что делать? ... ;)

-- 
WBR et al.

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

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Konstantin A. Lepikhov]

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

Hi Алексей!

Tuesday 13, at 02:14:16 PM you wrote:

> В сообщении от Tuesday 13 November 2007 14:08:22 Konstantin A. Lepikhov 
> написал(а):
> > есть такая буква. 
> :)
> > Сегодня я залью исправление, 
> Во сколько примерно по мск ждать?
> 
> > т.к. собрал не с тем  kernel-source-alsa %)
> :) Ну вот и ответ на извечный русский вопрос: кто виноват и что делать? ... ;)
быстый хак - удалите
/lib/modules/2.6.22-wks-smp-alt0.6/kernel/sound/ac97_bus.ko и
/lib/modules/2.6.22-wks-smp-alt0.6/kernel/drivers/input/touchscreen/ucb1400_ts.ko
- именно из-за них ругань, потом сделайте depmod -a и попробуйте повторно
  загрузить звук. В новой сборке ядра я отключил эти модули.

-- 
WBR et al.

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

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Tuesday 13 November 2007 14:08:22 Konstantin A. Lepikhov 
написал(а):
> Сегодня я залью исправление
Костя, а как сейчас правильно запускать lirc?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Anton Farygin]

Алексей Шенцев пишет:
> В сообщении от Tuesday 13 November 2007 14:08:22 Konstantin A. Lepikhov 
> написал(а):
>> Сегодня я залью исправление
> Костя, а как сейчас правильно запускать lirc?

service lircd start

ну и перед этим - в /etc/modules прописать нужный модуль.

Только вот там большая проблема с непонятными правами на /dev/lircd, в 
итоге под пользователем ничего не работает ;(

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Tuesday 13 November 2007 17:26:58 Anton Farygin написал(а):
> Алексей Шенцев пишет:
> > В сообщении от Tuesday 13 November 2007 14:08:22 Konstantin A. Lepikhov
> >
> > написал(а):
> >> Сегодня я залью исправление
> >
> > Костя, а как сейчас правильно запускать lirc?
>
> service lircd start
Ну ето то мне известно ... ;)

> ну и перед этим - в /etc/modules прописать нужный модуль.
Как определить какой нужен модуль?

> Только вот там большая проблема с непонятными правами на /dev/lircd, в
> итоге под пользователем ничего не работает ;(
Вот почему я и спрашиваю как правильно запускать этот сервис.
У меня так:
[root@oasu3 /]# ls /dev/lir*
/dev/lircd  /dev/lircm
[root@oasu3 /]# ls -al /dev/lir*
srw-rw---- 1 root lirc 0 Ноя 13 17:26 /dev/lircd
prw-r--r-- 1 root root 0 Ноя 13 12:33 /dev/lircm
[root@oasu3 /]#
При этом исходя из 
[root@oasu3 /]# dmesg | grep gpio && dmesg | grep 'IR '
saa7133[0]: board init: gpio is 500
input: saa7134 IR (Avermedia AVerTV St as /class/input/input3
[root@oasu3 /]#
Мой ИК-датчик на тюнере это /dev/input/event3.
Вот только этот /dev/input/event от  загрузки к загрузки скачет с места на 
место ... :-S
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Anton Farygin]

Алексей Шенцев пишет:
> В сообщении от Tuesday 13 November 2007 17:26:58 Anton Farygin написал(а):
>> Алексей Шенцев пишет:
>>> В сообщении от Tuesday 13 November 2007 14:08:22 Konstantin A. Lepikhov
>>>
>>> написал(а):
>>>> Сегодня я залью исправление
>>> Костя, а как сейчас правильно запускать lirc?
>> service lircd start
> Ну ето то мне известно ... ;)
> 
>> ну и перед этим - в /etc/modules прописать нужный модуль.
> Как определить какой нужен модуль?

Скорее никак, чем как ;(

У меня это вообще USB устройство, но модуль автоматом не загружается.

> 
>> Только вот там большая проблема с непонятными правами на /dev/lircd, в
>> итоге под пользователем ничего не работает ;(
> Вот почему я и спрашиваю как правильно запускать этот сервис.
> У меня так:
> [root@oasu3 /]# ls /dev/lir*
> /dev/lircd  /dev/lircm
> [root@oasu3 /]# ls -al /dev/lir*
> srw-rw---- 1 root lirc 0 Ноя 13 17:26 /dev/lircd
> prw-r--r-- 1 root root 0 Ноя 13 12:33 /dev/lircm

а у меня root.root выставляется на /dev/lircd ;(

> [root@oasu3 /]#
> При этом исходя из 
> [root@oasu3 /]# dmesg | grep gpio && dmesg | grep 'IR '
> saa7133[0]: board init: gpio is 500
> input: saa7134 IR (Avermedia AVerTV St as /class/input/input3
> [root@oasu3 /]#
> Мой ИК-датчик на тюнере это /dev/input/event3.
> Вот только этот /dev/input/event от  загрузки к загрузки скачет с места на 
> место ... :-S

А как при этом выглядит конфиг lircd ?

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Tuesday 13 November 2007 17:47:05 Anton Farygin написал(а):
> Алексей Шенцев пишет:
> > В сообщении от Tuesday 13 November 2007 17:26:58 Anton Farygin написал(а):
> >> Алексей Шенцев пишет:
> >>> В сообщении от Tuesday 13 November 2007 14:08:22 Konstantin A. Lepikhov
> >>>
> >>> написал(а):
> >>>> Сегодня я залью исправление
> >>>
> >>> Костя, а как сейчас правильно запускать lirc?
> >>
> >> service lircd start
> >
> > Ну ето то мне известно ... ;)
> >
> >> ну и перед этим - в /etc/modules прописать нужный модуль.
> >
> > Как определить какой нужен модуль?
>
> Скорее никак, чем как ;(
>
> У меня это вообще USB устройство, но модуль автоматом не загружается.
>
> >> Только вот там большая проблема с непонятными правами на /dev/lircd, в
> >> итоге под пользователем ничего не работает ;(
> >
> > Вот почему я и спрашиваю как правильно запускать этот сервис.
> > У меня так:
> > [root@oasu3 /]# ls /dev/lir*
> > /dev/lircd  /dev/lircm
> > [root@oasu3 /]# ls -al /dev/lir*
> > srw-rw---- 1 root lirc 0 Ноя 13 17:26 /dev/lircd
> > prw-r--r-- 1 root root 0 Ноя 13 12:33 /dev/lircm
>
> а у меня root.root выставляется на /dev/lircd ;(

Только вот что правильней?

>
> > [root@oasu3 /]#
> > При этом исходя из
> > [root@oasu3 /]# dmesg | grep gpio && dmesg | grep 'IR '
> > saa7133[0]: board init: gpio is 500
> > input: saa7134 IR (Avermedia AVerTV St as /class/input/input3
> > [root@oasu3 /]#
> > Мой ИК-датчик на тюнере это /dev/input/event3.
> > Вот только этот /dev/input/event от  загрузки к загрузки скачет с места
> > на место ... :-S
>
> А как при этом выглядит конфиг lircd ?
Да не верно, у меня там настройки для ПУ от AverTV 307, а не моего, хоть они и  
близки:

[root@oasu3 /]# cat /etc/lircd.conf
# This config file describes remove control with Avermedia AverTV Studio
# card. It can be used with lirc-0.7.0pre7 with devinput driver and
# saa7134 driver from video4linux Tue Sep 28 16:24:22 2004
#
# contributed by Nickolay V. Shmyrev <nshmyrev@yandex.ru>
#
# brand:                       Avermedia
# devices being controlled by this remote:
#                              Avermedia AVerTV Studio 307 (0x1461 0x9715)

begin remote

  name  AverTV_307
  bits           16
  eps            30
  aeps          100

  one             0     0
  zero            0     0
  pre_data_bits   16
  pre_data        0x8001
  gap             132799
  toggle_bit      0



      begin codes
          TV                       0x0000000000000179
          CD                       0x000000000000017F
          TELETEXT                 0x0000000000000184
          POWER                    0x0000000000000074
          1                        0x000000000000004F
          2                        0x0000000000000050
          3                        0x0000000000000051
          4                        0x000000000000004B
          5                        0x000000000000004C
          6                        0x000000000000004D
          7                        0x0000000000000047
          8                        0x0000000000000048
          9                        0x0000000000000049
          0                        0x0000000000000052
          VIDEO                    0x0000000000000189
          AUDIO                    0x0000000000000188
          FULLSCREEN               0x0000000000000174
          PREVIEW                  0x00000000000000D2
          LOOP                     0x00000000000000A8
          DISPLAY                  0x0000000000000172
          AUTOSCAN                 0x00000000000000D9
          FREEZE                   0x000000000000008E
          CAPTURE                  0x000000000000019A
          MUTE                     0x0000000000000071
          RECORD                   0x00000000000000A7
          PAUSE                    0x0000000000000077
          STOP                     0x0000000000000080
          PLAY                     0x00000000000000CF
          RED                      0x000000000000018E
          GREEN                    0x000000000000018F
          YELLOW                   0x0000000000000190
          BLUE                     0x0000000000000191
          VOLDOWN                  0x0000000000000072
          VOLUP                    0x0000000000000073
          CHUP                     0x0000000000000192
          CHDOWN                   0x0000000000000193
      end codes

end remote

[root@oasu3 /]# cat /etc/lircmd.conf
#
# lircmd config file
#

PROTOCOL IntelliMouse
#PROTOCOL MouseSystems

# ACCELERATOR start max multiplier

ACCELERATOR 2 30 5

ACTIVATE * MENU

MOVE_N  * 2
MOVE_NE * 3
MOVE_E  * 6
MOVE_SE * 9
MOVE_S  * 8
MOVE_SW * 7
MOVE_W  * 4
MOVE_NW * 1
MOVE_N  * ARROW_UP
MOVE_E  * ARROW_RIGHT
MOVE_S  * ARROW_DOWN
MOVE_W  * ARROW_LEFT
MOVE_IN * CH_UP
MOVE_OUT * CH_DOWN

BUTTON1_TOGGLE * 5
BUTTON2_TOGGLE * 0
BUTTON3_TOGGLE * LIST

BUTTON1_CLICK * OK
BUTTON1_CLICK * MUTE
BUTTON3_CLICK * POWER

# BUTTONx_CLICK, BUTTONx_UP, BUTTONx_DOWN are also possible
[root@oasu3 /]# 

Цифирки от пульта получаю, но не более того.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Anton Farygin]

Алексей Шенцев пишет:
> В сообщении от Tuesday 13 November 2007 17:47:05 Anton Farygin написал(а):
>> Алексей Шенцев пишет:
>>> В сообщении от Tuesday 13 November 2007 17:26:58 Anton Farygin написал(а):
>>>> Алексей Шенцев пишет:
>>>>> В сообщении от Tuesday 13 November 2007 14:08:22 Konstantin A. Lepikhov
>>>>>
>>>>> написал(а):
>>>>>> Сегодня я залью исправление
>>>>> Костя, а как сейчас правильно запускать lirc?
>>>> service lircd start
>>> Ну ето то мне известно ... ;)
>>>
>>>> ну и перед этим - в /etc/modules прописать нужный модуль.
>>> Как определить какой нужен модуль?
>> Скорее никак, чем как ;(
>>
>> У меня это вообще USB устройство, но модуль автоматом не загружается.
>>
>>>> Только вот там большая проблема с непонятными правами на /dev/lircd, в
>>>> итоге под пользователем ничего не работает ;(
>>> Вот почему я и спрашиваю как правильно запускать этот сервис.
>>> У меня так:
>>> [root@oasu3 /]# ls /dev/lir*
>>> /dev/lircd  /dev/lircm
>>> [root@oasu3 /]# ls -al /dev/lir*
>>> srw-rw---- 1 root lirc 0 Ноя 13 17:26 /dev/lircd
>>> prw-r--r-- 1 root root 0 Ноя 13 12:33 /dev/lircm
>> а у меня root.root выставляется на /dev/lircd ;(
> 
> Только вот что правильней?

Правильнее root.lirc

> 
>>> [root@oasu3 /]#
>>> При этом исходя из
>>> [root@oasu3 /]# dmesg | grep gpio && dmesg | grep 'IR '
>>> saa7133[0]: board init: gpio is 500
>>> input: saa7134 IR (Avermedia AVerTV St as /class/input/input3
>>> [root@oasu3 /]#
>>> Мой ИК-датчик на тюнере это /dev/input/event3.
>>> Вот только этот /dev/input/event от  загрузки к загрузки скачет с места
>>> на место ... :-S
>> А как при этом выглядит конфиг lircd ?
> Да не верно, у меня там настройки для ПУ от AverTV 307, а не моего, хоть они и  
> близки:

А ему пофиг, где там реально находиться class/input. Главное что бы 
/dev/lirc был.

> 
> Цифирки от пульта получаю, но не более того.

у нас почему-то не упакован mode2 - это очень удобная тулза для того, 
что бы поправить конфиги lirc

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Tuesday 13 November 2007 22:40:15 Anton Farygin написал(а):
> Правильнее root.lirc
Понятно.

> А ему пофиг, где там реально находиться class/input. Главное что бы
> /dev/lirc был.
Вот его то я ни разу и не видел.

> у нас почему-то не упакован mode2 - это очень удобная тулза для того,
> что бы поправить конфиги lirc
Ага, давно обратил на это внимание. А xmode2 не подходит? Хотя и он у меня не 
запускается. mode2 входит в состав v4l, тогда, наверное его отсутствие надо 
рассматривать как баг нашей упаковки. Или его намернно не упаковывают по 
каким то причинам?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Anton Farygin]

Алексей Шенцев пишет:
> В сообщении от Tuesday 13 November 2007 22:40:15 Anton Farygin написал(а):
>> Правильнее root.lirc
> Понятно.
> 
>> А ему пофиг, где там реально находиться class/input. Главное что бы
>> /dev/lirc был.
> Вот его то я ни разу и не видел.

Странно... посмотрите, может быть какой-то модуль дополнительно для lirc 
нужно загрузить ?

> 
>> у нас почему-то не упакован mode2 - это очень удобная тулза для того,
>> что бы поправить конфиги lirc
> Ага, давно обратил на это внимание. А xmode2 не подходит? Хотя и он у меня не 
> запускается. mode2 входит в состав v4l, тогда, наверное его отсутствие надо 
> рассматривать как баг нашей упаковки. Или его намернно не упаковывают по 
> каким то причинам?

Скорее баг упаковки.

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Wednesday 14 November 2007 11:28:45 Anton Farygin написал(а):
> Странно... посмотрите, может быть какой-то модуль дополнительно для lirc
> нужно загрузить ?
Какой? И кто его должен грузить?
Вот что у меня есть:
[root@oasu3 ~]# rpm -qa | grep kernel-modules | grep lirc
kernel-modules-lirc-std-smp-1.0.0.8.1-alt1.132626.7
kernel-modules-lirc-wks-smp-1.0.0.8.2-alt1.132630.0.6
[root@oasu3 ~]# rpm -ql kernel-modules-lirc-std-smp
/lib/modules/2.6.18-std-smp-alt7/lirc
/lib/modules/2.6.18-std-smp-alt7/lirc/commandir.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_atiusb.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_bt829.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_cmdir.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_dev.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_gpio.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_i2c.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_igorplugusb.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_imon.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_it87.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_mceusb.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_mceusb2.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_sasem.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_serial.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_sir.ko
/lib/modules/2.6.18-std-smp-alt7/lirc/lirc_streamzap.ko
[root@oasu3 ~]# lsmod | grep lirc
[root@oasu3 ~]#

> Скорее баг упаковки.
lakostis@ багу повесить за это?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Anton Farygin]

Алексей Шенцев пишет:
> В сообщении от Wednesday 14 November 2007 11:28:45 Anton Farygin написал(а):
>> Странно... посмотрите, может быть какой-то модуль дополнительно для lirc
>> нужно загрузить ?
> Какой? И кто его должен грузить?
> Вот что у меня есть:
> [root@oasu3 ~]# rpm -qa | grep kernel-modules | grep lirc
> kernel-modules-lirc-std-smp-1.0.0.8.1-alt1.132626.7
> kernel-modules-lirc-wks-smp-1.0.0.8.2-alt1.132630.0.6
> [root@oasu3 ~]# rpm -ql kernel-modules-lirc-std-smp
> /lib/modules/2.6.18-std-smp-alt7/lirc
> /lib/modules/2.6.18-std-smp-alt7/lirc/commandir.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_atiusb.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_bt829.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_cmdir.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_dev.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_gpio.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_i2c.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_igorplugusb.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_imon.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_it87.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_mceusb.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_mceusb2.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_sasem.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_serial.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_sir.ko
> /lib/modules/2.6.18-std-smp-alt7/lirc/lirc_streamzap.ko
> [root@oasu3 ~]# lsmod | grep lirc
> [root@oasu3 ~]#
> 

Попробуйте lirc_gpio

>> Скорее баг упаковки.
> lakostis@ багу повесить за это?

Повесьте.

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

И ещё вот:
[root@oasu3 /]# modprobe lirc_gpio
FATAL: Error inserting lirc_gpio 
(/lib/modules/2.6.22-wks-smp-alt0.6/lirc/lirc_gpio.ko): Unknown symbol in 
module, or unknown parameter (see dmesg)
[root@oasu3 /]#

В логах:
Nov 14 13:06:22 oasu3 kernel: lirc_gpio: Unknown symbol bttv_get_cardinfo
Nov 14 13:06:22 oasu3 kernel: lirc_gpio: Unknown symbol bttv_get_gpio_queue
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Anton Farygin]

Алексей Шенцев пишет:
> И ещё вот:
> [root@oasu3 /]# modprobe lirc_gpio
> FATAL: Error inserting lirc_gpio 
> (/lib/modules/2.6.22-wks-smp-alt0.6/lirc/lirc_gpio.ko): Unknown symbol in 
> module, or unknown parameter (see dmesg)
> [root@oasu3 /]#
> 
> В логах:
> Nov 14 13:06:22 oasu3 kernel: lirc_gpio: Unknown symbol bttv_get_cardinfo
> Nov 14 13:06:22 oasu3 kernel: lirc_gpio: Unknown symbol bttv_get_gpio_queue

gpio отпадает ;(

В принципе у меня тоже тюнер на saa713x, но я не использую его 
встроенную IR часть - в корпусе есть отличный приёмник от iMon.

Могу вечером глянуть..

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

Тут такую любопытную вещь нашёл, может пригодится:
http://lircconfig.commandir.com/lircd.conf/?viewremote=333
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Sergey Vlasov]

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

On Tue, Nov 13, 2007 at 05:36:52PM +0300, Алексей Шенцев wrote:
> saa7133[0]: board init: gpio is 500
> input: saa7134 IR (Avermedia AVerTV St as /class/input/input3
> [root@oasu3 /]#
> Мой ИК-датчик на тюнере это /dev/input/event3.
> Вот только этот /dev/input/event от  загрузки к загрузки скачет с места на 
> место ... :-S

В /dev/input/by-id, /dev/input/by-path есть ссылки на это устройство?
Имена этих ссылок не должны меняться при перезагрузке - их и
вписывайте в конфигурацию.

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

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Tuesday 13 November 2007 17:48:44 Sergey Vlasov написал(а):
> On Tue, Nov 13, 2007 at 05:36:52PM +0300, Алексей Шенцев wrote:
> > saa7133[0]: board init: gpio is 500
> > input: saa7134 IR (Avermedia AVerTV St as /class/input/input3
> > [root@oasu3 /]#
> > Мой ИК-датчик на тюнере это /dev/input/event3.
> > Вот только этот /dev/input/event от  загрузки к загрузки скачет с места
> > на место ... :-S
>
> В 
> /dev/input/by-id, 
Такого каталога нет.

> /dev/input/by-path есть ссылки на это устройство? 
Как я понял есть:
[root@oasu3 /]# ls -l /dev/input/by-path/*
lrwxrwxrwx 1 root root 9 Ноя 13 
15:32 /dev/input/by-path/pci-0000:02:02.0--event-ir -> ../event3
lrwxrwxrwx 1 root root 9 Ноя 13

Вроде оно?

15:32 /dev/input/by-path/platform-i8042-serio-0-event-kbd -> ../event1
lrwxrwxrwx 1 root root 9 Ноя 13 
15:32 /dev/input/by-path/platform-i8042-serio-1-event-mouse -> ../event4
lrwxrwxrwx 1 root root 9 Ноя 13 
15:32 /dev/input/by-path/platform-i8042-serio-1-mouse -> ../mouse1
lrwxrwxrwx 1 root root 9 Ноя 13 
15:32 /dev/input/by-path/platform-pcspkr-event-spkr -> ../event2
[root@oasu3 /]#

> Имена этих ссылок не должны меняться при перезагрузке - их и
> вписывайте в конфигурацию.
Куда именно?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

Всем привет!

Запускаю 
lircd --nodaemon --driver=dev/input --device=/dev/input/by-path/pci-0000:02:02.0--event-ir

В другой коносле вижу:
[root@oasu3 ~]# tail -f /var/log/messages | grep lirc
Nov 14 14:41:42 oasu3 lircd-0.8.2[8320]: lircd(userspace) ready
Nov 14 14:42:00 oasu3 lircd-0.8.2[8320]: accepted new client on /dev/lircd
Nov 14 14:42:00 oasu3 lircd-0.8.2[8320]: 
initializing '/dev/input/by-path/pci-0000:02:02.0--event-ir'
Nov 14 14:42:51 oasu3 lircd-0.8.2[8320]: accepted new client on /dev/lircd
Nov 14 14:43:49 oasu3 lircd-0.8.2[8320]: accepted new client on /dev/lircd
Nov 14 14:43:58 oasu3 lircd-0.8.2[8320]: accepted new client on /dev/lircd

В следующей консоле запускаю irw, нажимаю кнопки на пульте и вижу:
[root@oasu3 ~]# irw
0000000080010074 00 power AverTVStudio507
0000000080010002 00 1 AverTVStudio507
0000000080010003 00 2 AverTVStudio507
0000000080010004 00 3 AverTVStudio507
0000000080010005 00 4 AverTVStudio507
0000000080010006 00 5 AverTVStudio507
0000000080010007 00 6 AverTVStudio507
0000000080010008 00 7 AverTVStudio507
0000000080010009 00 8 AverTVStudio507
000000008001000a 00 9 AverTVStudio507
000000008001000b 00 0 AverTVStudio507
000000008001019a 00 snapshot AverTVStudio507
0000000080010192 00 ch+ AverTVStudio507
0000000080010193 00 ch- AverTVStudio507
0000000080010072 00 voldown AverTVStudio507
0000000080010073 00 volup AverTVStudio507
0000000080010071 00 mute AverTVStudio507
00000000800100cf 00 play AverTVStudio507
0000000080010080 00 stop AverTVStudio507
0000000080010077 00 pause AverTVStudio507
000000008001018e 00 backward AverTVStudio507
0000000080010190 00 forward AverTVStudio507
000000008001018f 00 prev AverTVStudio507
0000000080010191 00 next AverTVStudio507

Ну вроде часть кнопок, 24 из 34-ёх, работают.

Прописываю в /etc/sysconfig/lircd такое:
[root@oasu3 /]# cat /etc/sysconfig/lircd
LIRCD_OPTIONS="-H dev/input -d /dev/input/by-path/pci-0000:02:02.0--event-ir"
[root@oasu3 /]#

Выполняю 
[root@oasu3 /]# service lircd restart && service lircd status
Shutting down Infrared Remote Control: Service lircmd is not running.                      
[PASSED]
Service lircd is not running.                                                              
[PASSED]
Starting Infrared Remote Control:                                                          
[ DONE ]
Starting lircmd service:                                                                   
[ DONE ]
lircd is stopped
lircmd is stopped
[root@oasu3 /]#

Так что и где мне прописывать? 
Что понять не могу, что не так ... :-S
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Anton Farygin]

Алексей Шенцев пишет:
> Всем привет!
> 
> Запускаю 
> lircd --nodaemon --driver=dev/input --device=/dev/input/by-path/pci-0000:02:02.0--event-ir

Честно говоря, я не понимаю, зачем это нужно указывать в виде параметров 
lircd.

Почему не создался симлинк /dev/lirc ?

Наверное на этот вопрос сможет vsu ответить ?

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Wednesday 14 November 2007 16:26:24 Anton Farygin написал(а):
> Алексей Шенцев пишет:
> > Всем привет!
> >
> > Запускаю
> > lircd --nodaemon --driver=dev/input
> > --device=/dev/input/by-path/pci-0000:02:02.0--event-ir
>
> Честно говоря, я не понимаю, зачем это нужно указывать в виде параметров
> lircd.
По другому у меня и не запускается ....

> Почему не создался симлинк /dev/lirc ?
Самому интересно.

> Наверное на этот вопрос сможет vsu ответить ?
Сам очень хочу услышать его ответ.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

Может это пригодится:
[root@oasu3 ~]# udevinfo -a -p `udevinfo -q path -n /dev/input/event3`

Udevinfo starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device '/class/input/input3/event3':
    KERNEL=="event3"
    SUBSYSTEM=="input"
    DRIVER==""
    ATTR{dev}=="13:67"

  looking at parent device '/class/input/input3':
    KERNELS=="input3"
    SUBSYSTEMS=="input"
    DRIVERS==""
    ATTRS{uniq}==""
    ATTRS{phys}=="pci-0000:02:02.0/ir0"
    ATTRS{name}=="saa7134 IR _Avermedia AVerTV St"

  looking at parent device '/devices/pci0000:00/0000:00:1e.0/0000:02:02.0':
    KERNELS=="0000:02:02.0"
    SUBSYSTEMS=="pci"
    DRIVERS=="saa7134"
    ATTRS{msi_bus}==""
    ATTRS{broken_parity_status}=="0"
    ATTRS{enable}=="1"
    ATTRS{modalias}=="pci:v00001131d00007133sv00001461sd0000A11Bbc04sc80i00"
    ATTRS{local_cpus}=="ff"
    ATTRS{irq}=="21"
    ATTRS{class}=="0x048000"
    ATTRS{subsystem_device}=="0xa11b"
    ATTRS{subsystem_vendor}=="0x1461"
    ATTRS{device}=="0x7133"
    ATTRS{vendor}=="0x1131"

  looking at parent device '/devices/pci0000:00/0000:00:1e.0':
    KERNELS=="0000:00:1e.0"
    SUBSYSTEMS=="pci"
    DRIVERS==""
    ATTRS{msi_bus}=="1"
    ATTRS{broken_parity_status}=="0"
    ATTRS{enable}=="1"
    ATTRS{modalias}=="pci:v00008086d0000244Esv00000000sd00000000bc06sc04i00"
    ATTRS{local_cpus}=="ff"
    ATTRS{irq}=="0"
    ATTRS{class}=="0x060400"
    ATTRS{subsystem_device}=="0x0000"
    ATTRS{subsystem_vendor}=="0x0000"
    ATTRS{device}=="0x244e"
    ATTRS{vendor}=="0x8086"

  looking at parent device '/devices/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""
    ATTRS{uevent}==""

[root@oasu3 ~]#


-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Sergey Vlasov]

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

On Wed, Nov 14, 2007 at 04:26:24PM +0300, Anton Farygin wrote:
> Алексей Шенцев пишет:
> > Всем привет!
> > 
> > Запускаю 
> > lircd --nodaemon --driver=dev/input --device=/dev/input/by-path/pci-0000:02:02.0--event-ir
> 
> Честно говоря, я не понимаю, зачем это нужно указывать в виде параметров 
> lircd.
> 
> Почему не создался симлинк /dev/lirc ?

/dev/lirc* используется только для устройств, поддерживаемых через
собственные драйверы lirc (kernel-modules-lirc).  В данном случае драйвер
тюнера имеет встроенную поддержку IR, работающую не через lirc_dev, а
через input layer; пакеты kernel-modules-lirc-* в этом случае можно вообще
не устанавливать.

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

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Wednesday 14 November 2007 17:19:44 Sergey Vlasov написал(а):
> /dev/lirc* используется только для устройств, поддерживаемых через
> собственные драйверы lirc (kernel-modules-lirc).  В данном случае драйвер
> тюнера имеет встроенную поддержку IR, работающую не через lirc_dev, а
> через input layer; пакеты kernel-modules-lirc-* в этом случае можно вообще
> не устанавливать.
Спасибо. Понятно. 
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Slava Dubrovskiy]

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

Sergey Vlasov пишет:
> /dev/lirc* используется только для устройств, поддерживаемых через
> собственные драйверы lirc (kernel-modules-lirc).  В данном случае драйвер
> тюнера имеет встроенную поддержку IR, работающую не через lirc_dev, а
> через input layer; пакеты kernel-modules-lirc-* в этом случае можно вообще
> не устанавливать.
>   
А в иксах настроить вторую мультимедиа клаву и будет счастье

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Anton Farygin]

Sergey Vlasov пишет:
> On Wed, Nov 14, 2007 at 04:26:24PM +0300, Anton Farygin wrote:
>> Алексей Шенцев пишет:
>>> Всем привет!
>>>
>>> Запускаю 
>>> lircd --nodaemon --driver=dev/input --device=/dev/input/by-path/pci-0000:02:02.0--event-ir
>> Честно говоря, я не понимаю, зачем это нужно указывать в виде параметров 
>> lircd.
>>
>> Почему не создался симлинк /dev/lirc ?
> 
> /dev/lirc* используется только для устройств, поддерживаемых через
> собственные драйверы lirc (kernel-modules-lirc).  В данном случае драйвер
> тюнера имеет встроенную поддержку IR, работающую не через lirc_dev, а
> через input layer; пакеты kernel-modules-lirc-* в этом случае можно вообще
> не устанавливать.

а как при этом работать с устройством ?

Можно ли udev заставить делать какой-то постоянный симлинк для таких 
девайсов ?

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Thursday 15 November 2007 10:00:18 Anton Farygin написал(а):
> Sergey Vlasov пишет:
> > /dev/lirc* используется только для устройств, поддерживаемых через
> > собственные драйверы lirc (kernel-modules-lirc).  В данном случае драйвер
> > тюнера имеет встроенную поддержку IR, работающую не через lirc_dev, а
> > через input layer; пакеты kernel-modules-lirc-* в этом случае можно
> > вообще не устанавливать.
> а как при этом работать с устройством ?
Ну как я понял у меня через /dev/input/by-path/pci-0000:02:02.0--event-ir

> Можно ли udev заставить делать какой-то постоянный симлинк для таких
> девайсов ?
В инете я встречал упоминание, что в таком случае нужны соответствующие 
правила для udev, которые будут грузить нужные модули автоматом. Но вот тут 
что и как я ещё не сообразил ... Но это пока ...
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Алексей Шенцев]

В сообщении от Thursday 15 November 2007 10:07:28 Алексей Шенцев написал(а):
> В сообщении от Thursday 15 November 2007 10:00:18 Anton Farygin написал(а):
> > Sergey Vlasov пишет:
> > > /dev/lirc* используется только для устройств, поддерживаемых через
> > > собственные драйверы lirc (kernel-modules-lirc).  В данном случае
> > > драйвер тюнера имеет встроенную поддержку IR, работающую не через
> > > lirc_dev, а через input layer; пакеты kernel-modules-lirc-* в этом
> > > случае можно вообще не устанавливать.
> >
> > а как при этом работать с устройством ?
>
> Ну как я понял у меня через /dev/input/by-path/pci-0000:02:02.0--event-ir
>
> > Можно ли udev заставить делать какой-то постоянный симлинк для таких
> > девайсов ?
>
> В инете я встречал упоминание, что в таком случае нужны соответствующие
> правила для udev, которые будут грузить нужные модули автоматом. Но вот тут
> что и как я ещё не сообразил ... Но это пока ...

В общем бага № 5855 всё ещё актуальна.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Денис Смирнов]

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

On Tue, Nov 13, 2007 at 12:35:00AM +0300, Konstantin A. Lepikhov wrote:

>> Проблема не в ядре, проблема в иксах.
KAL> причем тут иксы?

[mithraen@mw ~]$ vmware
vmware: xcb_lock.c:77: _XGetXCBBuffer: Проверочное утверждение `((int)
((xcb_req) - (dpy->request)) >= 0)' не выполнено.

До последнего обновления иксов у меня все работало :)

>> А не варез (то бишь VMWare Server) у нас кто-нибудь смог запустить?
KAL> работает, правда не x86_64, поскольку там biarch. Но i586 сборка прекрасно
KAL> видит 16Gb памяти.

Кто-нибудь пакетил? Моему счастья не будет предела.

>>>> P.P.S. То, что у нас до сих пор ядро 2.6.18 это отдельная тема, к
>>>> сожалению меня сейчас не хватает на самостоятельную сборку ядра, но
>>>> де-факто если недавно я мог уверенно говорить что ALT лучший дистрибутив
>>>> для VoIPб сейчас я могу с уверенностью заявить что это не так, и не будет
>>>> так до апдейта ядра.
> KAL>> т.е. в гит заглянуть не можешь, однако оценивать как-то собираешься.
> KAL>> Интересненько ;)
>> Я знаю, что то что мне нужно в 2.6.22 уже есть, а в 2.6.18 портировать
>> заколебешься (правки на hrtimers) :)
KAL> http://www.unsafe.ru/lakostis/RPMS/ALTLinux/kernel-2.6.22/

Намек уже понял, в выходные буду развлекаться с этим :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Ну сколько можно посылать всех на
http://linux.yyz.us/sata/faq-sata-raid.html ...
		-- vsu in hardware@

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

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Konstantin A. Lepikhov]

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

Hi Денис!

Wednesday 14, at 12:19:51 PM you wrote:

> On Tue, Nov 13, 2007 at 12:35:00AM +0300, Konstantin A. Lepikhov wrote:
> 
> >> Проблема не в ядре, проблема в иксах.
> KAL> причем тут иксы?
> 
> [mithraen@mw ~]$ vmware
> vmware: xcb_lock.c:77: _XGetXCBBuffer: Проверочное утверждение `((int)
> ((xcb_req) - (dpy->request)) >= 0)' не выполнено.
> 
> До последнего обновления иксов у меня все работало :)
а что, иксы в сизифе работают? ;)

> 
> >> А не варез (то бишь VMWare Server) у нас кто-нибудь смог запустить?
> KAL> работает, правда не x86_64, поскольку там biarch. Но i586 сборка прекрасно
> KAL> видит 16Gb памяти.
> 
> Кто-нибудь пакетил? Моему счастья не будет предела.
http://lakostis.elektrostal.ru/RPMS/vmware/vmware-server-in-vserver/ -
работает уже год.

-- 
WBR et al.

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

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Eugene Prokopiev]

>> Кто-нибудь пакетил? Моему счастья не будет предела.
> http://lakostis.elektrostal.ru/RPMS/vmware/vmware-server-in-vserver/ -
> работает уже год.

даже так?

а в OpenVZ?

-- 
С уважением,
Прокопьев Евгений

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Eugene Prokopiev]

Eugene Prokopiev пишет:
>>> Кто-нибудь пакетил? Моему счастья не будет предела.
>> http://lakostis.elektrostal.ru/RPMS/vmware/vmware-server-in-vserver/ -
>> работает уже год.
> 
> даже так?
> 
> а в OpenVZ?
> 

не могу достучаться:

$ telnet lakostis.elektrostal.ru 80
Trying 195.18.33.16...
Connected to lakostis.elektrostal.ru.
Escape character is '^]'.
get /
Connection closed by foreign host.

-- 
С уважением,
Прокопьев Евгений

Re: [devel] [cyber] I: Sisyphus-20071111 devel download: +1

[Konstantin A. Lepikhov]

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

Hi Eugene!

Sunday 18, at 12:25:58 AM you wrote:

> Eugene Prokopiev пишет:
> >>> Кто-нибудь пакетил? Моему счастья не будет предела.
> >> http://lakostis.elektrostal.ru/RPMS/vmware/vmware-server-in-vserver/ -
> >> работает уже год.
> > 
> > даже так?
> > 
> > а в OpenVZ?
> > 
Должен, но я не разбирался, как лучше внутрь VE прокинуть vmnet. Кстати, в
vserver оно аццки тормозило, поскольку vserver не разрешает менять
приоритеты и шедулеры внутри VE.

> 
> не могу достучаться:
> 
> $ telnet lakostis.elektrostal.ru 80
> Trying 195.18.33.16...
> Connected to lakostis.elektrostal.ru.
> Escape character is '^]'.
> get /
> Connection closed by foreign host.
боюсь, до понедельника там и будет :((

-- 
WBR et al.

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

[devel] ядра

[Michael Shigorin]

On Mon, Nov 12, 2007 at 04:02:45PM +0300, Konstantin A. Lepikhov wrote:
> > Все и так в курсе что на каждом из вас висят пакеты, которые
> > в одиночку мантейенить малореально.
> ядра мантейнит не один человек.

Тьфу ты, сперва прочитал "_не_ майнтейнит" :-/
Мерещится уже...

2 vsu: можешь рассказать, куда пропадал-то?  Вся команда,
насколько знаю, изрядно переживала.  И местами продолжает,
поскольку непонятно, что стряслось и можно ли чем помочь.

> > У меня есть ценное предложение -- право наезжать на пакеты
> > другого манетйенра может иметь только тот, у кого в git лежит
> > сборка пакета лучше чем у того самого мантейнера, и которую
> > тот отказывается смержить.
> у меня есть сборка xorg-7.1 :-P

Я недавно на 7.1 попробовал собрать по производственной нужде
avivo.  Облом-с, хочет новей (7.2, что ли).  ati того RV515 
не умел, пришлось взять fglrx.

> А пробовал собирать modules/vmware из kernel cvs? И с какой
> стати в сизифе должна работать vmware, если это варез. В бранче
> оно работает, как и vmware server.

player -- варез? (возможно, опять отстал от жизни в части того,
чем не пользуюсь, но ты меня удивляешь -- спроси ab@ насчёт
верности подхода warez by default thus should not work)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] ядра

[Konstantin A. Lepikhov]

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

Hi Michael!

Monday 12, at 09:09:08 PM you wrote:

...
> Я недавно на 7.1 попробовал собрать по производственной нужде
> avivo.  Облом-с, хочет новей (7.2, что ли).  ati того RV515 
> не умел, пришлось взять fglrx.
кривым поделиям - кривой ксорг :)

> 
> > А пробовал собирать modules/vmware из kernel cvs? И с какой
> > стати в сизифе должна работать vmware, если это варез. В бранче
> > оно работает, как и vmware server.
> 
> player -- варез? (возможно, опять отстал от жизни в части того,
> чем не пользуюсь, но ты меня удивляешь -- спроси ab@ насчёт
> верности подхода warez by default thus should not work)
player работает.

PS Для импатентов есть сборки WS 6.0 -
http://lakostis.elektrostal.ru/RPMS/vmware/6.0.0/

-- 
WBR et al.

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

Re: [devel] ядра

[Денис Смирнов]

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

On Mon, Nov 12, 2007 at 09:09:08PM +0200, Michael Shigorin wrote:

MS> player -- варез? (возможно, опять отстал от жизни в части того,
MS> чем не пользуюсь, но ты меня удивляешь -- спроси ab@ насчёт
MS> верности подхода warez by default thus should not work)

Миша, все давно круче. Server -- не варез!
А только что выпустили очередную его бету, где уже и USB 2.0, и до 8Gb
оперативки, и обещают нормальное SMP в виртуалках...

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
что только люди не делают, лишь бы не пользоваться емаксом
		-- ott in devel@

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