[gentoo-user-hu] Re: [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

[Bukuli Norbert]

Asszem értem ;)

Köszönöm a tippeket!

Testa <testa.a.tapos@×××××.com> írta (2010. április 15. 21:31):
> 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
>
>



-- 
Üdvözlettel:
Bukuli Norbert