* [gentoo-user-hu] alsa probléma
@ 2010-04-15 8:15 Bukuli Norbert
2010-04-15 9:37 ` [gentoo-user-hu] " Testa
0 siblings, 1 reply; 7+ messages in thread
From: Bukuli Norbert @ 2010-04-15 8:15 UTC (permalink / raw
To: gentoo-user-hu
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
^ permalink raw reply [flat|nested] 7+ messages in thread* [gentoo-user-hu] Re: [gentoo-user-hu] alsa probléma 2010-04-15 8:15 [gentoo-user-hu] alsa probléma Bukuli Norbert @ 2010-04-15 9:37 ` Testa 2010-04-15 9:50 ` [gentoo-user-hu] " Bukuli Norbert 0 siblings, 1 reply; 7+ messages in thread From: Testa @ 2010-04-15 9:37 UTC (permalink / raw To: gentoo-user-hu Próbáltad kernelbe forgatni az alsa drivert ? Szerintem 2x esen van betöltve a modul... 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.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 ^ permalink raw reply [flat|nested] 7+ messages in thread
* [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] alsa probléma 2010-04-15 9:37 ` [gentoo-user-hu] " Testa @ 2010-04-15 9:50 ` Bukuli Norbert 2010-04-15 11:07 ` [gentoo-user-hu] " Testa 0 siblings, 1 reply; 7+ messages in thread From: Bukuli Norbert @ 2010-04-15 9:50 UTC (permalink / raw To: gentoo-user-hu 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@gmail.com>: > Próbáltad kernelbe forgatni az alsa drivert ? > Szerintem 2x esen van betöltve a modul... > > 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.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 ^ permalink raw reply [flat|nested] 7+ messages in thread
* [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] alsa probléma 2010-04-15 9:50 ` [gentoo-user-hu] " Bukuli Norbert @ 2010-04-15 11:07 ` Testa 2010-04-15 11:36 ` [gentoo-user-hu] " Bukuli Norbert 0 siblings, 1 reply; 7+ messages in thread From: Testa @ 2010-04-15 11:07 UTC (permalink / raw To: gentoo-user-hu 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@gmail.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@gmail.com>: >> Próbáltad kernelbe forgatni az alsa drivert ? >> Szerintem 2x esen van betöltve a modul... >> >> 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.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 ^ permalink raw reply [flat|nested] 7+ messages in thread
* [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] alsa probléma 2010-04-15 11:07 ` [gentoo-user-hu] " Testa @ 2010-04-15 11:36 ` Bukuli Norbert 2010-04-15 19:31 ` [gentoo-user-hu] " Testa 0 siblings, 1 reply; 7+ messages in thread From: Bukuli Norbert @ 2010-04-15 11:36 UTC (permalink / raw To: gentoo-user-hu 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@gmail.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@gmail.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@gmail.com>: >>> Próbáltad kernelbe forgatni az alsa drivert ? >>> Szerintem 2x esen van betöltve a modul... >>> >>> 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.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 ^ permalink raw reply [flat|nested] 7+ messages in thread
* [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 2010-04-15 11:36 ` [gentoo-user-hu] " Bukuli Norbert @ 2010-04-15 19:31 ` Testa 2010-04-16 8:20 ` [gentoo-user-hu] " Bukuli Norbert 0 siblings, 1 reply; 7+ messages in thread From: Testa @ 2010-04-15 19:31 UTC (permalink / raw To: gentoo-user-hu 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@gmail.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@gmail.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@gmail.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@gmail.com>: >>>> Próbáltad kernelbe forgatni az alsa drivert ? >>>> Szerintem 2x esen van betöltve a modul... >>>> >>>> 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.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 ^ permalink raw reply [flat|nested] 7+ messages in thread
* [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 2010-04-15 19:31 ` [gentoo-user-hu] " Testa @ 2010-04-16 8:20 ` Bukuli Norbert 0 siblings, 0 replies; 7+ messages in thread From: Bukuli Norbert @ 2010-04-16 8:20 UTC (permalink / raw To: gentoo-user-hu Asszem értem ;) Köszönöm a tippeket! Testa <testa.a.tapos@gmail.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@gmail.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@gmail.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@gmail.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@gmail.com>: >>>>> Próbáltad kernelbe forgatni az alsa drivert ? >>>>> Szerintem 2x esen van betöltve a modul... >>>>> >>>>> 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.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 ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2010-04-16 8:20 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2010-04-15 8:15 [gentoo-user-hu] alsa probléma Bukuli Norbert 2010-04-15 9:37 ` [gentoo-user-hu] " Testa 2010-04-15 9:50 ` [gentoo-user-hu] " Bukuli Norbert 2010-04-15 11:07 ` [gentoo-user-hu] " Testa 2010-04-15 11:36 ` [gentoo-user-hu] " Bukuli Norbert 2010-04-15 19:31 ` [gentoo-user-hu] " Testa 2010-04-16 8:20 ` [gentoo-user-hu] " Bukuli Norbert
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox