Re: hdsp9652+alsamixer -> kernel panic

Re: hdsp9652+alsamixer -> kernel panic

[d]

ok, thanks for your patience with my case.

inbetween i have been able to
1) get another kernel panic with the new kernel+drivers
2) sometimes get some noise with a self-written testtone-prog on channel 
  3 and/or 6 of adat1 (*should* be a sinewave on all 26 channels).
could it be that the S32_LE noninterleaved is interpreted wrong?
4) once got jack+ardour to produce noise (*should* have been music), but 
couldn't repoduce this

seems i'll have to find some other hardware if i want a quick solution

regards
d13b

Paul Davis wrote:
>>sorry for all the noise on the list.
>>i am running a singleprocessor system, but forgot to turn off the smp 
>>support in the kernel config. now - after recompiling everything- the 
>>kernel doesn't panic any more when i adjust the output-levels, but i 
>>still get nothing but silence from my card.
> 
> 
> oh dear. now i realize that i didn't read your subject line carefully
> enough. 
> 
> the hdsp 9652 driver has one major issue at this time. i have been in
> lots of contact with RME to get the problem resolved, but they have
> not followed through on the most recent requests. the driver is not
> setting the card up so that you can hear anything, even though it does
> actually run quite normally. nobody (myself, thomas or anyone else)
> knows what might be wrong, and RME have told me that in theory nothing
> is necessary to make this work: by default, the hdsp9652 works just
> like the old hammerfall (i.e. playback stream N is routed at unity
> gain to output stream N). so, we are basically waiting for RME to
> respond in some way. it will probably turn out to be a one or two line
> change. i wish i could tell you when it will happen, but that would be
> dishonest.
> 
> --p



-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652+alsamixer -> kernel panic

[Paul Davis]

>inbetween i have been able to
>1) get another kernel panic with the new kernel+drivers

ok, what you do with the trace is to find it in /var/log/messages
after the reboot, cut the several lines of the panic trace into a new
file and feed it to ksymoops. then send that here. it will enable us
to find out where the panic occurs.

>2) sometimes get some noise with a self-written testtone-prog on channel 
>  3 and/or 6 of adat1 (*should* be a sinewave on all 26 channels).
>could it be that the S32_LE noninterleaved is interpreted wrong?
>4) once got jack+ardour to produce noise (*should* have been music), but 
>couldn't repoduce this

that's intriguing. all the reports so far (and my experience, since i
have one of these cards too) is no noise, ever, under any
circumstances. still, it doesn't get us closer.

>seems i'll have to find some other hardware if i want a quick solution

i'm afraid so, yes. i am very sad that this has turned out this way.


-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

hdsp9652 (kind of) working

[d]

hi list+paul again!

just to let you know:
i asked the previous owner of my hdsp 9652 card and he gave me the hint 
to use alsa 0.9rc7 plus a patch to ignore the reality and handle the 
card as a hdsp+digiface:

*** hdsp.c.orig 2003-05-30 14:01:17.000000000 +0200
--- hdsp.c      2003-05-30 13:20:12.000000000 +0200
***************
*** 2978,2983 ****
--- 2978,2984 ----

         switch (rev & 0xff) {
         case 0xa:
+       case 0x68:
                 /* hdsp_initialize_firmware() will reset this */
                 hdsp->card_name = "RME Hammerfall DSP";
                 break;

he said, this patch was posted on the list once. (!?!)

the card now works with audible results, but still has two issues:
1) the card ignores alsamixer, but the sound comes out at a regular level.
2) i get constant clicks (about 2/sec), but that might come from the 
duron hardware i'm using.

regards
d13b

ps: i didn't invest much time in reproducing yesterdays last kernel 
panic, so i can't send you a trace - sorry



-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652 (kind of) working

[Paul Davis]

>just to let you know:
>i asked the previous owner of my hdsp 9652 card and he gave me the hint 
>to use alsa 0.9rc7 plus a patch to ignore the reality and handle the 
>card as a hdsp+digiface:
>
>*** hdsp.c.orig 2003-05-30 14:01:17.000000000 +0200
>--- hdsp.c      2003-05-30 13:20:12.000000000 +0200
>***************
>*** 2978,2983 ****
>--- 2978,2984 ----
>
>         switch (rev & 0xff) {
>         case 0xa:
>+       case 0x68:
>                 /* hdsp_initialize_firmware() will reset this */
>                 hdsp->card_name = "RME Hammerfall DSP";
>                 break;
>
>he said, this patch was posted on the list once. (!?!)
>
>the card now works with audible results, but still has two issues:
>1) the card ignores alsamixer, but the sound comes out at a regular level.
>2) i get constant clicks (about 2/sec), but that might come from the 
>duron hardware i'm using.

