hdsp rpm support

hdsp rpm support

[Roman Haefeli]

Hi everyone

I would like to know current state of the RME HDSP RPM support. There
was a thread [1] in 2008 on this list about the issue and things looked
promising back then. However, I'm still unable to upload the firmware
with alsa-driver from git on my Ubuntu 11.04 (32bit) machine with a
2.6.38 kernel. I posted a detailed description of the issue on the
alsa-user list here [2].

Is it supposed to work with Cardbus? If not, is there something I can do
to help support it?

Any hints appreciated.

Roman



[1]
http://mailman.alsa-project.org/pipermail/alsa-devel/2008-May/008128.html

[2] http://article.gmane.org/gmane.linux.alsa.user/36022

Re: hdsp rpm support

[Fons Adriaensen]

On Wed, Jan 18, 2012 at 10:05:59AM +0100, Roman Haefeli wrote:

> I would like to know current state of the RME HDSP RPM support. There
> was a thread [1] in 2008 on this list about the issue and things looked
> promising back then. However, I'm still unable to upload the firmware
> with alsa-driver from git on my Ubuntu 11.04 (32bit) machine with a
> 2.6.38 kernel. I posted a detailed description of the issue on the
> alsa-user list here [2].

It seems that the developer of the driver - Adrian Knoth - has
two versions: one that works for me, and one that works for
another user. 

AFAICS, the problem is with the code that identifies the card
as an RPM, Multiface or Digiface, and that triggers ths HW into
accepting the firmware. Once past this point everything works
perfectly, including switching the phone preamps etc.

I've use it with both Cardbus and ExpressCard.

One more user would probably help...

Ciao,

-- 
FA

Vor uns liegt ein weites Tal, die Sonne scheint - ein Glitzerstrahl.

Re: hdsp rpm support

[Roman Haefeli]

Hi Fons

I'm glad to hear about people having success with this issue.

On Wed, 2012-01-18 at 10:26 +0000, Fons Adriaensen wrote:
> On Wed, Jan 18, 2012 at 10:05:59AM +0100, Roman Haefeli wrote:
> 
> > I would like to know current state of the RME HDSP RPM support. There
> > was a thread [1] in 2008 on this list about the issue and things looked
> > promising back then. However, I'm still unable to upload the firmware
> > with alsa-driver from git on my Ubuntu 11.04 (32bit) machine with a
> > 2.6.38 kernel. I posted a detailed description of the issue on the
> > alsa-user list here [2].
> 
> It seems that the developer of the driver - Adrian Knoth - has
> two versions: one that works for me, and one that works for
> another user. 
> 
> AFAICS, the problem is with the code that identifies the card
> as an RPM, Multiface or Digiface, and that triggers ths HW into
> accepting the firmware. Once past this point everything works
> perfectly, including switching the phone preamps etc.

I can confirm this. When I upload the firmware with Windows, I can fully
use the card and a recent 'hdspmixer' shows me the correct number of
channels. However, the culprit seems to be uploading the firmware. 

> I've use it with both Cardbus and ExpressCard.

Good to hear.

May I ask kindly for the 'other' version of the driver, which I would be
happy to test?

> 
> One more user would probably help...

I'm willing to test and report back (as much as I can as a non-dev).

Roman

Re: hdsp rpm support

[Adrian Knoth]

On 01/18/2012 11:54 AM, Roman Haefeli wrote:


Sorry for the late reply, I was on vacation...

[RME HDSP RPM]
> May I ask kindly for the 'other' version of the driver, which I would be
> happy to test?

As already mentioned by Fons, there are so many differnt versions now
that I hardly remember which one is supposed to work. ;)

    http://adi.loris.tv/hdsp_20111031.tar.bz2


seems to be a combined archive. It contains two versions of the driver,
the first (hdsp.c) is more or less what's in current alsa-driver, the
other one (hdsp-test.c) is what turned out to be working for one user,
so you would do

    mv hdsp-test.c hdsp.c

followed by

    make install

Note that this driver uses hdsp.ko as the module name in contrast to
snd_hdsp.ko from your tree, so you might need to add

blacklist snd_hdsp

to /etc/modprobe.d/foobar.conf


Please report back.


