[alsa-devel] EMU-1212m "no Audiodock - no firmware" patch
tiwai at suse.de
Fri Nov 23 12:23:12 CET 2012
At Fri, 23 Nov 2012 00:09:37 +0400,
> On 22.11.2012 21:17, Takashi Iwai wrote:
> > Right now I fixed a few bugs regarding the firmware loading.
> > It should have been improved by that. Take a look at my recent posts
> > [PATCH 7/8] ALSA: emu10k1: cache emu1010 firmware
> > and
> > [PATCH 8/8] ALSA: emu10k1: don't update firmware during suspend/resume
> thanks, i'll try to find it and check, aren't they included yet?
> i just don't know actually how to find some specific threads here actually
At best, check sound git tree for-next branch.
> >> so in the patch i've changed few more strings for debugging
> > Hmm. It's because you have no dock?
> > What happens if you don't change this?
> well the firmware is trying to load it endlessly and my cpu loads at
> 100% but it loads only 1 core so that was not so much worse for me
Does the firmware load happen all the time soon after loading the
driver, or in certain situations?
> >> and here i've changed that the emu_model was firstly enabled and then ecard - since i don't know what's the ecard is, i thought that it is a second module of my emu card.
> > This should be harmless. ecard is set only to Emu APS card, and
> > exclusive with EMU 1x1x & co.
> - well this card i think that i got and it depends on loading the first
> part of E-MU as i think kinda a second part, so that's why i decided to
> load it a little later.
> i can find you a picture of the card it is providing IN OUT analog
Emu APS code is very much irrelevant with your card. So, don't add
> > What are other essentially required changes?
> well i've changed emufx and other file because they were loading some
> libs and sliders that are not really needed by the emu_model
OK, but this is a clean up instead of a fix.
Let's postpone it. Once after the device gets work stably, we can
> > Do both Emu1010b and Emu1212 have the same PCI SSID? That sucks.
> > I see you set ca_cardbus_chip=1 in the card entry. Is it mandatory?
> i think that the cardbus is related to that ecard and yes it looks like
> they are the same when i
> lspci -s 07:05.0 -nn
> 07:05.0 Multimedia audio controller : Creative Labs SB0400 Audigy2
> Value [1102:0008]
> i don't know how to set the subsystem
The PCI SSID is set by the card itself, so this must be really a
conflict with another existing card (emu1010b). That's bad.
The primary question is whether ca_cardbus_chip = 1 is mandatory.
What happens if you don't set it?
> > Last but not least, please use "diff -up" for creating a patch in the
> > unified diff format.
> > thanks,
> > Takashi
> i've attached diff -u of all changes that i've made and in second reply
> i've put the dar.bz2 file with all changed files (not sure if it is on
> the deck)
> so i'll send it to you too.
> i've tried to reply on my own thread today but i don't see the answer,
> so i ll dulicate a message for you
Did you subscribe to ML? It's a moderated list, so you have to
subscribe at first.
Also, alsa-driver 1.0.25 is pretty old.
Try the latest snapshot tarball instead
More information about the Alsa-devel