that's phenomenonally helpful. i'll take a look at this as soon as i
can. 

--p


-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: Single process freeze when opening capture device

[Jaroslav Kysela]

On Thu, 29 May 2003, Abramo Bagnara wrote:

> What about a "dir" field in common section of pcm configuration?
> 
>    dir STR	# PCM allowed directions "playback", "capture", "both" (default)

I'd like to solve the problem with same names, but different 
configurations for streams.

I have an idea like:

pcm.name {
	... global configuration ...
	playback {
		... playback configuration ...
	}
	capture {
		... capture configuration ...
	}
}

Also, we have copy of configuration for each open which is used for 
run-time evaluation. I think that we may pass from the open code some more 
information and use some {} region as data caching:

private {	# reserved for internal data only, warn and ignore if user defines it
	direction playback
	ctl_cache_handle 0x%p		# cache ctl handle for runtime evaluation
	... etc, etc ...
}

We may add condition (if - else) evaluation functions to runtime parsing 
which can test the contents of private variables. Now, we have same driver 
with different chip revisions which add/remove some features (mainly 
controls) and we need to test them to behave correctly.

Also, the first proposal requires to change all plugins, the later will 
rewrite the configuration at run-time, so no changes are required for 
plugins.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs



-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

hdsp9652+alsamixer -> kernel panic

[d]

dear alsa gurus!
i'm trying to get a rme hdsp 9652 to work, and have bad results:
loading snd-hammerfall-mem and snd-hdsp works fine, starting jack or 
some alsa-playback too (or at least seems to).
but when i start alsamixer or alsactl and want to unmute the channels i 
get massive xruns and no sound, sometimes a kernel panic.
i tried a pentium3- and a amd-duron system and ran into the same behavior.
the card worked for the previous owner, but i have no windows-system to 
test it there.

has anybody had similar expiriences or any hints for me?
regards
d13b


my setup:
rme hdsp 9652 with adi8-ae interface
kernel 2.4.20 (straight forward)
latest alsa from cvs

cat /proc/asound/card0/hdsp  gives me:

RME HDSP 9652 (Card #1)
Buffers: capture d4000000 playback d3e00000
IRQ: 12 Registers bus: 0xeb000000 VM: 0xdc8a2000
Control register: 0x10080de
Status register: 0x3400008
Status2 register: 0xffff8041
FIFO status: 0
MIDI1 Output status: 0xffffff00
MIDI1 Input status: 0xffffff38
MIDI2 Output status: 0xffffff00
MIDI2 Input status: 0xffffff38

Buffer Size (Latency): 8192 samples (2 periods of 32768 bytes)
Hardware pointer (frames): 0
Passthru: no
Line out: on
Firmware version: 1

Sample Clock Source: Internal 48 kHz
Preferred Sync Reference: ADAT1
AutoSync Reference: ADAT1
AutoSync Frequency: 44100
System Clock Mode: Master
System Clock Frequency: 48000

IEC958 input: Internal
IEC958 output: Coaxial only
IEC958 quality: Consumer
IEC958 emphasis: off
IEC958 NonAudio: off
IEC958 sample rate: Error flag set

ADAT1: Lock
ADAT2: No Lock
ADAT3: No Lock
SPDIF: No Lock
Word Clock: No Lock
ADAT Sync: No Lock




-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652+alsamixer -> kernel panic

[Paul Davis]

>dear alsa gurus!
>i'm trying to get a rme hdsp 9652 to work, and have bad results:
>loading snd-hammerfall-mem and snd-hdsp works fine, starting jack or 
>some alsa-playback too (or at least seems to).
>but when i start alsamixer or alsactl and want to unmute the channels i 
>get massive xruns and no sound, sometimes a kernel panic.

we need a ksymoops-processed kernel panic trace.

if it makes you feel any better, i wrote a lot of the driver, and i
can't even load it right now: it locks up my system during the boot
process unconditionally.

i haven't reported it because it started doing this without any
reinstall of the module, and it was working before the reboot.

--p


-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652+alsamixer -> kernel panic

[d]

> we need a ksymoops-processed kernel panic trace.

ok, since i'm more a musician than a kernel-hacker, i don't exactly know 
what to do with the panic output.
i see EIP: 0010:[<c0280005>] and search for it in /var/log/ksymoops right?
there i find
...
c0106298 __up_wakeup
c02bfff4 csum_partial_copy_generic_Rsmp_e8aa9a96
...

so, what to do next?

> if it makes you feel any better, i wrote a lot of the driver, and i
> can't even load it right now: it locks up my system during the boot
> process unconditionally.

no, that makes me feel even more lost :(

regards
d13b




-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652+alsamixer -> kernel panic

[Paul Davis]

>ok, since i'm more a musician than a kernel-hacker, i don't exactly know 
>what to do with the panic output.
>i see EIP: 0010:[<c0280005>] and search for it in /var/log/ksymoops right?
>there i find
>...
>c0106298 __up_wakeup
>c02bfff4 csum_partial_copy_generic_Rsmp_e8aa9a96

ah. are you running on an SMP system with current ALSA CVS? if so, its
broken within the "core" of ALSA. you will need to back up to April
27th to get a working SMP version. nobody has a fix for this at this
time, despite the fact that it makes ALSA unusable on an SMP system.



-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652+alsamixer -> kernel panic

[Kai Vehmanen]

On Thu, 29 May 2003, Paul Davis wrote:

>>c0106298 __up_wakeup
>>c02bfff4 csum_partial_copy_generic_Rsmp_e8aa9a96
> ah. are you running on an SMP system with current ALSA CVS? if so, its
> broken within the "core" of ALSA. you will need to back up to April
> 27th to get a working SMP version. nobody has a fix for this at this
> time, despite the fact that it makes ALSA unusable on an SMP system.

Hmm, anyway to easily and reliably reproduce the bug?

I'm running the latest ALSA and JACK CVS (updated both today) and works
fine on my SMP box (dual-celeron). And so do my other ALSA apps. And this
is not just with one card, I've tested both with es1371 and ice1712
(Delta44) and no panics yet.

-- 
 http://www.eca.cx
 Audio software for Linux!



-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652+alsamixer -> kernel panic

[Paul Davis]

>On Thu, 29 May 2003, Paul Davis wrote:
>
>>>c0106298 __up_wakeup
>>>c02bfff4 csum_partial_copy_generic_Rsmp_e8aa9a96
>> ah. are you running on an SMP system with current ALSA CVS? if so, its
>> broken within the "core" of ALSA. you will need to back up to April
>> 27th to get a working SMP version. nobody has a fix for this at this
>> time, despite the fact that it makes ALSA unusable on an SMP system.
>
>Hmm, anyway to easily and reliably reproduce the bug?

run jack? :))

