* Re: [gentoo-user] ALSA problems after UDEV-103 upgrade [SOLVED]
@ 2006-12-18 20:12 Arend von der Lieth
2006-12-18 21:24 ` Mark Knecht
0 siblings, 1 reply; 3+ messages in thread
From: Arend von der Lieth @ 2006-12-18 20:12 UTC (permalink / raw
To: gentoo-user
Hi Mark,
Mark Knecht wrote:
> That appears to be a testing version of udev. Do you always run testing?
>
> As for the mixer message please try removing /etc/asound.state and
> then restarting Alsa. You will probably need to set mixer levels using
> alsamixer or whatever mixer is appropriate for this device.
Wow, I cannot believe that it was that easy (after all I tried). Thank you
very much.
Now there is just a minor problem that my MIDI device is not detected
correctly, but that's not that crucial.
I O U a Br,
Arend
>
> Good luck,
> Mark
>
> On 12/17/06, Arend von der Lieth <lieth@fh-muenster.de> wrote:
>> Hi all,
>>
>> After upgrading to udev-103 I had some problems with mouse and sound.
>> While I was able to fix the first issue myself, I am now stuck in the
>> sound problem:
>> I followed the gentoo alsa guide, checked all settings in the kernel,
>> even upgraded the kernel from 2.6.15 to 2.6.18 (hoping that this would
>> help, but still no success). Now, I guess that it's a problem with
>> missing device nodes (the directories snd/ or sound/ do not exist in
>> /dev). When running alsaconf I get the following error message (which is
>> the same during boot):
>>
>> Running modules-update...
>> Loading driver...
>> * Loading ALSA modules ...
>> * Loading: snd-card-0 ... [ ok ]
>> * Loading: snd-seq-oss ... [ ok ]
>> * Loading: snd-pcm-oss ... [ ok ]
>> * Loading: snd-emu10k1-synth ... [ ok ]
>> * Loading: snd-seq-midi ... [ ok ]
>> * Restoring Mixer Levels ...
>> /usr/sbin/alsactl: load_state:1341: Cannot find soundcard '0'...
>> * Errors while restoring defaults, ignoring [ ok ]
>> Setting default volumes...
>> amixer: Mixer attach default error: No such device
>>
>> "cat /proc/asound/cards" yields:
>> 0 [Live ]: EMU10K1 - SBLive! Value [CT4780]
>> SBLive! Value [CT4780] (rev.10,
>> serial:0x80221102) at 0xece0, irq 201
>>
>> "lsmod | grep snd" returns:
>>
>> snd_seq_midi 8864 0
>> snd_emu10k1_synth 7552 0
>> snd_emux_synth 33664 1 snd_emu10k1_synth
>> snd_seq_virmidi 6912 1 snd_emux_synth
>> snd_seq_midi_emul 6912 1 snd_emux_synth
>> snd_pcm_oss 42784 0
>> snd_mixer_oss 16896 1 snd_pcm_oss
>> snd_seq_dummy 3972 0
>> snd_seq_oss 31872 0
>> snd_seq_midi_event 7168 3 snd_seq_midi,snd_seq_virmidi,snd_seq_oss
>> snd_seq 47568 9
>> snd_seq_midi,snd_emux_synth,snd_seq_virmidi,
>>
snd_seq_midi_emul,snd_seq_dummy,snd_seq_oss,
>> snd_seq_midi_event
>> snd_emu10k1 118592 1 snd_emu10k1_synth
>> snd_rawmidi 23840 3 snd_seq_midi,snd_seq_virmidi,snd_emu10k1
>> snd_ac97_codec 92320 1 snd_emu10k1
>> snd_ac97_bus 2432 1 snd_ac97_codec
>> snd_pcm 74248 3 snd_pcm_oss,snd_emu10k1,snd_ac97_codec
>> snd_seq_device 8332 8 snd_seq_midi,snd_emu10k1_synth,
>> snd_emux_synth,snd_seq_dummy,snd_seq_oss,
>> snd_seq,snd_emu10k1,snd_rawmidi
>> snd_timer 22020 3 snd_seq,snd_emu10k1,snd_pcm
>> snd_page_alloc 10376 2 snd_emu10k1,snd_pcm
>> snd_util_mem 4992 2 snd_emux_synth,snd_emu10k1
>> snd_hwdep 9348 2 snd_emux_synth,snd_emu10k1
>> snd 49636 13
>> snd_emux_synth,snd_seq_virmidi,snd_pcm_oss,
>>
snd_mixer_oss,snd_seq_oss,snd_seq,snd_emu10k1,
>> snd_rawmidi,snd_ac97_codec,snd_pcm,
>> snd_seq_device,snd_timer,snd_hwdep
>> soundcore 9568 1 snd
>>
>> Can anybody point me to the right direction where I should look at?
>>
>> Thanks in advance,
>> Arend
>> --
>> gentoo-user@gentoo.org mailing list
>>
>>
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [gentoo-user] ALSA problems after UDEV-103 upgrade [SOLVED]
2006-12-18 20:12 [gentoo-user] ALSA problems after UDEV-103 upgrade [SOLVED] Arend von der Lieth
@ 2006-12-18 21:24 ` Mark Knecht
0 siblings, 0 replies; 3+ messages in thread
From: Mark Knecht @ 2006-12-18 21:24 UTC (permalink / raw
To: gentoo-user
On 12/18/06, Arend von der Lieth <lieth@fh-muenster.de> wrote:
> Hi Mark,
> Mark Knecht wrote:
>
> > That appears to be a testing version of udev. Do you always run testing?
> >
> > As for the mixer message please try removing /etc/asound.state and
> > then restarting Alsa. You will probably need to set mixer levels using
> > alsamixer or whatever mixer is appropriate for this device.
>
> Wow, I cannot believe that it was that easy (after all I tried). Thank you
> very much.
you are very welcome!
>
> Now there is just a minor problem that my MIDI device is not detected
> correctly, but that's not that crucial.
I'm not much help with MIDI. I don't like Linux MIDI so I still do all
of that in Windows. Maybe one day....
>
> I O U a Br,
I accept. Next time I'm in Germany or you're in the SF Bay Area we
must get together.
Cheers,
Mark
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [gentoo-user] ALSA problems after UDEV-103 upgrade [SOLVED]
@ 2006-12-27 19:11 Arend von der Lieth
0 siblings, 0 replies; 3+ messages in thread
From: Arend von der Lieth @ 2006-12-27 19:11 UTC (permalink / raw
To: gentoo-user
Now that I have marked that thread as "SOLVED" I feel obliged to give a short
update (what really solved the problem):
deleting /etc/asound.state unfortunately did not solve the problem, it just
helped suppressing the warning message. I did not really notice as I had KDE
use autodetect for sound, so it used OSS and not ALSA. That was not too bad,
but I did not have any sound in my favorite game (which uses alsa) and
therefore had to look a bit deeper:
it seemed that ALSA had a problem with the missing /dev/snd directory ("cannot
find soundcard 0") though it should have been created during boot according
to /etc/udev/rules.d/50-udev.rules.
So, I messed around a bit with the alsasound start script
(/etc/init.d/alsasound) and created /dev/snd as symbolic link inside the
start() function. After that I had some problems in shutting down, so I
added "rm -f /dev/snd" inside the stop() function and everything works well
(eventually).
But I have to admit that I do not feel very comfortable with this
modification. Does anyone have a better idea??
Kindest regards and thanks in advance,
Arend
Arend von der Lieth wrote:
> Hi Mark,
> Mark Knecht wrote:
>
>> That appears to be a testing version of udev. Do you always run testing?
>>
>> As for the mixer message please try removing /etc/asound.state and
>> then restarting Alsa. You will probably need to set mixer levels using
>> alsamixer or whatever mixer is appropriate for this device.
>
> Wow, I cannot believe that it was that easy (after all I tried). Thank you
> very much.
>
> Now there is just a minor problem that my MIDI device is not detected
> correctly, but that's not that crucial.
>
> I O U a Br,
> Arend
>
>>
>> Good luck,
>> Mark
>>
>> On 12/17/06, Arend von der Lieth <lieth@fh-muenster.de> wrote:
>>> Hi all,
>>>
>>> After upgrading to udev-103 I had some problems with mouse and sound.
>>> While I was able to fix the first issue myself, I am now stuck in the
>>> sound problem:
>>> I followed the gentoo alsa guide, checked all settings in the kernel,
>>> even upgraded the kernel from 2.6.15 to 2.6.18 (hoping that this would
>>> help, but still no success). Now, I guess that it's a problem with
>>> missing device nodes (the directories snd/ or sound/ do not exist in
>>> /dev). When running alsaconf I get the following error message (which is
>>> the same during boot):
>>>
>>> Running modules-update...
>>> Loading driver...
>>> * Loading ALSA modules ...
>>> * Loading: snd-card-0 ... [ ok ]
>>> * Loading: snd-seq-oss ... [ ok ]
>>> * Loading: snd-pcm-oss ... [ ok ]
>>> * Loading: snd-emu10k1-synth ... [ ok ]
>>> * Loading: snd-seq-midi ... [ ok ]
>>> * Restoring Mixer Levels ...
>>> /usr/sbin/alsactl: load_state:1341: Cannot find soundcard '0'...
>>> * Errors while restoring defaults, ignoring [ ok ]
>>> Setting default volumes...
>>> amixer: Mixer attach default error: No such device
>>>
>>> "cat /proc/asound/cards" yields:
>>> 0 [Live ]: EMU10K1 - SBLive! Value [CT4780]
>>> SBLive! Value [CT4780] (rev.10,
>>> serial:0x80221102) at 0xece0, irq 201
>>>
>>> "lsmod | grep snd" returns:
>>>
>>> snd_seq_midi 8864 0
>>> snd_emu10k1_synth 7552 0
>>> snd_emux_synth 33664 1 snd_emu10k1_synth
>>> snd_seq_virmidi 6912 1 snd_emux_synth
>>> snd_seq_midi_emul 6912 1 snd_emux_synth
>>> snd_pcm_oss 42784 0
>>> snd_mixer_oss 16896 1 snd_pcm_oss
>>> snd_seq_dummy 3972 0
>>> snd_seq_oss 31872 0
>>> snd_seq_midi_event 7168 3 snd_seq_midi,snd_seq_virmidi,snd_seq_oss
>>> snd_seq 47568 9
>>> snd_seq_midi,snd_emux_synth,snd_seq_virmidi,
>>>
> snd_seq_midi_emul,snd_seq_dummy,snd_seq_oss,
>>> snd_seq_midi_event
>>> snd_emu10k1 118592 1 snd_emu10k1_synth
>>> snd_rawmidi 23840 3 snd_seq_midi,snd_seq_virmidi,snd_emu10k1
>>> snd_ac97_codec 92320 1 snd_emu10k1
>>> snd_ac97_bus 2432 1 snd_ac97_codec
>>> snd_pcm 74248 3 snd_pcm_oss,snd_emu10k1,snd_ac97_codec
>>> snd_seq_device 8332 8 snd_seq_midi,snd_emu10k1_synth,
>>> snd_emux_synth,snd_seq_dummy,snd_seq_oss,
>>> snd_seq,snd_emu10k1,snd_rawmidi
>>> snd_timer 22020 3 snd_seq,snd_emu10k1,snd_pcm
>>> snd_page_alloc 10376 2 snd_emu10k1,snd_pcm
>>> snd_util_mem 4992 2 snd_emux_synth,snd_emu10k1
>>> snd_hwdep 9348 2 snd_emux_synth,snd_emu10k1
>>> snd 49636 13
>>> snd_emux_synth,snd_seq_virmidi,snd_pcm_oss,
>>>
> snd_mixer_oss,snd_seq_oss,snd_seq,snd_emu10k1,
>>> snd_rawmidi,snd_ac97_codec,snd_pcm,
>>> snd_seq_device,snd_timer,snd_hwdep
>>> soundcore 9568 1 snd
>>>
>>> Can anybody point me to the right direction where I should look at?
>>>
>>> Thanks in advance,
>>> Arend
>>> --
>>> gentoo-user@gentoo.org mailing list
>>>
>>>
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2006-12-27 19:15 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-12-18 20:12 [gentoo-user] ALSA problems after UDEV-103 upgrade [SOLVED] Arend von der Lieth
2006-12-18 21:24 ` Mark Knecht
-- strict thread matches above, loose matches on Subject: below --
2006-12-27 19:11 Arend von der Lieth
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox