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