>I'm running the latest ALSA and JACK CVS (updated both today) and works
>fine on my SMP box (dual-celeron). And so do my other ALSA apps. And this
>is not just with one card, I've tested both with es1371 and ice1712
>(Delta44) and no panics yet.

i should try an update and see if its been fixed. it wasn't last week.

--p


-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652+alsamixer -> kernel panic

[d]

Paul Davis wrote:
>>>ah. are you running on an SMP system with current ALSA CVS? if so, its
>>>broken within the "core" of ALSA. you will need to back up to April
>>>27th to get a working SMP version. nobody has a fix for this at this
>>>time, despite the fact that it makes ALSA unusable on an SMP system.
>>
>>Hmm, anyway to easily and reliably reproduce the bug?

sorry for all the noise on the list.
i am running a singleprocessor system, but forgot to turn off the smp 
support in the kernel config. now - after recompiling everything- the 
kernel doesn't panic any more when i adjust the output-levels, but i 
still get nothing but silence from my card.

regards
d13b





-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652+alsamixer -> kernel panic

[Paul Davis]

>sorry for all the noise on the list.
>i am running a singleprocessor system, but forgot to turn off the smp 
>support in the kernel config. now - after recompiling everything- the 
>kernel doesn't panic any more when i adjust the output-levels, but i 
>still get nothing but silence from my card.

oh dear. now i realize that i didn't read your subject line carefully
enough. 

the hdsp 9652 driver has one major issue at this time. i have been in
lots of contact with RME to get the problem resolved, but they have
not followed through on the most recent requests. the driver is not
setting the card up so that you can hear anything, even though it does
actually run quite normally. nobody (myself, thomas or anyone else)
knows what might be wrong, and RME have told me that in theory nothing
is necessary to make this work: by default, the hdsp9652 works just
like the old hammerfall (i.e. playback stream N is routed at unity
gain to output stream N). so, we are basically waiting for RME to
respond in some way. it will probably turn out to be a one or two line
change. i wish i could tell you when it will happen, but that would be
dishonest.

--p


-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652+alsamixer -> kernel panic

[Kai Vehmanen]

On Thu, 29 May 2003, Paul Davis wrote:

>>> ah. are you running on an SMP system with current ALSA CVS? if so, its
>>> broken within the "core" of ALSA. you will need to back up to April
>>Hmm, anyway to easily and reliably reproduce the bug?
> run jack? :))

Well, I've done a lot of testing during the last few days (including 
running jack :)), sometimes with both soundcards running at the same time, 
and still no oopses (system uptime now 5days). So ALSA+SMP seems to work 
fine at least on some systems.

