From: Engel, N. <nic...@do...> - 2006-06-20 00:44:29
|
Hi Mark,=0D=0A=0D=0A>I think it's just snd-pxa2xx-ac97=2E=0D=0A>Perhaps som= ebody else (who knows) can comment=2E=2E=2E=0D=0A=0D=0AIf you're using a 2= =2E6=2E15 kernel you'll probably want to load both the=0D=0Asnd-pxa2xx-ac97= and snd-pcm-oss modules=2E OSS emulation over ALSA is=0D=0Aprobably the e= asiest way to get audio working=2E=0D=0A=0D=0ATo test it try:=0D=0A=0D=0A# = aumix -v 50 =0D=0A# bplay -S -s 8000 -b 16 -t 5 -r /dev/urandom =0D=0A=0D= =0AYou should hear white noise=2E=0D=0A=0D=0ARegards,=0D=0ANick Engel=0D=0A= =0D=0A-----Original Message-----=0D=0AFrom: gumstix-users-bounces@lists=2Es= ourceforge=2Enet=0D=0A[mailto:gumstix-users-bounces@lists=2Esourceforge=2En= et] On Behalf Of Dave=0D=0AHylands=0D=0ASent: Tuesday, 20 June 2006 10:22 A= M=0D=0ATo: General mailing list for gumstix users=2E=0D=0ASubject: Re: [Gum= stix-users] Configuring gumstix for audio with=0D=0Aroboaudio=0D=0A=0D=0AHi= Mark,=0D=0A=0D=0A> What modules do i need to put on the gumstix to get the= audio on the =0D=0A> roboaudio up? where do I find these modules?=0D=0A=0D= =0ASorry, I haven't played with the audio stuff yet=2E As far as I know it'= s=0D=0Athe same stuff you'd need for the audiostix=2E=0D=0A=0D=0AI think it= 's just snd-pxa2xx-ac97=2E=0D=0A=0D=0APerhaps somebody else (who knows) can= comment=2E=2E=2E=0D=0A=0D=0A--=0D=0ADave Hylands=0D=0AVancouver, BC, Canad= a=0D=0Ahttp://www=2EDaveHylands=2Ecom/=0D=0A=0D=0A=0D=0A___________________= ____________________________=0D=0Agumstix-users mailing list=0D=0Agumstix-u= sers@lists=2Esourceforge=2Enet=0D=0Ahttps://lists=2Esourceforge=2Enet/lists= /listinfo/gumstix-users=0D=0A=0D=0A----------------------------------------= -=0D=0AThis message (including any attachments) may contain confidential=0D= =0Ainformation intended for a specific individual and purpose=2E If you=0D= =0Aare not the intended recipient, delete this message=2E If you are=0D=0A= not the intended recipient, disclosing, copying, distributing, or=0D=0Ataki= ng any action based on this message is strictly prohibited=2E=0D=0A |
From: Doyle, P. <Pat...@dt...> - 2006-06-20 12:28:43
|
> -----Original Message----- > From: Dave Hylands [mailto:dhy...@gm...] > Sent: Monday, June 19, 2006 10:41 PM > To: General mailing list for gumstix users. > Subject: Re: [Gumstix-users] Configuring gumstix for audio > with roboaudio > > > Hi Craig, > > On 6/19/06, Craig Hughes <cr...@gu...> wrote: > > Yup, sorry my internet connection went down earlier, or I'd have > > answered. The audio portion of the robo-audio is just the same > > circuitry exactly as on the audiostix -- so just use the regular > > audio stuff. > > So I went looking on the Wiki and couldn't find any "regular > audio stuff".... > > Perhaps somebody that knows how all this stuff works could > start a Wiki page. > I was hoping to do that one of these days when I come back up for air. (Right now, that is scheduled for July of 2013, but I'm hoping to pull that in a bit :-)). I also owe the list a patch for the things I found, um, interesting, in the UCB1400 support. In the mean time, here is where I got to the last time I was working with this (last April): http://sourceforge.net/mailarchive/message.php?msg_id=15392932 --wpd |
From: Mark Y. <mya...@gm...> - 2006-06-20 18:30:15
|
I will look carefully into this a little latter. Thank you for the advice everyone. BTW: I don't understand why the people at gumstix don't develop software for the gumstix and its daughter boards..... I keep using Dave's stuff, as amazing as it is, i still wonder why specifically Dave and not someone who directly supports gumstix does it. All Dave does is amazingly usefull stuff. Mark On 6/20/06, Doyle, Patrick <Pat...@dt...> wrote: > > > -----Original Message----- > > From: Dave Hylands [mailto:dhy...@gm... ] > > Sent: Monday, June 19, 2006 10:41 PM > > To: General mailing list for gumstix users. > > Subject: Re: [Gumstix-users] Configuring gumstix for audio > > with roboaudio > > > > > > Hi Craig, > > > > On 6/19/06, Craig Hughes <cr...@gu...> wrote: > > > Yup, sorry my internet connection went down earlier, or I'd have > > > answered. The audio portion of the robo-audio is just the same > > > circuitry exactly as on the audiostix -- so just use the regular > > > audio stuff. > > > > So I went looking on the Wiki and couldn't find any "regular > > audio stuff".... > > > > Perhaps somebody that knows how all this stuff works could > > start a Wiki page. > > > I was hoping to do that one of these days when I come back up for air. > (Right now, that is scheduled for July of 2013, but I'm hoping to pull > that > in a bit :-)). I also owe the list a patch for the things I found, um, > interesting, in the UCB1400 support. In the mean time, here is where I > got > to the last time I was working with this (last April): > http://sourceforge.net/mailarchive/message.php?msg_id=15392932 > > --wpd > > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Dave H. <dhy...@gm...> - 2006-06-20 19:00:29
|
Hi Mark, > BTW: I don't understand why the people at gumstix don't develop software for > the gumstix and its daughter boards..... Well, I think the general idea is that there are already a bunch of apps available. gpsd works with the gpsstix. There are audio tools for working with the audiostix boards. Networking is builtin for the netXxx boards. Craig did a nice GPIO interface for the gumstix. So, all in all, it seems like most things are covered. If I had to pick on anything, it would be lack of documentation (although it is improving, perhaps not as quickly as some might like). There have also been several good contributions by others on this list as well (a couple that spring to mind are the fixed point math stuff and the multi-channel PWM), not to mention the information on getting bluetooth and WiFi to work (both areas I haven't really spent any time with). > I keep using Dave's stuff, as amazing as it is, i still wonder why > specifically Dave and not someone who directly supports gumstix does it. All > Dave does is amazingly usefull stuff. Thank you for the kind words. My motiviation for doing this is largely selfish :) I really wanted something like the robostix, so when the opportunity came around, I got involved in reviewing the design of the robostix. The siftware that I've been doing for the robostix is mostly software that I plan on using on my robots in one fashion or another. I also like the whole idea of sharing the code, so using a platform which enables that is a big plus. There is also a small amount of overlap between the stuff I do for work and the work I do on the gumstix. I've learned a ton about about linux by playing with the gumstix and I've been able to use some of that knowledge at work. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Alexandre P. N. <al...@om...> - 2006-06-20 18:40:32
|
Mark Yatskar escreveu: > I will look carefully into this a little latter. Thank you for the > advice everyone. > > BTW: I don't understand why the people at gumstix don't develop > software for the gumstix and its daughter boards..... > I keep using Dave's stuff, as amazing as it is, i still wonder why > specifically Dave and not someone who directly supports gumstix does > it. All Dave does is amazingly usefull stuff. > > Mark > Gumstix's model is community-based. Thanks to Dave and other contributors, gumstix is able to support software for more or less specific purposes which otherwise would probably be unavailable. People at gumstix have priority on the hardware and general-purpose software, and when, sometimes, the community goes faster and beyond, there's no reason to reinvent the wheel. That's the spirit of the community, you'll find people able to help that's not directly related to gumstix, all they ask on return is that when you can, you do the same. There are people only takes and have nothing to give on return, but that's fine as well, since sometimes the fact that somebody is asking a question is already a form of help (by making people go look for an aswer). If I had to define this model into one sentence, it would be "open-minded". - Alexandre |
From: Craig H. <cr...@gu...> - 2006-06-20 19:22:45
|
On Jun 20, 2006, at 11:40 AM, Alexandre Pereira Nunes wrote: > Mark Yatskar escreveu: > >> I will look carefully into this a little latter. Thank you for the >> advice everyone. >> >> BTW: I don't understand why the people at gumstix don't develop >> software for the gumstix and its daughter boards..... >> I keep using Dave's stuff, as amazing as it is, i still wonder why >> specifically Dave and not someone who directly supports gumstix does >> it. All Dave does is amazingly usefull stuff. >> >> Mark >> > > > Gumstix's model is community-based. Thanks to Dave and other > contributors, gumstix is able to support software for more or less > specific purposes which otherwise would probably be unavailable. > > People at gumstix have priority on the hardware and general-purpose > software, and when, sometimes, the community goes faster and beyond, > there's no reason to reinvent the wheel. That's the spirit of the > community, you'll find people able to help that's not directly related > to gumstix, all they ask on return is that when you can, you do the > same. There are people only takes and have nothing to give on return, > but that's fine as well, since sometimes the fact that somebody is > asking a question is already a form of help (by making people go look > for an aswer). > > If I had to define this model into one sentence, it would be "open- > minded". Wow, I was going to write more or less the same ideas, but probably wouldn't have come up with a better way of expressing them. And I'm trying to explain this to people (like my mother!) on a daily basis what the heck it is exactly that Gumstix is trying to do. And my native language is even English! C |
From: Dave H. <dhy...@gm...> - 2006-06-20 19:07:42
|
Hi Mark, > BTW: I don't understand why the people at gumstix don't develop software for > the gumstix and its daughter boards..... And of course, very BIG kudos go to Craig (from gumstix) for keeping the buildroot ticking along and advancing along with the linux community (I see the kernel advanced to 2.6.16 yesterday). Most people probably don't appreciate how much effort goes into getting a linux distribution working and maintaining it along the way. Having to do this myself, I know just how much effort it takes. The folks over at uClibc & busybox have advanced things significantly. I started working with uClibc a couple of years ago, and the state of things today is WAY better than it was before. I used to have to build the toolchain by hand. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Craig H. <cr...@gu...> - 2006-06-20 19:25:33
|
On Jun 20, 2006, at 12:07 PM, Dave Hylands wrote: > Hi Mark, > >> BTW: I don't understand why the people at gumstix don't develop >> software for >> the gumstix and its daughter boards..... > > And of course, very BIG kudos go to Craig (from gumstix) for keeping > the buildroot ticking along and advancing along with the linux > community (I see the kernel advanced to 2.6.16 yesterday). Yeah -- did that move to 2.6.16 mostly on friday, then Linus goes and releases 2.6.17 on saturday! I'll have to spend another couple hours in the next day or two updating again I guess. If anyone wants to use the SPI driver in 2.6.16 though, go ahead and give it a spin and let me know how it works/if there are any problems. C |
From: Dave H. <dhy...@gm...> - 2006-06-20 19:35:50
|
Hi Craig, > Yeah -- did that move to 2.6.16 mostly on friday, then Linus goes and > releases 2.6.17 on saturday! I'll have to spend another couple hours > in the next day or two updating again I guess. > > If anyone wants to use the SPI driver in 2.6.16 though, go ahead and > give it a spin and let me know how it works/if there are any problems. The really good stuff is still missing. The 2.6.17-rc5 (or thereabouts) includes the pxa2xx support for SPI. I've been playing with it (under 2.6.15) and writing a driver for the robostix that will use SPI. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Engel, N. <nic...@do...> - 2006-06-21 00:26:10
|
=0D=0A> You'll want to use the OSS emulation layer though, which is much, = =0D=0A> much lighter weight than the ALSA userspace libraries & utils=2E = =0D=0A=0D=0AHas anyone had success using native ALSA? i=2Ee=2E not using = OSS emulation?=0D=0A=0D=0AI'm using the latest SVN build 1005 and can't get= any apps to open the=0D=0AALSA device=2E =0D=0A=0D=0AUsing http://alsa=2Eo= pensrc=2Eorg/faq/#FAQ007 as an 'Is ALSA working?'=0D=0Areference, I find th= at the modules are correctly loaded and /dev/snd and=0D=0A/proc/asound all = appear to list and say the right things=2E=0D=0A=0D=0Aamixer outputs:=0D=0A= ALSA lib control=2Ec:817:(snd_ctl_open_noupdate) Invalid CTL default=0D=0Aa= mixer: Mixer attach default error: No such file or directory=0D=0A=0D=0Aapl= ay outputs:=0D=0AALSA lib pcm=2Ec:2099:(snd_pcm_open_noupdate) Unknown PCM = default=0D=0Aaplay: main:547: audio open error: No such file or directory= =0D=0A=0D=0AI'm wondering if the PXA2XX drivers do things a little differen= tly=2E=0D=0AThere is no /dev/snd/hw* like my PC=2E=0D=0A=0D=0ABoth the kern= el and userland libs are the same version (1=2E0=2E11rc2)=2E=0D=0A=0D=0AI a= lso figured I should be able to do something like this (as I'm=0D=0Aassumin= g pcmC0d0c is a character device):=0D=0A# cat /dev/urandom > /dev/snd/pcmC0= D0c=0D=0AIt returns:=0D=0Acat: Write Error: Invalid argument=0D=0A=0D=0AAm = I missing something? Anyone have any ideas? =0D=0A=0D=0AThanks,=0D=0ANick= =0D=0A=0D=0A-----------------------------------------=0D=0AThis message (in= cluding any attachments) may contain confidential=0D=0Ainformation intended= for a specific individual and purpose=2E If you=0D=0Aare not the intended= recipient, delete this message=2E If you are=0D=0Anot the intended recipi= ent, disclosing, copying, distributing, or=0D=0Ataking any action based on = this message is strictly prohibited=2E=0D=0A |
From: Mark Y. <mya...@gm...> - 2006-06-21 18:13:29
|
Craig, If I recompile the filesystem enabling the following packages: aumix and bplay will i simply be able to use them when I flash the new file system. I suppose getting nitty gritty, my real question is about how one uses the menuconfig in the buildroot. Mark On 6/20/06, Engel, Nick <nic...@do...> wrote: > > > > You'll want to use the OSS emulation layer though, which is much, > > much lighter weight than the ALSA userspace libraries & utils. > > Has anyone had success using native ALSA? i.e. not using OSS emulation? > > I'm using the latest SVN build 1005 and can't get any apps to open the > ALSA device. > > Using http://alsa.opensrc.org/faq/#FAQ007 as an 'Is ALSA working?' > reference, I find that the modules are correctly loaded and /dev/snd and > /proc/asound all appear to list and say the right things. > > amixer outputs: > ALSA lib control.c:817:(snd_ctl_open_noupdate) Invalid CTL default > amixer: Mixer attach default error: No such file or directory > > aplay outputs: > ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default > aplay: main:547: audio open error: No such file or directory > > I'm wondering if the PXA2XX drivers do things a little differently. > There is no /dev/snd/hw* like my PC. > > Both the kernel and userland libs are the same version (1.0.11rc2). > > I also figured I should be able to do something like this (as I'm > assuming pcmC0d0c is a character device): > # cat /dev/urandom > /dev/snd/pcmC0D0c > It returns: > cat: Write Error: Invalid argument > > Am I missing something? Anyone have any ideas? > > Thanks, > Nick > > ----------------------------------------- > This message (including any attachments) may contain confidential > information intended for a specific individual and purpose. If you > are not the intended recipient, delete this message. If you are > not the intended recipient, disclosing, copying, distributing, or > taking any action based on this message is strictly prohibited. > > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Mark Y. <mya...@gm...> - 2006-06-21 18:17:44
|
Well, I realize that the drivers and modules for sound are already on the gumstix. I wonder if it is just a matter of getting the utilities on the gumstix to use it? Mark On 6/21/06, Mark Yatskar <mya...@gm...> wrote: > > Craig, > > If I recompile the filesystem enabling the following packages: aumix and > bplay will i simply be able to use them when I flash the new file system. I > suppose getting nitty gritty, my real question is about how one uses the > menuconfig in the buildroot. > > Mark > > > On 6/20/06, Engel, Nick <nic...@do...> wrote: > > > > > > > You'll want to use the OSS emulation layer though, which is much, > > > much lighter weight than the ALSA userspace libraries & utils. > > > > Has anyone had success using native ALSA? i.e. not using OSS emulation? > > > > I'm using the latest SVN build 1005 and can't get any apps to open the > > ALSA device. > > > > Using http://alsa.opensrc.org/faq/#FAQ007 as an 'Is ALSA working?' > > reference, I find that the modules are correctly loaded and /dev/snd and > > /proc/asound all appear to list and say the right things. > > > > amixer outputs: > > ALSA lib control.c:817:(snd_ctl_open_noupdate) Invalid CTL default > > amixer: Mixer attach default error: No such file or directory > > > > aplay outputs: > > ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default > > aplay: main:547: audio open error: No such file or directory > > > > I'm wondering if the PXA2XX drivers do things a little differently. > > There is no /dev/snd/hw* like my PC. > > > > Both the kernel and userland libs are the same version ( 1.0.11rc2). > > > > I also figured I should be able to do something like this (as I'm > > assuming pcmC0d0c is a character device): > > # cat /dev/urandom > /dev/snd/pcmC0D0c > > It returns: > > cat: Write Error: Invalid argument > > > > Am I missing something? Anyone have any ideas? > > > > Thanks, > > Nick > > > > ----------------------------------------- > > This message (including any attachments) may contain confidential > > information intended for a specific individual and purpose. If you > > are not the intended recipient, delete this message. If you are > > not the intended recipient, disclosing, copying, distributing, or > > taking any action based on this message is strictly prohibited. > > > > > > > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > |
From: Craig H. <cr...@gu...> - 2006-06-21 18:31:05
|
Yes, adding aumix and bplay should work. C On Jun 21, 2006, at 11:13 AM, Mark Yatskar wrote: > Craig, > > If I recompile the filesystem enabling the following packages: > aumix and bplay will i simply be able to use them when I flash the > new file system. I suppose getting nitty gritty, my real question > is about how one uses the menuconfig in the buildroot. > > Mark > > > On 6/20/06, Engel, Nick <nic...@do...> wrote: > > > You'll want to use the OSS emulation layer though, which is much, > > much lighter weight than the ALSA userspace libraries & utils. > > Has anyone had success using native ALSA? i.e. not using OSS > emulation? > > I'm using the latest SVN build 1005 and can't get any apps to open the > ALSA device. > > Using http://alsa.opensrc.org/faq/#FAQ007 as an 'Is ALSA working?' > reference, I find that the modules are correctly loaded and /dev/ > snd and > /proc/asound all appear to list and say the right things. > > amixer outputs: > ALSA lib control.c:817:(snd_ctl_open_noupdate) Invalid CTL default > amixer: Mixer attach default error: No such file or directory > > aplay outputs: > ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default > aplay: main:547: audio open error: No such file or directory > > I'm wondering if the PXA2XX drivers do things a little differently. > There is no /dev/snd/hw* like my PC. > > Both the kernel and userland libs are the same version ( 1.0.11rc2). > > I also figured I should be able to do something like this (as I'm > assuming pcmC0d0c is a character device): > # cat /dev/urandom > /dev/snd/pcmC0D0c > It returns: > cat: Write Error: Invalid argument > > Am I missing something? Anyone have any ideas? > > Thanks, > Nick > > ----------------------------------------- > This message (including any attachments) may contain confidential > information intended for a specific individual and purpose. If you > are not the intended recipient, delete this message. If you are > not the intended recipient, disclosing, copying, distributing, or > taking any action based on this message is strictly prohibited. > > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > All the advantages of Linux Managed Hosting--Without the Cost and > Risk! > Fully trained technicians. The highest number of Red Hat > certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=107521&bid=248729&dat=121642______________________________ > _________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Ryan R. <rjr...@uc...> - 2006-06-21 20:05:14
|
We're trying to enable the HWUART on a connex 400xm, no bluetooth. We don't need the cfstix. I found several places on the wiki that show how to set the gpio lines. Neither seems to work completely. The gumstix can recieve but not send using kermit. It smells like a flow control problem, and I also saw something somewhere about patching the kernel to disable flow control, but the patch was not on the page. I'm reasonably certain that the cables are ok, but I'll check anyhow. Any ideas? TIA, Ryan |
From: Ryan R. <rjr...@uc...> - 2006-06-21 20:18:17
|
Ryan Rapetti wrote: >We're trying to enable the HWUART on a connex 400xm, no bluetooth. We >don't need the cfstix. I found several places on the wiki that show how >to set the gpio lines. Neither seems to work completely. The gumstix >can recieve but not send using kermit. It smells like a flow control >problem, and I also saw something somewhere about patching the kernel to >disable flow control, but the patch was not on the page. I'm reasonably >certain that the cables are ok, but I'll check anyhow. Any ideas? > >TIA, >Ryan > >All the advantages of Linux Managed Hosting--Without the Cost and Risk! >Fully trained technicians. The highest number of Red Hat certifications in >the hosting industry. Fanatical Support. Click to learn more >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 >_______________________________________________ >gumstix-users mailing list >gum...@li... >https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > Figured it out. It was flow control. We just put a resistor across RTS and CTS on the hwuart and now it works. Ryan |
From: Chris D. <cg...@co...> - 2006-06-21 22:30:35
|
On 6/21/06, Ryan Rapetti <rjr...@uc...> wrote: > We're trying to enable the HWUART on a connex 400xm, no bluetooth. We > don't need the cfstix. I found several places on the wiki that show how > to set the gpio lines. Neither seems to work completely. The gumstix > can recieve but not send using kermit. It smells like a flow control > problem, and I also saw something somewhere about patching the kernel to > disable flow control, but the patch was not on the page. I'm reasonably > certain that the cables are ok, but I'll check anyhow. Any ideas? Ryan, You shouldn't need to patch the kernel as long as you disable flow control in whatever you're using to talk to the serial port. In ckermit, I believe the command you want is "set flow none". best, -chris |
From: Ryan R. <rjr...@uc...> - 2006-06-21 22:53:31
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> Chris Danis wrote:<br> <blockquote cite="mid...@ma..." type="cite"> <pre wrap="">On 6/21/06, Ryan Rapetti <a class="moz-txt-link-rfc2396E" href="mailto:rjr...@uc..."><rjr...@uc...></a> wrote: </pre> <blockquote type="cite"> <pre wrap="">We're trying to enable the HWUART on a connex 400xm, no bluetooth. We don't need the cfstix. I found several places on the wiki that show how to set the gpio lines. Neither seems to work completely. The gumstix can recieve but not send using kermit. It smells like a flow control problem, and I also saw something somewhere about patching the kernel to disable flow control, but the patch was not on the page. I'm reasonably certain that the cables are ok, but I'll check anyhow. Any ideas? </pre> </blockquote> <pre wrap=""><!----> Ryan, You shouldn't need to patch the kernel as long as you disable flow control in whatever you're using to talk to the serial port. In ckermit, I believe the command you want is "set flow none". best, -chris All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more <a class="moz-txt-link-freetext" href="http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642">http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> Tried that. The hwuart is different- it tries to use flow control even if software tells it not to.<br> <br> Ryan<br> </body> </html> |
From: Engel, N. <nic...@do...> - 2006-06-22 00:39:26
|
=0D=0A>> You'll want to use the OSS emulation layer though, which is much, = =0D=0A>> much lighter weight than the ALSA userspace libraries & utils=2E = =0D=0A>=0D=0A>Has anyone had success using native ALSA? i=2Ee=2E not usi= ng OSS=0D=0Aemulation?=0D=0A>I'm using the latest SVN build 1005 and can't = get any apps to open the=0D=0AALSA device=2E =0D=0A=0D=0AIt sounds like not= many people are not using native ALSA? From looking=0D=0Aat this list, O= SS emulation over ALSA (with PortAudio as the audio lib)=0D=0Aappears to be= what most people are using=2E=0D=0A=0D=0AI see other people have had nativ= e ALSA working in earlier builds=2E=0D=0APerhaps this is an issue with buil= droot 1005 (I had the same issues with=0D=0A1003 last week)=2E If anyone h= as an audio board handy (Craig?) is it=0D=0Apossible for you to test that a= mixer or aplay can find the audio device=2E=0D=0A=0D=0A=0D=0AOne of the rea= sons I'm experimenting with ALSA is to keep the latency=0D=0Adown=2E We're= doing realtime audio processing, using OSS (with PortAudio=0D=0Alibs) nee= ds quite large buffer sizes to keep it stable=2E=0D=0A=0D=0AThanks,=0D=0ANi= ck=0D=0A=0D=0A-----------------------------------------=0D=0AThis message (= including any attachments) may contain confidential=0D=0Ainformation intend= ed for a specific individual and purpose=2E If you=0D=0Aare not the intend= ed recipient, delete this message=2E If you are=0D=0Anot the intended reci= pient, disclosing, copying, distributing, or=0D=0Ataking any action based o= n this message is strictly prohibited=2E=0D=0A |
From: Mark Y. <mya...@gm...> - 2006-06-22 04:11:45
|
Thanks everyone. I got it working this afternoon. Just insmod the above mentioned modules, and the following drivers get added: audio, dsp. After that you can do whatever you want, use some package or just concatinate the wav file you want to play to the driver file and you get an output. Great. Thanks, Mark On 6/21/06, Engel, Nick <nic...@do...> wrote: > > > >> You'll want to use the OSS emulation layer though, which is much, > >> much lighter weight than the ALSA userspace libraries & utils. > > > >Has anyone had success using native ALSA? i.e. not using OSS > emulation? > >I'm using the latest SVN build 1005 and can't get any apps to open the > ALSA device. > > It sounds like not many people are not using native ALSA? From looking > at this list, OSS emulation over ALSA (with PortAudio as the audio lib) > appears to be what most people are using. > > I see other people have had native ALSA working in earlier builds. > Perhaps this is an issue with buildroot 1005 (I had the same issues with > 1003 last week). If anyone has an audio board handy (Craig?) is it > possible for you to test that amixer or aplay can find the audio device. > > > One of the reasons I'm experimenting with ALSA is to keep the latency > down. We're doing realtime audio processing, using OSS (with PortAudio > libs) needs quite large buffer sizes to keep it stable. > > Thanks, > Nick > > ----------------------------------------- > This message (including any attachments) may contain confidential > information intended for a specific individual and purpose. If you > are not the intended recipient, delete this message. If you are > not the intended recipient, disclosing, copying, distributing, or > taking any action based on this message is strictly prohibited. > > > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Craig H. <cr...@gu...> - 2006-06-22 19:42:04
|
Native ALSA should work fine with current builds. You'll need to compile the alsa libs and utilities, which packages are there (but disabled due to size) in the buildroot. It should all work though. C On Jun 21, 2006, at 5:39 PM, Engel, Nick wrote: > >>> You'll want to use the OSS emulation layer though, which is much, >>> much lighter weight than the ALSA userspace libraries & utils. >> >> Has anyone had success using native ALSA? i.e. not using OSS > emulation? >> I'm using the latest SVN build 1005 and can't get any apps to open >> the > ALSA device. > > It sounds like not many people are not using native ALSA? From > looking > at this list, OSS emulation over ALSA (with PortAudio as the audio > lib) > appears to be what most people are using. > > I see other people have had native ALSA working in earlier builds. > Perhaps this is an issue with buildroot 1005 (I had the same issues > with > 1003 last week). If anyone has an audio board handy (Craig?) is it > possible for you to test that amixer or aplay can find the audio > device. > > > One of the reasons I'm experimenting with ALSA is to keep the latency > down. We're doing realtime audio processing, using OSS (with > PortAudio > libs) needs quite large buffer sizes to keep it stable. > > Thanks, > Nick > > ----------------------------------------- > This message (including any attachments) may contain confidential > information intended for a specific individual and purpose. If you > are not the intended recipient, delete this message. If you are > not the intended recipient, disclosing, copying, distributing, or > taking any action based on this message is strictly prohibited. > > > All the advantages of Linux Managed Hosting--Without the Cost and > Risk! > Fully trained technicians. The highest number of Red Hat > certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |