[gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] alsa probléma

[Testa]

Nos ezen nem törtem a fejem csak nálam a következő a szitu...  Ha
lehet mindent kernelbe szoktam forgatni... (A tapasztalat azt mutatja
egy mindent kernelbe forgatott rendszer stabilabb jóval) De mielőtt
telepítek modulba szoktam megnézni hogy jó-e... Viszont nem mindig
forgatom újra a modulokat...
Így sikerült már jó párszor ilyen helyzetet elő idéznem...
Nem foglal le külön irqt ez esetben a modul... Álltalában probléma
nélkül be tudod tölteni a modult... Csak az eszkőzz fog hibákkal
haldokolni... még a cat /bin/bash > /dev/dsp
Egyes esetekben egy irqn több eszköz is lehet... Elméletben nem kezeli
ezt a linux , de gyakorlatban egy kicsi trükkel igen... Ennek
következménye hogy bizonyos esetekben ez lehetséges... De erre másik
példa a alsa speakeren lévő sb emulátor és a speaker driver egyben...


2010/4/15 Bukuli Norbert <bukuli.norbert@×××××.com>:
> Ha jól gondolom, akkor nincs begorgatva kernelbe.
>
> # zgrep SND_HDA_INTEL /proc/config.gz
> CONFIG_SND_HDA_INTEL=m
>
> # emerge --info | grep -i keyword
> ACCEPT_KEYWORDS="amd64"
>
> Nehogy kötekedésnek vedd, csak nem értek valamit:
> Ha kernelbe is be van forgatva egy driver egy olyan eszközhöz, ami
> megszakítást generál, akkor hogyan sikerül betölteni annak a driverét
> még1*? Lehet valahogy ugyanarra az IRQ-ra több megszakításkezelőt is
> beregisztrálni? Tudom, hogy van IRQ megosztás mint olyan ,de az
> ezekben az esetekben is működik?
>
>
> Testa <testa.a.tapos@×××××.com> írta (2010. április 15. 13:07):
>> Kétszer úgy lehet betölteni hogy kernelbe is beforgatod...
>> Velem ez eset meg anno...
>> Milyen keyword ot használsz ?
>>
>>
>> 2010/4/15 Bukuli Norbert <bukuli.norbert@×××××.com>:
>>> Köszönöm, közben megoldottam a dolgot. Nagyon quick-and-dirty, de legalább megy.
>>>
>>> Felraktam az alsa-utils-ból és függőségeiből egy újabb verziót, azzal
>>> működött. Etc-update, alsaconfig után downgrade-eltem az előbb
>>> frissített csomagokat, etc-update. Azóta jó.
>>> Valószínűleg valami trükkös beállítást kellet volna módosítani, így
>>> most gyorsabb volt.
>>>
>>> A kérdésedre a válasz: nem próbáltam, de szerintem nincs kétszer betöltve:
>>> # lsmod | awk '{print $1}' | sort | uniq -c
>>>      1 asus_atk0110
>>>      1 button
>>>      1 coretemp
>>>      1 ehci_hcd
>>>      1 evdev
>>>      1 hid
>>>      1 i2c_core
>>>      1 i2c_i801
>>>      1 ieee1394
>>>      1 intel_agp
>>>      1 iptable_filter
>>>      1 ip_tables
>>>      1 iTCO_vendor_support
>>>      1 iTCO_wdt
>>>      1 Module
>>>      1 nvidia
>>>      1 ohci1394
>>>      1 pcspkr
>>>      1 processor
>>>      1 psmouse
>>>      1 rt3070sta
>>>      1 rtc_cmos
>>>      1 rtc_core
>>>      1 rtc_lib
>>>      1 serio_raw
>>>      1 skge
>>>      1 sky2
>>>      1 snd
>>>      1 snd_hda_codec
>>>      1 snd_hda_codec_analog
>>>      1 snd_hda_intel
>>>      1 snd_hwdep
>>>      1 snd_mixer_oss
>>>      1 snd_page_alloc
>>>      1 snd_pcm
>>>      1 snd_pcm_oss
>>>      1 snd_seq
>>>      1 snd_seq_device
>>>      1 snd_timer
>>>      1 soundcore
>>>      1 thermal
>>>      1 uhci_hcd
>>>      1 usbcore
>>>      1 usbhid
>>>      1 x_tables
>>>
>>>
>>> 2010/4/15 Testa <testa.a.tapos@×××××.com>:
>>>> Próbáltad kernelbe forgatni az alsa drivert ?
>>>> Szerintem 2x esen van betöltve a modul...
>>>>
>>>> 2010/4/15 Bukuli Norbert <bukuli.norbert@×××××.com>:
>>>>> Sziasztok!
>>>>>
>>>>> Van egy kis alsa problémám. Megfelelő modul betöltése után az alsaconf
>>>>> így ér szomorú véget:
>>>>>
>>>>> # strace alsaconf
>>>>> execve("/usr/sbin/alsaconf", ["alsaconf"], [/* 34 vars */]) = -1
>>>>> ENOEXEC (Exec format error)
>>>>> dup(2)                                  = 3
>>>>> fcntl(3, F_GETFL)                       = 0x8002 (flags O_RDWR|O_LARGEFILE)
>>>>> fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
>>>>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>>>>> 0) = 0x7fdbcc473000
>>>>> lseek(3, 0, SEEK_CUR)                   = -1 ESPIPE (Illegal seek)
>>>>> write(3, "strace: exec: Exec format error\n", 32strace: exec: Exec format error
>>>>> ) = 32
>>>>> close(3)                                = 0
>>>>> munmap(0x7fdbcc473000, 4096)            = 0
>>>>> exit_group(1)                           = ?
>>>>>
>>>>> Van valami ötletek mi lehet a gond?
>>>>> --
>>>>> Üdvözlettel:
>>>>> Bukuli Norbert
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> www.airndsoft.com
>>>> Artificial Intelligence Research aNd Development Software Company
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Üdvözlettel:
>>> Bukuli Norbert
>>>
>>>
>>
>>
>>
>> --
>> www.airndsoft.com
>> Artificial Intelligence Research aNd Development Software Company
>>
>>
>
>
>
> --
> Üdvözlettel:
> Bukuli Norbert
>
>



-- 
www.airndsoft.com
Artificial Intelligence Research aNd Development Software Company