Final remark: For some devices (digiface, multiface, iirc), the firmware
filename was too long. mv /lib/firmware/hdsploader/* /lib/firmware/ did
the trick, but iirc, the RPM wasn't affected.


Cheers

Re: hdsp rpm support

[Roman Haefeli]

Hi Adrian

On Mon, 2012-02-13 at 16:06 +0100, Adrian Knoth wrote:
> On 01/18/2012 11:54 AM, Roman Haefeli wrote:
> Sorry for the late reply, I was on vacation...

No problem at all. I'm glad to get a response.

> [RME HDSP RPM]
> > May I ask kindly for the 'other' version of the driver, which I would be
> > happy to test?
> 
> As already mentioned by Fons, there are so many differnt versions now
> that I hardly remember which one is supposed to work. ;)
> 
>     http://adi.loris.tv/hdsp_20111031.tar.bz2
> 
> 
> seems to be a combined archive. It contains two versions of the driver,
> the first (hdsp.c) is more or less what's in current alsa-driver, the
> other one (hdsp-test.c) is what turned out to be working for one user,
> so you would do

Unfortunately, it seems that none of those versions is working for me. 
I did as you suggested and inserted the module based on hdsp-test.c.
When inserting the cardbus interface (with connected iobox), I get this:

---
Feb 14 23:48:38 yoyo5 kernel: [40573.384092] pcmcia_socket pcmcia_socket0: pccard: CardBus card inserted into slot 0
Feb 14 23:48:38 yoyo5 kernel: [40573.384130] pci 0000:16:00.0: [10ee:3fc5] type 0 class 0x000401
Feb 14 23:48:38 yoyo5 kernel: [40573.384172] pci 0000:16:00.0: reg 10: [mem 0x00000000-0x0000ffff]
Feb 14 23:48:38 yoyo5 kernel: [40573.384337] pci 0000:16:00.0: BAR 0: assigned [mem 0x80000000-0x8000ffff]
Feb 14 23:48:38 yoyo5 kernel: [40573.384352] pci 0000:16:00.0: BAR 0: set to [mem 0x80000000-0x8000ffff] (PCI address [0x80000000-0x8000ffff])
Feb 14 23:48:38 yoyo5 kernel: [40573.384376] pci 0000:16:00.0: cache line size of 64 is not supported
Feb 14 23:48:38 yoyo5 kernel: [40573.384673] hdsp 0000:16:00.0: enabling device (0000 -> 0002)
Feb 14 23:48:38 yoyo5 kernel: [40573.384691] hdsp 0000:16:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Feb 14 23:48:41 yoyo5 kernel: [40576.408074] Hammerfall-DSP: no IO box connected!
Feb 14 23:48:41 yoyo5 kernel: [40576.408148] hdsp 0000:16:00.0: PCI INT A disabled
Feb 14 23:48:41 yoyo5 kernel: [40576.408173] hdsp: probe of 0000:16:00.0 failed with error -5
---

It's seems it's not even recognizing that an RPM box is attached.

The other version (hdsp.c from your archive) gives me this, which is
similar to what I get with the stock alsa drivers:

---
Feb 14 23:57:52 yoyo5 kernel: [41126.784055] pcmcia_socket pcmcia_socket0: pccard: CardBus card inserted into slot 0
Feb 14 23:57:52 yoyo5 kernel: [41126.784093] pci 0000:16:00.0: [10ee:3fc5] type 0 class 0x000401
Feb 14 23:57:52 yoyo5 kernel: [41126.784134] pci 0000:16:00.0: reg 10: [mem 0x00000000-0x0000ffff]
Feb 14 23:57:52 yoyo5 kernel: [41126.784300] pci 0000:16:00.0: BAR 0: assigned [mem 0x80000000-0x8000ffff]
Feb 14 23:57:52 yoyo5 kernel: [41126.784315] pci 0000:16:00.0: BAR 0: set to [mem 0x80000000-0x8000ffff] (PCI address [0x80000000-0x8000ffff])
Feb 14 23:57:52 yoyo5 kernel: [41126.784339] pci 0000:16:00.0: cache line size of 64 is not supported
Feb 14 23:57:52 yoyo5 kernel: [41126.784639] hdsp 0000:16:00.0: enabling device (0000 -> 0002)
Feb 14 23:57:52 yoyo5 kernel: [41126.784658] hdsp 0000:16:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Feb 14 23:57:54 yoyo5 kernel: [41129.343204] Hammerfall-DSP: wait for FIFO status <= 0 failed after 30 iterations
Feb 14 23:57:54 yoyo5 kernel: [41129.346250] Hammerfall-DSP: wait for FIFO status <= 0 failed after 30 iterations
Feb 14 23:57:54 yoyo5 kernel: [41129.351601] Hammerfall-DSP: loading firmware
Feb 14 23:57:55 yoyo5 kernel: [41129.857764] Hammerfall-DSP: wait for FIFO status <= 0 failed after 5000 iterations
Feb 14 23:57:55 yoyo5 kernel: [41129.857767] Hammerfall-DSP: timeout waiting for download preparation
Feb 14 23:57:55 yoyo5 kernel: [41129.857769] Hammerfall-DSP: couldn't get firmware from userspace. try using hdsploader
Feb 14 23:57:55 yoyo5 kernel: [41129.857771] Hammerfall-DSP: card initialization pending : waiting for firmware
---

>From what I can tell, it finds the correct firmware. If I remove the
firmware file, I get different messages. So the problem must be
something else.


> Final remark: For some devices (digiface, multiface, iirc), the firmware
> filename was too long. mv /lib/firmware/hdsploader/* /lib/firmware/ did
> the trick, but iirc, the RPM wasn't affected.

With hdsp-test.c, it doesn't even try to find the firmware, since it
doesn't seem to see the attached iobox.

Is there something else I could try?

Roman

Re: hdsp rpm support

[Roman Haefeli]

Hi Adrian

In the meantime I upgraded my machine to Ubuntu 12.04 which comes with
Linux 3.2.0 and alsa 1.0.25. The symptoms are still the same. When I
insert the cardbus adapter and load the snd-hdsp module, I get this in
dmesg:

May 17 15:16:47 yoyo5 kernel: [  606.545116] pcmcia_socket pcmcia_socket0: pccard: CardBus card inserted into slot 0
May 17 15:16:47 yoyo5 kernel: [  606.545151] pci 0000:16:00.0: [10ee:3fc5] type 0 class 0x000401
May 17 15:16:47 yoyo5 kernel: [  606.545194] pci 0000:16:00.0: reg 10: [mem 0x00000000-0x0000ffff]
May 17 15:16:47 yoyo5 kernel: [  606.545368] pci 0000:16:00.0: BAR 0: assigned [mem 0x80000000-0x8000ffff]
May 17 15:16:47 yoyo5 kernel: [  606.545383] pci 0000:16:00.0: BAR 0: set to [mem 0x80000000-0x8000ffff] (PCI address [0x80000000-0x8000ffff])
May 17 15:16:47 yoyo5 kernel: [  606.545407] pci 0000:16:00.0: cache line size of 64 is not supported
May 17 15:16:47 yoyo5 kernel: [  606.545723] snd_hdsp 0000:16:00.0: enabling device (0000 -> 0002)
May 17 15:16:47 yoyo5 kernel: [  606.545742] snd_hdsp 0000:16:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
May 17 15:16:50 yoyo5 kernel: [  609.106261] Hammerfall-DSP: wait for FIFO status <= 0 failed after 30 iterations
May 17 15:16:50 yoyo5 kernel: [  609.109362] Hammerfall-DSP: wait for FIFO status <= 0 failed after 30 iterations
May 17 15:16:50 yoyo5 kernel: [  609.114447] Hammerfall-DSP: loading firmware
May 17 15:16:50 yoyo5 kernel: [  609.625540] Hammerfall-DSP: wait for FIFO status <= 0 failed after 5000 iterations
May 17 15:16:50 yoyo5 kernel: [  609.625543] Hammerfall-DSP: timeout waiting for download preparation
May 17 15:16:50 yoyo5 kernel: [  609.625545] Hammerfall-DSP: couldn't get firmware from userspace. try using hdsploader
May 17 15:16:50 yoyo5 kernel: [  609.625548] Hammerfall-DSP: card initialization pending : waiting for firmware

You said you had so many different versions of the hdsp driver. I'm
willing to test them all in order to get it working, but I'd need the
sources. Can you give me access to the sources?

Many thanks in advance.

Roman


On Mon, 2012-02-13 at 16:06 +0100, Adrian Knoth wrote:
> On 01/18/2012 11:54 AM, Roman Haefeli wrote:
> 
> 
> Sorry for the late reply, I was on vacation...
> 
> [RME HDSP RPM]
> > May I ask kindly for the 'other' version of the driver, which I would be
> > happy to test?
> 
> As already mentioned by Fons, there are so many differnt versions now
> that I hardly remember which one is supposed to work. ;)
> 
>     http://adi.loris.tv/hdsp_20111031.tar.bz2
> 
> 
> seems to be a combined archive. It contains two versions of the driver,
> the first (hdsp.c) is more or less what's in current alsa-driver, the
> other one (hdsp-test.c) is what turned out to be working for one user,
> so you would do
> 
>     mv hdsp-test.c hdsp.c
> 
> followed by
> 
>     make install
> 
> Note that this driver uses hdsp.ko as the module name in contrast to
> snd_hdsp.ko from your tree, so you might need to add
> 
> blacklist snd_hdsp
> 
> to /etc/modprobe.d/foobar.conf
> 
> 
> Please report back.
> 
> 
> Final remark: For some devices (digiface, multiface, iirc), the firmware
> filename was too long. mv /lib/firmware/hdsploader/* /lib/firmware/ did
> the trick, but iirc, the RPM wasn't affected.
> 
> 
> Cheers

Re: hdsp rpm support

[Roman Haefeli]

On Mit, 2012-01-18 at 10:26 +0000, Fons Adriaensen wrote:
> On Wed, Jan 18, 2012 at 10:05:59AM +0100, Roman Haefeli wrote:
> 
> > I would like to know current state of the RME HDSP RPM support. There
> > was a thread [1] in 2008 on this list about the issue and things looked
> > promising back then. However, I'm still unable to upload the firmware
> > with alsa-driver from git on my Ubuntu 11.04 (32bit) machine with a
> > 2.6.38 kernel. I posted a detailed description of the issue on the
> > alsa-user list here [2].
> 
> It seems that the developer of the driver - Adrian Knoth - has
> two versions: one that works for me, and one that works for
> another user. 
> 
> AFAICS, the problem is with the code that identifies the card
> as an RPM, Multiface or Digiface, and that triggers ths HW into
> accepting the firmware. Once past this point everything works
> perfectly, including switching the phone preamps etc.

How are you able to switch the phone preamps? Even in the git version of
hdspconf, there is no mentioning of the RPM at all. To me it looks there
isn't any support at all in hdspconf for HDSP RPM. Do you have some
unofficial version of hdspconf that _does_ support the RPM?

OTOH, hdspmixer seems to recognize the card correctly, once the firmware
is loaded. 
 
> I've use it with both Cardbus and ExpressCard.
> 
> One more user would probably help...

I am on Ubuntu 12.04 now, and since I still couldn't make the firmware
get loaded in linux, I decided to install Windows XP (again) just for
this task. 

Roman

Re: hdsp rpm support

[Florian Faber]

On 10/01/12 01:04, Roman Haefeli wrote:

>> AFAICS, the problem is with the code that identifies the card
>> as an RPM, Multiface or Digiface, and that triggers ths HW into
>> accepting the firmware. Once past this point everything works
>> perfectly, including switching the phone preamps etc.
> How are you able to switch the phone preamps? Even in the git version of
> hdspconf, there is no mentioning of the RPM at all. To me it looks there
> isn't any support at all in hdspconf for HDSP RPM. Do you have some
> unofficial version of hdspconf that _does_ support the RPM?

Use alsamixer.


Flo
-- 
Machines can do the work, so people have time to think.
public key B3B9226C          x-hkp://wwwkeys.eu.pgp.net

Re: hdsp rpm support

[Roman Haefeli]

On Mon, 2012-10-01 at 10:05 +0200, Florian Faber wrote:
> On 10/01/12 01:04, Roman Haefeli wrote:
> 
> >> AFAICS, the problem is with the code that identifies the card
> >> as an RPM, Multiface or Digiface, and that triggers ths HW into
> >> accepting the firmware. Once past this point everything works
> >> perfectly, including switching the phone preamps etc.
> > How are you able to switch the phone preamps? Even in the git version of
> > hdspconf, there is no mentioning of the RPM at all. To me it looks there
> > isn't any support at all in hdspconf for HDSP RPM. Do you have some
> > unofficial version of hdspconf that _does_ support the RPM?
> 
> Use alsamixer.

That is great. Thanks for the tip.

The switches for buffer size and sr don't seem to be working. However, I
seem to be able to set those from jackd. I don't get all advertised (by
RME) sampling rates, though: 32k, 44.1k, 48k work, 88.2k and 96k do not
(it silently fails back to 48k). 

Roman

Re: hdsp rpm support

[Karl Grill]

Hi all,
I finally got my hands on my son's RPM+cardbus, and my results were
exactly the same as Roman's (timeout at the beginning of firmware
upload). With a bit of experimenting (imitating the windows driver), I
am now at stage where the firmware loads, but there are still some
quirks (I had to bypass the iobox recognition code, and I have to eject
the card and push it back in for it to work - well that is at least
better than having to boot into XP and back out). I'll post a patch when
these are fixed.

Regards
Karl

Re: hdsp rpm support

[Roman Haefeli]

On Son, 2012-11-18 at 18:30 +0100, Karl Grill wrote:
> Hi all,
> I finally got my hands on my son's RPM+cardbus, and my results were
> exactly the same as Roman's (timeout at the beginning of firmware
> upload). With a bit of experimenting (imitating the windows driver), I
> am now at stage where the firmware loads, but there are still some
> quirks (I had to bypass the iobox recognition code, and I have to eject
> the card and push it back in for it to work - well that is at least
> better than having to boot into XP and back out).

Sounds great to me.

>  I'll post a patch when
> these are fixed.

I'll happily test any patches regarding this hardware. Many thanks for
your efforts.

Roman

Re: hdsp rpm support

[Adrian Knoth]

On 05/17/12 15:21, Roman Haefeli wrote:

> Hi Adrian

Hi!

> In the meantime I upgraded my machine to Ubuntu 12.04 which comes with
> Linux 3.2.0 and alsa 1.0.25. The symptoms are still the same. When I
> insert the cardbus adapter and load the snd-hdsp module, I get this in
> dmesg:

JFTR: Karl Grill has recently provided a patch that fixes the RPM detection.

I've tested his patch and will submit it within the next two weeks (I'm
currently on vacation).

So you might want to check Takashi's tree in mid January or dig up
Karl's patch from this list.


Cheers

Re: hdsp rpm support

[Roman Haefeli]

On Son, 2012-12-30 at 13:09 +0100, Adrian Knoth wrote:
> On 05/17/12 15:21, Roman Haefeli wrote:
> 
> > Hi Adrian
> 
> Hi!
> 
> > In the meantime I upgraded my machine to Ubuntu 12.04 which comes with
> > Linux 3.2.0 and alsa 1.0.25. The symptoms are still the same. When I
> > insert the cardbus adapter and load the snd-hdsp module, I get this in
> > dmesg:
> 
> JFTR: Karl Grill has recently provided a patch that fixes the RPM detection.
> 
> I've tested his patch and will submit it within the next two weeks (I'm
> currently on vacation).
> 
> So you might want to check Takashi's tree in mid January or dig up
> Karl's patch from this list.

I applied your last version of the patch to alsa-driver.git, compiled
and installed it. Unfortunately it is still not working for me. This is
what I get when inserting the cardbus interface:

an 24 23:33:22 yoyo5 kernel: [ 1451.479269] ALSA hdsp.c:859 Hammerfall-DSP: wait for FIFO status <= 0 failed after 30 iterations
Jan 24 23:33:22 yoyo5 kernel: [ 1451.482343] ALSA hdsp.c:859 Hammerfall-DSP: wait for FIFO status <= 0 failed after 30 iterations
Jan 24 23:33:22 yoyo5 kernel: [ 1451.484378] ALSA hdsp.c:724 Hammerfall-DSP: loading firmware
Jan 24 23:33:22 yoyo5 kernel: [ 1451.994222] ALSA hdsp.c:859 Hammerfall-DSP: wait for FIFO status <= 0 failed after 5000 iterations
Jan 24 23:33:22 yoyo5 kernel: [ 1451.994226] ALSA hdsp.c:730 Hammerfall-DSP: timeout waiting for download preparation
Jan 24 23:33:22 yoyo5 kernel: [ 1451.994229] ALSA hdsp.c:5517 >Hammerfall-DSP: couldn't get firmware from userspace. try using hdsploader
Jan 24 23:33:22 yoyo5 kernel: [ 1451.994232] ALSA hdsp.c:5522 >Hammerfall-DSP: card initialization pending : waiting for firmware

I wonder if this might be related to the fact, that almost a year ago I
performed an update of the cardbus firmware (on Windows). Could it be
that this firmware version is simply not supported by ALSA?

Hey, many thanks for your efforts. I'm glad to hear that it is now
working for some people.

Roman

Re: hdsp rpm support

[Karl Grill]

Hi,
just a word of clarification:
>> Also, did you use the new patched version of the firmware that Karl
>> worked on?
>>     
>
> No, it's the original firmware. Why would one want to patch it?
>   

I didn't patch the firmware - I just copied the firmware from a Win2k
driver (ver. 1.1) from the rme website - the linux firmware is the one 
that came with the win 98 drivers, and there is no firmware for the rpm. 
My hope was that someone might be able to verify that these firmware 
files work with the multiface/digiface and the current linux drivers (if 
this had been the case, it would have made things a bit easier for me, 
but now that Florian is doing things that I only could dream of, there's 
no need for me to continue my inferior efforts).

Looking forward...
Karl

Re: hdsp rpm support

[Martin Tufnel]

Hi Roman

On Tue, May 27, 2008 at 11:46 PM, Roman Haefeli <reduzierer@yahoo.de> wrote:

> On Tue, 2008-05-27 at 22:59 +1000, Martin Tufnel wrote:
> > Hi Flo
> >
> > On Tue, May 27, 2008 at 4:14 PM, Florian Faber <faber@faberman.de>
> wrote:
> >
> > > Martin,
> > >
> > > > Just to clarify, given the driver is finished but the user tools are
> > > > still under development, this means that the unit will basically work
> > > > but not have its full functionality - is this correct?
> > >
> > > You have IO, you can adjust the input levels, switch standby and
> > > disconnect the box. So everything works as you would expect it.
> > >
> >
> > Great!
> >
> >
> > >
> > > > Also, did you use the new patched version of the firmware that Karl
> > > > worked on?
> > >
> > > No, it's the original firmware. Why would one want to patch it?
> > >
> >
> > My understanding from Roman's previous posts was that there was a problem
> > loading the firmware from within Linux.  If I understood him correctly,
> he
> > needed to load the fireware from within a Windows boot and then boot into
> > Linux (without turning off the machine of course).  Perhaps I
> misunderstood
> > him.
>
> this is exactly what i do. it's no problem, though, to turn off the
> computer after having sent the firmware from within windows, but as soon
> as i power off the rpm, i need to do the process again. this works well
> for me, since most of the time the rpm is sitting home powered on, so i
> can plug it to the laptop and it works.
>
> correct me if i am wrong, but i thought the problem is not the firmware
> itself, or the fact that it is missing, but the (old) version of the
> hdsploader i used to use only knows about the multiface and the
> digiface, but not about the rpm, AFAIK. from what i know, the very same
> firmware, that is used in windows, can be used in linux as well (since
> its card specific and not os-specific), but as flo suggested, the
> userspace tools need to be adapted.
>
> with the old hdsp* stuff, it technically works, but the hdspmixer looks
> like i'd be using a multiface (it shows more channels than the rpm
> actually has) and also the hdspconf shows the switches for the
> mutliface. some card settings can be changed anyway, but you need to
> guess, what is what, since the labels are bogus (for use with the rpm).
>
> i hope i didn't confuse anyone with my old posts. those describe only
> the kludges, i am using with old alsa-drives, until the final driver and
> userspace tools are written.
>
> roman
>

Thanks for the clarification.  This information is important to me because,
as I've said previously, I don't have a Windows box, so I can't use your
work-around.

Regards, Martin

Re: hdsp rpm support

[Martin Tufnel]

Hi Flo

On Tue, May 27, 2008 at 11:08 PM, Florian Faber <faber@faberman.de> wrote:

> Martin,
>
> > > The driver itself won't help you since the old user space tools
> > > don't know the io box. You wouldn't be able to upload the firmware,
> > > adjust the mixer levels etc. (unless you patch the old user space
> > > tools, of course).
> > I'm sorry, I'm a bit confused here.  You said above that "You have
> > IO, you can adjust the input levels, switch standby and disconnect
> > the box. So everything works as you would expect it."
>
> With the hdsp*-tools that are currently part of the alsa-tools suite,
> you cannot control the RPM. Neither can you control a lot of the other
> RME cards. That's going to change with a whole new set of userspace
> tools.
>
> So, if you are curious, I can give you the new driver and a small
> command line program that enables the RPM io box (which is on bypass
> mode by default). Or you wait until I finished the new user space
> tools..
>

Thanks for the clarification and, yes, I'd be interested in having a look at
the new driver - if you don't mind sending it to me that would be great.

Karl seemed to be patching the firmware for some reason - I don't know why.
As Roman points out, the firmware is operating system independent.

I'm still a little unclear as to what actually can be done with the box at
the moment.  If the firmware loader (under Linux) is not ready, I'm unclear
as to what the RPM can do without the firmware.

At the risk of wasting your time with my questions (and drawing you away
from your work), when you say a "small command line program that enables the
RPM io box (which is on bypass mode by default)", does this mean that you
can plug in a mic/headphone and get them both amplified and sent/received
to/from the RME PCI board?  But if that's the case, I thought that was
really all the RPM box did anyway??

So, when you say "everything works as you would expect it", I'm a little
unclear how that would be the case without any firmware loaded??

Sorry, but it would be nice to know what can actually be done/not done as it
stands at the moment.

Regards, Martin

Re: hdsp rpm support

[Roman Haefeli]

On Tue, 2008-05-27 at 22:59 +1000, Martin Tufnel wrote:
> Hi Flo
> 
> On Tue, May 27, 2008 at 4:14 PM, Florian Faber <faber@faberman.de> wrote:
> 
> > Martin,
> >
> > > Just to clarify, given the driver is finished but the user tools are
> > > still under development, this means that the unit will basically work
> > > but not have its full functionality - is this correct?
> >
> > You have IO, you can adjust the input levels, switch standby and
> > disconnect the box. So everything works as you would expect it.
> >
> 
> Great!
> 
> 
> >
> > > Also, did you use the new patched version of the firmware that Karl
> > > worked on?
> >
> > No, it's the original firmware. Why would one want to patch it?
> >
> 
> My understanding from Roman's previous posts was that there was a problem
> loading the firmware from within Linux.  If I understood him correctly, he
> needed to load the fireware from within a Windows boot and then boot into
> Linux (without turning off the machine of course).  Perhaps I misunderstood
> him.

this is exactly what i do. it's no problem, though, to turn off the
computer after having sent the firmware from within windows, but as soon
as i power off the rpm, i need to do the process again. this works well
for me, since most of the time the rpm is sitting home powered on, so i
can plug it to the laptop and it works. 

correct me if i am wrong, but i thought the problem is not the firmware
itself, or the fact that it is missing, but the (old) version of the
hdsploader i used to use only knows about the multiface and the
digiface, but not about the rpm, AFAIK. from what i know, the very same
firmware, that is used in windows, can be used in linux as well (since
its card specific and not os-specific), but as flo suggested, the
userspace tools need to be adapted. 

with the old hdsp* stuff, it technically works, but the hdspmixer looks
like i'd be using a multiface (it shows more channels than the rpm
actually has) and also the hdspconf shows the switches for the
mutliface. some card settings can be changed anyway, but you need to
guess, what is what, since the labels are bogus (for use with the rpm).

i hope i didn't confuse anyone with my old posts. those describe only
the kludges, i am using with old alsa-drives, until the final driver and
userspace tools are written.

roman



		
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

Re: hdsp rpm support

[Florian Faber]

Martin,

> > The driver itself won't help you since the old user space tools
> > don't know the io box. You wouldn't be able to upload the firmware,
> > adjust the mixer levels etc. (unless you patch the old user space
> > tools, of course).
> I'm sorry, I'm a bit confused here.  You said above that "You have
> IO, you can adjust the input levels, switch standby and disconnect
> the box. So everything works as you would expect it." 

With the hdsp*-tools that are currently part of the alsa-tools suite, 
you cannot control the RPM. Neither can you control a lot of the other 
RME cards. That's going to change with a whole new set of userspace 
tools.

So, if you are curious, I can give you the new driver and a small 
command line program that enables the RPM io box (which is on bypass 
mode by default). Or you wait until I finished the new user space 
tools..


Flo
-- 
Machines can do the work, so people have time to think.
public key 6C002249          x-hkp://wwwkeys.eu.pgp.net

Re: hdsp rpm support

[Martin Tufnel]

Great Roman - thanks very much!  Look forward to it.

Regards, Martin

On Tue, May 27, 2008 at 9:45 PM, Roman Haefeli <reduzierer@yahoo.de> wrote:

> On Tue, 2008-05-27 at 13:00 +1000, Martin Tufnel wrote:
> > Hi Flo
> >
> > That's great news!  Unfortunately, I don't have the unit yet so I'm
> unable
> > to test it for you.  However, I'm sure Roman would be very happy to give
> it
> > a go.  Roman?
>
> i will be quite busy, until i will have finished my studies during the
> first week of june. but then i will be happy to update my old ubuntu
> dapper box and try the new alsa drivers. i'll give you a report, as soon
> as i am ready.
>
> roman
>

Re: hdsp rpm support

[Martin Tufnel]

Hi Flo

On Tue, May 27, 2008 at 4:14 PM, Florian Faber <faber@faberman.de> wrote:

> Martin,
>
> > Just to clarify, given the driver is finished but the user tools are
> > still under development, this means that the unit will basically work
> > but not have its full functionality - is this correct?
>
> You have IO, you can adjust the input levels, switch standby and
> disconnect the box. So everything works as you would expect it.
>

Great!


>
> > Also, did you use the new patched version of the firmware that Karl
> > worked on?
>
> No, it's the original firmware. Why would one want to patch it?
>

My understanding from Roman's previous posts was that there was a problem
loading the firmware from within Linux.  If I understood him correctly, he
needed to load the fireware from within a Windows boot and then boot into
Linux (without turning off the machine of course).  Perhaps I misunderstood
him.

Clearly, you're not suffering from the same problem!



>
> > And, when do you think the driver will be incorporated into the main
> > Alsa code branch?
>
> The driver itself won't help you since the old user space tools don't
> know the io box. You wouldn't be able to upload the firmware, adjust
> the mixer levels etc. (unless you patch the old user space tools, of
> course).
>

I'm sorry, I'm a bit confused here.  You said above that "You have IO, you
can adjust the input levels, switch standby and disconnect the box. So
everything works as you would expect it."  I'm assuming here that you're
talking about the driver as you said that that was finished.  However, what
you've just said above seems to contradict this as it seems you're saying
that you can't do anything with just the driver - you need the user space
tools??

Thanks again for your efforts, Martin

Re: hdsp rpm support

[Roman Haefeli]

On Tue, 2008-05-27 at 13:00 +1000, Martin Tufnel wrote:
> Hi Flo
> 
> That's great news!  Unfortunately, I don't have the unit yet so I'm unable
> to test it for you.  However, I'm sure Roman would be very happy to give it
> a go.  Roman?

i will be quite busy, until i will have finished my studies during the
first week of june. but then i will be happy to update my old ubuntu
dapper box and try the new alsa drivers. i'll give you a report, as soon
as i am ready. 

roman


		
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

Re: hdsp rpm support

[Florian Faber]

Martin,

> Just to clarify, given the driver is finished but the user tools are
> still under development, this means that the unit will basically work
> but not have its full functionality - is this correct?

You have IO, you can adjust the input levels, switch standby and 
disconnect the box. So everything works as you would expect it.

> Also, did you use the new patched version of the firmware that Karl
> worked on?

No, it's the original firmware. Why would one want to patch it?

> And, when do you think the driver will be incorporated into the main
> Alsa code branch?

The driver itself won't help you since the old user space tools don't 
know the io box. You wouldn't be able to upload the firmware, adjust 
the mixer levels etc. (unless you patch the old user space tools, of 
course).


Flo
-- 
Machines can do the work, so people have time to think.
public key 6C002249          x-hkp://wwwkeys.eu.pgp.net

Re: hdsp rpm support

[Martin Tufnel]

Hi Flo

That's great news!  Unfortunately, I don't have the unit yet so I'm unable
to test it for you.  However, I'm sure Roman would be very happy to give it
a go.  Roman?

Just to clarify, given the driver is finished but the user tools are still
under development, this means that the unit will basically work but not have
its full functionality - is this correct?

Also, did you use the new patched version of the firmware that Karl worked
on?

And, when do you think the driver will be incorporated into the main Alsa
code branch?

Thanks for your work!

Regards, Martin


On Tue, May 27, 2008 at 1:30 AM, <faber@faberman.de> wrote:

> Martin,
>
> > Nice to hear from you.  I saw your other posts and had wondered if you
> had
> > chucked in the towel.  I would really like to see the RPM supported as it
> > suits my needs exactly.
>
> RPM support is finished, I just need more time for the new userspace tools
> (new totalmix etc.).
>
> If you want to test the new driver, drop me a note.
>
>
> Flo
>

Re: hdsp rpm support

[Martin Tufnel]

Hi Roman

Nice to hear from you.  I saw your other posts and had wondered if you had
chucked in the towel.  I would really like to see the RPM supported as it
suits my needs exactly.  I basically want to record (a mic-ed) electric
guitar and vocals and monitor it.  So, I need something with a mic preamp
and headphone amp.  I don't need something with 1024 channels (or whatever
they're up to now :) ).  However, I want something at professional quality.
The RPM seemed to fit the bill perfectly.  I was quite disappointed to see
it wasn't supported given that the other units that plug into exactly the
same board all were.  This seemed quite odd to me; however, it did give me
hope that the mods needed to the code wouldn't be that extensive.

Anyway, I emailed RME with some questions (because in the manual for the
product in chapter 7.5 it states that "Support for the RPM is expected
soon") and received the following reply:

*********************** start **********************

Hello,

> 1. Do you know if any particular person is currently developing a
> driver for the RPM?


No, sorry. In any case, there is no driver for the RPM as such, only for
the RME PCI or Cardbus card. Whether or not this driver supports the RPM
along with Multiface and Digiface is another question.

> 2. If so, do you have any idea what sort of time frame one could
> expect a driver to be released?


Sorry, no.

> 3. If not, would it be possible for you to release the necessary
> information in order for development work in continue for the RPM
> please?


I'm sure this information is available to ALSA.


Regards,
Daniel Fuchs
RME

*********************** end ***********************

So, I'm not sure where all this leaves us.  I guess if I knew that no-one
was working on it, I could either put up my hand to try to do the coding
myself, or give up on the unit altogether (but what would be a suitable
replacement though??).

Anyway, did you try the patch that Karl released in regards to the firmware
for the RPM by any chance?  I don't have any windows machines, so I can't do
what you do in regards to loading the firmware via Windows first.

Regards, Martin



On Mon, May 26, 2008 at 6:19 PM, Roman Haefeli <reduzierer@yahoo.de> wrote:

> hey martin
>
> after lurking around here for months, now we are already two. cool ;-) i
> know even more people with an rpm and linux. it would nice, if the rpm
> would be fully supported like the other cards from the hdsp series
> (although it's not too urgent for me, since i've managed to work with it
> for years by loading the firmware from ms-windows. yeah, it works, but
> it is definitely an ugly kludge)
>
> thank you, that you're bringing this topic up again. i would be grateful
> to contribute in any way, though i am afraid, that the only way i would
> be able to help would be testing.
>
> regards
> roman
>
>
>
> On Mon, 2008-05-26 at 17:33 +1000, Martin Tufnel wrote:
> > Hi All
> >
> > I was wondering if there is any more news in regard to the development
> > effort toward supporting the RME HDSP RPM?
> >
> > The last couple of emails I could find on the development were from
> > Karl Grill (please see below).
> >
> > Does anyone know if Karl (or anyone else) is still working on this?
> >
> > Thanks in advance for any help anyone can provide.
> >
> > Regards, Martin
> >
> >
> > On Mon, 2008-02-25 at 08:45 +0100, Karl Grill wrote:
> > >* Dear Roman and all,
> > *>* I'm sorry i promised a little too much - in fact I was too busy with
> > *>* other things to get back to the rpm stuff in time; last night, I
> started
> > *>* to check the current state of affairs, and it looks quite promising;
> in
> > *>* the next three weeks, I won't have too much time to devote to this
> > *>* project, but then there's the University's easter break which I hope
> > *>* will give me the time to get things done, so, if all goes well, at
> least
> > *>* an experimental version should be ready by the end of March.
> > *
> > *
> > *On Tue, 2008-02-26 at 21:58 +0100, Karl Grill wrote:
> > > *Hi all,
> > > as a first step towards implementing support for the hdsp rpm, I've
> > > uploaded a patch to the alsa-firmware branch as bug report #3810.
> > > Besides the patch, I've put up the firmware binaries in .tar.gz format.
> > > This contains replacements for the rev.11 firmware for the
> > > digiface/multiface and also for the rpm. The latter is of little use
> > > right now, but I'd be very happy if anybody could try those for the
> > > digiface/multiface and report if it works, so I know if my assumptions
> > > on the drivers are correct.
> > >
> > > best regards
> > > kg
> > >
> > > PS. sorry I didn't file this report in the firmware section, but the
> web
> > > form there doesn't give me any usable choice for Category yet insists
> > > that I supply one.
>

Re: hdsp rpm support

[Roman Haefeli]

[-- Attachment #1: Type: text/plain, Size: 2801 bytes --]

hey martin

after lurking around here for months, now we are already two. cool ;-) i
know even more people with an rpm and linux. it would nice, if the rpm
would be fully supported like the other cards from the hdsp series
(although it's not too urgent for me, since i've managed to work with it
for years by loading the firmware from ms-windows. yeah, it works, but
it is definitely an ugly kludge)

thank you, that you're bringing this topic up again. i would be grateful
to contribute in any way, though i am afraid, that the only way i would
be able to help would be testing. 

regards
roman



On Mon, 2008-05-26 at 17:33 +1000, Martin Tufnel wrote:
> Hi All
> 
> I was wondering if there is any more news in regard to the development
> effort toward supporting the RME HDSP RPM?
> 
> The last couple of emails I could find on the development were from
> Karl Grill (please see below).
> 
> Does anyone know if Karl (or anyone else) is still working on this?
> 
> Thanks in advance for any help anyone can provide.
> 
> Regards, Martin
> 
> 
> On Mon, 2008-02-25 at 08:45 +0100, Karl Grill wrote:
> >* Dear Roman and all,
> *>* I'm sorry i promised a little too much - in fact I was too busy with
> *>* other things to get back to the rpm stuff in time; last night, I started
> *>* to check the current state of affairs, and it looks quite promising; in
> *>* the next three weeks, I won't have too much time to devote to this
> *>* project, but then there's the University's easter break which I hope
> *>* will give me the time to get things done, so, if all goes well, at least
> *>* an experimental version should be ready by the end of March.
> *
> *
> *On Tue, 2008-02-26 at 21:58 +0100, Karl Grill wrote:
> > *Hi all,
> > as a first step towards implementing support for the hdsp rpm, I've
> > uploaded a patch to the alsa-firmware branch as bug report #3810.
> > Besides the patch, I've put up the firmware binaries in .tar.gz format.
> > This contains replacements for the rev.11 firmware for the
> > digiface/multiface and also for the rpm. The latter is of little use
> > right now, but I'd be very happy if anybody could try those for the
> > digiface/multiface and report if it works, so I know if my assumptions
> > on the drivers are correct.
> >
> > best regards
> > kg
> >
> > PS. sorry I didn't file this report in the firmware section, but the web
> > form there doesn't give me any usable choice for Category yet insists
> > that I supply one.*
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel


	
		
___________________________________________________________ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de


[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

hdsp rpm support

[Martin Tufnel]

Hi All

I was wondering if there is any more news in regard to the development
effort toward supporting the RME HDSP RPM?

The last couple of emails I could find on the development were from
Karl Grill (please see below).

Does anyone know if Karl (or anyone else) is still working on this?

Thanks in advance for any help anyone can provide.

Regards, Martin


On Mon, 2008-02-25 at 08:45 +0100, Karl Grill wrote:
>* Dear Roman and all,
*>* I'm sorry i promised a little too much - in fact I was too busy with
*>* other things to get back to the rpm stuff in time; last night, I started
*>* to check the current state of affairs, and it looks quite promising; in
*>* the next three weeks, I won't have too much time to devote to this
*>* project, but then there's the University's easter break which I hope
*>* will give me the time to get things done, so, if all goes well, at least
*>* an experimental version should be ready by the end of March.
*
*
*On Tue, 2008-02-26 at 21:58 +0100, Karl Grill wrote:
> *Hi all,
> as a first step towards implementing support for the hdsp rpm, I've
> uploaded a patch to the alsa-firmware branch as bug report #3810.
> Besides the patch, I've put up the firmware binaries in .tar.gz format.
> This contains replacements for the rev.11 firmware for the
> digiface/multiface and also for the rpm. The latter is of little use
> right now, but I'd be very happy if anybody could try those for the
> digiface/multiface and report if it works, so I know if my assumptions
> on the drivers are correct.
>
> best regards
> kg
>
> PS. sorry I didn't file this report in the firmware section, but the web
> form there doesn't give me any usable choice for Category yet insists
> that I supply one.*

Re: hdsp rpm support

[Roman Haefeli]

[-- Attachment #1: Type: text/plain, Size: 1033 bytes --]

On Mon, 2008-02-25 at 08:45 +0100, Karl Grill wrote:
> Dear Roman and all,
> I'm sorry i promised a little too much - in fact I was too busy with 
> other things to get back to the rpm stuff in time; last night, I started 
> to check the current state of affairs, and it looks quite promising; in 
> the next three weeks, I won't have too much time to devote to this 
> project, but then there's the University's easter break which I hope 
> will give me the time to get things done, so, if all goes well, at least 
> an experimental version should be ready by the end of March.

no need to be sorry at all. actually i am very glad to hear, that you
(someone) is still focusing on it.
and i am looking forward to see professional audio hardware supported by
linux/alsa as well, which will hopefully be a benefit not only for me.

thank you for your efforts!
roman

 





	
		
___________________________________________________________ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de


[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Re: hdsp rpm support

[Karl Grill]

Dear Roman and all,
I'm sorry i promised a little too much - in fact I was too busy with 
other things to get back to the rpm stuff in time; last night, I started 
to check the current state of affairs, and it looks quite promising; in 
the next three weeks, I won't have too much time to devote to this 
project, but then there's the University's easter break which I hope 
will give me the time to get things done, so, if all goes well, at least 
an experimental version should be ready by the end of March.

Best regards,
Karl

Re: hdsp rpm support

[Roman Haefeli]

[-- Attachment #1: Type: text/plain, Size: 660 bytes --]

hi all, hi kgrill

i just wanted to ask quickly, what the current state is. i haven't heard
anything yet.

thanks for feedback!
roman


On Tue, 2007-12-11 at 12:21 +0100, kgrill@chello.at wrote:
> I started to work on this about a year ago, but had to stop because my
> son took the card to Istanbul where he spent a year studying. I'll get
> back to it in the next days, and depending on how much has changed in
> the meantime I may get something ready by the end of January. 
> 
> regards
> kg



	
		
___________________________________________________________ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de


[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Re: hdsp rpm support

[Roman Haefeli]

[-- Attachment #1: Type: text/plain, Size: 995 bytes --]

hey k

this  is great news! i am very glad to hear that. could you please
inform us, probably announce a test-version on this list? or is there a
better way to check the development state?

are you by any chance related to thomas grill, who was/still is pretty
involved in the puredata community?

roman

On Tue, 2007-12-11 at 12:21 +0100, kgrill@chello.at wrote:
> I started to work on this about a year ago, but had to stop because my
> son took the card to Istanbul where he spent a year studying. I'll get
> back to it in the next days, and depending on how much has changed in
> the meantime I may get something ready by the end of January. 
> 
> regards
> kg
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel


	
		
___________________________________________________________ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Re: hdsp rpm support

[kgrill]

I started to work on this about a year ago, but had to stop because my son took the card to Istanbul where he spent a year studying. I'll get back to it in the next days, and depending on how much has changed in the meantime I may get something ready by the end of January. 

regards
kg

hdsp rpm support

[Roman Haefeli]

hi all

i just wanted to ask quickly what the current state is of support for
the hdsp rpm. i found some mails in the alsa-user list archive,
mentioning that adding support is not so difficult and is going to be
done within a week. this was in january 2005.

if i can help with something, i'd be glad to do so. i am not a coder,
but i have a rpm box myself. 

roman

 


		
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de