[alsa-devel] EMU-1212m "no Audiodock - no firmware" patch

[Takashi Iwai]

At Fri, 23 Nov 2012 00:09:37 +0400,
oeai wrote:
> 
> 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.

  git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git

> >> 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
it.

> > 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
look back.

> > 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 [0401]: 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
  ftp://ftp.suse.com/pub/people/tiwai/snapshot/alsa-driver-snapshot.tar.gz


thanks,

Takashi