[Gumstix-users] Let's Fix the Sound..

[Hennie van Zyl <hpvanzyl@gm...>]

Hi to Craig and all other savvy users.

As you all know there is a problem playing audio on the newer gumstix
buildroot releases. I have tested it and the problem creeps in at the
1183 -> 1185 release change. This is at the same time that the change
from gcc3.4.5 to gcc4.1.1 kicks in. The error is still :
# madplay sine1k.mp3
MPEG Audio Decoder 0.15.2 (beta) - Copyright (C) 2000-2004 Robert Leslie et al.
output: ioctl(SNDCTL_DSP_SYNC): Invalid argument
# bplay sine1k.wav
bplay: /dev/dsp: Invalid argument
after doing :
modprobe snd-pxa2xx-ac97
modprobe snd-pcm-oss
modprobe snd-mixer-oss

I tried to get the later releases to compile using gcc3.4.5 but cannot
get that to work. If anyone has some pointers on getting that done
please feel free to comment.
So far the suspicion is that the compiler is creating problems. If
anyone is brave enough feel free to help.

Let's get the audio into the audiostix!

Re: [Gumstix-users] Let's Fix the Sound..

[Dave Hylands <dhylands@gm...>]

Hi Henne,

On 3/15/07, Hennie van Zyl <hpvanzyl@...> wrote:
> Hi to Craig and all other savvy users.
>
> As you all know there is a problem playing audio on the newer gumstix
> buildroot releases. I have tested it and the problem creeps in at the
> 1183 -> 1185 release change. This is at the same time that the change
> from gcc3.4.5 to gcc4.1.1 kicks in. The error is still :
> # madplay sine1k.mp3
> MPEG Audio Decoder 0.15.2 (beta) - Copyright (C) 2000-2004 Robert Leslie et al.
> output: ioctl(SNDCTL_DSP_SYNC): Invalid argument

Something that would help alot would be to run strace on the version
that fails and run strace on the version that works, capturing the
output in both cases.

-- 
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/

Re: [Gumstix-users] Let's Fix the Sound..

[Tony Cantor <tony.cantor@gm...>]

On 3/15/07, Dave Hylands <dhylands@...> wrote:
>
>
> Something that would help alot would be to run strace on the version
> that fails and run strace on the version that works, capturing the
> output in both cases.
>
> do people have strace working on gumstix? i tried to compile it in in
order to try and track down the alsa bugs that ive been trying to fix, but
it wouldnt compile. i managed to get it to compile in after i asked for help
here on the list, but unfortunately strace would crash everytime i ran it.

tony

Re: [Gumstix-users] Let's Fix the Sound..

[Hennie van Zyl <hpvanzyl@gm...>]

On 15/03/07, Tony Cantor <tony.cantor@...> wrote:
>
> On 3/15/07, Dave Hylands <dhylands@...> wrote:
> >
> > Something that would help alot would be to run strace on the version
> > that fails and run strace on the version that works, capturing the
> > output in both cases.
> >
> >
> do people have strace working on gumstix? i tried to compile it in in order
> to try and track down the alsa bugs that ive been trying to fix, but it
> wouldnt compile. i managed to get it to compile in after i asked for help
> here on the list, but unfortunately strace would crash everytime i ran it.
>
>  tony
>
Adding strace works on release 1183, however trying it on release 1185
gives the following error: (hopefully it helps..)

syscall.c: In function 'get_scno':
syscall.c:1082: warning: passing argument 4 of 'ptrace' makes integer
from pointer without a cast
syscall.c:1111: warning: passing argument 4 of 'ptrace' makes integer
from pointer without a cast
syscall.c: In function 'syscall_fixup':
syscall.c:1372: warning: unused variable 'pid'
syscall.c: In function 'syscall_enter':
syscall.c:1950: warning: unused variable 'pid'
syscall.c: In function 'trace_syscall':
syscall.c:2473: error: '__NR_socketcall' undeclared (first use in this function)
syscall.c:2473: error: (Each undeclared identifier is reported only once
syscall.c:2473: error: for each function it appears in.)
syscall.c:2477: error: '__NR_ipc' undeclared (first use in this function)
make[2]: *** [syscall.o] Error 1

hennie

Re: [Gumstix-users] Let's Fix the Sound..

[max rheiner <max.rheiner@hg...>]

hi,

i'm also looking forward, that the sound will work for versions > 1184.
I've got some dependency's on newer features, so i can't use version < 
1185 and i need the sound.
Due to the fact, that i'm a linux-beginner, please be patient if i've 
stated something wrong.

I checked the differences between the versions -> 
http://websvn.gumstix.com/log.php?repname=Buildroot&path=&rev=1336&sc=0&page=8
Since the source for the sound support didn't changed, i tried to 
compile with different compiler settings:
- disabled AEABI, iWMMX(xscale),Winding, but it still didn't work

Finally i tried 'strace', which doesn't compile and it still crashes if 
i fix it. So i changed to the newer version.
I did a little hacking, just to see what will come out. I've updated 
'strace' to version 4.5.16 and changed the line 2395 in 'syscall.c':

#if !defined (ALPHA) && !defined(SPARC) && !defined(SPARC64) && 
!defined(MIPS) && !defined(HPPA)
to
#if !defined (ALPHA) && !defined(SPARC) && !defined(SPARC64) && 
!defined(MIPS) && !defined(HPPA) && !defined(ARM)

Now it works(i assume that we don't need 'SYS_socketcall' for the sound 
test, so far i can't see a 'SYS_socketcall' in the 'strace'-output for
version < 1185). That's the output:

execve("/usr/bin/brec", ["brec"], [/* 16 vars */]) = 0
open("/dev/urandom", O_RDONLY)          = 4
read(4, "\34a\33\313", 4)               = 4
close(4)                                = 0
mmap2(NULL, 20, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) 
= 0x40005000
stat("/etc/ld.so.cache", {st_mode=S_IFREG|0644, st_size=1280, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY)      = 4
mmap2(NULL, 1280, PROT_READ, MAP_SHARED, 4, 0) = 0x40006000
close(4)                                = 0
open("/lib/libc.so.0", O_RDONLY)        = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=244607, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0x40007000
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\220\234"..., 
4096) = 4096
mmap2(NULL, 294912, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x4000e000
mmap2(0x4000e000, 240640, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 4, 
0) = 0x4000e000
mmap2(0x40050000, 5220, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 
0x3a) = 0x40050000
mmap2(0x40052000, 12972, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40052000
close(4)                                = 0
munmap(0x40007000, 4096)                = 0
munmap(0x40006000, 1280)                = 0
mprotect(0x40050000, 4096, PROT_READ)   = 0
mprotect(0x4000c000, 4096, PROT_READ)   = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B115200 opost isig icanon echo 
...}) = 0
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbeac0a30) = -1 ENOTTY 
(Inappropriate ioctl for device)
getuid32()                              = 0
setpriority(PRIO_PROCESS, 0, -20)       = 0
geteuid32()                             = 0
getuid32()                              = 0
setreuid32(0, 0)                        = 0
open("/dev/dsp", O_RDONLY)              = 4
ioctl(4, SNDCTL_DSP_GETBLKSIZE, 0x13450) = -1 EINVAL (Invalid argument)
write(2, "brec", 4)                     = 4
write(2, ": ", 2)                       = 2
write(2, "/dev/dsp", 8)                 = 8
write(2, ": ", 2)                       = 2
write(2, "Invalid argument", 16)        = 16
write(2, "\n", 1)                       = 1
exit(-1)                                = ?

this doesn't tell me that much, so at the end it just throws an error 
from 'bplayer/sndfunc.c':

