Re: snd-hdsp oddities

Re: snd-hdsp oddities

[ico-rDkNP/OoUoU]

> Shouting "DON'T USE 2.6" isn't a good solution.  Though, we need to
> inform to "set LD_ASSUME_KERNEL as a workaround"...

Pardon my ignorance but how does one do this? As a part of the config before compiling kernel or?

Also, any ideas on the odd behavior of the hdspmixer? (see my other post)

Ico

Re: Re: [linux-audio-dev] snd-hdsp oddities

[Takashi Iwai]

At Fri, 2 Jul 2004 12:56:06 +0000,
<ico@fuse.net> wrote:
> 
> > Shouting "DON'T USE 2.6" isn't a good solution.  Though, we need to
> > inform to "set LD_ASSUME_KERNEL as a workaround"...
> 
> Pardon my ignorance but how does one do this? As a part of the
> config before compiling kernel or? 

No, just set the environment variable like
	export LD_ASSUME_KERNEL=2.4.19
(better globally) and start jack.  That's all.

In this way, glibc chooses LinuxThreads instead of NPTL.

> Also, any ideas on the odd behavior of the hdspmixer? (see my other post)

Not checked yet...  Did hdspmixer work on any versions correctly on
your system?


Takashi


-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com

Re: [Alsa-devel] Re: snd-hdsp oddities

[Florian Schmidt]

On Fri, 02 Jul 2004 15:15:46 +0200
Takashi Iwai <tiwai-l3A5Bk7waGM@public.gmane.org> wrote:

> At Fri, 2 Jul 2004 12:56:06 +0000,
> <ico-rDkNP/OoUoU@public.gmane.org> wrote:
> > 
> > > Shouting "DON'T USE 2.6" isn't a good solution.  Though, we need to
> > > inform to "set LD_ASSUME_KERNEL as a workaround"...
> > 
> > Pardon my ignorance but how does one do this? As a part of the
> > config before compiling kernel or? 
> 
> No, just set the environment variable like
> 	export LD_ASSUME_KERNEL=2.4.19
> (better globally) and start jack.  That's all.

yes, every jack client needs to be started with this env var set [additionally to the jack server], too.. otherwise it's not sufficient..

flo

P.S.: so add

export LD_ASSUME_KERNEL=2.4.19

to your ~/.bashrc

or even to your ~/.profile


-- 
Palimm Palimm!
http://affenbande.org/~tapas/wiki

snd-hdsp oddities

[ico-rDkNP/OoUoU]

Hi all,

I am using the latest 2.6.7 kernel (tried also 2.6.5) but with hdsp I cannot select anything lower than 1024x2 buffer settings in jackd without having massive xruns.

Asoundrc is fine, modprobe.conf is fine too.

The hdsp runs fine with the aforementioned settings but anything lower simply is horrible.

The kernel is patched with all kinds of mm patches but I am not currently using -r option nor the realtime module (a bit scared of freezing my machine :-). Is this the best one can do in user-space?

Any help is greatly appreciated!

Best wishes,

Ico

Re: snd-hdsp oddities

[Paul Davis]

>I am using the latest 2.6.7 kernel (tried also 2.6.5) but with hdsp I cannot s
>elect anything lower than 1024x2 buffer settings in jackd without having massi
>ve xruns.

Give up on 2.6 for now. If you can't give up on it, then at least run
all (audio) apps with the environment variable LD_ASSUME_KERNEL set to
2.4.19. 

When the dust settles from the kernel and NPTL, 2.6 will be more
viable. Right now, even though it works for some people, its not a
generally viable platform for realtime audio.

--p

Re: Re: [linux-audio-dev] snd-hdsp oddities

[Russell King]

On Thu, Jul 01, 2004 at 10:16:39PM -0400, Paul Davis wrote:
> >I am using the latest 2.6.7 kernel (tried also 2.6.5) but with hdsp I cannot s
> >elect anything lower than 1024x2 buffer settings in jackd without having massi
> >ve xruns.
> 
> Give up on 2.6 for now. If you can't give up on it, then at least run
> all (audio) apps with the environment variable LD_ASSUME_KERNEL set to
> 2.4.19. 

That is a bad attitude IMHO - if everyone follows that example, it
means that 2.6 will _never_ progress.  We, as kernel, developers rely
completely on users running the thing to find any problems, so these
types of reports are invaluable.

Ico - isn't this the same device which we recently had problems with
on PCMCIA?

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 PCMCIA      - http://pcmcia.arm.linux.org.uk/
                 2.6 Serial core


-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com