* Re: [Alsa-user] cs46xx w/ alsa 0.9.0rc3 on RedHat 7.1 -sysloging [not found] <3D8BC3F2.A0FB9ED7@cox.net> @ 2002-09-21 13:02 ` Benny Sjostrand 2002-09-23 10:25 ` Takashi Iwai 0 siblings, 1 reply; 3+ messages in thread From: Benny Sjostrand @ 2002-09-21 13:02 UTC (permalink / raw) To: John E. A.; +Cc: alsa-devel > > >Sep 20 17:32:48 JOHN-ANDREWS kernel: ALSA >../../alsa-kernel/pci/cs46xx/cs46xx_lib.c:767: BUG? (cpcm->pcm_channel) >(called from d087abc1) >Sep 20 17:32:48 JOHN-ANDREWS kernel: ALSA >../alsa-kernel/core/pcm_lib.c:176: BUG: stream = 0, pos = 0xfffffffa, >buffer size = 0x400, period size = 0x200 > > > Have the cs46xx driver ever been tested without CONFIG_SND_CS46XX_NEW_DSP defined ? I believe the the old cs46xx code is broken, i've never tested it my self. The cs46xx_lib.c is becoming dificult to mantain with all #ifdef ... #endif, I would prefer someday remove all the old stuff. Is there any known card that dont work with the new DSP code ?? /Benny ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Re: [Alsa-user] cs46xx w/ alsa 0.9.0rc3 on RedHat 7.1 -sysloging 2002-09-21 13:02 ` [Alsa-user] cs46xx w/ alsa 0.9.0rc3 on RedHat 7.1 -sysloging Benny Sjostrand @ 2002-09-23 10:25 ` Takashi Iwai 2002-09-24 20:14 ` John E. A. 0 siblings, 1 reply; 3+ messages in thread From: Takashi Iwai @ 2002-09-23 10:25 UTC (permalink / raw) To: Benny Sjostrand; +Cc: John E. A., alsa-devel At Sat, 21 Sep 2002 15:02:42 +0200, Benny Sjostrand wrote: > > > > > > >Sep 20 17:32:48 JOHN-ANDREWS kernel: ALSA > >../../alsa-kernel/pci/cs46xx/cs46xx_lib.c:767: BUG? (cpcm->pcm_channel) > >(called from d087abc1) > >Sep 20 17:32:48 JOHN-ANDREWS kernel: ALSA > >../alsa-kernel/core/pcm_lib.c:176: BUG: stream = 0, pos = 0xfffffffa, > >buffer size = 0x400, period size = 0x200 > > > > > > > Have the cs46xx driver ever been tested without > CONFIG_SND_CS46XX_NEW_DSP defined ? > I believe the the old cs46xx code is broken, i've never tested it my self. > The cs46xx_lib.c is becoming dificult to mantain with all #ifdef ... > #endif, I would prefer > someday remove all the old stuff. Is there any known card that dont work > with the > new DSP code ?? i changed the alsa-driver cvs to use the new dsp image as default, so we might see more reports in future. Takashi ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Re: [Alsa-user] cs46xx w/ alsa 0.9.0rc3 on RedHat 7.1 -sysloging 2002-09-23 10:25 ` Takashi Iwai @ 2002-09-24 20:14 ` John E. A. 0 siblings, 0 replies; 3+ messages in thread From: John E. A. @ 2002-09-24 20:14 UTC (permalink / raw) To: Takashi Iwai; +Cc: Benny Sjostrand, alsa-devel Takashi Iwai wrote: > > At Sat, 21 Sep 2002 15:02:42 +0200, > Benny Sjostrand wrote: > > > > > > > > > > >Sep 20 17:32:48 JOHN-ANDREWS kernel: ALSA > > >../../alsa-kernel/pci/cs46xx/cs46xx_lib.c:767: BUG? (cpcm->pcm_channel) > > >(called from d087abc1) > > >Sep 20 17:32:48 JOHN-ANDREWS kernel: ALSA > > >../alsa-kernel/core/pcm_lib.c:176: BUG: stream = 0, pos = 0xfffffffa, > > >buffer size = 0x400, period size = 0x200 > > > > > > > > > > > Have the cs46xx driver ever been tested without > > CONFIG_SND_CS46XX_NEW_DSP defined ? > > I believe the the old cs46xx code is broken, i've never tested it my self. > > The cs46xx_lib.c is becoming dificult to mantain with all #ifdef ... > > #endif, I would prefer > > someday remove all the old stuff. Is there any known card that dont work > > with the > > new DSP code ?? > > i changed the alsa-driver cvs to use the new dsp image as default, so > we might see more reports in future. > > Takashi Hello ALSA developers, Thank You Mr. Sjostrand and Takashisan for your helpful replies! In order to avoid confusion with other changes that are certainly in cvs since the rc3 release I uncommented the CONFIG_SND_CS46XX_NEW_DSP definition in pci/cs46xx/Makefile instead of checking out a completely new source tree. This lead me to a problem with an undefined symbol for snprintf in snd-cs46xx.o (I'm running a 2.4.2 kernel) which I worked around with a hack to dsp_spos_scb_lib.c in alsa-kernel/pci/cs46xx: #define snprintf(buf,size,fmt,args) sprintf(buf,fmt,args) I found a similar hack in include/asound.h for vsnprintf(), however adding the above line to this header didn't eliminate the undefined symbol in snd-cs46xx.o. Apparently asound.h doesn't make in into dsp_spos_scb_lib.c. After getting around my library deficiencies I was able to load the snd-cs46xx module and can report that I no longer have the syslogging problem I was experiencing with xmms playing mpeg video (playing internet streaming audio and local mp3 and wav sound files had never been a problem). My hardware platform is the integrated sound in an IBM Thinkpad T-20. It may just be a subjective reaction to getting this new build running, but I also believe that streaming audio sounds crisper and clearer with this new driver. Thank You Once Again for your help! I stand ready to supply any other configuration information or provide any other meager assistance of which I'm capable. John E. A. ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2002-09-24 20:14 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <3D8BC3F2.A0FB9ED7@cox.net>
2002-09-21 13:02 ` [Alsa-user] cs46xx w/ alsa 0.9.0rc3 on RedHat 7.1 -sysloging Benny Sjostrand
2002-09-23 10:25 ` Takashi Iwai
2002-09-24 20:14 ` John E. A.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.