void init_sound(int recorder)
{
...
	if (ioctl(audio, SNDCTL_DSP_GETBLKSIZE, &abuf_size) < 0) ErrDie(AUDIO);


but maybe someone else has another idea how to solve this bug,
max

> Adding strace works on release 1183, however trying it on release 1185
> gives the following error: (hopefully it helps..)
>
> syscall.c: In function 'get_scno':
> syscall.c:1082: warning: passing argument 4 of 'ptrace' makes integer
> from pointer without a cast
> syscall.c:1111: warning: passing argument 4 of 'ptrace' makes integer
> from pointer without a cast
> syscall.c: In function 'syscall_fixup':
> syscall.c:1372: warning: unused variable 'pid'
> syscall.c: In function 'syscall_enter':
> syscall.c:1950: warning: unused variable 'pid'
> syscall.c: In function 'trace_syscall':
> syscall.c:2473: error: '__NR_socketcall' undeclared (first use in this function)
> syscall.c:2473: error: (Each undeclared identifier is reported only once
> syscall.c:2473: error: for each function it appears in.)
> syscall.c:2477: error: '__NR_ipc' undeclared (first use in this function)
> make[2]: *** [syscall.o] Error 1
>
> hennie
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>   

Re: [Gumstix-users] Let's Fix the Sound..

[max rheiner <max.rheiner@hg...>]

hi,

wrote down the wrong version:
> 'strace' to version 4.5.16 and changed the line 2395 in 'syscall.c':
was '4.5.15' !

max

> hi,
>
> i'm also looking forward, that the sound will work for versions > 1184.
> I've got some dependency's on newer features, so i can't use version < 
> 1185 and i need the sound.
> Due to the fact, that i'm a linux-beginner, please be patient if i've 
> stated something wrong.
>
> I checked the differences between the versions -> 
> http://websvn.gumstix.com/log.php?repname=Buildroot&path=&rev=1336&sc=0&page=8
> Since the source for the sound support didn't changed, i tried to 
> compile with different compiler settings:
> - disabled AEABI, iWMMX(xscale),Winding, but it still didn't work
>
> Finally i tried 'strace', which doesn't compile and it still crashes if 
> i fix it. So i changed to the newer version.
> I did a little hacking, just to see what will come out. I've updated 
> 'strace' to version 4.5.16 and changed the line 2395 in 'syscall.c':
>
> #if !defined (ALPHA) && !defined(SPARC) && !defined(SPARC64) && 
> !defined(MIPS) && !defined(HPPA)
> to
> #if !defined (ALPHA) && !defined(SPARC) && !defined(SPARC64) && 
> !defined(MIPS) && !defined(HPPA) && !defined(ARM)
>
> Now it works(i assume that we don't need 'SYS_socketcall' for the sound 
> test, so far i can't see a 'SYS_socketcall' in the 'strace'-output for
> version < 1185). That's the output:
>
> execve("/usr/bin/brec", ["brec"], [/* 16 vars */]) = 0
> open("/dev/urandom", O_RDONLY)          = 4
> read(4, "\34a\33\313", 4)               = 4
> close(4)                                = 0
> mmap2(NULL, 20, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) 
> = 0x40005000
> stat("/etc/ld.so.cache", {st_mode=S_IFREG|0644, st_size=1280, ...}) = 0
> open("/etc/ld.so.cache", O_RDONLY)      = 4
> mmap2(NULL, 1280, PROT_READ, MAP_SHARED, 4, 0) = 0x40006000
> close(4)                                = 0
> open("/lib/libc.so.0", O_RDONLY)        = 4
> fstat(4, {st_mode=S_IFREG|0644, st_size=244607, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
> 0) = 0x40007000
> read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\220\234"..., 
> 4096) = 4096
> mmap2(NULL, 294912, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
> 0x4000e000
> mmap2(0x4000e000, 240640, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 4, 
> 0) = 0x4000e000
> mmap2(0x40050000, 5220, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 
> 0x3a) = 0x40050000
> mmap2(0x40052000, 12972, PROT_READ|PROT_WRITE, 
> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40052000
> close(4)                                = 0
> munmap(0x40007000, 4096)                = 0
> munmap(0x40006000, 1280)                = 0
> mprotect(0x40050000, 4096, PROT_READ)   = 0
> mprotect(0x4000c000, 4096, PROT_READ)   = 0
> ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B115200 opost isig icanon echo 
> ...}) = 0
> ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbeac0a30) = -1 ENOTTY 
> (Inappropriate ioctl for device)
> getuid32()                              = 0
> setpriority(PRIO_PROCESS, 0, -20)       = 0
> geteuid32()                             = 0
> getuid32()                              = 0
> setreuid32(0, 0)                        = 0
> open("/dev/dsp", O_RDONLY)              = 4
> ioctl(4, SNDCTL_DSP_GETBLKSIZE, 0x13450) = -1 EINVAL (Invalid argument)
> write(2, "brec", 4)                     = 4
> write(2, ": ", 2)                       = 2
> write(2, "/dev/dsp", 8)                 = 8
> write(2, ": ", 2)                       = 2
> write(2, "Invalid argument", 16)        = 16
> write(2, "\n", 1)                       = 1
> exit(-1)                                = ?
>
> this doesn't tell me that much, so at the end it just throws an error 
> from 'bplayer/sndfunc.c':
>
> void init_sound(int recorder)
> {
> ...
> 	if (ioctl(audio, SNDCTL_DSP_GETBLKSIZE, &abuf_size) < 0) ErrDie(AUDIO);
>
>
> but maybe someone else has another idea how to solve this bug,
> max
>
>   
>> Adding strace works on release 1183, however trying it on release 1185
>> gives the following error: (hopefully it helps..)
>>
>> syscall.c: In function 'get_scno':
>> syscall.c:1082: warning: passing argument 4 of 'ptrace' makes integer
>> from pointer without a cast
>> syscall.c:1111: warning: passing argument 4 of 'ptrace' makes integer
>> from pointer without a cast
>> syscall.c: In function 'syscall_fixup':
>> syscall.c:1372: warning: unused variable 'pid'
>> syscall.c: In function 'syscall_enter':
>> syscall.c:1950: warning: unused variable 'pid'
>> syscall.c: In function 'trace_syscall':
>> syscall.c:2473: error: '__NR_socketcall' undeclared (first use in this function)
>> syscall.c:2473: error: (Each undeclared identifier is reported only once
>> syscall.c:2473: error: for each function it appears in.)
>> syscall.c:2477: error: '__NR_ipc' undeclared (first use in this function)
>> make[2]: *** [syscall.o] Error 1
>>
>> hennie
>>
>> -------------------------------------------------------------------------
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share your
>> opinions on IT & business topics through brief surveys-and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> _______________________________________________
>> gumstix-users mailing list
>> gumstix-users@...
>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>
>>   
>>     
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>   

Re: [Gumstix-users] Let's Fix the Sound..

[Hennie van Zyl <hpvanzyl@gm...>]

Hi,

Sound stop working from version 1183 to 1185.(What happened to version 1184?)
I did an strace on releases 1183 and 1185. I also added the diff of the two.
strace modprobe snd-pxa2xx-ac97
strace modprobe snd-pcm-oss
strace modprobe snd-mixer-oss
strace bplay sine.wav

Why does >1183 releases use /dev/urandom ?

There is (very)little change between release 1185 and 1211. If anyone
needs more info on the problem please let me know. thx.
Hennie

Re: [Gumstix-users] Let's Fix the Sound..

[Craig Hughes <craig@gu...>]

Thanks -- this will be helpful -- I've been working on some other  
stuff, but will get back to audio very soon.

C

On Mar 23, 2007, at 9:13 AM, Hennie van Zyl wrote:

> Hi,
>
> Sound stop working from version 1183 to 1185.(What happened to  
> version 1184?)
> I did an strace on releases 1183 and 1185. I also added the diff of  
> the two.
> strace modprobe snd-pxa2xx-ac97
> strace modprobe snd-pcm-oss
> strace modprobe snd-mixer-oss
> strace bplay sine.wav
>
> Why does >1183 releases use /dev/urandom ?
>
> There is (very)little change between release 1185 and 1211. If anyone
> needs more info on the problem please let me know. thx.
> Hennie
> <Strace_1183>
> <Strace_diff>
> <Strace_1185>
> ---------------------------------------------------------------------- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to  
> share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php? 
> page=join.php&p=sourceforge&CID=DEVDEV________________________________ 
> _______________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users

Re: [Gumstix-users] Let's Fix the Sound..

[Justin Ford <justin_ford@ho...>]

Craig,

While enabling the audio on the latest builds, could you also look into
stereo recording?

http://article.gmane.org/gmane.linux.distributions.gumstix.general/20057
http://article.gmane.org/gmane.linux.distributions.gumstix.general/21750
http://article.gmane.org/gmane.linux.distributions.gumstix.general/22105

Thanks,
Justin

-----Original Message-----
From: Craig Hughes [mailto:craig@...] 
Sent: Friday, March 23, 2007 11:28 AM
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Let's Fix the Sound..

Thanks -- this will be helpful -- I've been working on some other  
stuff, but will get back to audio very soon.

C

On Mar 23, 2007, at 9:13 AM, Hennie van Zyl wrote:

> Hi,
>
> Sound stop working from version 1183 to 1185.(What happened to  
> version 1184?)
> I did an strace on releases 1183 and 1185. I also added the diff of  
> the two.
> strace modprobe snd-pxa2xx-ac97
> strace modprobe snd-pcm-oss
> strace modprobe snd-mixer-oss
> strace bplay sine.wav
>
> Why does >1183 releases use /dev/urandom ?
>
> There is (very)little change between release 1185 and 1211. If anyone
> needs more info on the problem please let me know. thx.
> Hennie
> <Strace_1183>
> <Strace_diff>
> <Strace_1185>
> ---------------------------------------------------------------------- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to  
> share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php? 
> page=join.php&p=sourceforge&CID=DEVDEV________________________________ 
> _______________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users

Re: [Gumstix-users] Let's Fix the Sound..

[Scott Harris <scottrharris@gm...>]

I tried the latest buildroot last night and had the same problmes with sound.

madplay gives:

output: ioctl(SNDCTL_DSP_SYNC): Invalid argument

Any ideas? Things I should try?

Thanks,
-Scott

On 3/23/07, Craig Hughes <craig@...> wrote:
> Thanks -- this will be helpful -- I've been working on some other
> stuff, but will get back to audio very soon.
>
> C
>
> On Mar 23, 2007, at 9:13 AM, Hennie van Zyl wrote:
>
> > Hi,
> >
> > Sound stop working from version 1183 to 1185.(What happened to
> > version 1184?)
> > I did an strace on releases 1183 and 1185. I also added the diff of
> > the two.
> > strace modprobe snd-pxa2xx-ac97
> > strace modprobe snd-pcm-oss
> > strace modprobe snd-mixer-oss
> > strace bplay sine.wav
> >
> > Why does >1183 releases use /dev/urandom ?
> >
> > There is (very)little change between release 1185 and 1211. If anyone
> > needs more info on the problem please let me know. thx.
> > Hennie
> > <Strace_1183>
> > <Strace_diff>
> > <Strace_1185>
> > ----------------------------------------------------------------------
> > ---
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to
> > share your
> > opinions on IT & business topics through brief surveys-and earn cash
> > http://www.techsay.com/default.php?
> > page=join.php&p=sourceforge&CID=DEVDEV________________________________
> > _______________
> > gumstix-users mailing list
> > gumstix-users@...
> > https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>

[Gumstix-users] Let's Fix the Sound..

[Toner, Ben <ben.toner@ro...>]

I too am seeing issues with sound using the latest buildroot=0A=
Both OSS and alsa seem to be failing (brec/bplay and aplay all fail)=0A=
=0A=
I got alsa libs to compile by making the suggested changes to alsa-lib.mk, =
changing BR2_PACKAGE_ALSA-LIB to BR2_PACKAGE_ALSA_LIB=0A=
=0A=
when I modprobe the drivers, the level of hiss changes and /dev/dsp appears=
(so I know the driver is loading) but there seems to be a device problem wh=
en trying to play or record.=0A=
=0A=
=46rom what I see, the sound has recently broken.=0A=
Can anyone suggest the best buildroot release to use for reliable sound?  F=
rom Hennie's message it seams as though r1183 is the best choice for now?=
=0A=
=0A=
Also, I noticed in some other threads that alsa uses floating point operati=
ons.=0A=
Does anyone know if the PXA270 offers any improvement in the handling of FP=
 ops over the PXA255 (other than processor speed).  Should I be targetting =
a verdex device for better sound performance (and is there a buildroot for =
the verdex with working sound??)=0A=
=0A=
Any info would be appreciated=0A=
=0A=
Ben=0A=
=0A=
=0A=
-----Original Message-----=0A=
From: gumstix-users-bounces@... on behalf of Scott Harris=
=0A=
Sent: Tue 03/04/2007 18:11=0A=
To: General mailing list for gumstix users.=0A=
Subject: Re: [Gumstix-users] Let's Fix the Sound..=0A=
=20=0A=
I tried the latest buildroot last night and had the same problmes with soun=
d.=0A=
=0A=
madplay gives:=0A=
=0A=
output: ioctl(SNDCTL_DSP_SYNC): Invalid argument=0A=
=0A=
Any ideas? Things I should try?=0A=
=0A=
Thanks,=0A=
-Scott=0A=
=0A=
On 3/23/07, Craig Hughes <craig@...> wrote:=0A=
> Thanks -- this will be helpful -- I've been working on some other=0A=
> stuff, but will get back to audio very soon.=0A=
>=0A=
> C=0A=
>=0A=
> On Mar 23, 2007, at 9:13 AM, Hennie van Zyl wrote:=0A=
>=0A=
> > Hi,=0A=
> >=0A=
> > Sound stop working from version 1183 to 1185.(What happened to=0A=
> > version 1184?)=0A=
> > I did an strace on releases 1183 and 1185. I also added the diff of=0A=
> > the two.=0A=
> > strace modprobe snd-pxa2xx-ac97=0A=
> > strace modprobe snd-pcm-oss=0A=
> > strace modprobe snd-mixer-oss=0A=
> > strace bplay sine.wav=0A=
> >=0A=
> > Why does >1183 releases use /dev/urandom ?=0A=
> >=0A=
> > There is (very)little change between release 1185 and 1211. If anyone=
=0A=
> > needs more info on the problem please let me know. thx.=0A=
> > Hennie=0A=
> > <Strace_1183>=0A=
> > <Strace_diff>=0A=
> > <Strace_1185>=0A=
> > ----------------------------------------------------------------------=
=0A=
> > ---=0A=
> > Take Surveys. Earn Cash. Influence the Future of IT=0A=
> > Join SourceForge.net's Techsay panel and you'll get the chance to=0A=
> > share your=0A=
> > opinions on IT & business topics through brief surveys-and earn cash=0A=
> > http://www.techsay.com/default.php?=0A=
> > page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV___________________________=
_____=0A=
> > _______________=0A=
> > gumstix-users mailing list=0A=
> > gumstix-users@...=0A=
> > https://lists.sourceforge.net/lists/listinfo/gumstix-users=0A=
>=0A=
>=0A=
> -------------------------------------------------------------------------=
=0A=
> Take Surveys. Earn Cash. Influence the Future of IT=0A=
> Join SourceForge.net's Techsay panel and you'll get the chance to share y=
our=0A=
> opinions on IT & business topics through brief surveys-and earn cash=0A=
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV=0A=
> _______________________________________________=0A=
> gumstix-users mailing list=0A=
> gumstix-users@...=0A=
> https://lists.sourceforge.net/lists/listinfo/gumstix-users=0A=
>=0A=
=0A=
-------------------------------------------------------------------------=
=0A=
Take Surveys. Earn Cash. Influence the Future of IT=0A=
Join SourceForge.net's Techsay panel and you'll get the chance to share your=
=0A=
opinions on IT & business topics through brief surveys-and earn cash=0A=
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDE=
VDEV=0A=
_______________________________________________=0A=
gumstix-users mailing list=0A=
gumstix-users@...=0A=
https://lists.sourceforge.net/lists/listinfo/gumstix-users=0A=
=0A=
=0A=
--=20=0A=
Roke Manor Research Ltd, Romsey,=0A=
Hampshire, SO51 0ZN, United Kingdom=0A=
=0A=
A Siemens company=0A=
Registered in England & Wales at:=0A=
Siemens House, Oldbury, Bracknell=0A=
Berks RG12 8FZ. Number 267550=0A=
------------------------------------------------------------------------=0A=
Visit our website at http://www.roke.co.uk=0A=
------------------------------------------------------------------------=0A=
The information contained in this e-mail and any attachments is=0A=
proprietary to Roke Manor Research Ltd and must not be passed to any=0A=
third party without permission. This communication is for information=0A=
only and shall not create or change any contractual relationship.=0A=
------------------------------------------------------------------------=0A=
=0A=
Please consider the environment before printing this email=0A=
=0A=

[Gumstix-users] c++ and sound compatibility

[Toner, Ben <ben.toner@ro...>]

I've spent some time looking into the best buildroot release to use for my =
requirements=0A=
 - sound capability=0A=
 - c++ application=0A=
=0A=
My c++ application is a working linux application and I'm trying to port it=
 to Gumstix.  With the later buildroots (1360+ ) the application builds and=
 executes but fails when it comes to opening a sound device (as expected se=
eing as the sound is broken)=0A=
=0A=
Using buildroot 1183 where sound has been confirmed to work well, my applic=
ation builds but execution stops almost immediately reporting a segmentatio=
n fault.  My application has a large global object and Strace and gdb both =
show the application to stop in the constructor for this object which makes=
 debugging very difficult.  The only thing I can see that may be linked to =
the segmentation fault is that there templates to create a complex type are=
 being called around the point where execution stops.=0A=
=0A=
I'm not sure what is causing this but a guess would be that my c++ applicat=
ion will not execute having been built with gcc 3.4.5 (in builroot r1183). =
 Maybe this is something to do with the way c++ templates are handled as I =
remember something about that changing around gcc 3.4.x?=0A=
I have tried updating the gcc in buildroot 1183 (using make menuconfig) to =
a gcc 4.x version but then buildroot fails.=0A=
Another issue could be to do with libstdc++?  Do the different buildroot ve=
rsions use fixed releases of libstdc++ or is the latest stable version brou=
ght down regardless of the buildroot version?=0A=
=0A=
Are there any similar issues and workarounds known as it looks as though I =
have to either do some painful debugging/repairing in r1183 or get the soun=
d working in the latest releases.=0A=
=0A=
Is there something I could help with to get the sound working in the latest=
 buildroot as this is my preferred solution.  I am by no means a kernel exp=
ert and have tried some novice tricks such as copying the sound from linux-=
2.6.18gum to linux-2.6.20gum but surprise surprise, that doesn't work.=0A=
Any other suggestions about what I could do to get a solution moving?=0A=
=0A=
Thanks=0A=
=0A=
Ben=0A=
=0A=
-----Original Message-----=0A=
From: gumstix-users-bounces@... on behalf of Toner, Ben=
=0A=
Sent: Tue 03/04/2007 23:42=0A=
To: General mailing list for gumstix users.=0A=
Subject: [Gumstix-users] Let's Fix the Sound..=0A=
=20=0A=
I too am seeing issues with sound using the latest buildroot=0A=
Both OSS and alsa seem to be failing (brec/bplay and aplay all fail)=0A=
=0A=
I got alsa libs to compile by making the suggested changes to alsa-lib.mk, =
changing BR2_PACKAGE_ALSA-LIB to BR2_PACKAGE_ALSA_LIB=0A=
=0A=
when I modprobe the drivers, the level of hiss changes and /dev/dsp appears=
(so I know the driver is loading) but there seems to be a device problem wh=
en trying to play or record.=0A=
=0A=
=46rom what I see, the sound has recently broken.=0A=
Can anyone suggest the best buildroot release to use for reliable sound?  F=
rom Hennie's message it seams as though r1183 is the best choice for now?=
=0A=
=0A=
Also, I noticed in some other threads that alsa uses floating point operati=
ons.=0A=
Does anyone know if the PXA270 offers any improvement in the handling of FP=
 ops over the PXA255 (other than processor speed).  Should I be targetting =
a verdex device for better sound performance (and is there a buildroot for =
the verdex with working sound??)=0A=
=0A=
Any info would be appreciated=0A=
=0A=
Ben=0A=
=0A=
=0A=
-----Original Message-----=0A=
From: gumstix-users-bounces@... on behalf of Scott Harris=
=0A=
Sent: Tue 03/04/2007 18:11=0A=
To: General mailing list for gumstix users.=0A=
Subject: Re: [Gumstix-users] Let's Fix the Sound..=0A=
=20=0A=
I tried the latest buildroot last night and had the same problmes with soun=
d.=0A=
=0A=
madplay gives:=0A=
=0A=
output: ioctl(SNDCTL_DSP_SYNC): Invalid argument=0A=
=0A=
Any ideas? Things I should try?=0A=
=0A=
Thanks,=0A=
-Scott=0A=
=0A=
On 3/23/07, Craig Hughes <craig@...> wrote:=0A=
> Thanks -- this will be helpful -- I've been working on some other=0A=
> stuff, but will get back to audio very soon.=0A=
>=0A=
> C=0A=
>=0A=
> On Mar 23, 2007, at 9:13 AM, Hennie van Zyl wrote:=0A=
>=0A=
> > Hi,=0A=
> >=0A=
> > Sound stop working from version 1183 to 1185.(What happened to=0A=
> > version 1184?)=0A=
> > I did an strace on releases 1183 and 1185. I also added the diff of=0A=
> > the two.=0A=
> > strace modprobe snd-pxa2xx-ac97=0A=
> > strace modprobe snd-pcm-oss=0A=
> > strace modprobe snd-mixer-oss=0A=
> > strace bplay sine.wav=0A=
> >=0A=
> > Why does >1183 releases use /dev/urandom ?=0A=
> >=0A=
> > There is (very)little change between release 1185 and 1211. If anyone=
=0A=
> > needs more info on the problem please let me know. thx.=0A=
> > Hennie=0A=
> > <Strace_1183>=0A=
> > <Strace_diff>=0A=
> > <Strace_1185>=0A=
> > ----------------------------------------------------------------------=
=0A=
> > ---=0A=
> > Take Surveys. Earn Cash. Influence the Future of IT=0A=
> > Join SourceForge.net's Techsay panel and you'll get the chance to=0A=
> > share your=0A=
> > opinions on IT & business topics through brief surveys-and earn cash=0A=
> > http://www.techsay.com/default.php?=0A=
> > page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV___________________________=
_____=0A=
> > _______________=0A=
> > gumstix-users mailing list=0A=
> > gumstix-users@...=0A=
> > https://lists.sourceforge.net/lists/listinfo/gumstix-users=0A=
>=0A=
>=0A=
> -------------------------------------------------------------------------=
=0A=
> Take Surveys. Earn Cash. Influence the Future of IT=0A=
> Join SourceForge.net's Techsay panel and you'll get the chance to share y=
our=0A=
> opinions on IT & business topics through brief surveys-and earn cash=0A=
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV=0A=
> _______________________________________________=0A=
> gumstix-users mailing list=0A=
> gumstix-users@...=0A=
> https://lists.sourceforge.net/lists/listinfo/gumstix-users=0A=
>=0A=
=0A=
-------------------------------------------------------------------------=
=0A=
Take Surveys. Earn Cash. Influence the Future of IT=0A=
Join SourceForge.net's Techsay panel and you'll get the chance to share your=
=0A=
opinions on IT & business topics through brief surveys-and earn cash=0A=
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDE=
VDEV=0A=
_______________________________________________=0A=
gumstix-users mailing list=0A=
gumstix-users@...=0A=
https://lists.sourceforge.net/lists/listinfo/gumstix-users=0A=
=0A=
=0A=
--=20=0A=
Roke Manor Research Ltd, Romsey,=0A=
Hampshire, SO51 0ZN, United Kingdom=0A=
=0A=
A Siemens company=0A=
Registered in England & Wales at:=0A=
Siemens House, Oldbury, Bracknell=0A=
Berks RG12 8FZ. Number 267550=0A=
------------------------------------------------------------------------=0A=
Visit our website at http://www.roke.co.uk=0A=
------------------------------------------------------------------------=0A=
The information contained in this e-mail and any attachments is=0A=
proprietary to Roke Manor Research Ltd and must not be passed to any=0A=
third party without permission. This communication is for information=0A=
only and shall not create or change any contractual relationship.=0A=
------------------------------------------------------------------------=0A=
=0A=
Please consider the environment before printing this email=0A=
=0A=
=0A=
=0A=
--=20=0A=
Roke Manor Research Ltd, Romsey,=0A=
Hampshire, SO51 0ZN, United Kingdom=0A=
=0A=
A Siemens company=0A=
Registered in England & Wales at:=0A=
Siemens House, Oldbury, Bracknell=0A=
Berks RG12 8FZ. Number 267550=0A=
------------------------------------------------------------------------=0A=
Visit our website at http://www.roke.co.uk=0A=
------------------------------------------------------------------------=0A=
The information contained in this e-mail and any attachments is=0A=
proprietary to Roke Manor Research Ltd and must not be passed to any=0A=
third party without permission. This communication is for information=0A=
only and shall not create or change any contractual relationship.=0A=
------------------------------------------------------------------------=0A=
=0A=
Please consider the environment before printing this email=0A=
=0A=

Re: [Gumstix-users] c++ and sound compatibility

[bearclaw <bearclaw@fr...>]

Toner, Ben wrote:
>
> I've spent some time looking into the best buildroot release to use
> for my requirements
>  - sound capability
>  - c++ application
>
> My c++ application is a working linux application and I'm trying to
> port it to Gumstix.  With the later buildroots (1360+ ) the
> application builds and executes but fails when it comes to opening a
> sound device (as expected seeing as the sound is broken)
>
> Using buildroot 1183 where sound has been confirmed to work well, my
> application builds but execution stops almost immediately reporting a
> segmentation fault.  My application has a large global object and
> Strace and gdb both show the application to stop in the constructor
> for this object which makes debugging very difficult.  The only thing
> I can see that may be linked to the segmentation fault is that there
> templates to create a complex type are being called around the point
> where execution stops.
>
> I'm not sure what is causing this but a guess would be that my c++
> application will not execute having been built with gcc 3.4.5 (in
> builroot r1183).  Maybe this is something to do with the way c++
> templates are handled as I remember something about that changing
> around gcc 3.4.x?
> I have tried updating the gcc in buildroot 1183 (using make
> menuconfig) to a gcc 4.x version but then buildroot fails.
> Another issue could be to do with libstdc++?  Do the different
> buildroot versions use fixed releases of libstdc++ or is the latest
> stable version brought down regardless of the buildroot version?
>
> Are there any similar issues and workarounds known as it looks as
> though I have to either do some painful debugging/repairing in r1183
> or get the sound working in the latest releases.
>
> Is there something I could help with to get the sound working in the
> latest buildroot as this is my preferred solution.  I am by no means a
> kernel expert and have tried some novice tricks such as copying the
> sound from linux-2.6.18gum to linux-2.6.20gum but surprise surprise,
> that doesn't work.
> Any other suggestions about what I could do to get a solution moving?
>
> Thanks
>
> Ben
>
Hi. If your object is global and declared as 'Foo foo;' then it is
initilaized before main is called. This can cause trouble as the
initialization of global objects' order is undefined. For instance if
Foo's constructor is using a global std::list, this may fail if Foo is
initialized before the list.
I'd recommand replacing your object by a pointer, and initialize it in main.
That's just  a wild guess though, it may not be relevant to your problem.

Re: [Gumstix-users] c++ and sound compatibility

[Toner, Ben <ben.toner@ro...>]

=0A=
Thanks for that wild guess.=0A=
You were exactly right, it was failing when trying to initialise std::vecto=
r, and moving the global object into main() has fixed it.  I now have my ap=
plication running in r1183 and can use the sound card.=0A=
=0A=
I have now also got the Alsa sound library working in r1183.=0A=
Firstly buildroot needs to be compiled after making a small change in /pack=
age/alsa-lib and alsa-utils=0A=
change the config.in to read BR2_PACKAGE_ALSA_LIB or _UTILS in line 1=0A=
=0A=
Then you'll find in ./gumstix-buildroot/build_arm_nofpu/staging_dir/usr/sha=
re/alsa all the required files.  Copy the whole alsa directory into the gum=
stix, into a directory with an identical path to the directory on you build=
 environment=0A=
=0A=
so in my case I created a dir /home/bt/gumstix/gumstix-buildroot/build_arm_=
nofpu/staging_dir/usr/share/alsa on the gumstix and copied everything in.=
=20=20=0A=
=0A=
This needs to be fixed in the install path in the config files that come do=
wn from buildroot - any takers?=0A=
=0A=
then,=0A=
modprobe snd-pxa2xx-ac97=0A=
=0A=
run aplay -l and you should see your device.=0A=
=0A=
I have still to actually record/play anything through the alsa driver but I=
 think it should work.  You need to turn on the channels and unmute the vol=
ume in the amixer control.=0A=
=0A=
If anyone manages to record and play something then please post the steps y=
ou take with the mixer etc.=0A=
=0A=
Ben=0A=
=0A=
-----Original Message-----=0A=
From: gumstix-users-bounces@... on behalf of bearclaw=0A=
Sent: Tue 10/04/2007 09:58=0A=
To: General mailing list for gumstix users.=0A=
Subject: Re: [Gumstix-users] c++ and sound compatibility=0A=
=20=0A=
Toner, Ben wrote:=0A=
>=0A=
> I've spent some time looking into the best buildroot release to use=0A=
> for my requirements=0A=
>  - sound capability=0A=
>  - c++ application=0A=
>=0A=
> My c++ application is a working linux application and I'm trying to=0A=
> port it to Gumstix.  With the later buildroots (1360+ ) the=0A=
> application builds and executes but fails when it comes to opening a=0A=
> sound device (as expected seeing as the sound is broken)=0A=
>=0A=
> Using buildroot 1183 where sound has been confirmed to work well, my=0A=
> application builds but execution stops almost immediately reporting a=0A=
> segmentation fault.  My application has a large global object and=0A=
> Strace and gdb both show the application to stop in the constructor=0A=
> for this object which makes debugging very difficult.  The only thing=0A=
> I can see that may be linked to the segmentation fault is that there=0A=
> templates to create a complex type are being called around the point=0A=
> where execution stops.=0A=
>=0A=
> I'm not sure what is causing this but a guess would be that my c++=0A=
> application will not execute having been built with gcc 3.4.5 (in=0A=
> builroot r1183).  Maybe this is something to do with the way c++=0A=
> templates are handled as I remember something about that changing=0A=
> around gcc 3.4.x?=0A=
> I have tried updating the gcc in buildroot 1183 (using make=0A=
> menuconfig) to a gcc 4.x version but then buildroot fails.=0A=
> Another issue could be to do with libstdc++?  Do the different=0A=
> buildroot versions use fixed releases of libstdc++ or is the latest=0A=
> stable version brought down regardless of the buildroot version?=0A=
>=0A=
> Are there any similar issues and workarounds known as it looks as=0A=
> though I have to either do some painful debugging/repairing in r1183=0A=
> or get the sound working in the latest releases.=0A=
>=0A=
> Is there something I could help with to get the sound working in the=0A=
> latest buildroot as this is my preferred solution.  I am by no means a=0A=
> kernel expert and have tried some novice tricks such as copying the=0A=
> sound from linux-2.6.18gum to linux-2.6.20gum but surprise surprise,=0A=
> that doesn't work.=0A=
> Any other suggestions about what I could do to get a solution moving?=0A=
>=0A=
> Thanks=0A=
>=0A=
> Ben=0A=
>=0A=
Hi. If your object is global and declared as 'Foo foo;' then it is=0A=
initilaized before main is called. This can cause trouble as the=0A=
initialization of global objects' order is undefined. For instance if=0A=
Foo's constructor is using a global std::list, this may fail if Foo is=0A=
initialized before the list.=0A=
I'd recommand replacing your object by a pointer, and initialize it in main.=
=0A=
That's just  a wild guess though, it may not be relevant to your problem.=
=0A=
=0A=
-------------------------------------------------------------------------=
=0A=
Take Surveys. Earn Cash. Influence the Future of IT=0A=
Join SourceForge.net's Techsay panel and you'll get the chance to share your=
=0A=
opinions on IT & business topics through brief surveys-and earn cash=0A=
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDE=
VDEV=0A=
_______________________________________________=0A=
gumstix-users mailing list=0A=
gumstix-users@...=0A=
https://lists.sourceforge.net/lists/listinfo/gumstix-users=0A=
=0A=
=0A=
--=20=0A=
Roke Manor Research Ltd, Romsey,=0A=
Hampshire, SO51 0ZN, United Kingdom=0A=
=0A=
A Siemens company=0A=
Registered in England & Wales at:=0A=
Siemens House, Oldbury, Bracknell=0A=
Berks RG12 8FZ. Number 267550=0A=
------------------------------------------------------------------------=0A=
Visit our website at http://www.roke.co.uk=0A=
------------------------------------------------------------------------=0A=
The information contained in this e-mail and any attachments is=0A=
proprietary to Roke Manor Research Ltd and must not be passed to any=0A=
third party without permission. This communication is for information=0A=
only and shall not create or change any contractual relationship.=0A=
------------------------------------------------------------------------=0A=
=0A=
Please consider the environment before printing this email=0A=
=0A=

Re: [Gumstix-users] c++ and sound compatibility

[Tony Cantor <tony.cantor@gm...>]

hey,
did you ever manage to get recording working with arecord?
when i try to run it, it gives me this:

# arecord
Recording WAVE '(null)' : Unsigned 8 bit, Rate 8000 Hz, Mono
arecord: set_params:1005: unable to install sw params:
start_mode: DATA
xrun_mode: NONE
tstamp_mode: NONE
period_step: 1
sleep_min: 0
avail_min: 0
xfer_align: 1074712780
silence_threshold: 0
silence_size: 0
boundary: 1946157056

i get the same problem with aplay :(
anybody got any ideas?

-tony

On 4/10/07, Toner, Ben <ben.toner@...> wrote:
>
>
> Thanks for that wild guess.
> You were exactly right, it was failing when trying to initialise
> std::vector, and moving the global object into main() has fixed it.  I now
> have my application running in r1183 and can use the sound card.
>
> I have now also got the Alsa sound library working in r1183.
> Firstly buildroot needs to be compiled after making a small change in
> /package/alsa-lib and alsa-utils
> change the config.in to read BR2_PACKAGE_ALSA_LIB or _UTILS in line 1
>
> Then you'll find in ./gumstix
> -buildroot/build_arm_nofpu/staging_dir/usr/share/alsa all the required
> files.  Copy the whole alsa directory into the gumstix, into a directory
> with an identical path to the directory on you build environment
>
> so in my case I created a dir /home/bt/gumstix/gumstix
> -buildroot/build_arm_nofpu/staging_dir/usr/share/alsa on the gumstix and
> copied everything in.
>
> This needs to be fixed in the install path in the config files that come
> down from buildroot - any takers?
>
> then,
> modprobe snd-pxa2xx-ac97
>
> run aplay -l and you should see your device.
>
> I have still to actually record/play anything through the alsa driver but
> I think it should work.  You need to turn on the channels and unmute the
> volume in the amixer control.
>
> If anyone manages to record and play something then please post the steps
> you take with the mixer etc.
>
> Ben
>
> -----Original Message-----
> From: gumstix-users-bounces@... on behalf of bearclaw
> Sent: Tue 10/04/2007 09:58
> To: General mailing list for gumstix users.
> Subject: Re: [Gumstix-users] c++ and sound compatibility
>
> Toner, Ben wrote:
> >
> > I've spent some time looking into the best buildroot release to use
> > for my requirements
> >  - sound capability
> >  - c++ application
> >
> > My c++ application is a working linux application and I'm trying to
> > port it to Gumstix.  With the later buildroots (1360+ ) the
> > application builds and executes but fails when it comes to opening a
> > sound device (as expected seeing as the sound is broken)
> >
> > Using buildroot 1183 where sound has been confirmed to work well, my
> > application builds but execution stops almost immediately reporting a
> > segmentation fault.  My application has a large global object and
> > Strace and gdb both show the application to stop in the constructor
> > for this object which makes debugging very difficult.  The only thing
> > I can see that may be linked to the segmentation fault is that there
> > templates to create a complex type are being called around the point
> > where execution stops.
> >
> > I'm not sure what is causing this but a guess would be that my c++
> > application will not execute having been built with gcc 3.4.5 (in
> > builroot r1183).  Maybe this is something to do with the way c++
> > templates are handled as I remember something about that changing
> > around gcc 3.4.x?
> > I have tried updating the gcc in buildroot 1183 (using make
> > menuconfig) to a gcc 4.x version but then buildroot fails.
> > Another issue could be to do with libstdc++?  Do the different
> > buildroot versions use fixed releases of libstdc++ or is the latest
> > stable version brought down regardless of the buildroot version?
> >
> > Are there any similar issues and workarounds known as it looks as
> > though I have to either do some painful debugging/repairing in r1183
> > or get the sound working in the latest releases.
> >
> > Is there something I could help with to get the sound working in the
> > latest buildroot as this is my preferred solution.  I am by no means a
> > kernel expert and have tried some novice tricks such as copying the
> > sound from linux-2.6.18gum to linux-2.6.20gum but surprise surprise,
> > that doesn't work.
> > Any other suggestions about what I could do to get a solution moving?
> >
> > Thanks
> >
> > Ben
> >
> Hi. If your object is global and declared as 'Foo foo;' then it is
> initilaized before main is called. This can cause trouble as the
> initialization of global objects' order is undefined. For instance if
> Foo's constructor is using a global std::list, this may fail if Foo is
> initialized before the list.
> I'd recommand replacing your object by a pointer, and initialize it in
> main.
> That's just  a wild guess though, it may not be relevant to your problem.
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>   --
>
> Roke Manor Research Ltd, Romsey,
> Hampshire, SO51 0ZN, United Kingdom
>
> A Siemens company
>
> Registered in England & Wales at:
> Siemens House, Oldbury, Bracknell,
> Berks RG12 8FZ. Number 267550
>
> ------------------------------------------------------------------------
>
> Visit our website at http://www.roke.co.uk
>
> ------------------------------------------------------------------------
>
> The information contained in this e-mail and any attachments is
> proprietary to Roke Manor Research Ltd and must not be passed to any
> third party without permission. This communication is for information
> only and shall not create or change any contractual relationship.
>
> ------------------------------------------------------------------------
>
> Please consider the environment before printing this email
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>

Re: [Gumstix-users] c++ and sound compatibility

[Toner, Ben <ben.toner@ro...>]

I actually get the same problems using aplay and arecord.
I didn't look in to it to much as I use ALSA coded in an application and it=
 works there.

I'd like to see a few sound fixes in the next buildroot releases.  I really=
 would like to use sound in a release supporting GCC4 and also on the Verde=
x (no sound is working on Verdex today)
I don't really have much kernel/driver experience so am at a dead loss tryi=
ng to get it working myself.

Ben

-----Original Message-----
From: gumstix-users-bounces@... on behalf of Tony Cantor
Sent: Thu 26/04/2007 11:23
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] c++ and sound compatibility
=20
hey,
did you ever manage to get recording working with arecord?
when i try to run it, it gives me this:

# arecord
Recording WAVE '(null)' : Unsigned 8 bit, Rate 8000 Hz, Mono
arecord: set_params:1005: unable to install sw params:
start_mode: DATA
xrun_mode: NONE
tstamp_mode: NONE
period_step: 1
sleep_min: 0
avail_min: 0
xfer_align: 1074712780
silence_threshold: 0
silence_size: 0
boundary: 1946157056

i get the same problem with aplay :(
anybody got any ideas?

-tony

On 4/10/07, Toner, Ben <ben.toner@...> wrote:
>
>
> Thanks for that wild guess.
> You were exactly right, it was failing when trying to initialise
> std::vector, and moving the global object into main() has fixed it.  I now
> have my application running in r1183 and can use the sound card.
>
> I have now also got the Alsa sound library working in r1183.
> Firstly buildroot needs to be compiled after making a small change in
> /package/alsa-lib and alsa-utils
> change the config.in to read BR2_PACKAGE_ALSA_LIB or _UTILS in line 1
>
> Then you'll find in ./gumstix
> -buildroot/build_arm_nofpu/staging_dir/usr/share/alsa all the required
> files.  Copy the whole alsa directory into the gumstix, into a directory
> with an identical path to the directory on you build environment
>
> so in my case I created a dir /home/bt/gumstix/gumstix
> -buildroot/build_arm_nofpu/staging_dir/usr/share/alsa on the gumstix and
> copied everything in.
>
> This needs to be fixed in the install path in the config files that come
> down from buildroot - any takers?
>
> then,
> modprobe snd-pxa2xx-ac97
>
> run aplay -l and you should see your device.
>
> I have still to actually record/play anything through the alsa driver but
> I think it should work.  You need to turn on the channels and unmute the
> volume in the amixer control.
>
> If anyone manages to record and play something then please post the steps
> you take with the mixer etc.
>
> Ben
>
> -----Original Message-----
> From: gumstix-users-bounces@... on behalf of bearclaw
> Sent: Tue 10/04/2007 09:58
> To: General mailing list for gumstix users.
> Subject: Re: [Gumstix-users] c++ and sound compatibility
>
> Toner, Ben wrote:
> >
> > I've spent some time looking into the best buildroot release to use
> > for my requirements
> >  - sound capability
> >  - c++ application
> >
> > My c++ application is a working linux application and I'm trying to
> > port it to Gumstix.  With the later buildroots (1360+ ) the
> > application builds and executes but fails when it comes to opening a
> > sound device (as expected seeing as the sound is broken)
> >
> > Using buildroot 1183 where sound has been confirmed to work well, my
> > application builds but execution stops almost immediately reporting a
> > segmentation fault.  My application has a large global object and
> > Strace and gdb both show the application to stop in the constructor
> > for this object which makes debugging very difficult.  The only thing
> > I can see that may be linked to the segmentation fault is that there
> > templates to create a complex type are being called around the point
> > where execution stops.
> >
> > I'm not sure what is causing this but a guess would be that my c++
> > application will not execute having been built with gcc 3.4.5 (in
> > builroot r1183).  Maybe this is something to do with the way c++
> > templates are handled as I remember something about that changing
> > around gcc 3.4.x?
> > I have tried updating the gcc in buildroot 1183 (using make
> > menuconfig) to a gcc 4.x version but then buildroot fails.
> > Another issue could be to do with libstdc++?  Do the different
> > buildroot versions use fixed releases of libstdc++ or is the latest
> > stable version brought down regardless of the buildroot version?
> >
> > Are there any similar issues and workarounds known as it looks as
> > though I have to either do some painful debugging/repairing in r1183
> > or get the sound working in the latest releases.
> >
> > Is there something I could help with to get the sound working in the
> > latest buildroot as this is my preferred solution.  I am by no means a
> > kernel expert and have tried some novice tricks such as copying the
> > sound from linux-2.6.18gum to linux-2.6.20gum but surprise surprise,
> > that doesn't work.
> > Any other suggestions about what I could do to get a solution moving?
> >
> > Thanks
> >
> > Ben
> >
> Hi. If your object is global and declared as 'Foo foo;' then it is
> initilaized before main is called. This can cause trouble as the
> initialization of global objects' order is undefined. For instance if
> Foo's constructor is using a global std::list, this may fail if Foo is
> initialized before the list.
> I'd recommand replacing your object by a pointer, and initialize it in
> main.
> That's just  a wild guess though, it may not be relevant to your problem.
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>   --
>
> Roke Manor Research Ltd, Romsey,
> Hampshire, SO51 0ZN, United Kingdom
>
> A Siemens company
>
> Registered in England & Wales at:
> Siemens House, Oldbury, Bracknell,
> Berks RG12 8FZ. Number 267550
>
> ------------------------------------------------------------------------
>
> Visit our website at http://www.roke.co.uk
>
> ------------------------------------------------------------------------
>
> The information contained in this e-mail and any attachments is
> proprietary to Roke Manor Research Ltd and must not be passed to any
> third party without permission. This communication is for information
> only and shall not create or change any contractual relationship.
>
> ------------------------------------------------------------------------
>
> Please consider the environment before printing this email
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>


--=20
Roke Manor Research Ltd, Romsey,
Hampshire, SO51 0ZN, United Kingdom

A Siemens company
Registered in England & Wales at:
Siemens House, Oldbury, Bracknell
Berks RG12 8FZ. Number 267550
------------------------------------------------------------------------
Visit our website at http://www.roke.co.uk
------------------------------------------------------------------------
The information contained in this e-mail and any attachments is
proprietary to Roke Manor Research Ltd and must not be passed to any
third party without permission. This communication is for information
only and shall not create or change any contractual relationship.
------------------------------------------------------------------------

Please consider the environment before printing this email

Re: [Gumstix-users] c++ and sound compatibility

[Tony Cantor <tony.cantor@gm...>]

what did you base your app alsa code off of? ive been using the
latency.ctest application and that will not run correctly...
would you mind pointing me in the direction of some decent alsa example
code?  its hard to find :(
(for my app i need to run in full duplex, ie reading the line in and writing
to the line out in the same application)
btw, nice job figuring out the initial alsa bug, i was pretty damn stuck on
that.

tony

On 4/26/07, Toner, Ben <ben.toner@...> wrote:
>
>
> I actually get the same problems using aplay and arecord.
> I didn't look in to it to much as I use ALSA coded in an application and
> it works there.
>
> I'd like to see a few sound fixes in the next buildroot releases.  I
> really would like to use sound in a release supporting GCC4 and also on the
> Verdex (no sound is working on Verdex today)
> I don't really have much kernel/driver experience so am at a dead loss
> trying to get it working myself.
>
> Ben
>
>
> -----Original Message-----
> From: gumstix-users-bounces@... on behalf of Tony Cantor
> Sent: Thu 26/04/2007 11:23
> To: General mailing list for gumstix users.
> Subject: Re: [Gumstix-users] c++ and sound compatibility
>
> hey,
> did you ever manage to get recording working with arecord?
> when i try to run it, it gives me this:
>
> # arecord
> Recording WAVE '(null)' : Unsigned 8 bit, Rate 8000 Hz, Mono
> arecord: set_params:1005: unable to install sw params:
> start_mode: DATA
> xrun_mode: NONE
> tstamp_mode: NONE
> period_step: 1
> sleep_min: 0
> avail_min: 0
> xfer_align: 1074712780
> silence_threshold: 0
> silence_size: 0
> boundary: 1946157056
>
> i get the same problem with aplay :(
> anybody got any ideas?
>
> -tony
>
> On 4/10/07, Toner, Ben <ben.toner@...> wrote:
> >
> >
> > Thanks for that wild guess.
> > You were exactly right, it was failing when trying to initialise
> > std::vector, and moving the global object into main() has fixed it.  I
> now
> > have my application running in r1183 and can use the sound card.
> >
> > I have now also got the Alsa sound library working in r1183.
> > Firstly buildroot needs to be compiled after making a small change in
> > /package/alsa-lib and alsa-utils
> > change the config.in to read BR2_PACKAGE_ALSA_LIB or _UTILS in line 1
> >
> > Then you'll find in ./gumstix
> > -buildroot/build_arm_nofpu/staging_dir/usr/share/alsa all the required
> > files.  Copy the whole alsa directory into the gumstix, into a directory
> > with an identical path to the directory on you build environment
> >
> > so in my case I created a dir /home/bt/gumstix/gumstix
> > -buildroot/build_arm_nofpu/staging_dir/usr/share/alsa on the gumstix and
> > copied everything in.
> >
> > This needs to be fixed in the install path in the config files that come
> > down from buildroot - any takers?
> >
> > then,
> > modprobe snd-pxa2xx-ac97
> >
> > run aplay -l and you should see your device.
> >
> > I have still to actually record/play anything through the alsa driver
> but
> > I think it should work.  You need to turn on the channels and unmute the
> > volume in the amixer control.
> >
> > If anyone manages to record and play something then please post the
> steps
> > you take with the mixer etc.
> >
> > Ben
> >
> > -----Original Message-----
> > From: gumstix-users-bounces@... on behalf of bearclaw
> > Sent: Tue 10/04/2007 09:58
> > To: General mailing list for gumstix users.
> > Subject: Re: [Gumstix-users] c++ and sound compatibility
> >
> > Toner, Ben wrote:
> > >
> > > I've spent some time looking into the best buildroot release to use
> > > for my requirements
> > >  - sound capability
> > >  - c++ application
> > >
> > > My c++ application is a working linux application and I'm trying to
> > > port it to Gumstix.  With the later buildroots (1360+ ) the
> > > application builds and executes but fails when it comes to opening a
> > > sound device (as expected seeing as the sound is broken)
> > >
> > > Using buildroot 1183 where sound has been confirmed to work well, my
> > > application builds but execution stops almost immediately reporting a
> > > segmentation fault.  My application has a large global object and
> > > Strace and gdb both show the application to stop in the constructor
> > > for this object which makes debugging very difficult.  The only thing
> > > I can see that may be linked to the segmentation fault is that there
> > > templates to create a complex type are being called around the point
> > > where execution stops.
> > >
> > > I'm not sure what is causing this but a guess would be that my c++
> > > application will not execute having been built with gcc 3.4.5 (in
> > > builroot r1183).  Maybe this is something to do with the way c++
> > > templates are handled as I remember something about that changing
> > > around gcc 3.4.x?
> > > I have tried updating the gcc in buildroot 1183 (using make
> > > menuconfig) to a gcc 4.x version but then buildroot fails.
> > > Another issue could be to do with libstdc++?  Do the different
> > > buildroot versions use fixed releases of libstdc++ or is the latest
> > > stable version brought down regardless of the buildroot version?
> > >
> > > Are there any similar issues and workarounds known as it looks as
> > > though I have to either do some painful debugging/repairing in r1183
> > > or get the sound working in the latest releases.
> > >
> > > Is there something I could help with to get the sound working in the
> > > latest buildroot as this is my preferred solution.  I am by no means a
> > > kernel expert and have tried some novice tricks such as copying the
> > > sound from linux-2.6.18gum to linux-2.6.20gum but surprise surprise,
> > > that doesn't work.
> > > Any other suggestions about what I could do to get a solution moving?
> > >
> > > Thanks
> > >
> > > Ben
> > >
> > Hi. If your object is global and declared as 'Foo foo;' then it is
> > initilaized before main is called. This can cause trouble as the
> > initialization of global objects' order is undefined. For instance if
> > Foo's constructor is using a global std::list, this may fail if Foo is
> > initialized before the list.
> > I'd recommand replacing your object by a pointer, and initialize it in
> > main.
> > That's just  a wild guess though, it may not be relevant to your
> problem.
> >
> >
> -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > your
> > opinions on IT & business topics through brief surveys-and earn cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > gumstix-users mailing list
> > gumstix-users@...
> > https://lists.sourceforge.net/lists/listinfo/gumstix-users
> >
> >   --
> >
> > Roke Manor Research Ltd, Romsey,
> > Hampshire, SO51 0ZN, United Kingdom
> >
> > A Siemens company
> >
> > Registered in England & Wales at:
> > Siemens House, Oldbury, Bracknell,
> > Berks RG12 8FZ. Number 267550
> >
> > ------------------------------------------------------------------------
> >
> > Visit our website at http://www.roke.co.uk
> >
> > ------------------------------------------------------------------------
> >
> > The information contained in this e-mail and any attachments is
> > proprietary to Roke Manor Research Ltd and must not be passed to any
> > third party without permission. This communication is for information
> > only and shall not create or change any contractual relationship.
> >
> > ------------------------------------------------------------------------
> >
> > Please consider the environment before printing this email
> >
> >
> -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > your
> > opinions on IT & business topics through brief surveys-and earn cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > gumstix-users mailing list
> > gumstix-users@...
> > https://lists.sourceforge.net/lists/listinfo/gumstix-users
> >
> >
>
>   --
>
> Roke Manor Research Ltd, Romsey,
> Hampshire, SO51 0ZN, United Kingdom
>
> A Siemens company
>
> Registered in England & Wales at:
> Siemens House, Oldbury, Bracknell
>
> ------------------------------------------------------------------------
>
> Visit our website at http://www.roke.co.uk
>
> ------------------------------------------------------------------------
>
> The information contained in this e-mail and any attachments is
> proprietary to Roke Manor Research Ltd and must not be passed to any
> third party without permission. This communication is for information
> only and shall not create or change any contractual relationship.
>
> ------------------------------------------------------------------------
>
> Please consider the environment before printing this email
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>

Re: [Gumstix-users] c++ and sound compatibility

[Toner, Ben <ben.toner@ro...>]

There is a good example of using alsa in full duplex mode in this sourcefor=
ge application
http://drm.sourceforge.net/
(look in the /linux/source dircetory)

Ben


-----Original Message-----
From: gumstix-users-bounces@... on behalf of Tony Cantor
Sent: Thu 26/04/2007 13:52
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] c++ and sound compatibility
=20
what did you base your app alsa code off of? ive been using the
latency.ctest application and that will not run correctly...
would you mind pointing me in the direction of some decent alsa example
code?  its hard to find :(
(for my app i need to run in full duplex, ie reading the line in and writing
to the line out in the same application)
btw, nice job figuring out the initial alsa bug, i was pretty damn stuck on
that.

tony

On 4/26/07, Toner, Ben <ben.toner@...> wrote:
>
>
> I actually get the same problems using aplay and arecord.
> I didn't look in to it to much as I use ALSA coded in an application and
> it works there.
>
> I'd like to see a few sound fixes in the next buildroot releases.  I
> really would like to use sound in a release supporting GCC4 and also on t=
he
> Verdex (no sound is working on Verdex today)
> I don't really have much kernel/driver experience so am at a dead loss
> trying to get it working myself.
>
> Ben
>
>
> -----Original Message-----
> From: gumstix-users-bounces@... on behalf of Tony Cantor
> Sent: Thu 26/04/2007 11:23
> To: General mailing list for gumstix users.
> Subject: Re: [Gumstix-users] c++ and sound compatibility
>
> hey,
> did you ever manage to get recording working with arecord?
> when i try to run it, it gives me this:
>
> # arecord
> Recording WAVE '(null)' : Unsigned 8 bit, Rate 8000 Hz, Mono
> arecord: set_params:1005: unable to install sw params:
> start_mode: DATA
> xrun_mode: NONE
> tstamp_mode: NONE
> period_step: 1
> sleep_min: 0
> avail_min: 0
> xfer_align: 1074712780
> silence_threshold: 0
> silence_size: 0
> boundary: 1946157056
>
> i get the same problem with aplay :(
> anybody got any ideas?
>
> -tony
>
> On 4/10/07, Toner, Ben <ben.toner@...> wrote:
> >
> >
> > Thanks for that wild guess.
> > You were exactly right, it was failing when trying to initialise
> > std::vector, and moving the global object into main() has fixed it.  I
> now
> > have my application running in r1183 and can use the sound card.
> >
> > I have now also got the Alsa sound library working in r1183.
> > Firstly buildroot needs to be compiled after making a small change in
> > /package/alsa-lib and alsa-utils
> > change the config.in to read BR2_PACKAGE_ALSA_LIB or _UTILS in line 1
> >
> > Then you'll find in ./gumstix
> > -buildroot/build_arm_nofpu/staging_dir/usr/share/alsa all the required
> > files.  Copy the whole alsa directory into the gumstix, into a directory
> > with an identical path to the directory on you build environment
> >
> > so in my case I created a dir /home/bt/gumstix/gumstix
> > -buildroot/build_arm_nofpu/staging_dir/usr/share/alsa on the gumstix and
> > copied everything in.
> >
> > This needs to be fixed in the install path in the config files that come
> > down from buildroot - any takers?
> >
> > then,
> > modprobe snd-pxa2xx-ac97
> >
> > run aplay -l and you should see your device.
> >
> > I have still to actually record/play anything through the alsa driver
> but
> > I think it should work.  You need to turn on the channels and unmute the
> > volume in the amixer control.
> >
> > If anyone manages to record and play something then please post the
> steps
> > you take with the mixer etc.
> >
> > Ben
> >
> > -----Original Message-----
> > From: gumstix-users-bounces@... on behalf of bearclaw
> > Sent: Tue 10/04/2007 09:58
> > To: General mailing list for gumstix users.
> > Subject: Re: [Gumstix-users] c++ and sound compatibility
> >
> > Toner, Ben wrote:
> > >
> > > I've spent some time looking into the best buildroot release to use
> > > for my requirements
> > >  - sound capability
> > >  - c++ application
> > >
> > > My c++ application is a working linux application and I'm trying to
> > > port it to Gumstix.  With the later buildroots (1360+ ) the
> > > application builds and executes but fails when it comes to opening a
> > > sound device (as expected seeing as the sound is broken)
> > >
> > > Using buildroot 1183 where sound has been confirmed to work well, my
> > > application builds but execution stops almost immediately reporting a
> > > segmentation fault.  My application has a large global object and
> > > Strace and gdb both show the application to stop in the constructor
> > > for this object which makes debugging very difficult.  The only thing
> > > I can see that may be linked to the segmentation fault is that there
> > > templates to create a complex type are being called around the point
> > > where execution stops.
> > >
> > > I'm not sure what is causing this but a guess would be that my c++
> > > application will not execute having been built with gcc 3.4.5 (in
> > > builroot r1183).  Maybe this is something to do with the way c++
> > > templates are handled as I remember something about that changing
> > > around gcc 3.4.x?
> > > I have tried updating the gcc in buildroot 1183 (using make
> > > menuconfig) to a gcc 4.x version but then buildroot fails.
> > > Another issue could be to do with libstdc++?  Do the different
> > > buildroot versions use fixed releases of libstdc++ or is the latest
> > > stable version brought down regardless of the buildroot version?
> > >
> > > Are there any similar issues and workarounds known as it looks as
> > > though I have to either do some painful debugging/repairing in r1183
> > > or get the sound working in the latest releases.
> > >
> > > Is there something I could help with to get the sound working in the
> > > latest buildroot as this is my preferred solution.  I am by no means a
> > > kernel expert and have tried some novice tricks such as copying the
> > > sound from linux-2.6.18gum to linux-2.6.20gum but surprise surprise,
> > > that doesn't work.
> > > Any other suggestions about what I could do to get a solution moving?
> > >
> > > Thanks
> > >
> > > Ben
> > >
> > Hi. If your object is global and declared as 'Foo foo;' then it is
> > initilaized before main is called. This can cause trouble as the
> > initialization of global objects' order is undefined. For instance if
> > Foo's constructor is using a global std::list, this may fail if Foo is
> > initialized before the list.
> > I'd recommand replacing your object by a pointer, and initialize it in
> > main.
> > That's just  a wild guess though, it may not be relevant to your
> problem.
> >
> >
> -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > your
> > opinions on IT & business topics through brief surveys-and earn cash
> >
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> > _______________________________________________
> > gumstix-users mailing list
> > gumstix-users@...
> > https://lists.sourceforge.net/lists/listinfo/gumstix-users
> >
> >   --
> >
> > Roke Manor Research Ltd, Romsey,
> > Hampshire, SO51 0ZN, United Kingdom
> >
> > A Siemens company
> >
> > Registered in England & Wales at:
> > Siemens House, Oldbury, Bracknell,
> > Berks RG12 8FZ. Number 267550
> >
> > ------------------------------------------------------------------------
> >
> > Visit our website at http://www.roke.co.uk
> >
> > ------------------------------------------------------------------------
> >
> > The information contained in this e-mail and any attachments is
> > proprietary to Roke Manor Research Ltd and must not be passed to any
> > third party without permission. This communication is for information
> > only and shall not create or change any contractual relationship.
> >
> > ------------------------------------------------------------------------
> >
> > Please consider the environment before printing this email
> >
> >
> -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > your
> > opinions on IT & business topics through brief surveys-and earn cash
> >
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> > _______________________________________________
> > gumstix-users mailing list
> > gumstix-users@...
> > https://lists.sourceforge.net/lists/listinfo/gumstix-users
> >
> >
>
>   --
>
> Roke Manor Research Ltd, Romsey,
> Hampshire, SO51 0ZN, United Kingdom
>
> A Siemens company
>
> Registered in England & Wales at:
> Siemens House, Oldbury, Bracknell
>
> ------------------------------------------------------------------------
>
> Visit our website at http://www.roke.co.uk
>
> ------------------------------------------------------------------------
>
> The information contained in this e-mail and any attachments is
> proprietary to Roke Manor Research Ltd and must not be passed to any
> third party without permission. This communication is for information
> only and shall not create or change any contractual relationship.
>
> ------------------------------------------------------------------------
>
> Please consider the environment before printing this email
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>


--=20
Roke Manor Research Ltd, Romsey,
Hampshire, SO51 0ZN, United Kingdom

A Siemens company
Registered in England & Wales at:
Siemens House, Oldbury, Bracknell
Berks RG12 8FZ. Number 267550
------------------------------------------------------------------------
Visit our website at http://www.roke.co.uk
------------------------------------------------------------------------
The information contained in this e-mail and any attachments is
proprietary to Roke Manor Research Ltd and must not be passed to any
third party without permission. This communication is for information
only and shall not create or change any contractual relationship.
------------------------------------------------------------------------

Please consider the environment before printing this email

Re: [Gumstix-users] Let's Fix the Sound..

[Hennie van Zyl <hpvanzyl@gm...>]

Have anyone tried to get ASoC to work on the gumstix?
I see its rather new and so far only supports pxa2xx.

http://kernelnewbies.org/LinuxChanges
http://www.rpsys.net/openzaurus/patches/alsa/info.html

I cannot go back to using gcc3.4.5 as I have to much software using gcc4.1.1
.

Re: [Gumstix-users] Let's Fix the Sound..

[Craig Hughes <craig@gu...>]

On Apr 26, 2007, at 3:10 AM, Hennie van Zyl wrote:

> Have anyone tried to get ASoC to work on the gumstix?
> I see its rather new and so far only supports pxa2xx.
>
> http://kernelnewbies.org/LinuxChanges
> http://www.rpsys.net/openzaurus/patches/alsa/info.html
>

Neat -- I'll take a look.  This looks very promising and useful.

C

Re: [Gumstix-users] Let's Fix the Sound..

[Hennie van Zyl <hpvanzyl@gm...>]

Hi,
Look at the straces when doing a modprobe. (strace 1183 and 1185 that I
attached previously)
"Inappropriate ioctl for device" and "Bad file descriptor" are very worrying
messages when doing a modprobe!
ioctl(2147483647, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbefa2934) = -1 EBADF (Bad
file descriptor)
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbefa2990) = -1 ENOTTY
(Inappropriate ioctl for device)

Can this be the source of the problem just waiting to happen?

Good Luck,
H.

Re: [Gumstix-users] Let's Fix the Sound..

[Dave Hylands <dhylands@gm...>]

Hi Hennie,

On 5/10/07, Hennie van Zyl <hpvanzyl@...> wrote:
> Hi,
> Look at the straces when doing a modprobe. (strace 1183 and 1185 that I
> attached previously)
> "Inappropriate ioctl for device" and "Bad file descriptor" are very worrying
> messages when doing a modprobe!
> ioctl(2147483647, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbefa2934) = -1 EBADF (Bad
> file descriptor)

This one may be a problem ( 2147483647 == 0x7fffffff ) is obviously
some type of "problem" since the file descriptor is obviously bad.

> ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbefa2990) = -1 ENOTTY
> (Inappropriate ioctl for device)

This one isn't necessarily a problem. TCGETS is only implemented on
tty devices, so the fact that its failing on non-tty devices is
expected. I seem to recall looking at an issue similar to this and my
recollection is that TCGETS was originating from uClibc.

> Can this be the source of the problem just waiting to happen?

I don't think that either of these are related to the current
problems. They may however, be problems lurking on the sidelines.

-- 
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/

Re: [Gumstix-users] Let's Fix the Sound..

[Hennie van Zyl <hpvanzyl@gm...>]

Hello,
Thx Dave! If you ever come to South Africa you will get a beer from me!
Just an update on the sound. The sound looks like it is working fine now. I
tested it on revision 1359 with the lovely moonlight Sonata. For the patch
please refer to the thread "Patch for rev 1185 audio" .