* Issues with HDSPM
@ 2011-06-06 19:04 Andre Schramm
2011-06-07 6:33 ` Adrian Knoth
2011-06-07 8:02 ` Jörn Nettingsmeier
0 siblings, 2 replies; 10+ messages in thread
From: Andre Schramm @ 2011-06-06 19:04 UTC (permalink / raw)
To: alsa-devel
Hello,
the HDSPM driver seems to be broken in the current ALSA release.
We're using CentOS 5 with 2.6.33.9-rt31.64.el5rt and ALSA 1.0.24
compiled from source, the card is a PCIe Hammerfall DSP MADI (rev d2).
As already mentioned in [1], the card operates in master mode, but the
system clock mode can't be set to anything higher than 48kHz.
# amixer cget numid=3
numid=3,iface=MIXER,name='System Clock Mode'
; type=ENUMERATED,access=rw------,values=1,items=2
; Item #0 'Master'
; Item #1 'AutoSync'
: values=0
# amixer cset numid=2 5
numid=2,iface=MIXER,name='Internal Clock'
; type=ENUMERATED,access=rw------,values=1,items=9
; Item #0 '32 kHz'
; Item #1 '44.1 kHz'
; Item #2 '48 kHz'
; Item #3 '64 kHz'
; Item #4 '88.2 kHz'
; Item #5 '96 kHz'
; Item #6 '128 kHz'
; Item #7 '176.4 kHz'
; Item #8 '192 kHz'
: values=5
# amixer cget numid=6
numid=6,iface=MIXER,name='System Sample Rate'
; type=INTEGER,access=r-------,values=1,min=27000,max=207000,step=1
: values=48000
When switching to a PCI version of the card, the kernel completely
crashes on boot.
And with [2], there is another issue which unfortunately hasn't been
merged yet and still exists in the current release.
Regards,
Andre
[1] http://sourceforge.net/mailarchive/message.php?msg_id=27520432
[2]
http://mailman.alsa-project.org/pipermail/alsa-devel/2008-March/006723.html
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Issues with HDSPM
2011-06-06 19:04 Issues with HDSPM Andre Schramm
@ 2011-06-07 6:33 ` Adrian Knoth
2011-06-07 7:05 ` Adrian Knoth
2011-06-07 16:51 ` Andre Schramm
2011-06-07 8:02 ` Jörn Nettingsmeier
1 sibling, 2 replies; 10+ messages in thread
From: Adrian Knoth @ 2011-06-07 6:33 UTC (permalink / raw)
To: Andre Schramm; +Cc: alsa-devel, fredrik.lingvall
[-- Attachment #1: Type: text/plain, Size: 1861 bytes --]
On Mon, Jun 06, 2011 at 09:04:25PM +0200, Andre Schramm wrote:
> Hello,
Hi!
> the HDSPM driver seems to be broken in the current ALSA release.
> We're using CentOS 5 with 2.6.33.9-rt31.64.el5rt and ALSA 1.0.24
> compiled from source, the card is a PCIe Hammerfall DSP MADI (rev d2).
> As already mentioned in [1], the card operates in master mode, but the
> system clock mode can't be set to anything higher than 48kHz.
Unfortunately, I don't happen to have a MADI card, but Fredrik has.
Fredrik, can you confirm the problem?
At least my RayDAT can be perfectly set to all sample rates via
alsamixer, and the code for setting sample rates isn't device specific,
so I'd expect it to work on MADI, too.
> When switching to a PCI version of the card, the kernel completely
> crashes on boot.
We'd need a crash report. Best is to blacklist the kernel module, boot
the machine and then trying to load the module, maybe on a console.
If need be, we can meet and fix the problem on-site, I'm living close to
your place.
> http://mailman.alsa-project.org/pipermail/alsa-devel/2008-March/006723.html
> And with [2], there is another issue which unfortunately hasn't been
> merged yet and still exists in the current release.
Could you try this patch? (for your convenience, I've also attached it)
diff --git a/sound/pci/rme9652/hdspm.c b/sound/pci/rme9652/hdspm.c
index 949691a..6649aed 100644
--- a/sound/pci/rme9652/hdspm.c
+++ b/sound/pci/rme9652/hdspm.c
@@ -1143,7 +1143,7 @@ static int hdspm_external_sample_rate(struct hdspm *hdspm)
/* if wordclock has synced freq and wordclock is valid */
if ((status2 & HDSPM_wcLock) != 0 &&
- (status & HDSPM_SelSyncRef0) == 0) {
+ (status2 & HDSPM_SelSyncRef0) == 0) {
rate_bits = status2 & HDSPM_wcFreqMask;
Cheers
--
mail: adi@thur.de http://adi.thur.de PGP/GPG: key via keyserver
[-- Attachment #2: hdspm-wc.patch --]
[-- Type: text/x-diff, Size: 478 bytes --]
diff --git a/sound/pci/rme9652/hdspm.c b/sound/pci/rme9652/hdspm.c
index 949691a..6649aed 100644
--- a/sound/pci/rme9652/hdspm.c
+++ b/sound/pci/rme9652/hdspm.c
@@ -1143,7 +1143,7 @@ static int hdspm_external_sample_rate(struct hdspm *hdspm)
/* if wordclock has synced freq and wordclock is valid */
if ((status2 & HDSPM_wcLock) != 0 &&
- (status & HDSPM_SelSyncRef0) == 0) {
+ (status2 & HDSPM_SelSyncRef0) == 0) {
rate_bits = status2 & HDSPM_wcFreqMask;
[-- Attachment #3: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: Issues with HDSPM
2011-06-07 6:33 ` Adrian Knoth
@ 2011-06-07 7:05 ` Adrian Knoth
2011-06-07 16:51 ` Andre Schramm
1 sibling, 0 replies; 10+ messages in thread
From: Adrian Knoth @ 2011-06-07 7:05 UTC (permalink / raw)
To: Andre Schramm; +Cc: alsa-devel, fredrik.lingvall
On 06/07/2011 08:33 AM, Adrian Knoth wrote:
>> We're using CentOS 5 with 2.6.33.9-rt31.64.el5rt and ALSA 1.0.24
>> When switching to a PCI version of the card, the kernel completely
>> crashes on boot.
I just noticed that the driver in the 1.0.24 release tarball doesn't
contain the latest fixes we already have in the git repo.
I reckon the PCI version has an "unknown" revision ID. We added a
default case a couple of month ago to prevent the kernel from crashing:
default:
snd_printk(KERN_ERR "HDSPM: unknown firmware revision %x\n",
hdspm->firmware_rev);
return -ENODEV;
}
I suggest you use this file instead of the 1.0.24 tarball:
http://git.alsa-project.org/?p=alsa-kernel.git;a=blob_plain;f=sound/pci/rme9652/hdspm.c;hb=HEAD
If you send me the revision ID of your PCI MADI card, I'll come up with
a patch.
HTH
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Issues with HDSPM
2011-06-06 19:04 Issues with HDSPM Andre Schramm
2011-06-07 6:33 ` Adrian Knoth
@ 2011-06-07 8:02 ` Jörn Nettingsmeier
2011-06-07 9:45 ` Adrian Knoth
1 sibling, 1 reply; 10+ messages in thread
From: Jörn Nettingsmeier @ 2011-06-07 8:02 UTC (permalink / raw)
To: Andre Schramm; +Cc: Adrian Knoth, alsa-devel
On 06/06/2011 09:04 PM, Andre Schramm wrote:
>
> Hello,
>
> the HDSPM driver seems to be broken in the current ALSA release.
> We're using CentOS 5 with 2.6.33.9-rt31.64.el5rt and ALSA 1.0.24
> compiled from source, the card is a PCIe Hammerfall DSP MADI (rev d2).
> As already mentioned in [1], the card operates in master mode, but the
> system clock mode can't be set to anything higher than 48kHz.
confirmed with 2.6.39.
this is a regression iirc, i think it used to work in 2.6.37...
adi, i can test patches if you want, or you can have ssh access if it helps.
--
Jörn Nettingsmeier
Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487
Meister für Veranstaltungstechnik (Bühne/Studio)
Tonmeister (VDT)
http://stackingdwarves.net
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Issues with HDSPM
2011-06-07 8:02 ` Jörn Nettingsmeier
@ 2011-06-07 9:45 ` Adrian Knoth
2011-06-07 12:46 ` Jörn Nettingsmeier
0 siblings, 1 reply; 10+ messages in thread
From: Adrian Knoth @ 2011-06-07 9:45 UTC (permalink / raw)
To: Jörn Nettingsmeier; +Cc: alsa-devel, Andre Schramm
On 06/07/2011 10:02 AM, Jörn Nettingsmeier wrote:
>> the HDSPM driver seems to be broken in the current ALSA release.
>> We're using CentOS 5 with 2.6.33.9-rt31.64.el5rt and ALSA 1.0.24
>> compiled from source, the card is a PCIe Hammerfall DSP MADI (rev d2).
>> As already mentioned in [1], the card operates in master mode, but the
>> system clock mode can't be set to anything higher than 48kHz.
>
> confirmed with 2.6.39.
> this is a regression iirc, i think it used to work in 2.6.37...
Very likely, the code between 2.6.38 and 2.6.39 changed more or less
completely.
> adi, i can test patches if you want, or you can have ssh access if it
> helps.
ssh would be good. Together with Andre, it might be worth checking
on-site that the resulting sample rate is indeed correctly reported by
external equipment.
Andre, JFTR: don't use hdspmixer from the tarball, go directly for the
git repo (alsa-tools) until 1.0.24.2 is released.
Cheers
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Issues with HDSPM
2011-06-07 9:45 ` Adrian Knoth
@ 2011-06-07 12:46 ` Jörn Nettingsmeier
2011-06-07 12:48 ` Adrian Knoth
0 siblings, 1 reply; 10+ messages in thread
From: Jörn Nettingsmeier @ 2011-06-07 12:46 UTC (permalink / raw)
To: Adrian Knoth; +Cc: alsa-devel, Andre Schramm
On 06/07/2011 11:45 AM, Adrian Knoth wrote:
> On 06/07/2011 10:02 AM, Jörn Nettingsmeier wrote:
>
>>> the HDSPM driver seems to be broken in the current ALSA release.
>>> We're using CentOS 5 with 2.6.33.9-rt31.64.el5rt and ALSA 1.0.24
>>> compiled from source, the card is a PCIe Hammerfall DSP MADI (rev d2).
>>> As already mentioned in [1], the card operates in master mode, but the
>>> system clock mode can't be set to anything higher than 48kHz.
>>
>> confirmed with 2.6.39.
>> this is a regression iirc, i think it used to work in 2.6.37...
>
> Very likely, the code between 2.6.38 and 2.6.39 changed more or less
> completely.
>
>> adi, i can test patches if you want, or you can have ssh access if it
>> helps.
>
> ssh would be good. Together with Andre, it might be worth checking
> on-site that the resulting sample rate is indeed correctly reported by
> external equipment.
>
> Andre, JFTR: don't use hdspmixer from the tarball, go directly for the
> git repo (alsa-tools) until 1.0.24.2 is released.
for the record, we just worked on my machine, and the problem could not
be reproduced again. what i think happens is:
* when you go higher than 48k, the card reduces its channels count,
first to 32, and then, above 96k, to 16 channels i/o.
* when something is using the card, this reconfiguration might be
prevented, so the card refuses to increase the sample rate.
i can switch to 192k no problem, but if i start jack while at 48k, i can
only go down, not up. my guess is that i had a half-dead jack around
when i tried to reproduce your issue. andre, can you confirm you do not
have any processes running on the card when the problem occurs? i guess
lsof /dev/snd/* might be useful...
best,
jörn
--
Jörn Nettingsmeier
Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487
Meister für Veranstaltungstechnik (Bühne/Studio)
Tonmeister (VDT)
http://stackingdwarves.net
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Issues with HDSPM
2011-06-07 12:46 ` Jörn Nettingsmeier
@ 2011-06-07 12:48 ` Adrian Knoth
2011-06-07 16:52 ` Andre Schramm
0 siblings, 1 reply; 10+ messages in thread
From: Adrian Knoth @ 2011-06-07 12:48 UTC (permalink / raw)
To: alsa-devel; +Cc: Andre Schramm
>>>> the HDSPM driver seems to be broken in the current ALSA release.
>>>> We're using CentOS 5 with 2.6.33.9-rt31.64.el5rt and ALSA 1.0.24
>>>> compiled from source, the card is a PCIe Hammerfall DSP MADI (rev d2).
>>>> As already mentioned in [1], the card operates in master mode, but the
>>>> system clock mode can't be set to anything higher than 48kHz.
> i can switch to 192k no problem, but if i start jack while at 48k, i can
> only go down, not up. my guess is that i had a half-dead jack around
> when i tried to reproduce your issue. andre, can you confirm you do not
> have any processes running on the card when the problem occurs? i guess
> lsof /dev/snd/* might be useful...
There's an easier way to acquire this information:
$ cat /proc/asound/default/pcm0*/sub0/status
If it reads "closed", then nobody is using the card, otherwise, there
would be an entry for owner_pid, thus preventing the card to change
clock modes outside the multiples of 32/44.1/48 (*1, *2 or *4 depending
on SS/DS/QS).
Ciao
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Issues with HDSPM
2011-06-07 6:33 ` Adrian Knoth
2011-06-07 7:05 ` Adrian Knoth
@ 2011-06-07 16:51 ` Andre Schramm
1 sibling, 0 replies; 10+ messages in thread
From: Andre Schramm @ 2011-06-07 16:51 UTC (permalink / raw)
To: alsa-devel
On Tue, 7 Jun 2011 08:33:05 +0200
Adrian Knoth <adi@drcomp.erfurt.thur.de> wrote:
> > When switching to a PCI version of the card, the kernel completely
> > crashes on boot.
>
> We'd need a crash report. Best is to blacklist the kernel module, boot
> the machine and then trying to load the module, maybe on a console.
>
I will have access to the hardware again on Friday, I'm going to provide
some more details then. I was trying to set up a kdump environment, but
haven't been doing much kernel hacking yet.
> If need be, we can meet and fix the problem on-site, I'm living close
> to your place.
>
That would be great, we're heavily using the MADI cards. But maybe we
can figure it out online.
>
> > http://mailman.alsa-project.org/pipermail/alsa-devel/2008-March/006723.html
> > And with [2], there is another issue which unfortunately hasn't been
> > merged yet and still exists in the current release.
>
> Could you try this patch? (for your convenience, I've also attached
> it)
>
Thanks. A colleague of mine found this one and we used to patch it by
hand till now. But it would be great if this would go upstream. :)
Regards,
Andre
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Issues with HDSPM
2011-06-07 12:48 ` Adrian Knoth
@ 2011-06-07 16:52 ` Andre Schramm
2011-06-20 13:29 ` Andre Schramm
0 siblings, 1 reply; 10+ messages in thread
From: Andre Schramm @ 2011-06-07 16:52 UTC (permalink / raw)
To: alsa-devel
On Tue, 07 Jun 2011 14:48:02 +0200
Adrian Knoth <adi@drcomp.erfurt.thur.de> wrote:
>
> There's an easier way to acquire this information:
>
> $ cat /proc/asound/default/pcm0*/sub0/status
>
I wouldn't swear it, but I'm fairly sure no one was using the card.
I'll check on Friday and get back to you.
Regards,
Andre
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Issues with HDSPM
2011-06-07 16:52 ` Andre Schramm
@ 2011-06-20 13:29 ` Andre Schramm
0 siblings, 0 replies; 10+ messages in thread
From: Andre Schramm @ 2011-06-20 13:29 UTC (permalink / raw)
To: alsa-devel; +Cc: Robert Steffens, Andreas Graefe
[-- Attachment #1: Type: text/plain, Size: 1181 bytes --]
On Tue, 7 Jun 2011 18:52:11 +0200
Andre Schramm <andre.schramm@iosono-sound.com> wrote:
> On Tue, 07 Jun 2011 14:48:02 +0200
> Adrian Knoth <adi@drcomp.erfurt.thur.de> wrote:
>
> >
> > There's an easier way to acquire this information:
> >
> > $ cat /proc/asound/default/pcm0*/sub0/status
> >
> I wouldn't swear it, but I'm fairly sure no one was using the card.
> I'll check on Friday and get back to you.
>
Everything was reported as CLOSED. I tested again with 3 cards in
combinations of 2 (2x PCI and PCI and PCIe mixed), the results are
attached. Setting the rate on the PCIe card worked fine, but the PCI
versions reported bogus rates.
I built ALSA again from the sound-2.6 tree Adrian pointed me to with
the latest hdspm.c. One of the PCI cards had 205 as firmware revision,
I added it acc. to [1] as HDSPM_MADI_OLDEST_REV, which made the module
work for the card.
Cheers,
Andre
[1]
http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=blobdiff;f=sound/pci/rme9652/hdspm.c;h=3f08afc0f0d382b5b509c924abc2eb8532f4c822;hp=d03ef94d570e8d61a4b56967dbb047a704cea4f0;hb=efef054e8c4bc4fd48a0b4deb5491116d9f557c7;hpb=fedf1535ab5ee02acbbc235c2272d84bb9334758
[-- Attachment #2: hdspm_pci_and_pci.txt --]
[-- Type: text/plain, Size: 5265 bytes --]
[root@localhost ~]# cat /proc/asound/cards
0 [Default ]: HDSPM - RME MADI_ffffff
RME MADI S/N 0xffffff at 0xfebf0000, irq 19
1 [Default_1 ]: HDSPM - RME MADI_ffffff
RME MADI S/N 0xffffff at 0xfebe0000, irq 17
[root@localhost ~]# cat /proc/asound/card0/hdspm
RME MADI (Card #1) Rev.cf Status2first3bits: 1
HW Serial: 0xffffffffffff
IRQ: 19 Registers bus: 0xfebf0000 VM: 0xf84c0000
--- System ---
IRQ Pending: Audio=0, MIDI0=0, MIDI1=0, IRQcount=0
HW pointer: id = 0, rawptr = 0 (0->16320) estimated= 0 (bytes)
MIDI FIFO: Out1=0x0, Out2=0x0, In1=0x0, In2=0x0
MIDIoverMADI FIFO: In=0x0, Out=0x0
Register: ctrl1=0x10044da, ctrl2=0x0, status1=0x2800004, status2=0xffff0701
No TCO module detected.
--- Settings ---
Size (Latency): 2048 samples (2 periods of 8192 bytes)
Line out: on
ClearTrackMarker = off, Transmit in 64 Channel Mode, Auto Input off
AutoSync Reference: Master
Preferred Sync Reference: Word Clock
System Clock Frequency: 48000
--- Status:
Inputs MADI=NoLock, WordClock=NoLock
AutoSync: Reference= Input not valid, Freq=0 (MADI = 10, Word = 0)
Input: Coax, Mode=56 channels
[root@localhost ~]# cat /proc/asound/card1/hdspm
RME MADI (Card #2) Rev.cd Status2first3bits: 1
HW Serial: 0xffffffffffff
IRQ: 17 Registers bus: 0xfebe0000 VM: 0xf84e0000
--- System ---
IRQ Pending: Audio=0, MIDI0=0, MIDI1=0, IRQcount=0
HW pointer: id = 0, rawptr = 0 (0->16320) estimated= 0 (bytes)
MIDI FIFO: Out1=0x0, Out2=0x0, In1=0x0, In2=0x0
MIDIoverMADI FIFO: In=0x0, Out=0x0
Register: ctrl1=0x10044da, ctrl2=0x0, status1=0x1800004, status2=0xffff0701
No TCO module detected.
--- Settings ---
Size (Latency): 2048 samples (2 periods of 8192 bytes)
Line out: on
ClearTrackMarker = off, Transmit in 64 Channel Mode, Auto Input off
AutoSync Reference: Master
Preferred Sync Reference: Word Clock
System Clock Frequency: 48000
--- Status:
Inputs MADI=NoLock, WordClock=NoLock
AutoSync: Reference= Input not valid, Freq=0 (MADI = 6, Word = 0)
Input: Coax, Mode=56 channels
[root@localhost ~]# amixer -c0 cset numid=3 0
numid=3,iface=MIXER,name='System Clock Mode'
; type=ENUMERATED,access=rw------,values=1,items=2
; Item #0 'Master'
; Item #1 'AutoSync'
: values=0
[root@localhost ~]# amixer -c1 cset numid=3 0
numid=3,iface=MIXER,name='System Clock Mode'
; type=ENUMERATED,access=rw------,values=1,items=2
; Item #0 'Master'
; Item #1 'AutoSync'
: values=0
[root@localhost ~]# amixer -c0 cset numid=2 2
numid=2,iface=MIXER,name='Internal Clock'
; type=ENUMERATED,access=rw------,values=1,items=9
; Item #0 '32 kHz'
; Item #1 '44.1 kHz'
; Item #2 '48 kHz'
; Item #3 '64 kHz'
; Item #4 '88.2 kHz'
; Item #5 '96 kHz'
; Item #6 '128 kHz'
; Item #7 '176.4 kHz'
; Item #8 '192 kHz'
: values=2
[root@localhost ~]# amixer -c1 cset numid=2 2
numid=2,iface=MIXER,name='Internal Clock'
; type=ENUMERATED,access=rw------,values=1,items=9
; Item #0 '32 kHz'
; Item #1 '44.1 kHz'
; Item #2 '48 kHz'
; Item #3 '64 kHz'
; Item #4 '88.2 kHz'
; Item #5 '96 kHz'
; Item #6 '128 kHz'
; Item #7 '176.4 kHz'
; Item #8 '192 kHz'
: values=2
[root@localhost ~]# amixer -c0 cget numid=6
numid=6,iface=MIXER,name='System Sample Rate'
; type=INTEGER,access=r-------,values=1,min=27000,max=207000,step=1
: values=2624256
[root@localhost ~]# amixer -c1 cget numid=6
numid=6,iface=MIXER,name='System Sample Rate'
; type=INTEGER,access=r-------,values=1,min=27000,max=207000,step=1
: values=4373760
[root@localhost ~]# diff -yw --suppress-common-lines /proc/asound/card0/hdspm /proc/asound/card1/hdspm
RME MADI (Card #1) Rev.cf Status2first3bits: 1 | RME MADI (Card #2) Rev.cd Status2first3bits: 1
IRQ: 19 Registers bus: 0xfebf0000 VM: 0xf84c0000 | IRQ: 17 Registers bus: 0xfebe0000 VM: 0xf84e0000
Register: ctrl1=0x10044da, ctrl2=0x0, status1=0x2800004, stat | Register: ctrl1=0x10044da, ctrl2=0x0, status1=0x1800004, stat
AutoSync: Reference= Input not valid, Freq=0 (MADI = 10, Word | AutoSync: Reference= Input not valid, Freq=0 (MADI = 6, Word
[root@localhost ~]# lspci |grep Mult
04:09.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall DSP MADI (rev cf)
04:0f.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall DSP MADI (rev cd)
[root@localhost ~]# lspci -n |grep 10ee
04:09.0 0401: 10ee:3fc6 (rev cf)
04:0f.0 0401: 10ee:3fc6 (rev cd)
04:09.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall DSP MADI (rev cf)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Interrupt: pin A routed to IRQ 19
Region 0: Memory at febf0000 (32-bit, non-prefetchable) [size=64K]
04:0f.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall DSP MADI (rev cd)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Interrupt: pin A routed to IRQ 17
Region 0: Memory at febe0000 (32-bit, non-prefetchable) [size=64K]
[-- Attachment #3: hdspm_pci_and_pcie.txt --]
[-- Type: text/plain, Size: 6659 bytes --]
â[root@localhost ~]# cat /proc/asound/cards
0 [Default ]: HDSPM - RME MADI_b1c606
RME MADI S/N 0xb1c606 at 0xfe9f0000, irq 16
1 [Default_1 ]: HDSPM - RME MADI_ffffff
RME MADI S/N 0xffffff at 0xfebf0000, irq 17
[root@localhost ~]# cat /proc/asound/card0/hdspm
RME MADI (Card #1) Rev.d2 Status2first3bits: 1
HW Serial: 0x000001b1c606
IRQ: 16 Registers bus: 0xfe9f0000 VM: 0xf84e0000
--- System ---
IRQ Pending: Audio=0, MIDI0=0, MIDI1=0, IRQcount=0
HW pointer: id = 0, rawptr = 0 (0->16320) estimated= 0 (bytes)
MIDI FIFO: Out1=0x0, Out2=0x0, In1=0x0, In2=0x0
MIDIoverMADI FIFO: In=0x0, Out=0x0
Register: ctrl1=0x10044da, ctrl2=0x0, status1=0x1400004, status2=0xc0020701
No TCO module detected.
--- Settings ---
Size (Latency): 2048 samples (2 periods of 8192 bytes)
Line out: on
ClearTrackMarker = off, Transmit in 64 Channel Mode, Auto Input off
AutoSync Reference: Master
Preferred Sync Reference: Word Clock
System Clock Frequency: 48000
--- Status:
Inputs MADI=NoLock, WordClock=NoLock
AutoSync: Reference= Input not valid, Freq=0 (MADI = 5, Word = 0)
Input: Coax, Mode=56 channels
[root@localhost ~]# cat /proc/asound/card1/hdspm
RME MADI (Card #2) Rev.cd Status2first3bits: 1
HW Serial: 0xffffffffffff
IRQ: 17 Registers bus: 0xfebf0000 VM: 0xf8860000
--- System ---
IRQ Pending: Audio=0, MIDI0=0, MIDI1=0, IRQcount=0
HW pointer: id = 0, rawptr = 0 (0->16320) estimated= 0 (bytes)
MIDI FIFO: Out1=0x0, Out2=0x0, In1=0x0, In2=0x0
MIDIoverMADI FIFO: In=0x0, Out=0x0
Register: ctrl1=0x10044da, ctrl2=0x0, status1=0x1800004, status2=0xffff0701
No TCO module detected.
--- Settings ---
Size (Latency): 2048 samples (2 periods of 8192 bytes)
Line out: on
ClearTrackMarker = off, Transmit in 64 Channel Mode, Auto Input off
AutoSync Reference: Master
Preferred Sync Reference: Word Clock
System Clock Frequency: 48000
--- Status:
Inputs MADI=NoLock, WordClock=NoLock
AutoSync: Reference= Input not valid, Freq=0 (MADI = 6, Word = 0)
Input: Coax, Mode=56 channels
[root@localhost ~]# amixer -c0 cset numid=3 0
numid=3,iface=MIXER,name='System Clock Mode'
; type=ENUMERATED,access=rw------,values=1,items=2
; Item #0 'Master'
; Item #1 'AutoSync'
: values=0
[root@localhost ~]# amixer -c1 cset numid=3 0
numid=3,iface=MIXER,name='System Clock Mode'
; type=ENUMERATED,access=rw------,values=1,items=2
; Item #0 'Master'
; Item #1 'AutoSync'
: values=0
[root@localhost ~]# amixer -c0 cset numid=2 2
numid=2,iface=MIXER,name='Internal Clock'
; type=ENUMERATED,access=rw------,values=1,items=9
; Item #0 '32 kHz'
; Item #1 '44.1 kHz'
; Item #2 '48 kHz'
; Item #3 '64 kHz'
; Item #4 '88.2 kHz'
; Item #5 '96 kHz'
; Item #6 '128 kHz'
; Item #7 '176.4 kHz'
; Item #8 '192 kHz'
: values=2
[root@localhost ~]# amixer -c1 cset numid=2 2
numid=2,iface=MIXER,name='Internal Clock'
; type=ENUMERATED,access=rw------,values=1,items=9
; Item #0 '32 kHz'
; Item #1 '44.1 kHz'
; Item #2 '48 kHz'
; Item #3 '64 kHz'
; Item #4 '88.2 kHz'
; Item #5 '96 kHz'
; Item #6 '128 kHz'
; Item #7 '176.4 kHz'
; Item #8 '192 kHz'
: values=2
[root@localhost ~]# amixer -c0 cget numid=6
numid=6,iface=MIXER,name='System Sample Rate'
; type=INTEGER,access=r-------,values=1,min=27000,max=207000,step=1
: values=48000
[root@localhost ~]# amixer -c1 cget numid=6
numid=6,iface=MIXER,name='System Sample Rate'
; type=INTEGER,access=r-------,values=1,min=27000,max=207000,step=1
: values=4373760
[root@localhost ~]# diff -yw --suppress-common-lines /proc/asound/card0/hdspm /proc/asound/card1/hdspm
RME MADI (Card #1) Rev.d2 Status2first3bits: 1 | RME MADI (Card #2) Rev.cd Status2first3bits: 1
HW Serial: 0x000001b1c606 | HW Serial: 0xffffffffffff
IRQ: 16 Registers bus: 0xfe9f0000 VM: 0xf84e0000 | IRQ: 17 Registers bus: 0xfebf0000 VM: 0xf8860000
Register: ctrl1=0x10044da, ctrl2=0x0, status1=0x1400004, stat | Register: ctrl1=0x10044da, ctrl2=0x0, status1=0x1800004, stat
AutoSync: Reference= Input not valid, Freq=0 (MADI = 5, Word | AutoSync: Reference= Input not valid, Freq=0 (MADI = 6, Word
[root@localhost alsa-driver]# lspci |grep Mult
01:00.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall DSP MADI (rev d2)
04:0f.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall DSP MADI (rev cd)
[root@localhost alsa-driver]# lspci -n |grep 10ee
01:00.0 0401: 10ee:3fc6 (rev d2)
04:0f.0 0401: 10ee:3fc6 (rev cd)
01:00.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall DSP MADI (rev d2)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 16
Region 0: Memory at fe9f0000 (32-bit, non-prefetchable) [size=64K]
Capabilities: [40] Power Management version 3
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=1 PME-
Capabilities: [48] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
Address: 0000000000000000 Data: 0000
Capabilities: [58] Express Endpoint IRQ 0
Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag-
Device: Latency L0s unlimited, L1 unlimited
Device: AtnBtn- AtnInd- PwrInd-
Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported-
Device: RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
Device: MaxPayload 128 bytes, MaxReadReq 512 bytes
Link: Supported Speed 2.5Gb/s, Width x1, ASPM L0s L1, Port 0
Link: Latency L0s <4us, L1 <64us
Link: ASPM Disabled RCB 64 bytes CommClk- ExtSynch-
Link: Speed 2.5Gb/s, Width x1
Capabilities: [100] Device Serial Number 35-0a-00-01-01-00-00-00
04:0f.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall DSP MADI (rev cd)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Interrupt: pin A routed to IRQ 17
Region 0: Memory at febf0000 (32-bit, non-prefetchable) [size=64K]
[-- Attachment #4: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2011-06-20 13:29 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-06-06 19:04 Issues with HDSPM Andre Schramm
2011-06-07 6:33 ` Adrian Knoth
2011-06-07 7:05 ` Adrian Knoth
2011-06-07 16:51 ` Andre Schramm
2011-06-07 8:02 ` Jörn Nettingsmeier
2011-06-07 9:45 ` Adrian Knoth
2011-06-07 12:46 ` Jörn Nettingsmeier
2011-06-07 12:48 ` Adrian Knoth
2011-06-07 16:52 ` Andre Schramm
2011-06-20 13:29 ` Andre Schramm
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.