Btw; kernel is 2.4.19 with ll-patches.

-- 
 http://www.eca.cx
 Audio software for Linux!



-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652+alsamixer -> kernel panic

[Jaroslav Kysela]

On Sat, 31 May 2003, Kai Vehmanen wrote:

> On Thu, 29 May 2003, Paul Davis wrote:
> 
> >>> ah. are you running on an SMP system with current ALSA CVS? if so, its
> >>> broken within the "core" of ALSA. you will need to back up to April
> >>Hmm, anyway to easily and reliably reproduce the bug?
> > run jack? :))
> 
> Well, I've done a lot of testing during the last few days (including 
> running jack :)), sometimes with both soundcards running at the same time, 
> and still no oopses (system uptime now 5days). So ALSA+SMP seems to work 
> fine at least on some systems.
> 
> Btw; kernel is 2.4.19 with ll-patches.

Thanks for this report. Also many thanks for Takashi's verification of 
new pcm link code (and broken spinlocks fixes).

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs



-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652+alsamixer -> kernel panic

[Takashi Iwai]

At Sat, 31 May 2003 14:15:50 +0300 (EEST),
Kai Vehmanen wrote:
> 
> On Thu, 29 May 2003, Paul Davis wrote:
> 
> >>> ah. are you running on an SMP system with current ALSA CVS? if so, its
> >>> broken within the "core" of ALSA. you will need to back up to April
> >>Hmm, anyway to easily and reliably reproduce the bug?
> > run jack? :))
> 
> Well, I've done a lot of testing during the last few days (including 
> running jack :)), sometimes with both soundcards running at the same time, 
> and still no oopses (system uptime now 5days). So ALSA+SMP seems to work 
> fine at least on some systems.

which card are you using?
if it's the card with linked-stream feature (like trident, hdsp,
ice1712, etc.), the bug was likely solved.  if not, we still need to
investigate the behabior...


ciao,

Takashi


-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652+alsamixer -> kernel panic

[Kai Vehmanen]

On Mon, 2 Jun 2003, Takashi Iwai wrote:

>> running jack :)), sometimes with both soundcards running at the same time, 
>> and still no oopses (system uptime now 5days). So ALSA+SMP seems to work 
> which card are you using?
> if it's the card with linked-stream feature (like trident, hdsp,
> ice1712, etc.), the bug was likely solved.  if not, we still need to
> investigate the behabior...

One Delta44/ice1712 and one ens1371.

-- 
 http://www.eca.cx
 Audio software for Linux!



-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652+alsamixer -> kernel panic

[Jaroslav Kysela]

On Thu, 29 May 2003, Paul Davis wrote:

> >ok, since i'm more a musician than a kernel-hacker, i don't exactly know 
> >what to do with the panic output.
> >i see EIP: 0010:[<c0280005>] and search for it in /var/log/ksymoops right?
> >there i find
> >...
> >c0106298 __up_wakeup
> >c02bfff4 csum_partial_copy_generic_Rsmp_e8aa9a96
> 
> ah. are you running on an SMP system with current ALSA CVS? if so, its
> broken within the "core" of ALSA. you will need to back up to April
> 27th to get a working SMP version. nobody has a fix for this at this
> time, despite the fact that it makes ALSA unusable on an SMP system.

Anybody is willing to turn spinlock debugging in SMP kernel? I posted 
twice the guide... Edit linux/include/linux/spinlock.h:

#define DEBUG_SPINLOCKS 0       /* 0 == no debugging, 1 == maintain lock state, 2 == full debug */

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs



-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: hdsp9652+alsamixer -> kernel panic

[Paul Davis]

>On Thu, 29 May 2003, Paul Davis wrote:
>
>> >ok, since i'm more a musician than a kernel-hacker, i don't exactly know 
>> >what to do with the panic output.
>> >i see EIP: 0010:[<c0280005>] and search for it in /var/log/ksymoops right?
>> >there i find
>> >...
>> >c0106298 __up_wakeup
>> >c02bfff4 csum_partial_copy_generic_Rsmp_e8aa9a96
>> 
>> ah. are you running on an SMP system with current ALSA CVS? if so, its
>> broken within the "core" of ALSA. you will need to back up to April
>> 27th to get a working SMP version. nobody has a fix for this at this
>> time, despite the fact that it makes ALSA unusable on an SMP system.
>
>Anybody is willing to turn spinlock debugging in SMP kernel? I posted 
>twice the guide... Edit linux/include/linux/spinlock.h:

somebody already replied that this #define only has any impact in
non-SMP mode. i haven't checked if this was true, it didn't seem
unlikely.



-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5