• [00:43:25] <pbrook> Hmm, new twl4030 power scripts don't seem to have fixed reboot/reset.
  • [00:43:59] <pbrook> I guess this needs someone who actually understands how those work. I can't find any useful twl4030 docs.
  • [00:44:21] <mru> none are available
  • [00:45:40] <pbrook> Power control is something that it doesn't sound clever to poke at randomly.
  • [00:51:32] * JoeyBorn (n=jborn@dsl017-022-252.chi1.dsl.speakeasy.net) Quit ("goin' home")
  • [01:22:41] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [01:23:44] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Client Quit)
  • [01:43:54] * bullwood42 (n=bullwood@99.171.171.142) has joined #beagle
  • [01:45:19] <Crofton> anyone know what sample rates the sound hardware supports directly?
  • [01:47:27] * nabax (n=nabax@89.129.96.71) Quit (Remote closed the connection)
  • [01:50:59] * smackpotato (n=user@bas4-sudbury98-1279293616.dsl.bell.ca) has left #beagle
  • [02:00:01] <jkridner> well, swcs032 says that the TPS65950 supports "all standard audio sample rates through I2S/TDM format interfaces".
  • [02:00:36] <Crofton> heh
  • [02:01:08] <jkridner> I'm not sure what that includes, but I'd guess if you can make the McBSP output a sample rate that is valid relative to the codec spec ranges, you have a pretty good shot of it working.
  • [02:01:38] <jkridner> not exactly the most helpful statement in the world, I suppose.
  • [02:01:44] <Crofton> I need to do some resmapling
  • [02:02:30] <jkridner> are there some particular rates you are trying to use?
  • [02:02:56] <jkridner> do you mean you are trying to avoid resampling?
  • [02:03:07] <jkridner> how would you resample within the ADC/DAC?
  • [02:03:17] <ds2> hehehe
  • [02:03:24] <jkridner> do you mean sample rate conversion or actual resampling?
  • [02:03:55] <jkridner> ds2: are you laughing that the uselessness of my response? :)
  • [02:05:05] <jkridner> Crofton: what do you mean by resampling? Do you mean you will run the ADC to resample or do digital sample rate conversion?
  • [02:05:13] <Crofton> I need powers of two
  • [02:05:13] <Crofton> but I think I can resample my input file
  • [02:05:13] <Crofton> well, I have a file at 256 ksps
  • [02:05:14] <Crofton> I want to decimate by an intger
  • [02:05:16] <Crofton> sort off
  • [02:05:20] <Crofton> I am going to change the input rate to 4*48k
  • [02:05:22] <Crofton> than the fm demod can downsample by 4
  • [02:05:32] <Crofton> working in a hotel room sucks :)
  • [02:05:44] <ds2> jkridner: kind of... the best way to determine these things seems to be to try it
  • [02:06:31] <jkridner> ds2: clearly.
  • [02:06:59] <jkridner> can the TWL4030 ADC work at 4*48k?
  • [02:07:05] <jkridner> I didn't think it could.
  • [02:08:44] <jkridner> I'm confused by the path...
  • [02:09:02] <ds2> I doubt it can go that fast
  • [02:09:05] <jkridner> file --> fm demod --> TWL4030? that doesn't make sense.
  • [02:09:34] <ds2> Crofton: are you trying to do undersampling of a bandwidth limited signal?
  • [02:10:23] <jkridner> indeed, when you say decimate, do you really mean filter?
  • [02:10:33] <jkridner> well, I guess that is typically implied.
  • [02:10:54] <ds2> it has to be prefiltered
  • [02:11:45] <ds2> if the TWL4030 front end don't have poles and other nasties that will roll off the signal before it hits the ADC, it might work
  • [02:12:10] <jkridner> well, the confusing part to me is that he's talking about a file. the file might really be at 256ksps, in which case you can simply digitally filter it.
  • [02:12:47] <jkridner> I cannot tell where the resampling is taking place in his description.
  • [02:13:22] <jkridner> I cannot even tell if he is talking about using the TWL4030 as an output or input. I'd assume input based on having an fm demod, vs. mod.
  • [02:13:29] <Crofton> no, I have a file of FM samples at 256 ksps
  • [02:13:29] <Crofton> smapled rf
  • [02:13:34] <Crofton> I need to demod and playback at 48ksps
  • [02:13:36] <Crofton> so, I need to resample by 3/8
  • [02:13:40] <Crofton> but, my demod only decimates
  • [02:13:42] <Crofton> so I resmaple the file by 3/4
  • [02:13:47] <jkridner> software demod?
  • [02:13:52] <Crofton> so the input data is at 192k
  • [02:14:43] <jkridner> this is just a one-time thing?
  • [02:14:56] <jkridner> audacity?
  • [02:14:57] <Crofton> then the demod reduces the rate to 48 by divide by 4 :)
  • [02:14:57] <Crofton> the file came from a board that samples rf
  • [02:14:58] <Crofton> yeah demod runs in beagle
  • [02:15:00] <Crofton> when I get it all sorted out, I'll post something
  • [02:15:06] <Crofton> not really
  • [02:15:18] <ds2> Crofton: you just need to play the demodulated signal out?
  • [02:15:32] <Crofton> the input file I got from someone else
  • [02:15:32] <Crofton> right
  • [02:15:32] <Crofton> but the input rate is "akward"
  • [02:15:48] <ds2> ah
  • [02:15:58] <Crofton> not an integer mulitple of 48k
  • [02:16:02] <ds2> in that case, you might be able to do it assuming you use the beagle as a master
  • [02:16:13] <ds2> and can get the right clock out the McBSP
  • [02:16:19] <jkridner> well, you can brute force upsample by 3, filter, then downsample by 8, right?
  • [02:16:22] <Crofton> I will use gnuradio on my laptop to resample
  • [02:16:41] <Crofton> file source-> resampler-> file sinnk
  • [02:16:42] <Crofton> the file is in a gnu radio format
  • [02:16:47] <ds2> or get just octave running on the DSP ;)
  • [02:17:22] <Crofton> right :)
  • [02:17:22] <Crofton> not in the next three days
  • [02:17:27] <jkridner> all the rates you talk about seem to be nice multiples of 48ksps, so the DAC should have no problem at all.
  • [02:17:40] <Crofton> except for 256K :)
  • [02:17:50] <jkridner> ah.
  • [02:18:11] <ds2> don't think the TWL4030 cares if it is a slave device
  • [02:18:27] <Crofton> this wouldn't be a problem if I had been home last week
  • [02:19:27] <ds2> are you using the ALSA SOC driver to output?
  • [02:20:01] <jkridner> I guess you were trying to avoid upsampling by 3 and downsampling by 16?
  • [02:20:08] <Crofton> right
  • [02:20:27] <Crofton> I need to keep the signal processing to a minimum so it works :)
  • [02:21:07] <jkridner> so you were lookign for a 42.67ksps DAC rate.
  • [02:21:17] <Crofton> well
  • [02:21:33] <jkridner> too little bandwidth there?
  • [02:21:34] <Crofton> 64k
  • [02:21:34] <Crofton> 32k
  • [02:21:46] <Crofton> 32K is fine
  • [02:21:52] <Crofton> the output is audio
  • [02:22:07] <jkridner> I'm sure 32k would work, though I don't know the config.
  • [02:22:13] <Crofton> the information in FM is wide, like 100khz or so
  • [02:22:24] <Crofton> thus the high input rate
  • [02:22:33] <ds2> Crofton: couldn't you start with a NFM signal instead of broadcast?
  • [02:22:33] <Crofton> yeah
  • [02:22:58] <Crofton> if I can get gr built on the laptop I can solve the problem
  • [02:22:58] <Crofton> ds2 not in three days
  • [02:23:03] <ds2> oh
  • [02:23:07] <Crofton> a lot of which is travel
  • [02:23:13] <Crofton> it works now, just pitch is wrong :)
  • [02:23:25] * tulpe (n=ask@p54AF6F20.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [02:23:32] <Crofton> the internet is not fast in this motel
  • [02:23:42] <ds2> Crofton: hack the ALSA driver...that might be the easiest assuming the SOC stuff allows for master mode on the OMAP side
  • [02:23:42] * tulpe (n=ask@p54AF5BED.dip.t-dialin.net) has joined #beagle
  • [02:24:00] <Crofton> heh
  • [02:24:08] <Crofton> my hacking skills in that area are poor
  • [02:24:14] <ds2> the reference TI driver allows for both modes
  • [02:24:19] <Crofton> I am sticking with what I am good at :)
  • [02:24:58] <ds2> why the choice of broadcast FM?
  • [02:25:08] <ds2> if you want hard, why not a CDMA signal ;)
  • [02:25:32] <Crofton> that is the file I have :)
  • [02:25:52] <Crofton> all these things in time ...
  • [02:25:53] <ds2> ah, thought there might be some other reason other then luck
  • [02:28:24] <ds2> Crofton: do you know off hand how fast does the USRP sample at?
  • [02:29:15] <Crofton> it samples at 64Mhz
  • [02:29:31] <Crofton> but you need to downsample in the fpga to transfer over usb
  • [02:29:55] <ds2> what's the sample rate as seen on the USB side?
  • [02:30:22] <Crofton> you can get a max of about 6MHz of rf to the pc
  • [02:30:27] <ds2> got friend who does spectrum analyzers.... trying to figure out if there is a simple tap inside it to use it as a receiver
  • [02:39:51] * bullwood42 (n=bullwood@99.171.171.142) Quit (Read error: 110 (Connection timed out))
  • [02:40:31] * bullwood42 (n=bullwood@adsl-99-171-171-142.dsl.aus2tx.sbcglobal.net) has joined #beagle
  • [03:03:06] * hex4def6 (n=hex4def6@adsl-68-122-40-18.dsl.pltn13.pacbell.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [03:03:06] * zalassi (n=zalassi@port2.cjas.org) Quit (kubrick.freenode.net irc.freenode.net)
  • [03:03:06] * keesj (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) Quit (kubrick.freenode.net irc.freenode.net)
  • [03:03:06] * jbenedetto (n=jbenedet@c-24-131-229-153.hsd1.pa.comcast.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [03:03:06] * rsalveti (n=salveti@189.70.63.219) Quit (kubrick.freenode.net irc.freenode.net)
  • [03:03:06] * trickie (n=trickie@hgaulton.xs4all.nl) Quit (kubrick.freenode.net irc.freenode.net)
  • [03:03:06] * Crofton|work (n=balister@66-207-66-26.black.dmt.ntelos.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [03:03:06] * hadara_ (i=hadara@bsd.ee) Quit (kubrick.freenode.net irc.freenode.net)
  • [03:03:06] * koen (n=koen@s55917625.adsl.wanadoo.nl) Quit (kubrick.freenode.net irc.freenode.net)
  • [03:03:06] * Psychiatras (i=1000@212.122.84.232) Quit (kubrick.freenode.net irc.freenode.net)
  • [03:03:06] * AV500 (n=av500@p50996ded.dip0.t-ipconnect.de) Quit (kubrick.freenode.net irc.freenode.net)
  • [03:04:03] * rsalveti (n=salveti@189.70.63.219) has joined #beagle
  • [03:04:03] * zalassi (n=zalassi@port2.cjas.org) has joined #beagle
  • [03:04:03] * jbenedetto (n=jbenedet@c-24-131-229-153.hsd1.pa.comcast.net) has joined #beagle
  • [03:04:03] * hex4def6 (n=hex4def6@adsl-68-122-40-18.dsl.pltn13.pacbell.net) has joined #beagle
  • [03:04:03] * keesj (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) has joined #beagle
  • [03:04:03] * trickie (n=trickie@hgaulton.xs4all.nl) has joined #beagle
  • [03:04:03] * Crofton|work (n=balister@66-207-66-26.black.dmt.ntelos.net) has joined #beagle
  • [03:04:03] * Psychiatras (i=1000@212.122.84.232) has joined #beagle
  • [03:04:03] * AV500 (n=av500@p50996ded.dip0.t-ipconnect.de) has joined #beagle
  • [03:04:03] * koen (n=koen@s55917625.adsl.wanadoo.nl) has joined #beagle
  • [03:04:03] * hadara_ (i=hadara@bsd.ee) has joined #beagle
  • [03:07:59] * bullwood42 (n=bullwood@adsl-99-171-171-142.dsl.aus2tx.sbcglobal.net) Quit (Read error: 110 (Connection timed out))
  • [03:09:00] * bullwood42 (n=bullwood@adsl-99-171-171-142.dsl.aus2tx.sbcglobal.net) has joined #beagle
  • [03:14:32] * JoeyBorn (n=jborn@adsl-75-2-246-77.dsl.chcgil.sbcglobal.net) has joined #beagle
  • [03:42:57] * tulpe (n=ask@p54AF5BED.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [03:43:00] * tulpe (n=ask@p54AF4D90.dip.t-dialin.net) has joined #beagle
  • [03:47:04] * kozak (n=subbu@117.192.3.253) has left #beagle
  • [04:18:33] * shankar (n=shankar@189.157.8.103) has joined #beagle
  • [04:29:00] * thephilosopher (n=chatzill@modemcable108.47-58-74.mc.videotron.ca) Quit (Read error: 110 (Connection timed out))
  • [04:35:58] * dirk2 (n=dirk@F30f9.f.strato-dslnet.de) has joined #beagle
  • [04:47:53] * shankar (n=shankar@189.157.8.103) Quit ("Leaving")
  • [05:08:37] * zezu (n=zezu@c-24-14-8-40.hsd1.in.comcast.net) has joined #beagle
  • [05:34:18] * JoeyBorn (n=jborn@adsl-75-2-246-77.dsl.chcgil.sbcglobal.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [05:34:18] * philips_ (n=brandon@ash.osuosl.org) Quit (kubrick.freenode.net irc.freenode.net)
  • [05:34:18] * fulgas (n=fn@81.84.214.243) Quit (kubrick.freenode.net irc.freenode.net)
  • [05:34:38] * JoeyBorn (n=jborn@adsl-75-2-246-77.dsl.chcgil.sbcglobal.net) has joined #beagle
  • [05:34:38] * fulgas (n=fn@81.84.214.243) has joined #beagle
  • [05:34:38] * philips_ (n=brandon@ash.osuosl.org) has joined #beagle
  • [06:02:26] * JuanG (n=Juan@nat/ti/x-56ecbfd9a76ffd33) has joined #beagle
  • [06:02:33] * JuanG (n=Juan@nat/ti/x-56ecbfd9a76ffd33) has left #beagle
  • [06:08:57] * abitos (n=nixgibts@dslb-088-064-116-162.pools.arcor-ip.net) has joined #beagle
  • [06:46:34] * bazbell (n=a0192809@nat/ti/x-a4a097a8c25f81e3) Quit (Remote closed the connection)
  • [07:12:19] * abitos (n=nixgibts@dslb-088-064-116-162.pools.arcor-ip.net) Quit (Read error: 113 (No route to host))
  • [07:35:54] * GeneralAntilles (n=GeneralA@pdpc/supporter/active/generalantilles) Quit (Read error: 104 (Connection reset by peer))
  • [07:37:08] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) has joined #beagle
  • [07:45:18] * Xenion (n=robert@p579FCD4B.dip.t-dialin.net) has joined #beagle
  • [07:45:52] <Xenion> moin moin
  • [07:46:59] * GAN8001 (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) has joined #beagle
  • [07:47:27] * GAN8001 (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) Quit (Remote closed the connection)
  • [08:31:14] * wiking (n=wiking@213.47.71.51) has joined #beagle
  • [08:51:26] * guillaum1 (n=gl@AMontsouris-153-1-18-204.w86-212.abo.wanadoo.fr) Quit ("Leaving.")
  • [08:51:58] * guillaum1 (n=Guillaum@AMontsouris-153-1-18-204.w86-212.abo.wanadoo.fr) has joined #beagle
  • [09:05:11] * Beagle5 (n=Beagle5@s-inf-pc117.oulu.fi) has joined #beagle
  • [09:23:31] * kozak (n=subbu@117.192.12.250) has joined #beagle
  • [09:31:24] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
  • [09:34:07] * RogerMonk (n=a0740758@nat/ti/x-259b7a54363b1ee9) has joined #beagle
  • [10:00:39] * Xenion (n=robert@p579FCD4B.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [10:02:15] * koza1 (n=subbu@117.192.10.167) has joined #beagle
  • [10:02:52] * kozak (n=subbu@117.192.12.250) Quit (Read error: 110 (Connection timed out))
  • [10:19:01] * fulgas is now known as FuL|OUT
  • [10:19:06] * FuL|OUT is now known as fulgas
  • [10:22:18] * TAK2004 (n=Administ@dslb-088-072-207-151.pools.arcor-ip.net) has joined #beagle
  • [10:27:36] * philips_ (n=brandon@ash.osuosl.org) Quit (kubrick.freenode.net irc.freenode.net)
  • [10:27:36] * fulgas (n=fn@81.84.214.243) Quit (kubrick.freenode.net irc.freenode.net)
  • [10:27:36] * JoeyBorn (n=jborn@adsl-75-2-246-77.dsl.chcgil.sbcglobal.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [10:27:59] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) has joined #beagle
  • [10:28:26] * JoeyBorn (n=jborn@adsl-75-2-246-77.dsl.chcgil.sbcglobal.net) has joined #beagle
  • [10:28:26] * fulgas (n=fn@81.84.214.243) has joined #beagle
  • [10:28:26] * philips_ (n=brandon@ash.osuosl.org) has joined #beagle
  • [10:29:00] * fulgas (n=fn@81.84.214.243) Quit (Read error: 104 (Connection reset by peer))
  • [10:29:40] * fulgas (n=fn@81.84.214.243) has joined #beagle
  • [10:39:55] * _apk (n=kows@85-18-136-98.fastres.net) Quit (Remote closed the connection)
  • [10:44:51] * _apk (n=kows@85-18-136-98.fastres.net) has joined #beagle
  • [10:52:31] <koen> Crofton: http://openbts.sourceforge.net/FieldTest/index.html
  • [10:58:06] * ldesnogu (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) has joined #beagle
  • [11:00:21] * _apk (n=kows@85-18-136-98.fastres.net) Quit (Remote closed the connection)
  • [11:06:39] * RogerMonk (n=a0740758@nat/ti/x-259b7a54363b1ee9) has left #beagle
  • [11:10:33] * _apk (n=kows@85-18-136-98.fastres.net) has joined #beagle
  • [11:10:47] * dirk2 (n=dirk@F30f9.f.strato-dslnet.de) has left #beagle
  • [11:15:45] * koza1 (n=subbu@117.192.10.167) Quit ("Leaving.")
  • [11:19:38] * methril|laptop (n=methril@38.72.220.87.dynamic.jazztel.es) has joined #beagle
  • [11:20:44] * felipec (n=felipec@a88-113-6-167.elisa-laajakaista.fi) has joined #beagle
  • [11:52:11] * garren (n=garren@dsl-243-111-39.telkomadsl.co.za) has joined #beagle
  • [11:52:23] <garren> hi all
  • [12:03:31] * pbrook_ (n=paul@78-105-115-80.zone3.bethere.co.uk) has joined #beagle
  • [12:05:46] * pbrook (n=paul@78-105-115-80.zone3.bethere.co.uk) Quit (Read error: 110 (Connection timed out))
  • [12:07:20] * Beagle5 (n=Beagle5@s-inf-pc117.oulu.fi) Quit (Remote closed the connection)
  • [12:44:08] * Crofton|work (n=balister@66-207-66-26.black.dmt.ntelos.net) Quit (Read error: 110 (Connection timed out))
  • [13:06:10] * bazbell (n=a0192809@nat/ti/x-928b19eb52b6f9b4) has joined #beagle
  • [13:19:56] <garren> if I try to export path in bash it only saves that path for that current session of the terminal... how do I get it to be a permanent save of that path?
  • [13:22:08] <mru> edit ~/.profile or .bash_profile, whichever you happen to have
  • [13:22:19] <garren> awesome thanks
  • [13:29:14] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit (Read error: 60 (Operation timed out))
  • [13:31:25] * bazbell (n=a0192809@nat/ti/x-928b19eb52b6f9b4) Quit ("Leaving.")
  • [13:38:40] * zezu (n=zezu@c-24-14-8-40.hsd1.in.comcast.net) Quit (Remote closed the connection)
  • [13:44:25] <garren> if I build the linux omap kernel source, does it build the filesystem as well?
  • [13:51:39] * Xenion (n=robert@p579FC1A3.dip.t-dialin.net) has joined #beagle
  • [14:01:04] * Xenion (n=robert@p579FC1A3.dip.t-dialin.net) Quit ("Verlassend")
  • [14:08:41] <pbrook_> When I open the alsa pcm device to play audio I get a short beep, then a click shortly after I close it again . Any clues what might by causing this, or how to fix it?
  • [14:08:45] * pbrook_ is now known as pbrook
  • [14:09:20] <pbrook> I'm using the asoc driver in l-o with the angstrom patch to enable the beagle config.
  • [14:10:47] <mru> does it otherwise work ok?
  • [14:10:52] <pbrook> Yes
  • [14:11:07] <mru> I guess it's some junk in some buffers...
  • [14:11:47] <pbrook> There seems to be a second or two of lag after stopping before I get the "disconnect" pop.
  • [14:12:19] <pbrook> Which I guess is consistent with waiting for the buffers to empty.
  • [14:13:26] <mru> I get occasional pops and clicks on open and close on the PC
  • [14:13:42] <mru> I wouldn't worry too much about it, but make sure the relevant people know of it
  • [14:13:59] <pbrook> Who is "relevant people"?
  • [14:14:08] <mru> sakoman
  • [14:14:45] <mru> you could simply mention it on the mailing list and hope the right people read it
  • [14:15:03] <koen> pbrook: ASoC tries to do pop&click reduction combined with agressive power management
  • [14:15:31] <koen> pbrook: it probably is powering up/down various internal twl blocks that cause the artifacts
  • [14:15:49] <pbrook> Yeah. These symptoms are consistem with it getting all that wrong :-/
  • [14:15:50] <mru> btw, what is so different about running alsa on a SoC that it needs a special name?
  • [14:15:52] <koen> pbrook: try the .22 TI kernel and you'll get a deafening pop every boot
  • [14:16:10] <koen> mru: it treats the codec as a soc
  • [14:16:30] <jkridner|work> I'm off to Boston.
  • [14:16:39] <jkridner|work> preview of slides are at http://jkridner.s3.amazonaws.com/esc/BeagleBoard101_20081025.ppt
  • [14:16:50] <koen> mru: it will try to use only the parts of the codec it needs, e.g. powering down mic bias if you are only using the stereo output
  • [14:16:53] <jkridner|work> some of the files are not uploaded yet.
  • [14:17:07] <jkridner|work> hope to see some of you there!
  • [14:17:08] <mru> koen: yes, that makes sense
  • [14:17:17] * jkridner|work (n=a0321898@nat/ti/x-9465e033210faadd) Quit ("Leaving.")
  • [14:17:21] <mru> but why does that need a different name?
  • [14:17:36] <mru> every sound chip has its own driver already
  • [14:17:50] <mru> why does it matter whether it's a SoC?
  • [14:18:00] <koen> probably because it changes the alsa driver model
  • [14:18:08] <koen> it decouples codec from the link
  • [14:18:33] <koen> so an ac97 connected twl4030 can reuse the same driver, it just needs a different board file
  • [14:18:51] * Crofton packs
  • [14:19:07] <mru> seems everybody is on the move...
  • [14:19:09] <koen> old style alsa put those two together, requiring a 'new' driver everytime the codec was used with a different link
  • [14:19:24] <mru> typical shortsighted design
  • [14:19:43] <koen> asoc was pushed by wolfson micro
  • [14:19:44] <mru> but wouldn't the new model make as much sense on a pci-based system?
  • [14:19:52] <koen> it does
  • [14:20:10] <koen> since various tuner cards include codes used on 'embedded' systems
  • [14:20:35] <koen> grep for 'wm8' in the kernel and see how many times people wor
  • [14:20:43] <koen> wrote drivers for the same wolfson chip
  • [14:20:51] <mru> so why tie the new model, in name if not in design, to SoC?
  • [14:21:01] <koen> dunno about that
  • [14:21:44] <koen> there's an asoc version 2 coming which makes life a bit easier for driver writers
  • [14:21:58] * mru doesn't hold alsa in high regard
  • [14:22:23] <koen> you might have noticed that beagle, overo and evm all needed a 'driver' to glue the twl to the cpu
  • [14:22:56] <koen> asoc v2 just makes that part of the boardfile where you can say "I have a twl connected over i2s on mcbsp3"
  • [14:22:56] <mru> I haven't followed the sound stuff very well
  • [14:23:13] <koen> asoc isn't done by alsa people btw
  • [14:23:25] <mru> maybe that's why it's better
  • [14:23:56] <koen> now that asoc v1 is in mainline they are trying to tackle 'scenarious' in userspace
  • [14:24:11] <koen> "plug in earphone, re-route sound" type of thing
  • [14:24:23] * koen misspelt scenarios
  • [14:40:27] <mru> koen: btw, are you running your beagles at 600MHz?
  • [14:41:54] <pbrook> Which list is appropriate for the reporting asoc beagle issues?
  • [14:42:55] <koen> mru: yes
  • [14:43:17] <koen> pbrook: linux-omap or alsa-devel I'd guess
  • [14:43:25] <pbrook> ok
  • [14:43:35] <koen> pbrook: CC: sakoman just in case
  • [14:46:00] <koen> mru: my a5 seemed to have some troubles, but the revC proto seems rock solid
  • [14:46:10] <koen> (as far as rock solid goes with beagles)
  • [14:50:24] <koen> mru: does your question about voltages imply you want to shoot for 900MHz?
  • [14:52:03] <mru> no, it's not entirely stable at 600MHz
  • [14:52:44] <mru> it will occasionaly lock up with ffmpeg
  • [14:52:59] <mru> and I wrote a test program that crashes almost instantly
  • [14:53:38] <mru> http://thrashbarg.mansr.com/~mru/burn.S
  • [14:53:49] * Crofton is beginning to wish he had a B for next :)
  • [14:54:02] <pbrook> mru: That's not just the NEON bug?
  • [14:54:11] <mru> I don't think so
  • [14:54:14] <Crofton> ok time to go
  • [14:54:28] * Crofton (n=balister@12.234.232.66) Quit ("Leaving")
  • [14:55:15] <mru> I made a loop that tries to keep all the execution units busy
  • [15:00:06] <ldesnogu> mru, so that means that even without using all of the chips on the SoC, 600 MHz is unstable?
  • [15:00:12] * JuanG (n=Juan@nat/ti/x-849883759dfe333b) has joined #beagle
  • [15:00:17] * JuanG (n=Juan@nat/ti/x-849883759dfe333b) has left #beagle
  • [15:00:41] <mru> ldesnogu: I suspect it's unstable because the voltage is too low
  • [15:00:57] <mru> TI are doing their best to keep the voltage setting a secret
  • [15:01:25] <ldesnogu> if you increase voltage, then the claimed power consumption will be wrong :)
  • [15:01:47] <ldesnogu> and a USB power thingie might not be enough
  • [15:02:01] <mru> I don't even know *how* to increase the voltage
  • [15:02:18] <ldesnogu> mru, some pandora guys went to 900 MHz, I guess they upped voltage
  • [15:02:25] <ldesnogu> but that was perhaps on an EVM
  • [15:02:52] <mru> they must have done something to the voltage
  • [15:03:21] <mru> it crashes instantly at 650MHz with the normal voltage
  • [15:04:46] <ldesnogu> 600 MHz should be stable, as it's quoted by TI
  • [15:05:01] <mru> only if the voltage is increased to 1.35V
  • [15:05:27] <ldesnogu> how much is it currently?
  • [15:05:35] <mru> 1.27 or something
  • [15:06:12] <ldesnogu> did you look in 2.6.22 TI kernel if there is a device or sth to control voltage?
  • [15:06:21] <mru> I looked
  • [15:06:32] <mru> I found something that looked like it was setting the voltage
  • [15:06:42] <mru> I'll be damned if I can figure out *how* it does it
  • [15:06:48] <ldesnogu> :)
  • [15:07:16] <mru> everything is hidden under dozens of layers of macros and ifdefs
  • [15:07:27] <ldesnogu> and the various power patches for OMAP that were posted on l-o don't play with voltage?
  • [15:07:37] <ldesnogu> mru, typical TI stuff it seems :)
  • [15:08:14] <ldesnogu> we have the same problem at my company with software dev's, they seem to love overly complex stuff
  • [15:12:43] <ldesnogu> hum it seems the power patches only can cut off voltage
  • [15:13:21] <mru> the TI kernel should be able to increase it too
  • [15:13:49] <ldesnogu> oh isn't voltage controlled by triton2 ? in that case the documentation is under NDA, no?
  • [15:14:06] <mru> it should only be a matter of sending a few commands to the 4030
  • [15:14:06] <ldesnogu> triton2 is part of twl IIRC
  • [15:14:11] <ldesnogu> ok
  • [15:14:23] <mru> extracting the correct commands and addresses from the TI kernel is not easy
  • [15:15:11] <ldesnogu> did you try to look at pre-processed output, might not be fun but somewhat easier in that case
  • [15:15:40] <mru> that assumes I can conjure a valid config
  • [15:15:55] <ldesnogu> :)
  • [15:31:26] * Fl1pFl0p (n=flipflop@ip68-8-230-62.sd.sd.cox.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [15:31:57] * Fl1pFl0p (n=flipflop@ip68-8-230-62.sd.sd.cox.net) has joined #beagle
  • [15:33:39] * shankar_ (n=shankar@189.157.8.103) has joined #beagle
  • [15:40:33] <koen> ldesnogu: triton2 is the codename for TWL :)
  • [15:42:06] <koen> pbrook: btw, check dmesg for "DAPM power event"
  • [15:43:08] <koen> pbrook: if debug is enabled, dunno if that's on by default or not
  • [15:43:31] <ldesnogu> koen, my understanding is that triton2 is a part of TWL
  • [15:43:58] <ldesnogu> but I could have misunderstood of course :)
  • [15:44:40] <ldesnogu> hum I misunderstood give the title of this page http://focus.ti.com/general/docs/wtbu/wtbugencontent.tsp?DCMP=WTBU&HQS=ProductBulletin+OT+twl4030&contentId=4634&templateId=6123
  • [15:58:55] <koen> ah, right
  • [16:00:29] * dirk2 (n=dirk@F3157.f.strato-dslnet.de) has joined #beagle
  • [16:15:09] * pbrook (n=paul@78-105-115-80.zone3.bethere.co.uk) Quit (Read error: 60 (Operation timed out))
  • [16:16:06] * pbrook (n=paul@78-105-115-80.zone3.bethere.co.uk) has joined #beagle
  • [16:18:11] * sweetlilmre (i=sweetlil@dsl-244-162-15.telkomadsl.co.za) has joined #beagle
  • [16:19:37] <sweetlilmre> koen: the missing linux-omap kernel drivers I was after are the wireless RALink drivers. If you could enable them in the config when you get a chance I would appreciate it, thanks.
  • [16:20:14] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [16:23:28] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit (Client Quit)
  • [16:23:35] * mrc3_ (n=mrc3@nat/ti/x-1e4ccf8a1b0d95fa) has joined #beagle
  • [16:30:34] * gadiyar (n=Smash@122.167.66.216) has joined #beagle
  • [16:30:38] <koen> sweetlilmre: send me a diff :)
  • [16:31:38] <sweetlilmre> koen: will do :) also, question: the default kernel seems to have reverted to omap2, why?
  • [16:34:28] <koen> dsplink
  • [16:35:20] <koen> and I needed to update omapfbplay as well
  • [16:35:28] <garren> where can I get the default kernel from?
  • [16:35:37] <koen> so I figured that going back to .26 wouldn't hurt, except for the uvc crowd
  • [16:36:23] <sweetlilmre> koen: I can only use .27 (msub issues). do you have an idea when .27 will become default?
  • [16:36:58] * gadiyar (n=Smash@122.167.66.216) has left #beagle
  • [16:38:54] * mrc3 (n=mrc3@nat/ti/x-d21dc777cd1f5495) Quit (Remote closed the connection)
  • [16:40:17] * pbrook (n=paul@78-105-115-80.zone3.bethere.co.uk) Quit (Read error: 110 (Connection timed out))
  • [16:41:18] <koen> sweetlilmre: probably when it's up to par with .26 concerning features
  • [16:41:34] <koen> sweetlilmre: it sucks that MUSB doesn't work too well in .26
  • [16:42:22] <sweetlilmre> :) yep it does. but okay for now, I can use .27 for dev and when migration occurs all will be well
  • [16:44:27] * Fl1pFl0p (n=flipflop@ip68-8-230-62.sd.sd.cox.net) Quit (kubrick.freenode.net irc.freenode.net)
  • [16:45:03] * Fl1pFl0p (n=flipflop@ip68-8-230-62.sd.sd.cox.net) has joined #beagle
  • [16:45:12] * garren (n=garren@dsl-243-111-39.telkomadsl.co.za) Quit ("Ex-Chat")
  • [16:45:36] <chakie> finally, i have an own image with qt embedded
  • [16:46:04] <chakie> now to add lcdproc and my own stuff
  • [16:47:15] <sweetlilmre> koen: http://pastebin.com/m4675f494 that is the diff as far as I can make out
  • [16:47:54] <sweetlilmre> koen: be back just now, gotta fetch my kids :)
  • [16:52:10] * pbrook (n=paul@78-105-115-80.zone3.bethere.co.uk) has joined #beagle
  • [16:55:09] * koen spots someone on the mailing complaining about memory usage
  • [16:55:23] <koen> sadly the guy doesn't know what he's talking about
  • [16:57:07] <mru> the guy who doesn't know about the block cache?
  • [16:59:19] <koen> right
  • [16:59:43] * Xenion (n=robert@p579FC1A3.dip.t-dialin.net) has joined #beagle
  • [17:00:24] * abitos (n=nixgibts@dslb-084-057-181-130.pools.arcor-ip.net) has joined #beagle
  • [17:05:54] * RogerMonk (n=a0740758@nat/ti/x-1b5d9b5dab901e3e) has joined #beagle
  • [17:13:54] * hex4def6 (n=hex4def6@adsl-68-122-40-18.dsl.pltn13.pacbell.net) Quit (Remote closed the connection)
  • [17:17:39] * chelli (n=chelli@p54B869EA.dip.t-dialin.net) has joined #beagle
  • [17:27:55] * hex4def6 (n=hex4def6@adsl-68-122-40-18.dsl.pltn13.pacbell.net) has joined #beagle
  • [17:51:41] * kozak (n=subbu@117.192.14.8) has joined #beagle
  • [17:56:05] * abitos (n=nixgibts@dslb-084-057-181-130.pools.arcor-ip.net) Quit (Read error: 60 (Operation timed out))
  • [18:04:30] * JoeyBorn (n=jborn@adsl-75-2-246-77.dsl.chcgil.sbcglobal.net) Quit ("rebooting")
  • [18:07:14] * hex4def6 (n=hex4def6@adsl-68-122-40-18.dsl.pltn13.pacbell.net) Quit (Remote closed the connection)
  • [18:09:01] * abitos (n=nixgibts@dslb-084-057-181-130.pools.arcor-ip.net) has joined #beagle
  • [18:11:03] * fulgas is now known as FuL|OUT
  • [18:13:54] * kozak (n=subbu@117.192.14.8) has left #beagle
  • [18:21:03] * nathanm (n=nathan@adsl-69-106-242-112.dsl.pltn13.pacbell.net) has joined #beagle
  • [18:27:12] * hex4def6 (n=hex4def6@adsl-68-122-40-18.dsl.pltn13.pacbell.net) has joined #beagle
  • [18:31:02] * RogerMonk (n=a0740758@nat/ti/x-1b5d9b5dab901e3e) has left #beagle
  • [18:34:11] * shankar_ (n=shankar@189.157.8.103) Quit (Remote closed the connection)
  • [18:54:55] * BeppoS (n=BeppoS@port-92-202-112-225.dynamic.qsc.de) has joined #beagle
  • [19:02:22] <hex4def6> Bleh. Any idea why I'm getting the following error trying to make console-image? " * ERROR: Cannot satisfy the following dependencies for task-base-extended: * update-rc.d (= 0.7-r1) *"
  • [19:03:17] <hex4def6> This worked before... :)
  • [19:03:44] * abitos (n=nixgibts@dslb-084-057-181-130.pools.arcor-ip.net) Quit (Nick collision from services.)
  • [19:03:49] <mru> then whatever changed in the meantime broke it
  • [19:04:00] * abitos (n=nixgibts@dslb-084-057-146-149.pools.arcor-ip.net) has joined #beagle
  • [19:05:54] <hex4def6> well, this is a fresh install
  • [19:13:13] * BeppoS (n=BeppoS@port-92-202-112-225.dynamic.qsc.de) Quit ("Leaving.")
  • [19:13:49] * likewise (n=likewise@84-104-101-183.cable.quicknet.nl) has joined #beagle
  • [19:21:58] * dirk2 (n=dirk@F3157.f.strato-dslnet.de) has left #beagle
  • [19:45:20] * wiking (n=wiking@213.47.71.51) Quit (Read error: 110 (Connection timed out))
  • [19:45:56] <kulve> koen: have you had the time to check the XV scaling? I tested the gst-ffmpeg from cvs head and it seems to include most of the mru's neon patches. It would be nice to get both working properly..
  • [19:50:09] <likewise> koen: no t-dose for me...
  • [20:54:07] * flo_lap (n=fuchs@g227119110.adsl.alicedsl.de) has joined #beagle
  • [21:03:03] * JimDonova1 (n=jimd@c-66-30-221-249.hsd1.ma.comcast.net) has joined #beagle
  • [21:08:00] <likewise> hi flo_lap, florian
  • [21:08:20] <flo_lap> hi likewise
  • [21:11:32] * Crofton (n=balister@65.14.229.26) has joined #beagle
  • [21:11:40] <likewise> hi Crofton
  • [21:11:45] <koen> kulve: didn't have time yet, sorry
  • [21:11:53] <Crofton> hey
  • [21:11:59] <Crofton> screw US Air
  • [21:12:13] <Crofton> plane leaves in 2 hours allegedly, not 45 minutes
  • [21:12:14] <kulve> koen: ok
  • [21:12:14] <likewise> Anytime
  • [21:12:18] <Crofton> and I doubt that will hjappen
  • [21:12:37] <likewise> ah, you sitting duck at the airport?
  • [21:12:48] <Crofton> yeah
  • [21:12:53] <Crofton> and not happy
  • [21:13:12] <likewise> well, at least internet access.
  • [21:13:16] <Crofton> been out of town for a week
  • [21:13:22] <Crofton> and leaving tomorrow night again
  • [21:13:24] <Crofton> heh
  • [21:13:25] <Crofton> yeah
  • [21:13:27] <Crofton> I can vent
  • [21:13:54] <kulve> koen: did you have something in mind about the debugging..? I could try something early next week..
  • [21:13:56] <likewise> ah ok, I can understand you would want to spend your time different then
  • [21:14:06] <koen> kulve: I might take a stab at uboot for evm, I received a testing request for evm stuff
  • [21:14:37] <koen> probably on friday or so
  • [21:14:41] * koen stabs exam week
  • [21:15:27] <kulve> koen: I guess I have to try what dirk suggested on monday
  • [21:17:03] <koen> my request for more hours in a day has been granted
  • [21:17:24] * koen likes DST when it gives instead of takes
  • [21:18:14] <Crofton> ok, I need to find food
  • [21:18:20] <Crofton> since they screwed up my dinner plan
  • [21:18:36] <Crofton> and see if I can get gnu radio running on the laptpo
  • [21:19:06] <koen> Crofton: http://openbts.sourceforge.net/FieldTest/index.html
  • [21:19:13] <Crofton> yeah
  • [21:19:16] <koen> Crofton: usrp goodness in 100F conditions
  • [21:19:17] <Crofton> I've seen that :)
  • [21:19:27] <Crofton> burning man is a weird place
  • [21:20:07] * koen wonders how to keep rolls of film cooled there
  • [21:20:31] <Crofton> l8r
  • [21:20:36] * Crofton (n=balister@65.14.229.26) Quit ("Leaving")
  • [21:33:15] <_bernie> jkridner: are you in boston yet?
  • [21:42:56] <Xenion> good night
  • [21:44:22] * Xenion (n=robert@p579FC1A3.dip.t-dialin.net) Quit ("Verlassend")
  • [21:53:25] * tulpe (n=ask@p54AF4D90.dip.t-dialin.net) Quit (Read error: 110 (Connection timed out))
  • [21:53:26] * Crofton (n=balister@65.14.229.26) has joined #beagle
  • [21:53:29] * tulpe (n=ask@p54AF6F8D.dip.t-dialin.net) has joined #beagle
  • [21:55:21] <_bernie> koen: I think jason told me that you had a few sugar activities packaged up? where are these? I can't find the bb files in openembedded
  • [21:55:33] <_bernie> koen: and, will you attend to the ESC?
  • [21:56:21] <_bernie> koen: you probably know already, but we're showing sugar running on the beagle board this monday
  • [21:59:16] * FuL|OUT is now known as fulgas
  • [22:00:40] <Crofton> koen is in .nl :)
  • [22:04:46] * pbrook_ (n=paul@78-105-115-80.zone3.bethere.co.uk) has joined #beagle
  • [22:06:04] * pbrook (n=paul@78-105-115-80.zone3.bethere.co.uk) Quit (Read error: 110 (Connection timed out))
  • [22:08:50] <Crofton> now 730 ...
  • [22:18:09] <likewise> Crofton: 07:30? And your local time is?
  • [22:18:51] * ldesnogu (n=ldesnogu@ven06-2-82-247-86-183.fbx.proxad.net) Quit ()
  • [22:19:34] <Crofton> er
  • [22:19:38] <Crofton> 1930 :)
  • [22:19:45] <Crofton> they slipped another half hour
  • [22:19:54] <Crofton> I think they are "fixing" the plane
  • [22:20:33] <Crofton> the next plane to Roanoke is full
  • [22:20:50] <Crofton> it will cost $200 for a one way rental
  • [22:25:13] * abitos (n=nixgibts@dslb-084-057-146-149.pools.arcor-ip.net) Quit (Read error: 60 (Operation timed out))
  • [22:32:35] * jkridner|work (n=a0321898@nat/ti/x-2d068f7ce40c3dfe) has joined #beagle
  • [22:33:06] * jkridner|work (n=a0321898@nat/ti/x-2d068f7ce40c3dfe) Quit (Remote closed the connection)
  • [22:33:18] * jkridner|work (n=a0321898@nat/ti/x-8de8a3055dd4c5d9) has joined #beagle
  • [22:35:51] <jkridner|work> ping ds2. let me know when you are here in Boston.
  • [22:36:16] <jkridner|work> or, any of the other Beaglers for that matter.
  • [22:40:07] <_bernie> jkridner|work: hey I'm here already
  • [22:40:44] <Crofton> hey jkridner
  • [22:41:04] <Crofton> jkridner|work, I need to look over your presentation, do you mind if I use some slides?
  • [22:42:41] * flo_lap (n=fuchs@g227119110.adsl.alicedsl.de) Quit ("Verlassend")
  • [22:47:11] * Crofton (n=balister@65.14.229.26) Quit ("Leaving")
  • [22:51:50] * chelli (n=chelli@debian/developer/tschmidt) Quit ("IRC is just multiplayer notepad")
  • [22:58:41] <likewise> have fun in Boston fooks.
  • [22:59:00] <likewise> my laptop runs out of battery but I need sleep anyways. good nite.
  • [22:59:25] * likewise (n=likewise@84-104-101-183.cable.quicknet.nl) Quit ()
  • [23:01:37] * Crofton (n=balister@65.14.229.26) has joined #beagle
  • [23:03:50] <jkridner|work> hi _bernie.
  • [23:04:00] <jkridner|work> Crofton: don't mind at all.
  • [23:04:23] <jkridner|work> I'm headed for dinner now.
  • [23:04:45] <Crofton> have fun
  • [23:04:55] <Crofton> still waiting for USAir to fix a plane
  • [23:05:12] <jkridner|work> Crofton: yuck.
  • [23:05:17] <Crofton> yeah
  • [23:05:25] <Crofton> they keep slipping the time
  • [23:14:30] * Crofton (n=balister@65.14.229.26) Quit ("Leaving")
  • [23:29:52] * jkridner|work (n=a0321898@nat/ti/x-8de8a3055dd4c5d9) Quit ("Leaving.")
  • [23:50:35] * guillaum1 (n=Guillaum@AMontsouris-153-1-18-204.w86-212.abo.wanadoo.fr) Quit ("Leaving.")
  • [23:50:58] * guillaum1 (n=gl@AMontsouris-153-1-18-204.w86-212.abo.wanadoo.fr) has joined #beagle
  • [23:54:00] * jkridner|work (n=a0321898@nat/ti/x-cced4278fb0e2815) has joined #beagle
  • [23:54:17] * zezu (n=zezu@c-24-14-8-40.hsd1.in.comcast.net) has joined #beagle
  • [23:59:23] <zezu> when i attempt to boot angstrom it loads the image and gets to SD and stops @: mmcblk0: p1 p2
  • [23:59:49] * sweetlilmre (i=sweetlil@dsl-244-162-15.telkomadsl.co.za) Quit ()
  • [23:59:55] <zezu> bad fs ? there is no error but it never gets past there, unless first boot taking a looong time means many hours :|