13 Sep
2012
13 Sep
'12
6:29 p.m.
greetings!
perhaps some of you use RME hdsp hardware. i'm wondering if you're running into
issues like mine with recent kernels....
i've got an hdsp multiface hanging off an expresscard adapter in a T520 thinkpad.
here's what's going on:
hdspmixer locks up soon after starting, saying, "HwDep ioctl failed. Metering
stopped"
once that has happened, if i try to start jack, i get this:
plutek@palnote:~$ jackd -dalsa -D -Phw:0,0 -Chw:0,0
jackdmp 1.9.9
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2012 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK server starting in realtime mode with priority 10
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ... hw:0,0|hw:0,0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
ALSA: Cannot open PCM device alsa_pcm for playback. Falling back to capture-only mode
Cannot initialize driver
JackServer::Open failed with -1
Failed to open server
alternately, if i start jack after a reboot *without* first starting hdspmixer,
it runs for a few minutes (variable), then fails thusly:
plutek@palnote:~$ jackd -dalsa -D -Phw:0,0 -Chw:0,0
jackdmp 1.9.9
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2012 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK server starting in realtime mode with priority 10
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ... hw:0,0|hw:0,0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2 periods
ALSA: final selected sample format for capture: 32bit integer little-endian
ALSA: use 2 periods for capture
ALSA: final selected sample format for playback: 32bit integer little-endian
ALSA: use 2 periods for playback
ALSA: poll time out, polled for 31999183 usecs
JackAudioDriver::ProcessAsync: read error, stopping...
i'm on the aptosid distribution.
alsa-tools-gui is 1.0.25-2
although running jackd says "jackdmp 1.9.9", my installed debian package is
jackd2 1.9.8~dfsg.4+20120529git007cdc37-4
alsa is 1.0.23+dfsg-4
and here's the clincher:
kernels up to and including 3.1-6 make it all work fine (with the same versions
of other things as listed above). however, kernels 3.2.0-3 and higher all cause
the issues reported above.
so, i guess the bottom-line question is whether other folks are running hdsp
hardware successfully on 3.2 or more recent kernels, or whether we're all stuck
at 3.1 for now?
amusing side-note: i'm trying to use a wacom tablet, which is fine with the 3.2
and higher kernels, but not with the 3.1 -- haha!!
please let me know if you have any relevant observations on this; it'd be nice to
have some reassurance that my multiface isn't seeing the beginning of the end!
thanks in advance.... cheers!
.pltk.
13 Sep
13 Sep
6:55 p.m.
Hi Peter!
I'm using a Multiface II, with Cardbus adapter on a relatively old laptop
(Acer TM 5720).
Kernel @ 3.4.4-rt14-1-rt
Alsa @ 1.0.25
No issues running, although I have seen the "hardware monitoring disabled"
warning before (on a different install, never on this install.)
Happily runs for hours on end at 5ms, only Xruns are in-audiable and occur
only when under extreme DSP load (95% +)
Incidentally I'm also using a Wacom (Bamboo P&T) with the RT kernel,
working fine too :D
I can post details of my machine etc if you have anthing you'd like to know.
Best! -Harry
On Thu, Sep 13, 2012 at 5:29 PM, Peter Lutek <peter(a)peterlutek.com> wrote:
greetings!
perhaps some of you use RME hdsp hardware. i'm wondering if you're running
into
issues like mine with recent kernels....
i've got an hdsp multiface hanging off an expresscard adapter in a T520
thinkpad.
here's what's going on:
hdspmixer locks up soon after starting, saying, "HwDep ioctl failed.
Metering
stopped"
once that has happened, if i try to start jack, i get this:
plutek@palnote:~$ jackd -dalsa -D -Phw:0,0 -Chw:0,0
jackdmp 1.9.9
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2012 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK server starting in realtime mode with priority 10
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ...
hw:0,0|hw:0,0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
ALSA: Cannot open PCM device alsa_pcm for playback. Falling back to
capture-only mode
Cannot initialize driver
JackServer::Open failed with -1
Failed to open server
alternately, if i start jack after a reboot *without* first starting
hdspmixer,
it runs for a few minutes (variable), then fails thusly:
plutek@palnote:~$ jackd -dalsa -D -Phw:0,0 -Chw:0,0
jackdmp 1.9.9
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2012 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK server starting in realtime mode with priority 10
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ...
hw:0,0|hw:0,0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2 periods
ALSA: final selected sample format for capture: 32bit integer little-endian
ALSA: use 2 periods for capture
ALSA: final selected sample format for playback: 32bit integer
little-endian
ALSA: use 2 periods for playback
ALSA: poll time out, polled for 31999183 usecs
JackAudioDriver::ProcessAsync: read error, stopping...
i'm on the aptosid distribution.
alsa-tools-gui is 1.0.25-2
although running jackd says "jackdmp 1.9.9", my installed debian package is
jackd2 1.9.8~dfsg.4+20120529git007cdc37-4
alsa is 1.0.23+dfsg-4
and here's the clincher:
kernels up to and including 3.1-6 make it all work fine (with the same
versions
of other things as listed above). however, kernels 3.2.0-3 and higher all
cause
the issues reported above.
so, i guess the bottom-line question is whether other folks are running
hdsp
hardware successfully on 3.2 or more recent kernels, or whether we're all
stuck
at 3.1 for now?
amusing side-note: i'm trying to use a wacom tablet, which is fine with
the 3.2
and higher kernels, but not with the 3.1 -- haha!!
please let me know if you have any relevant observations on this; it'd be
nice to
have some reassurance that my multiface isn't seeing the beginning of the
end!
thanks in advance.... cheers!
.pltk.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
7:06 p.m.
From: Harry van Haaren <harryhaaren(a)gmail.com>
Date: Thu, 13 Sep 2012 17:55:52 +0100
Hi Peter!
I'm using a Multiface II, with Cardbus adapter on a relatively old laptop
(Acer TM 5720).
Kernel @ 3.4.4-rt14-1-rt
Alsa @ 1.0.25
No issues running, although I have seen the "hardware monitoring disabled"
warning before (on a different install, never on this install.)
thanks, harry!
what's your distro, and the source of your kernel?
cheers!
.pltk.
8:25 p.m.
On , Peter Lutek <peter(a)peterlutek.com> wrote:
what's your distro, and the source of your kernel?
I'm using Arch linux, and the -rt kernel from the ArchAudio repository from
when I installed.
From kernel.org: (specifically
https://rt.wiki.kernel.org/index.php/Main_Page)
3.4-rt is maintained in a git repo:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
I just done a "pacman -S linux-rt" so I'm of no help to building kernels!
-Harry
8:27 p.m.
From: harryhaaren(a)gmail.com
Date: Thu, 13 Sep 2012 18:25:43 +0000
On , Peter Lutek <peter(a)peterlutek.com> wrote:
are you 32-bit or 64?
cheers!
.pltk.
what's your distro, and the source of your
kernel?
I'm using Arch linux, and the -rt kernel from the ArchAudio repository
from when I installed.
8:42 p.m.
hrmmmm..... does begin to sound suspiciously like a T520 issue, but i'll do some more
testing!
thanks, cheers!
.pltk.
10:41 p.m.
On 09/13/2012 11:42 AM, Peter Lutek wrote:
hrmmmm..... does begin to sound suspiciously like a
T520 issue, but i'll do some more testing!
It can be a bug in alsa-tools that shows up with new kernels, that was a
problem a while back. Try getting the latest alsa-tools release
installed (1.0.26), I think I had to patch hdspmixer in previous
releases for it work fine with current kernels.
-- Fernando
9:31 p.m.
On 09/13/2012 08:36 AM, harryhaaren(a)gmail.com wrote:
On , Peter Lutek <peter(a)peterlutek.com> wrote:
64-bit processors have more on-chip registers, so more operations can be
completed on-chip without having to access slower memory.
My wife's netbook has 2GB RAM and runs 64-bit Ubuntu.
--
David
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://clanjones.org/david/
http://dancing-treefrog.deviantart.com/
are you 32-bit or 64?
64 bits even though its pointless as I only have 2 GB ram... 
6:56 p.m.
On Thu, Sep 13, 2012 at 12:29 PM, Peter Lutek <peter(a)peterlutek.com> wrote:
perhaps some of you use RME hdsp hardware. i'm
wondering if you're running into
issues like mine with recent kernels....
i've got an hdsp multiface hanging off an expresscard adapter in a T520 thinkpad.
here's what's going on:
I'm using MultiFace II on whatever the latest is in Ubuntu Studio
12.04 x86_64 (I think it's 3.3+) without any problems. I am using a
PCIe card in a desktop machine, however.
--
Brett W. McCoy -- http://www.brettwmccoy.com
------------------------------------------------------------------------
"In the rhythm of music a secret is hidden; If I were to divulge it,
it would overturn the world."
-- Jelaleddin Rumi
10:14 p.m.
From: Ralf Mardorf <ralf.mardorf(a)alice-dsl.net>
Date: Thu, 13 Sep 2012 21:14:04 +0200
On Thu, 2012-09-13 at 12:56 -0400, Brett McCoy wrote:
thanks, brett and ralph!
as a quick test, i burned and booted an Ubuntu Studio 12.04 live DVD. the kernel on that
image is 3.2.0-23-lowlatency. i get the same problems as i reported initially... meh!
cheers!
.pltk.
I'm using MultiFace II on whatever the latest
is in Ubuntu Studio
12.04 x86_64 (I think it's 3.3+) without any problems.
If there wasn't an upgrade since 10 Sep 2012, it's 3.2.0-23-lowlatency.
10:29 p.m.
On Thu, 2012-09-13 at 16:14 -0400, Peter Lutek wrote:
as a quick test, i burned and booted an Ubuntu Studio
12.04 live DVD.
the kernel on that image is 3.2.0-23-lowlatency. i get the same
problems as i reported initially... meh!
Did you remove pulseaudio?
spinymouse@precise:~$ dpkg -s pulseaudio
Package `pulseaudio' is not installed and no info is available.
I removed PA.
10:31 p.m.
On Thu, 2012-09-13 at 22:28 +0200, Ralf Mardorf wrote:
On Thu, 2012-09-13 at 16:14 -0400, Peter Lutek wrote:
PS: QJackCtl tab Misc, "[ ] Enable D-Bus Interface" is disabled
as a quick test, i burned and booted an Ubuntu
Studio 12.04 live DVD.
the kernel on that image is 3.2.0-23-lowlatency. i get the same
problems as i reported initially... meh!
Did you remove pulseaudio?
spinymouse@precise:~$ dpkg -s pulseaudio
Package `pulseaudio' is not installed and no info is available.
I removed PA.
10:45 p.m.
On 09/13/2012 01:28 PM, Ralf Mardorf wrote:
On Thu, 2012-09-13 at 16:14 -0400, Peter Lutek wrote:
The universal default response to any problem with audio on linux is not
"remove pulseaudio". Sometimes there are audio problems that have
__nothing__ to do with pulse audio! Let's try to do some debugging
instead of guessing, please.
-- Fernando
as a quick test, i burned and booted an Ubuntu
Studio 12.04 live DVD.
the kernel on that image is 3.2.0-23-lowlatency. i get the same
problems as i reported initially... meh!
Did you remove pulseaudio?
10:56 p.m.
On Thu, 2012-09-13 at 13:45 -0700, Fernando Lopez-Lezcano wrote:
On 09/13/2012 01:28 PM, Ralf Mardorf wrote:
Ubuntu Studio Precise ships with a jack-pulseaudio-bridge. Of course, my
RME card can record, but not play when pulseaudio runs, but with the
Ubuntu Studio Precise default, this running bridge thingy, my RME PCIe
card didn't work.
jack dbus also cause pain here.
YMMV,
Ralf
On Thu, 2012-09-13 at 16:14 -0400, Peter Lutek
wrote:
The universal default response to any problem with audio on linux is not
"remove pulseaudio". Sometimes there are audio problems that have
__nothing__ to do with pulse audio! Let's try to do some debugging
instead of guessing, please. as a quick test, i burned and booted an Ubuntu
Studio 12.04 live DVD.
the kernel on that image is 3.2.0-23-lowlatency. i get the same
problems as i reported initially... meh!
Did you remove pulseaudio?
11:08 p.m.
On 09/13/2012 01:56 PM, Ralf Mardorf wrote:
On Thu, 2012-09-13 at 13:45 -0700, Fernando
Lopez-Lezcano wrote:
Thanks for the explanation... I still find it hard to believe that pulse
audio will make the RME card fail _in the way it was described in the
thread_, but of course everything is possible.
On 09/13/2012 01:28 PM, Ralf Mardorf wrote:
Ubuntu Studio Precise ships with a jack-pulseaudio-bridge. Of course, my
RME card can record, but not play when pulseaudio runs, but with the
Ubuntu Studio Precise default, this running bridge thingy, my RME PCIe
card didn't work. On Thu, 2012-09-13 at 16:14 -0400, Peter Lutek
wrote:
The universal default response to any problem with audio on linux is not
"remove pulseaudio". Sometimes there are audio problems that have
__nothing__ to do with pulse audio! Let's try to do some debugging
instead of guessing, please. as a quick test, i burned and booted an Ubuntu
Studio 12.04 live DVD.
the kernel on that image is 3.2.0-23-lowlatency. i get the same
problems as i reported initially... meh!
Did you remove pulseaudio? jack dbus also cause pain here.
YMMV,
It does :-)
In my experience "HwDep ioctl failed. Metering stopped" has been caused
by broken versions of hdspmixer (that was the case until very recently).
-- Fernando
11:21 p.m.
On Thu, 2012-09-13 at 14:08 -0700, Fernando Lopez-Lezcano wrote:
For Ubuntu Studio 11.10 the hdspmixer wasn't in the package alsa-tools,
resp. alsa-tools-gui. Perhaps at this times it was buggy? I had to
compile it myself.
YMMV,
It does :-)
In my experience "HwDep ioctl failed. Metering stopped" has been caused
by broken versions of hdspmixer (that was the case until very recently).
11:28 p.m.
On Thu, 2012-09-13 at 14:08 -0700, Fernando
Lopez-Lezcano wrote:
For Ubuntu Studio 11.10 the hdspmixer wasn't in the package alsa-tools,
resp. alsa-tools-gui. Perhaps at this times it was buggy? I had to
compile it myself.
but note that my multiface falls over just under jack, with no hdspmixer
involved... see my original post, which shows the jackd error in the
console.
hmmm.....
.pltk.
YMMV,
It does :-)
In my experience "HwDep ioctl failed. Metering stopped" has been caused
by broken versions of hdspmixer (that was the case until very recently).
11:49 p.m.
On Thu, 2012-09-13 at 17:28 -0400, peter(a)peterlutek.com wrote:
spinymouse@precise:~$ jackd -dalsa -D -Phw:0,0 -Chw:0,0
is ok for my Precise and the HDSPe AIO.
If I start jack by QJackCtl, it's ok with and without D-Bus Interface
enabled.
HDSPMixer is version 1.11, it's the Precise default. I listed /usr/src,
I only compiled a kernel, nothing else, but the default lowlatency is ok
too.
I only removed the pulseaudio packages, but PA for sure didn't cause the
trouble you've got. I'm clueless. Usually I would recommend RME cards,
to get no or at least less trouble. I had to use Envy24 before, because
I couldn't pay for another card. FWIW Linux Envy24 support also is very
good, but I prefer RME.
I hope you don't need the tablet and the audio card at the same time,
until your issue isn't solved.
Around midnight here, so good night,
Ralf
On Thu,
2012-09-13 at 14:08 -0700, Fernando Lopez-Lezcano wrote:
For Ubuntu Studio 11.10 the hdspmixer wasn't in the package alsa-tools,
resp. alsa-tools-gui. Perhaps at this times it was buggy? I had to
compile it myself.
but note that my multiface falls over just under jack, with no hdspmixer
involved... see my original post, which shows the jackd error in the
console. YMMV,
It does :-)
In my experience "HwDep ioctl failed. Metering stopped" has been caused
by broken versions of hdspmixer (that was the case until very recently).
11:28 p.m.
On Thu, 2012-09-13 at 14:08 -0700, Fernando Lopez-Lezcano wrote:
I still find it hard to believe that pulse
audio will make the RME card fail _in the way it was described in the
thread_
I agree and I don't think jack dbus will cause this issue. However, both
can cause issues on my machine. I also got issues when using jack1.
There might be some voodoo with my mobo, resp. the combination of
hardware. might cause issues.
14 Sep
14 Sep
12:51 a.m.
On Thu, September 13, 2012 2:08 pm, Fernando Lopez-Lezcano wrote:
On 09/13/2012 01:56 PM, Ralf Mardorf wrote:
It depends how pulse is set up. If pulse is also connected to the internal
card (that is the internal card is not turned off in pulse) Then the pulse
jacksink/source modules will hold jack to whatever that internal card is
doing. I have had good success using the pulse-jack bridging provided jack
is the only input/output pulse sees. As soon as pulse sees other i/os I
have problems. Pulse has to be able to lock to jack or the other way
around for things to work with the bridge. I started by just unloading the
pulse jackdetect module which seems to work too. (this is a way of using
internal sound for desktop and jack for other things)
Len
--
Len Ovens
www.OvenWerks.net
On Thu, 2012-09-13 at 13:45 -0700, Fernando
Lopez-Lezcano wrote:
Thanks for the explanation... I still find it hard to believe that pulse
audio will make the RME card fail _in the way it was described in the
thread_, but of course everything is possible. On 09/13/2012 01:28 PM, Ralf Mardorf wrote:
Ubuntu Studio Precise ships with a jack-pulseaudio-bridge. Of course, my
RME card can record, but not play when pulseaudio runs, but with the
Ubuntu Studio Precise default, this running bridge thingy, my RME PCIe
card didn't work. On Thu, 2012-09-13 at 16:14 -0400, Peter Lutek
wrote:
> as a quick test, i burned and booted an Ubuntu Studio 12.04 live DVD.
> the kernel on that image is 3.2.0-23-lowlatency. i get the same
> problems as i reported initially... meh!
Did you remove pulseaudio?
The universal default response to any problem with audio on linux is
not
"remove pulseaudio". Sometimes there are audio problems that have
__nothing__ to do with pulse audio! Let's try to do some debugging
instead of guessing, please.
1:38 a.m.
New subject: OT: hdsp not happy with recent kernels
On Thu, 2012-09-13 at 15:51 -0700, Len Ovens wrote:
On Thu, September 13, 2012 2:08 pm, Fernando
Lopez-Lezcano wrote:
My on-board device is turned of, but I kept my two Envy24 cards as MIDI
devices and indeed, a pulseaudio settings GUI showed the Envy24 cards,
but not the RME (hw:0).
On 09/13/2012 01:56 PM, Ralf Mardorf wrote:
It depends how pulse is set up. If pulse is also connected to the internal
card (that is the internal card is not turned off in pulse) Then the pulse
jacksink/source modules will hold jack to whatever that internal card is
doing. I have had good success using the pulse-jack bridging provided jack
is the only input/output pulse sees. As soon as pulse sees other i/os I
have problems. Pulse has to be able to lock to jack or the other way
around for things to work with the bridge. I started by just unloading the
pulse jackdetect module which seems to work too. (this is a way of using
internal sound for desktop and jack for other things) On Thu, 2012-09-13 at 13:45 -0700, Fernando
Lopez-Lezcano wrote:
Thanks for the explanation... I still find it hard to believe that pulse
audio will make the RME card fail _in the way it was described in the
thread_, but of course everything is possible. On 09/13/2012 01:28 PM, Ralf Mardorf wrote:
> On Thu, 2012-09-13 at 16:14 -0400, Peter Lutek wrote:
>> as a quick test, i burned and booted an Ubuntu Studio 12.04 live DVD.
>> the kernel on that image is 3.2.0-23-lowlatency. i get the same
>> problems as i reported initially... meh!
>
> Did you remove pulseaudio?
The universal default response to any problem with audio on linux is
not
"remove pulseaudio". Sometimes there are audio problems that have
__nothing__ to do with pulse audio! Let's try to do some debugging
instead of guessing, please.
Ubuntu Studio Precise ships with a jack-pulseaudio-bridge. Of course, my
RME card can record, but not play when pulseaudio runs, but with the
Ubuntu Studio Precise default, this running bridge thingy, my RME PCIe
card didn't work. 
2 a.m.
On Thu, Sep 13, 2012 at 6:51 PM, Len Ovens <len(a)ovenwerks.net> wrote:
It depends how pulse is set up. If pulse is also connected to the internal
card (that is the internal card is not turned off in pulse) Then the pulse
jacksink/source modules will hold jack to whatever that internal card is
doing.
there is some confusion here. the pulse jacksink/source modules connect
pulse to JACK, not vice-versa. JACK will be using whatever hardware it was
told to use. the only situation in which JACK routes audio via Pulse is if
the user tells JACK to use an ALSA PCM device that is actually a pulse
pseudo-device (eg. "default" on a system set up with Pulse as the default).
Pulse may or may not work in situations where JACK is running, and if there
is only one audio interface and its used by Pulse, then JACK may not be
able to start either. But Pulse cannot intervene at the ALSA level seen by
JACK unless the user tells JACK to use the "wrong" device name.
7:34 a.m.
On Thu, September 13, 2012 5:00 pm, Paul Davis wrote:
On Thu, Sep 13, 2012 at 6:51 PM, Len Ovens
<len(a)ovenwerks.net> wrote:
If pulse has the module-jack-source loaded, then jack feeds audio to
pulse. and if module-jack-sink is loaded then pulse feeds audio to jack.
Normally they are both loaded at the same time by module-jackdbus-detect.
It is possible to route audio in through one device to jack through pulse
and out to another device. Pulse has routing too... much harder to use
though.
I have a netbook with intel HDA audio. When I use Jack to run it the
lowest latency I can get jack to start at is -p128. At that latency the
wireless driver causes xruns on a regular basis. I also have an ART USB
audio interface. If I have manually unloaded the module-jackdbus-detect
module from pulse, The USB audio interface will start with jack with the
latency at -p 64 and no xruns. If I reload the same module I can now only
start the USB sound at -p 128 and I get the same xruns...on the USB card.
now if I configure pulse to ignore the internal sound interface...even
with the module-jackdbus-detect module loaded and streaming sound through
pulse and then jack... I can start jack at -p 64 with no problem. Pulse
does in some cases affect jack. I have repeated this more than once it is
always the same. Low latency kernel, jack is starting in RT.
In the same way that I do not know the internals of jack, I don't know the
internals of pulse. I am sure you know more than I do about both. But it
is hard to argue with experimental data.
--
Len Ovens
www.OvenWerks.net
It depends how pulse is set up. If pulse is also connected to the
internal
card (that is the internal card is not turned off in pulse) Then the
pulse
jacksink/source modules will hold jack to whatever that internal card is
doing.
there is some confusion here. the pulse jacksink/source modules connect
pulse to JACK, not vice-versa. JACK will be using whatever hardware it was
told to use. the only situation in which JACK routes audio via Pulse is if
the user tells JACK to use an ALSA PCM device that is actually a pulse
pseudo-device (eg. "default" on a system set up with Pulse as the
default).
9:22 a.m.
New subject: OT: hdsp not happy with recent kernels
On Fri, 14 Sep 2012 07:34:07 +0200, Len Ovens <len(a)ovenwerks.net> wrote:
now if I configure pulse to ignore the internal sound
interface
How do configure pulse to ignore it?
I don't remember the name of the GUI, but it was a GUI to set up
pulseaudio. The GUI did show my 2 Envy24 cards, but not the RME card, what
ever hw the RME was, usually the RME is hw:0.
Regards,
Ralf
15 Sep
15 Sep
12:18 a.m.
New subject: OT: hdsp not happy with recent kernels
On Fri, September 14, 2012 12:22 am, Ralf Mardorf wrote:
On Fri, 14 Sep 2012 07:34:07 +0200, Len Ovens
<len(a)ovenwerks.net> wrote:
pavucontrol -> Configuration tab -> on the card in question select profile
called "off".
--
Len Ovens
www.OvenWerks.net
now if I configure pulse to ignore the internal
sound interface
How do configure pulse to ignore it?
12:28 a.m.
New subject: OT: hdsp not happy with recent kernels
On Fri, 2012-09-14 at 15:18 -0700, Len Ovens wrote:
On Fri, September 14, 2012 12:22 am, Ralf Mardorf
wrote:
Apologize, I asked the wrong question, resp. forget a second question.
How do I make pulseaudio aware, that there's a RME card too. The GUI for
Ubuntu Studio Precise only noticed my 2 Envy24 cards, but didn't show
the RME card.
Btw. I'm just asking out of curiosity, I won't install pulseaudio and I
always will remove it from fresh installs, assumed those force to
install pulseaudio. Even if pulseaudio shouldn't cause trouble, I have
no use for it.
Regards,
Ralf
On Fri, 14 Sep 2012 07:34:07 +0200, Len Ovens
<len(a)ovenwerks.net> wrote:
pavucontrol -> Configuration tab -> on the card in question select profile
called "off". now if I configure pulse to ignore the internal
sound interface
How do configure pulse to ignore it?
1:03 a.m.
New subject: OT: hdsp not happy with recent kernels
On Fri, September 14, 2012 3:27 pm, Ralf Mardorf wrote:
Apologize, I asked the wrong question, resp. forget a
second question.
How do I make pulseaudio aware, that there's a RME card too. The GUI for
Ubuntu Studio Precise only noticed my 2 Envy24 cards, but didn't show
the RME card.
Btw. I'm just asking out of curiosity, I won't install pulseaudio and I
always will remove it from fresh installs, assumed those force to
install pulseaudio. Even if pulseaudio shouldn't cause trouble, I have
no use for it.
Pulse is one of those magical auto, do everything things that thinks for
you... It should see every ALSA device. (should is a dirty word) I don't
have any RME HW to play with though, just an ensoniq (for MIDI only) and a
D66 (envy24) on the desktop and a netbook with internal and USB for MIDI
or Audio (I haven't tried plugging in both the USB audio and MIDI IFs) I
don't really know.
--
Len Ovens
www.OvenWerks.net
1:07 a.m.
New subject: OT: hdsp not happy with recent kernels
On Sat, 15 Sep 2012 01:03:31 +0200, Len Ovens <len(a)ovenwerks.net> wrote:
On Fri, September 14, 2012 3:27 pm, Ralf Mardorf wrote:
PA doesn't see all Alsa devices by default. Exactly why, I'm not going to
try explain, but the way I was informed:
PA needs a interface it can understand, such as stereo, 5.1, 7.1, etc.
Multichannel devices often are not recognized by PA, and so was the case
with the ice1712(envy24) chip earlier. Was fixed some time ago.
Apologize, I asked the wrong question, resp.
forget a second question.
How do I make pulseaudio aware, that there's a RME card too. The GUI for
Ubuntu Studio Precise only noticed my 2 Envy24 cards, but didn't show
the RME card.
Btw. I'm just asking out of curiosity, I won't install pulseaudio and I
always will remove it from fresh installs, assumed those force to
install pulseaudio. Even if pulseaudio shouldn't cause trouble, I have
no use for it.
Pulse is one of those magical auto, do everything things that thinks for
you... It should see every ALSA device. (should is a dirty word) I don't
have any RME HW to play with though, just an ensoniq (for MIDI only) and
a
D66 (envy24) on the desktop and a netbook with internal and USB for MIDI
or Audio (I haven't tried plugging in both the USB audio and MIDI IFs) I
don't really know.
24 Sep
24 Sep
12:19 a.m.
New subject: OT: hdsp not happy with recent kernels
On Fri, Sep 14, 2012 at 04:03:31PM -0700, Len Ovens wrote:
Pulse is one of those magical auto, do everything things that thinks for
you...
And there's the rub, especially when it thinks wrongly. This seems to
occur more often than not IME. Sound always[1] worked perfectly for me
*until* pulseaudio came along. I wouldn't mind so much if it was an
optional package you could install if *you wanted* to.
[1] There was a problem where alsa used to mute the audio output on boot
for a while.
P.S. I don't use linux to create music, but then again, that is what I
thought linuxmusicians was for. (eek! its a forum! That might explain
things?)
--
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the
oppressing." --- Malcolm X
13 Sep
13 Sep
11:12 p.m.
On Thu, 2012-09-13 at 22:56 +0200, Ralf Mardorf wrote:
On Thu, 2012-09-13 at 13:45 -0700, Fernando
Lopez-Lezcano wrote:
PS: I searched my archive, here is what I did, to get my RME working
with Ubuntu Studio Precise:
-------- Forwarded Message --------
From: Ralf Mardorf <ralf.mardorf(a)alice-dsl.net>
To: ubuntu-studio-devel(a)lists.ubuntu.com, ubuntu-studio-users
<ubuntu-studio-users(a)lists.ubuntu.com>
Subject: [solved] No audio output using Precise due to pulseaudio?
Date: Sun, 29 Apr 2012 20:20:53 +0200
With Synaptic I simply removed some packages:
Commit Log for Sun Apr 29 19:56:05 2012
Completely removed the following packages:
pulseaudio
Removed the following packages:
indicator-sound
indicator-sound-gtk2
libcanberra-pulse
pulseaudio-module-gconf
pulseaudio-module-jack
pulseaudio-module-x11
ubuntustudio-desktop
ubuntustudio-generation
ubuntustudio-recording
Commit Log for Sun Apr 29 19:58:05 2012
Completely removed the following packages:
gstreamer0.10-pulseaudio
libpulsedsp
pavucontrol
pulseaudio-utils
I rebooted.
Now there's sound for Firefox Youtube and if I use Thunar and click on a
mp3, everything is ok too. For the media player Thunar is using just a
Window pops up "No suitable mixer element found. snd_mixer_find_selem
failed.", but anyway everything is ok.
For QjackCtl and Yoshimi also everything is ok.
Removing the meta packages doesn't remove the apps. If needed I would
build a pulseaudio dummy package using equivs, at the moment it's
unneeded.
Regards,
Ralf
On 09/13/2012 01:28 PM, Ralf Mardorf wrote:
Ubuntu Studio Precise ships with a jack-pulseaudio-bridge. Of course, my
RME card can record, but not play when pulseaudio runs, but with the
Ubuntu Studio Precise default, this running bridge thingy, my RME PCIe
card didn't work.
jack dbus also cause pain here.
YMMV,
Ralf On Thu, 2012-09-13 at 16:14 -0400, Peter Lutek
wrote:
The universal default response to any problem with audio on linux is not
"remove pulseaudio". Sometimes there are audio problems that have
__nothing__ to do with pulse audio! Let's try to do some debugging
instead of guessing, please. as a quick test, i burned and booted an Ubuntu
Studio 12.04 live DVD.
the kernel on that image is 3.2.0-23-lowlatency. i get the same
problems as i reported initially... meh!
Did you remove pulseaudio?
10:34 p.m.
On Thu, 13 Sep 2012 12:29:10 -0400 (EDT)
Peter Lutek <peter(a)peterlutek.com> wrote:
so, i guess the bottom-line question is whether other
folks are
running hdsp hardware successfully on 3.2 or more recent kernels, or
whether we're all stuck at 3.1 for now?
A HDSPe AIO is fine with kernels from 2.6.9 to 3.5.3. I don't remember
all kernels I used, but at least 2.6.9 threadirqs Debian, 3.0.23-rt40
AV Linux, 3.0.30 threadirqs Ubuntu Studio, 3.4.4-rt14 Arch Linux and
3.5.3 Arch Linux do work.
Regards,
Ralf
8:24 p.m.
From: Ralf Mardorf <ralf.mardorf(a)alice-dsl.net>
Date: Thu, 13 Sep 2012 20:16:39 +0200
On Thu, 13 Sep 2012 12:29:10 -0400 (EDT)
Peter Lutek <peter(a)peterlutek.com> wrote:
interesting... thanks! since you're including AVLinux, can i assume these are *all*
32-bit? i wonder if i'm getting hung up, trying to run 64-bit?
and, what hardware are you on? i suppose it's possible there's some weird
interaction between the more recent kernels and my ThinkPad T520.
cheers!
.pltk.
so, i guess the bottom-line question is whether
other folks are
running hdsp hardware successfully on 3.2 or more recent kernels, or
whether we're all stuck at 3.1 for now?
A HDSPe AIO is fine with kernels from 2.6.9 to 3.5.3. I don't remember
all kernels I used, but at least 2.6.9 threadirqs Debian, 3.0.23-rt40
AV Linux, 3.0.30 threadirqs Ubuntu Studio, 3.4.4-rt14 Arch Linux and
3.5.3 Arch Linux do work.
Regards,
Ralf
8:35 p.m.
On Thu, 2012-09-13 at 14:24 -0400, Peter Lutek wrote:
interesting... thanks! since you're including
AVLinux, can i assume
these are *all* 32-bit? i wonder if i'm getting hung up, trying to run
64-bit?
and, what hardware are you on? i suppose it's possible there's some
weird interaction between the more recent kernels and my ThinkPad
T520.
No, AV Linux is the only 32-bit install, all other installs are 64-bit.
Mobo: ASUS M2A-VM HDMI, the HDMI thingy is replaced by a GeForce 7200 GS
CPU : AMD Athlon X2 Dual-Core BE-2350 2.1GHz
Since I'm booted into Arch at the moment:
[spinymouse@archlinux ~]$ pacman -Qi jack2
Name : jack2
Version : 1.9.8-2
I don't have Debian installed anymore and I'm not using AV Linux, but at
least to consume music and video I'm using Ubuntu Studio Precise and
Arch Linux at the moment. Production should be possible too, but I had
no time to do serious work for quite some time. However, jackd does
work.
Regards,
Ralf
8:43 p.m.
PS: I forgot to mention ALSA. My card is fine with ALSA 1.0.24 and
1.0.25. Versions < 1.0.24 don't work.
11:30 p.m.
On Thu, Sep 13, 2012 at 12:29:10PM -0400, Peter Lutek wrote:
perhaps some of you use RME hdsp hardware. i'm
wondering if you're running into
issues like mine with recent kernels....
i've got an hdsp multiface hanging off an expresscard adapter in a T520 thinkpad.
here's what's going on:
kernels up to and including 3.1-6 make it all work fine (with the same versions
of other things as listed above). however, kernels 3.2.0-3 and higher all cause
the issues reported above.
Just returned home from recording Mahler's 4th. Fujitsu laptop,
expresscard + multiface, kernel 3.3.6-1 ARCH #1 SMP PREEMPT.
No problems.
Ciao,
--
FA
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)
29 Sep
29 Sep
11:40 p.m.
On Thu, Sep 13, 2012, at 17:29, Peter Lutek wrote:
greetings!
perhaps some of you use RME hdsp hardware. i'm wondering if you're
running into
issues like mine with recent kernels....
i've got an hdsp multiface hanging off an expresscard adapter in a T520
thinkpad.
here's what's going on:
hdspmixer locks up soon after starting, saying, "HwDep ioctl failed.
Metering
stopped"
once that has happened, if i try to start jack, i get this:
plutek@palnote:~$ jackd -dalsa -D -Phw:0,0 -Chw:0,0
jackdmp 1.9.9
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2012 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK server starting in realtime mode with priority 10
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ...
hw:0,0|hw:0,0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
ALSA: Cannot open PCM device alsa_pcm for playback. Falling back to
capture-only mode
Cannot initialize driver
JackServer::Open failed with -1
Failed to open server
alternately, if i start jack after a reboot *without* first starting
hdspmixer,
it runs for a few minutes (variable), then fails thusly:
plutek@palnote:~$ jackd -dalsa -D -Phw:0,0 -Chw:0,0
jackdmp 1.9.9
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2012 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK server starting in realtime mode with priority 10
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ...
hw:0,0|hw:0,0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2
periods
ALSA: final selected sample format for capture: 32bit integer
little-endian
ALSA: use 2 periods for capture
ALSA: final selected sample format for playback: 32bit integer
little-endian
ALSA: use 2 periods for playback
ALSA: poll time out, polled for 31999183 usecs
JackAudioDriver::ProcessAsync: read error, stopping...
i'm on the aptosid distribution.
alsa-tools-gui is 1.0.25-2
although running jackd says "jackdmp 1.9.9", my installed debian package
is
jackd2 1.9.8~dfsg.4+20120529git007cdc37-4
alsa is 1.0.23+dfsg-4
and here's the clincher:
kernels up to and including 3.1-6 make it all work fine (with the same
versions
of other things as listed above). however, kernels 3.2.0-3 and higher all
cause
the issues reported above.
so, i guess the bottom-line question is whether other folks are running
hdsp
hardware successfully on 3.2 or more recent kernels, or whether we're all
stuck
at 3.1 for now?
amusing side-note: i'm trying to use a wacom tablet, which is fine with
the 3.2
and higher kernels, but not with the 3.1 -- haha!!
please let me know if you have any relevant observations on this; it'd be
nice to
have some reassurance that my multiface isn't seeing the beginning of the
end!
thanks in advance.... cheers!
.pltk.
Peter, do you have PCI Express power management turned on in the BIOS on
your Thinkpad? I'm using a Multiface with the HDSPe expresscard on a
Thinkpad X220, working fine now. I had to turn that power management
option off because it was causing trouble. My issues were more severe
though. The whole system would be extremely slow to start up and then
respond to any of my actions with the expresscard plugged in. The exact
behaviour might be different from machine to machine though and I
believe it has to do with some incompatibility between the Thinkpad PCIe
implementation and the RME card. Seen these issues mentioned on RME
forums.
That you're having issues with newer kernels might somewhat support the
power management theory because Linux behaviour regarding PCIe ASPM
(active state power management) has changed at some point, 3.2 I think -
it is now supposed to better detect whether the system supports ASPM and
enable it to save power, whereas before it would not enable it on many
systems (info from phoronix,
http://www.phoronix.com/scan.php?page=article&item=linux_aspm_solution&…)p;num=1).
Strange though that your self-compiled 3.0 has the problem as well.
Long post and might not even have anything to do with your problem but
worth a try I guess.
Michał
1 Oct
1 Oct
8:17 p.m.
From: Michał Koziarski <koshimazaki(a)fastmail.fm>
Date: Sat, 29 Sep 2012 22:40:56 +0100
On Thu, Sep 13, 2012, at 17:29, Peter Lutek wrote:
wow... thanks very much for this! indeed, *sometimes* my system behaves as you are
describing on start-up, and pulling out the ExpressCard adapter returns it to normal. so,
maybe this is heading in the right direction. it does make sense!
so, i've disabled ExpressCard power management in BIOS, and i'm watching jack run
with my most recent kernel (Aptosid 3.5.4). so far, he hasn't fallen over...... ;-)
i'll let y'all know!
cheers!
.pltk.
greetings!
perhaps some of you use RME hdsp hardware. i'm wondering if you're
running into
issues like mine with recent kernels....
i've got an hdsp multiface hanging off an expresscard adapter in a T520
thinkpad.
here's what's going on:
hdspmixer locks up soon after starting, saying, "HwDep ioctl failed.
Metering
stopped"
once that has happened, if i try to start jack, i get this:
plutek@palnote:~$ jackd -dalsa -D -Phw:0,0 -Chw:0,0
jackdmp 1.9.9
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2012 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK server starting in realtime mode with priority 10
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ...
hw:0,0|hw:0,0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
ALSA: Cannot open PCM device alsa_pcm for playback. Falling back to
capture-only mode
Cannot initialize driver
JackServer::Open failed with -1
Failed to open server
alternately, if i start jack after a reboot *without* first starting
hdspmixer,
it runs for a few minutes (variable), then fails thusly:
plutek@palnote:~$ jackd -dalsa -D -Phw:0,0 -Chw:0,0
jackdmp 1.9.9
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2012 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK server starting in realtime mode with priority 10
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ...
hw:0,0|hw:0,0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2
periods
ALSA: final selected sample format for capture: 32bit integer
little-endian
ALSA: use 2 periods for capture
ALSA: final selected sample format for playback: 32bit integer
little-endian
ALSA: use 2 periods for playback
ALSA: poll time out, polled for 31999183 usecs
JackAudioDriver::ProcessAsync: read error, stopping...
i'm on the aptosid distribution.
alsa-tools-gui is 1.0.25-2
although running jackd says "jackdmp 1.9.9", my installed debian package
is
jackd2 1.9.8~dfsg.4+20120529git007cdc37-4
alsa is 1.0.23+dfsg-4
and here's the clincher:
kernels up to and including 3.1-6 make it all work fine (with the same
versions
of other things as listed above). however, kernels 3.2.0-3 and higher all
cause
the issues reported above.
so, i guess the bottom-line question is whether other folks are running
hdsp
hardware successfully on 3.2 or more recent kernels, or whether we're all
stuck
at 3.1 for now?
amusing side-note: i'm trying to use a wacom tablet, which is fine with
the 3.2
and higher kernels, but not with the 3.1 -- haha!!
please let me know if you have any relevant observations on this; it'd be
nice to
have some reassurance that my multiface isn't seeing the beginning of the
end!
thanks in advance.... cheers!
.pltk.
Peter, do you have PCI Express power management turned on in the BIOS on
your Thinkpad? I'm using a Multiface with the HDSPe expresscard on a
Thinkpad X220, working fine now. I had to turn that power management
option off because it was causing trouble. My issues were more severe
though. The whole system would be extremely slow to start up and then
respond to any of my actions with the expresscard plugged in. The exact
behaviour might be different from machine to machine though and I
believe it has to do with some incompatibility between the Thinkpad PCIe
implementation and the RME card. Seen these issues mentioned on RME
forums.
That you're having issues with newer kernels might somewhat support the
power management theory because Linux behaviour regarding PCIe ASPM
(active state power management) has changed at some point, 3.2 I think -
it is now supposed to better detect whether the system supports ASPM and
enable it to save power, whereas before it would not enable it on many
systems (info from phoronix,
http://www.phoronix.com/scan.php?page=article&item=linux_aspm_solution&…)p;num=1).
Strange though that your self-compiled 3.0 has the problem as well.
Long post and might not even have anything to do with your problem but
worth a try I guess.
Michał
9:08 p.m.
New subject: [SOLVED] hdsp not happy with recent kernels
From: Peter Lutek <peter(a)peterlutek.com>
Date: Mon, 01 Oct 2012 14:17:49 -0400 (EDT)
From: Michał Koziarski
<koshimazaki(a)fastmail.fm>
Date: Sat, 29 Sep 2012 22:40:56 +0100
jackd has run long enough (at 2.9ms latency, on a non-rt kernel) that i am now convinced
this is the solution to my problems. hdspmixer also runs fine now.
so, bottom line: anybody running RME hardware on the RME ExpressCard adapter in a recent
ThinkPad would do well to turn off ExpressCard power management in BIOS!!
again, huge thanks to Michał Koziarski for the solution! i owe you quite a few beers (or
other beverage of choice!!), if i'm ever in your neighbourhood!
cheers!
.pltk.
On Thu, Sep 13, 2012, at 17:29, Peter Lutek
wrote:
wow... thanks very much for this! indeed, *sometimes* my system behaves as you are
describing on start-up, and pulling out the ExpressCard adapter returns it to normal. so,
maybe this is heading in the right direction. it does make sense!
so, i've disabled ExpressCard power management in BIOS, and i'm watching jack run
with my most recent kernel (Aptosid 3.5.4). so far, he hasn't fallen over...... ;-)
i'll let y'all know!
cheers!
.pltk. greetings!
perhaps some of you use RME hdsp hardware. i'm wondering if you're
running into
issues like mine with recent kernels....
i've got an hdsp multiface hanging off an expresscard adapter in a T520
thinkpad.
here's what's going on:
hdspmixer locks up soon after starting, saying, "HwDep ioctl failed.
Metering
stopped"
once that has happened, if i try to start jack, i get this:
plutek@palnote:~$ jackd -dalsa -D -Phw:0,0 -Chw:0,0
jackdmp 1.9.9
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2012 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK server starting in realtime mode with priority 10
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ...
hw:0,0|hw:0,0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
ALSA: Cannot open PCM device alsa_pcm for playback. Falling back to
capture-only mode
Cannot initialize driver
JackServer::Open failed with -1
Failed to open server
alternately, if i start jack after a reboot *without* first starting
hdspmixer,
it runs for a few minutes (variable), then fails thusly:
plutek@palnote:~$ jackd -dalsa -D -Phw:0,0 -Chw:0,0
jackdmp 1.9.9
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2012 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK server starting in realtime mode with priority 10
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ...
hw:0,0|hw:0,0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2
periods
ALSA: final selected sample format for capture: 32bit integer
little-endian
ALSA: use 2 periods for capture
ALSA: final selected sample format for playback: 32bit integer
little-endian
ALSA: use 2 periods for playback
ALSA: poll time out, polled for 31999183 usecs
JackAudioDriver::ProcessAsync: read error, stopping...
i'm on the aptosid distribution.
alsa-tools-gui is 1.0.25-2
although running jackd says "jackdmp 1.9.9", my installed debian package
is
jackd2 1.9.8~dfsg.4+20120529git007cdc37-4
alsa is 1.0.23+dfsg-4
and here's the clincher:
kernels up to and including 3.1-6 make it all work fine (with the same
versions
of other things as listed above). however, kernels 3.2.0-3 and higher all
cause
the issues reported above.
so, i guess the bottom-line question is whether other folks are running
hdsp
hardware successfully on 3.2 or more recent kernels, or whether we're all
stuck
at 3.1 for now?
amusing side-note: i'm trying to use a wacom tablet, which is fine with
the 3.2
and higher kernels, but not with the 3.1 -- haha!!
please let me know if you have any relevant observations on this; it'd be
nice to
have some reassurance that my multiface isn't seeing the beginning of the
end!
thanks in advance.... cheers!
.pltk.
Peter, do you have PCI Express power management turned on in the BIOS on
your Thinkpad? I'm using a Multiface with the HDSPe expresscard on a
Thinkpad X220, working fine now. I had to turn that power management
option off because it was causing trouble. My issues were more severe
though. The whole system would be extremely slow to start up and then
respond to any of my actions with the expresscard plugged in. The exact
behaviour might be different from machine to machine though and I
believe it has to do with some incompatibility between the Thinkpad PCIe
implementation and the RME card. Seen these issues mentioned on RME
forums.
That you're having issues with newer kernels might somewhat support the
power management theory because Linux behaviour regarding PCIe ASPM
(active state power management) has changed at some point, 3.2 I think -
it is now supposed to better detect whether the system supports ASPM and
enable it to save power, whereas before it would not enable it on many
systems (info from phoronix,
http://www.phoronix.com/scan.php?page=article&item=linux_aspm_solution&…)p;num=1).
Strange though that your self-compiled 3.0 has the problem as well.
Long post and might not even have anything to do with your problem but
worth a try I guess.
Michał
11:52 p.m.
New subject: [SOLVED] hdsp not happy with recent kernels
On Mon, Oct 1, 2012, at 20:08, Peter Lutek wrote:
jackd has run long enough (at 2.9ms latency, on a non-rt kernel) that i
am now convinced this is the solution to my problems. hdspmixer also runs
fine now.
so, bottom line: anybody running RME hardware on the RME ExpressCard
adapter in a recent ThinkPad would do well to turn off ExpressCard power
management in BIOS!!
again, huge thanks to Michał Koziarski for the solution! i owe you quite
a few beers (or other beverage of choice!!), if i'm ever in your
neighbourhood!
cheers!
.pltk.
Awesome, glad it helped!
Michał
4479
days inactive
4497
days old
linux-audio-user@lists.linuxaudio.org
40 comments
14 participants
participants (14)
-
Brett McCoy -
Chris Bannister -
david -
Fernando Lopez-Lezcano -
Fons Adriaensen -
Harry van Haaren -
harryhaaren＠gmail.com
-
Kaj Ailomaa -
Len Ovens -
Michał Koziarski -
Paul Davis -
Peter Lutek -
peter＠peterlutek.com
-
Ralf Mardorf