[linux-audio-user] Re: hdsp pcmcia issues, again...Someone please explain this phenomenon?!!
16 Mar
2006
16 Mar
'06
12:18 a.m.
ok, so i'm still stuck and still hanging around bothering people with
this desparate issue, sorry..
just found this really really weird thing whilst fiddling with my HDSP
multiface(pcmcia) and really like some kind of explaination for is so
that it may help me and my hdsp issues. so i'm an avid PD user and i
was having a poke around trying some things out. i am getting a
horrible distortion with all sounds that output the card and i have
been testing with a sine tone in PD to troulbe shoot this.
i read in the rme FAQ's that it is suggested not to have the HDSP as
the primary and default card in windows as the HDSP gets its sync from
other devices. i assume that this is very different in linux and
moreso JACK although i don't exactly know how. anyway, i tried running
two intances of PD one with the IntelAC'97 (intel0x8) onboard card and
the other instance of PD with the hammerfall hardware. This was done
though ALSA and not JACK btw...
the really weird thing was that the sine tone played perfectally
through the multiface! whats up with that?!!
however, i have noticed(and this is the main reason fro getting onto
the HDSP) that the sine tone that the intel0x8 card plays is full of
clicks and DIO errors from pd. when i get the tone out of the
multiface using this technique, it is the exact same quality tone
clicks and all.
so what i can see is happening here is that for some reason, the sound
is routing through the intel0x8 card into and out the multiface. this
only happens with pd and all other applications function (or not)
normally ie, with a horrible distortion out the multiface.
could someone please explain to me what the **** is going on? and
could this phenomenon help my situation at all.
thanks
tom
On 3/8/06, we are <gateswideopen(a)gmail.com> wrote:
hi crew, this issue is probably getting boring now but
i've hit it.
i am trying to get my Multiface PCMCIA card to work under linux and
have tried many things but still a bit lost. i have it running on my
windows setup on the same computer(another partition) without a hitch.
for this reason i can't understnd why it would not function here in
linux.
i am running an Asus v6800v (v6v) laptop and would really appriciate
some advice on where to move next...
i have reached the point where alsa is set up
.....
localhost tom # cat /proc/asound/cards
0 [DSP ]: H-DSP - Hammerfall DSP
RME Hammerfall DSP + Multiface at 0x54000000, irq 17
1 [ICH6 ]: ICH4 - Intel ICH6
Intel ICH6 with ALC650F at 0xdffff800, irq 17
.....
lspci | grep CardBus; lspci | grep RME
03:01.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev b3)
04:00.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall
DSP (rev 32)
.....
uname -a
Linux localhost 2.6.14-gentoo-r5 #1 SMP PREEMPT Tue Jan 17 05:35:27
EST 2006 i686 Intel(R) Pentium(R) M processor 1.73GHz GenuineIntel
GNU/Linux
.....
i have tried using setpci latency scripts found on this thread http :
lists.infradead.org/pipermail/linux-pcmcia/2004-April/000750.html
However, i must admit i'm a really lost when it comes to this level of
computing. so i'm stabbing in the dark and currently trying to learn
about what all this means.
script written by Daniel Ritz
#!/bin/sh
# set lateny timers for the bridges
CB=`lspci | grep CardBus | cut -d" "
-f1`
for i in $CB; do
echo "setting latency timer for CB $i"
setpci -s $i 0x0d.b=0xff > /dev/null
setpci -s $i 0x1b.b=0xff > /dev/null
# for EnE only, others should ignore it
setpci -s $i 0xc9.b=0x06 > /dev/null
done
this script did something but i'm not entirely sure what? pd seems to
detect audio input but can't output,(anyone know if i need to compile
pd with rme support to make it work.)
after doing this i can get sound but its all distortorted and
horrible. it feels like on the right track here but i don't understand
the jargon or where to go next with it?
......
no problems loading hdsploader firmware
......
localhost tom # hdsploader
hdsploader - firmware loader for RME Hammerfall DSP cards
Looking for HDSP + Multiface or Digiface cards :
Card 0 : RME Hammerfall DSP at 0x54000000, irq 17
Upload firmware for card hw:0
Firmware uploaded for card hw:0
Card 1 : Intel ICH6 with ALC650F at 0xdffff800, irq 17
......
when trying to access change settings on hdspconf
......
tom@localhost ~ $ hdspconf
HDSPConf 1.4 - Copyright (C) 2003 Thomas Charbonnel <thomas(a)undata.org>
This program comes WITH ABSOLUTELY NO WARRANTY
HDSPConf is free software, see the file copying for details
Looking for HDSP cards :
Card 0 : RME Hammerfall DSP + Multiface at 0x54000000, irq 17
Multiface found !
Card 1 : Intel ICH6 with ALC650F at 0xdffff800, irq 17
1 Hammerfall DSP card found.
Error accessing ctl interface on card hw:0
.....
i have read that some people have had problems when modules are set on
the same IRQ.
i have no idea if this is a problem as my RME cardbus, wireless
(ipw2200), onboard sound (AC97) and Yenta are all on IRQ 17. this is
the same in windows and my bios is pretty limiting when it comes to
changing this stuff around.
/proc/interrupts
CPU0
0: 700336 IO-APIC-edge timer
1: 6148 IO-APIC-edge i8042
9: 2885 IO-APIC-level acpi
12: 2177 IO-APIC-edge i8042
14: 4815 IO-APIC-edge ide0
16: 2 IO-APIC-level uhci_hcd:usb5, ohci1394
17: 97673 IO-APIC-level yenta, hdsp, Intel ICH6, ipw2200
19: 0 IO-APIC-level uhci_hcd:usb4, skge
20: 92955 IO-APIC-level ehci_hcd:usb1, uhci_hcd:usb2
21: 0 IO-APIC-level uhci_hcd:usb3
NMI: 0
LOC: 50568
ERR: 0
MIS: 0
.....
Any suggetions links greatly appriciated!
thanks
tom.
also....
have already tried pci=noacpi and acpi=off and there was no difference
to the setups, irq and the like.
bit worried about upgrading my bios as the new asus bios for the v6 is
apparently noisy and has fan issues..... no good for my studio...
16 Mar
16 Mar
12:29 a.m.
New subject: [linux-audio-user] Re: hdsp pcmcia issues, again...Someone please explain this phenomenon?!!
On Thu, 2006-03-16 at 15:18 +1100, we are wrote:
Are you saying if you don't run this script you don't get sound at all
but if you do, it's distorted? That makes no sense.
Lee
this script
did something but i'm not entirely sure what? pd seems
to
detect audio input but can't output,(anyone
know if i need to
compile
pd with rme support to make it work.)
after doing this i can get sound but its all distortorted and
horrible. it feels like on the right track here but i don't
understand
> the jargon or where to go next with it? 
9:44 a.m.
New subject: [linux-audio-user] Re: hdsp pcmcia issues, again...Someone please explain this phenomenon?!!
Well not too sure if there is a routing problem, or maybe a conflict
between the two cards. Is it possible to disable the onboard card? Or
maybe change the irq?
So if you dont run 2 instances of pd, and try running the multiface, the
sound is distoted? Can you describe what you are hearing? Does it sound
like an over driven amp? Or is it more like a conversion distortion, ie
sounds like some weird alien kind of noise?
Is it possible to hookup the multiface to a pci interface, and see if
that works?
Cheers
DuWayne
On Thu, 2006-03-16 at 15:18 +1100, we are wrote:
ok, so i'm still stuck and still hanging around
bothering people with
this desparate issue, sorry..
just found this really really weird thing whilst fiddling with my HDSP
multiface(pcmcia) and really like some kind of explaination for is so
that it may help me and my hdsp issues. so i'm an avid PD user and i
was having a poke around trying some things out. i am getting a
horrible distortion with all sounds that output the card and i have
been testing with a sine tone in PD to troulbe shoot this.
i read in the rme FAQ's that it is suggested not to have the HDSP as
the primary and default card in windows as the HDSP gets its sync from
other devices. i assume that this is very different in linux and
moreso JACK although i don't exactly know how. anyway, i tried running
two intances of PD one with the IntelAC'97 (intel0x8) onboard card and
the other instance of PD with the hammerfall hardware. This was done
though ALSA and not JACK btw...
the really weird thing was that the sine tone played perfectally
through the multiface! whats up with that?!!
however, i have noticed(and this is the main reason fro getting onto
the HDSP) that the sine tone that the intel0x8 card plays is full of
clicks and DIO errors from pd. when i get the tone out of the
multiface using this technique, it is the exact same quality tone
clicks and all.
so what i can see is happening here is that for some reason, the sound
is routing through the intel0x8 card into and out the multiface. this
only happens with pd and all other applications function (or not)
normally ie, with a horrible distortion out the multiface.
could someone please explain to me what the **** is going on? and
could this phenomenon help my situation at all.
thanks
tom
On 3/8/06, we are <gateswideopen(a)gmail.com> wrote:
hi crew, this issue is probably getting boring
now but i've hit it.
i am trying to get my Multiface PCMCIA card to work under linux and
have tried many things but still a bit lost. i have it running on my
windows setup on the same computer(another partition) without a hitch.
for this reason i can't understnd why it would not function here in
linux.
i am running an Asus v6800v (v6v) laptop and would really appriciate
some advice on where to move next...
i have reached the point where alsa is set up
.....
localhost tom # cat /proc/asound/cards
0 [DSP ]: H-DSP - Hammerfall DSP
RME Hammerfall DSP + Multiface at 0x54000000, irq 17
1 [ICH6 ]: ICH4 - Intel ICH6
Intel ICH6 with ALC650F at 0xdffff800, irq 17
.....
lspci | grep CardBus; lspci | grep RME
03:01.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev b3)
04:00.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall
DSP (rev 32)
.....
uname -a
Linux localhost 2.6.14-gentoo-r5 #1 SMP PREEMPT Tue Jan 17 05:35:27
EST 2006 i686 Intel(R) Pentium(R) M processor 1.73GHz GenuineIntel
GNU/Linux
.....
i have tried using setpci latency scripts found on this thread http :
lists.infradead.org/pipermail/linux-pcmcia/2004-April/000750.html
However, i must admit i'm a really lost when it comes to this level of
computing. so i'm stabbing in the dark and currently trying to learn
about what all this means.
script written by Daniel Ritz
#!/bin/sh
# set lateny timers for the bridges
CB=`lspci | grep CardBus | cut -d" "
-f1`
for i in $CB; do
echo "setting latency timer for CB $i"
setpci -s $i 0x0d.b=0xff > /dev/null
setpci -s $i 0x1b.b=0xff > /dev/null
# for EnE only, others should ignore it
setpci -s $i 0xc9.b=0x06 > /dev/null
done
this script did something but i'm not entirely sure what? pd seems to
detect audio input but can't output,(anyone know if i need to compile
pd with rme support to make it work.)
after doing this i can get sound but its all distortorted and
horrible. it feels like on the right track here but i don't understand
the jargon or where to go next with it?
......
no problems loading hdsploader firmware
......
localhost tom # hdsploader
hdsploader - firmware loader for RME Hammerfall DSP cards
Looking for HDSP + Multiface or Digiface cards :
Card 0 : RME Hammerfall DSP at 0x54000000, irq 17
Upload firmware for card hw:0
Firmware uploaded for card hw:0
Card 1 : Intel ICH6 with ALC650F at 0xdffff800, irq 17
......
when trying to access change settings on hdspconf
......
tom@localhost ~ $ hdspconf
HDSPConf 1.4 - Copyright (C) 2003 Thomas Charbonnel <thomas(a)undata.org>
This program comes WITH ABSOLUTELY NO WARRANTY
HDSPConf is free software, see the file copying for details
Looking for HDSP cards :
Card 0 : RME Hammerfall DSP + Multiface at 0x54000000, irq 17
Multiface found !
Card 1 : Intel ICH6 with ALC650F at 0xdffff800, irq 17
1 Hammerfall DSP card found.
Error accessing ctl interface on card hw:0
.....
i have read that some people have had problems when modules are set on
the same IRQ.
i have no idea if this is a problem as my RME cardbus, wireless
(ipw2200), onboard sound (AC97) and Yenta are all on IRQ 17. this is
the same in windows and my bios is pretty limiting when it comes to
changing this stuff around.
/proc/interrupts
CPU0
0: 700336 IO-APIC-edge timer
1: 6148 IO-APIC-edge i8042
9: 2885 IO-APIC-level acpi
12: 2177 IO-APIC-edge i8042
14: 4815 IO-APIC-edge ide0
16: 2 IO-APIC-level uhci_hcd:usb5, ohci1394
17: 97673 IO-APIC-level yenta, hdsp, Intel ICH6, ipw2200
19: 0 IO-APIC-level uhci_hcd:usb4, skge
20: 92955 IO-APIC-level ehci_hcd:usb1, uhci_hcd:usb2
21: 0 IO-APIC-level uhci_hcd:usb3
NMI: 0
LOC: 50568
ERR: 0
MIS: 0
.....
Any suggetions links greatly appriciated!
thanks
tom.
also....
have already tried pci=noacpi and acpi=off and there was no difference
to the setups, irq and the like.
bit worried about upgrading my bios as the new asus bios for the v6 is
apparently noisy and has fan issues..... no good for my studio...
9:56 p.m.
thanks for your replies.....
On 3/16/06, Lee Revell <rlrevell(a)joe-job.com> wrote:
Are you saying if you don't run this script you don't get sound at all
but if you do, it's distorted? That makes no sense.
yeah i get the distortion if i run the script and also if i don't,
from further testing i have realised this particular script(ie Daniel
Ritz's) doesn't do anything.
On 3/17/06, D R Holsbeck <drh(a)niptron.com> wrote:
Well not too sure if there is a routing problem, or
maybe a conflict
between the two cards. Is it possible to disable the onboard card? Or
maybe change the irq?
i have tried disabling the onboard card but its the same issue(ie
distortion etc). i have no idea how to change the irqs. some help on
this could be helpful i suppose, although windows has the irq assigned
the same a linux and it works perfect, but it could be worth a try as
i am willing to try anything at this stage.
So if you dont run 2 instances of pd, and try running the multiface, the
sound is distoted? Can you describe what you are hearing? Does it sound
like an over driven amp? Or is it more like a conversion distortion, ie
sounds like some weird alien kind of noise?
i think it is more like a conversion distortion, yeah like those
aliens guys, its kinda choppy and gritty.
Is it possible to hookup the multiface to a pci interface, and see if
that works?
sorry, i'm allone on this one out here..
cheers
tom
10:36 p.m.
New subject: [linux-audio-user] Re: hdsp pcmcia issues, again...Someone please explain this phenomenon?!!
Is it possible
to hookup the multiface to a pci interface, and see if
that works?
sorry, i'm allone on this one out here..
10:46 p.m.
New subject: [linux-audio-user] Re: hdsp pcmcia issues, again...Someone please explain this phenomenon?!!
On Thu, 2006-03-16 at 15:18 +1100, we are wrote:
anyway, i tried running
two intances of PD one with the IntelAC'97 (intel0x8) onboard card and
the other instance of PD with the hammerfall hardware. This was done
though ALSA and not JACK btw...
the really weird thing was that the sine tone played perfectally
through the multiface! whats up with that?!!
however, i have noticed(and this is the main reason fro getting onto
the HDSP) that the sine tone that the intel0x8 card plays is full of
clicks and DIO errors from pd. when i get the tone out of the
multiface using this technique, it is the exact same quality tone
clicks and all.
This makes no sense. First you say the sine tone played perfectly, then
you say it was full of clicks.
So are you saying:
PD + ALSA + intel8x0 = clicks
PD + ALSA + hdsp = clicks
PD + JACK + hdsp = distortion
?
10:55 p.m.
On Thu Mar 16, 2006 at 09:46:03PM -0500, Lee Revell wrote:
On Thu, 2006-03-16 at 15:18 +1100, we are wrote:
if i read it correctly, he claimed the HDSP was also running off the intel8x0's
clock..
my suggests: get the card working clickfree on native ALSA, then native JACK (this means
an app besides PD). you might need to try ingo's kernel-branch, play around with
buffersizes and samplerates, if you are using "nvidia" or "fglrx" try
"nv" or "radeon", renice your X server to 19, try booting with noacpi
or noapic, and cat /proc/interrupts to see if sound is sharing an IRQ with something else
like video..
if you still cant figure it out, mail it to paul :)
anyway, i tried running
two intances of PD one with the IntelAC'97 (intel0x8) onboard card and
the other instance of PD with the hammerfall hardware. This was done
though ALSA and not JACK btw...
the really weird thing was that the sine tone played perfectally
through the multiface! whats up with that?!!
however, i have noticed(and this is the main reason fro getting onto
the HDSP) that the sine tone that the intel0x8 card plays is full of
clicks and DIO errors from pd. when i get the tone out of the
multiface using this technique, it is the exact same quality tone
clicks and all.
This makes no sense. First you say the sine tone played perfectly, then
you say it was full of clicks.
So are you saying:
PD + ALSA + intel8x0 = clicks
PD + ALSA + hdsp = clicks
PD + JACK + hdsp = distortion
?
11:08 p.m.
New subject: [linux-audio-user] Re: hdsp pcmcia issues, again...Someone please explain this phenomenon?!!
On Fri, 2006-03-17 at 02:55 +0000, cdr wrote:
if i read it correctly, he claimed the HDSP was also
running off the
intel8x0's clock..
I don't think intel8x0 devices have word clock.
It sounds more to me like some common factor is inducing the clicks in
both the intel8x0 and hdsp output. It would be helpful to test on a
"known good" machine as many laptops are simply unsuitable for serious
audio work (ACPI/SMM issues, etc).
my suggests: get the card working clickfree on native
ALSA, then
native JACK (this means an app besides PD). you might need to try
ingo's kernel-branch, play around with buffersizes and samplerates, if
you are using "nvidia" or "fglrx" try "nv" or
"radeon"
All good advice
, renice your X server to 19,
Not good advice - this should not help and may cause problems.
try booting with noacpi or noapic
good advice
, and cat /proc/interrupts to see if sound is sharing
an IRQ with
something else like video..
Video is not one to worry about - it is high bandwidth, but VERY little
work should be done in the video IRQ handler. You want to avoid sharing
interrupts with disk and network.
But I don't think changing the interrupt will help at all.
Lee
11:19 p.m.
New subject: [linux-audio-user] Re: hdsp pcmcia issues, again...Someone please explain this phenomenon?!!
On Fri, 2006-03-17 at 02:55 +0000, cdr wrote:
my suggests: get the card working clickfree on native ALSA, then
native JACK (this means an app besides PD). you might need to try
ingo's kernel-branch, play around with buffersizes and samplerates, if
you are using "nvidia" or "fglrx" try "nv" or
"radeon", renice your X
server to 19, try booting with noacpi or noapic, and
cat /proc/interrupts to see if sound is sharing an IRQ with something
else like video..
Oh one more thing: try these one at a time not all at once!
Lee
6829
days inactive
6830
days old
linux-audio-user@lists.linuxaudio.org
9 comments
5 participants
participants (5)
-
cdr -
D R Holsbeck -
Lee Revell -
Paul Davis -
we are