Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gento o-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] alsa pr obléma

Testa <[email protected]>
Newsgroups gmane.linux.gentoo.user.hungarian
Message-ID <[email protected]>
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 <[email protected]>:
> 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 <[email protected]> í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 <[email protected]>:
>>> 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 <[email protected]>:
>>>> Próbáltad kernelbe forgatni az alsa drivert ?
>>>> Szerintem 2x esen van betöltve a modul...
>>>>
>>>> 2010/4/15 Bukuli Norbert <[email protected]>:
>>>>> 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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.