#beagle IRC Log on BeagleBoard.org

Join the chat at beagleboard.org/chat

IRC Log for 2010-07-08

Timestamps are in UTC.

[00:11:34] * maqr (~maqr@httpcraft/hax) Quit (Ping timeout: 276 seconds)
[00:12:58] * maqr (~maqr@httpcraft/hax) has joined #beagle
[00:19:41] * drinkcat (~nicolas@181-162.4-85.cust.bluewin.ch) has joined #beagle
[00:22:15] * sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #beagle
[00:22:45] * sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (Ping timeout: 240 seconds)
[00:27:03] * idlogin (c13f2621@gateway/web/freenode/ip.193.63.38.33) has joined #beagle
[00:32:05] * ezuniga (~ezuniga@186.32.57.22) Quit (Quit: Leaving.)
[00:39:57] * cmurillo (~cmurillo@186.32.57.22) Quit (Quit: Leaving.)
[00:41:28] * kanru (~kanru@118-168-233-117.dynamic.hinet.net) Quit (Ping timeout: 276 seconds)
[00:43:51] * jayabharath (~a0866114@nat/ti/x-kotctblvqrdmmjib) Quit (Ping timeout: 240 seconds)
[00:49:37] * cfriedt_away (~cfriedt@modemcable178.225-21-96.mc.videotron.ca) Quit (Quit: Leaving.)
[00:50:15] * gdm (~gdm@190.55.34.222) Quit (Ping timeout: 240 seconds)
[00:52:14] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
[00:53:11] * drinkcat (~nicolas@181-162.4-85.cust.bluewin.ch) Quit (Ping timeout: 240 seconds)
[00:53:23] * Zoxc (~zoxc@ti0128a340-dhcp0372.bb.online.no) Quit ()
[00:56:07] * RoHS (~RoHS@68-64-214-18.static.forethought.net) Quit (Quit: RoHS)
[01:03:56] * s4wrxttcs (ae2f53ea@gateway/web/freenode/ip.174.47.83.234) has joined #beagle
[01:04:12] <s4wrxttcs> quick question - is it now common to do pin muxing in the kernel
[01:04:17] <s4wrxttcs> as opposed to uboot
[01:05:21] * iwinulose (~iwinulose@2620:0:1b00:1471:21f:f3ff:fe51:b372) Quit (Read error: Operation timed out)
[01:05:41] <ghoti> first I've heard of pin muxing, but of course, I know nothing. :)
[01:06:40] <emeb> s4wrxttcs: actually pin muxing is handled in both places depending on preference of person doing the coding.
[01:06:58] <s4wrxttcs> But, they both work fairly well?
[01:07:14] <s4wrxttcs> I just remember last year at some point and people were warning me about doing it on the kernel side
[01:07:26] <emeb> u-boot is somewhat less restricted by side effects
[01:07:36] <s4wrxttcs> I'd prefer to do it on the kernel side because I'm lazy
[01:07:52] <emeb> kernel code has a lot of complex sharing controls imposed
[01:07:57] * jserv-- (~jserv@61-30-10-70.static.tfn.net.tw) has joined #beagle
[01:08:05] <s4wrxttcs> yeah, gotcha
[01:08:10] <emeb> so it's hard to know when you're messing something up.
[01:08:19] <s4wrxttcs> so uboot it is
[01:08:37] <s4wrxttcs> the way of doing it in uboot at least makes sense to me
[01:08:43] <emeb> ATM the code in u-boot is easier to understand
[01:09:09] <s4wrxttcs> for some reason I thought the beagleboard had its uboot already enabled for spi
[01:09:13] <s4wrxttcs> on the expansion port
[01:09:21] <emeb> Not that I've seen.
[01:09:31] <s4wrxttcs> but the uboot pin configuration isn't agreeing with that
[01:09:40] <s4wrxttcs> it all seems to be set as GPIO's
[01:09:45] <emeb> latest u-boot detects I2C ID PROM and sets pin-mux accordingly
[01:10:24] <emeb> For my board it sets all expansion pins as GPIO except McSPI3 and I2C2
[01:10:38] <s4wrxttcs> what's your board?
[01:10:58] <emeb> http://members.cox.net/ebrombaugh1/embedded/beagle/beagle_fpga.html
[01:11:13] <s4wrxttcs> yeah, that's right
[01:11:24] <s4wrxttcs> don't you use MCBSP4?
[01:11:32] <s4wrxttcs> err
[01:11:42] <emeb> You're right - McSPI4
[01:11:42] <s4wrxttcs> I mean the MCBSP1 pins set as SPI pins
[01:12:09] <s4wrxttcs> and uboot sets up those pins
[01:12:16] <s4wrxttcs> based on the I2c detection of your board
[01:12:38] <emeb> yes. Look in latest OE version of u-boot & you'll see conditional for 'beaglefpga'
[01:12:59] <s4wrxttcs> I was actually looking in the beagleboard validation git repository
[01:13:07] <emeb> Probably not in there
[01:13:37] <s4wrxttcs> thankfully I don't have to do conditional
[01:13:50] <s4wrxttcs> I just have to set MCBSP1 to MCSPI4
[01:13:58] <emeb> yep - as long as you're happy maintaining your own version of u-boot
[01:14:23] <s4wrxttcs> well it is my own board
[01:14:24] <s4wrxttcs> the entire board
[01:14:30] <s4wrxttcs> but I do use a variscite module
[01:14:39] <emeb> ah - even the OMAP on your board?
[01:14:46] <s4wrxttcs> no, no
[01:14:50] <s4wrxttcs> the omap is on the variscite
[01:14:58] <s4wrxttcs> of course they cheated and they don't use the POP package
[01:15:06] <s4wrxttcs> board it seems to work fine
[01:15:11] <s4wrxttcs> board = but
[01:15:24] * emeb googles variscite
[01:15:30] <s4wrxttcs> the FPGA works, The Camera works
[01:15:42] <s4wrxttcs> now I just have to get configuring the FPGA via SPI working
[01:16:18] <s4wrxttcs> the Verascite is cheaper than the Gumstix Overo
[01:17:10] <emeb> this: http://www.variscite.com/index.php?option=com_content&view=article&id=79&Itemid=83 ?
[01:17:37] <s4wrxttcs> yep
[01:18:05] <emeb> cool.
[01:18:34] <emeb> what's it cost? (qty 1)
[01:18:50] <s4wrxttcs> It's around $120 or so
[01:18:58] <s4wrxttcs> but it scales nicely with quantity
[01:19:18] <emeb> nice thing is that they appear to bring out almost all I/O
[01:19:37] <s4wrxttcs> yeah, the bring quite a bit out
[01:19:44] <s4wrxttcs> my main thing was the camera signals
[01:19:53] <s4wrxttcs> I absolutely hate the flex cable the gumstix has
[01:20:07] * kanru (~kanru@61-30-10-70.static.tfn.net.tw) has joined #beagle
[01:20:15] <emeb> what's the tradeoff vs igep?
[01:21:27] <s4wrxttcs> the IGEP module?
[01:21:43] <s4wrxttcs> for some stuff I could see using that
[01:32:21] * mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) has joined #beagle
[01:35:11] * gdm (~gdm@190.55.34.222) has joined #beagle
[01:36:01] * robtow (~rob@12.156.66.34) Quit (Ping timeout: 264 seconds)
[01:39:45] * PBansal (~pbansal@nat/ti/x-cxqaklbmwldjffcb) Quit (Remote host closed the connection)
[01:44:07] * pcacjr (~pcacjr@unaffiliated/pcacjr) has joined #beagle
[01:46:21] <ghoti> Anyone know how beagleboard compare to hawkboard in terms of power usage, while idle?
[01:46:50] <ds2> measure it? :D
[01:47:36] <emeb> always so practical.
[01:48:22] <ds2> the numbers vary wildly depending on what kernel you use
[01:49:11] <ghoti> Hrm. So ... the difference between two kernels on one board will not map to an equivalent difference on the other baord?
[01:49:19] <ds2> nope
[01:49:28] <ds2> depends on the kernel, options used and pm supported
[01:49:37] <ghoti> I'd love to measure it, but my beagleboard may be broken (I've posted to the list and am hoping for some wisdom) and I'm wondering what to buy as a second board.
[01:49:39] <ds2> and in some cases, even u-boot comes into play (shouldn't but...)
[01:49:57] <ds2> if you want a random kernel comparism, I have numbers for the beagle
[01:50:04] <ghoti> Has somebody published strategies for reducing power consumption, or am I on my own with that too?
[01:50:24] <ds2> published?
[01:50:37] <ds2> have you seen my old slides from SCALEX?
[01:50:40] <ghoti> I'd like to see any data available; I'm feeling kind of in a vacuum at the moment.
[01:50:47] <ds2> let me dig out the URL
[01:50:51] <ghoti> Nope, haven't seen slides. Don't know what links to them. :)
[01:52:00] <ds2> ghoti: ancient numbers but - http://www.hy-research.com/blog/beagle.html
[01:52:10] <ds2> that has idle numbers that I measured with an arbitary kernel
[01:52:23] <ds2> ghoti: same website, under downloads...look for the SCALEX stuff
[01:53:15] * duffolonious (~bryan@75-168-87-92.mpls.qwest.net) Quit (Ping timeout: 240 seconds)
[01:53:28] <ds2> now measure the hawkboard numbers and report back :D
[01:54:02] <ghoti> Thanks! I'll still need to do a bunch of research to understand this I suspect; I'm not so familiar with Linux innards (I'm a FreeBSD guy usually, and application-level at that)...
[01:55:38] * scrp3l (~scrp3l@201.250.151.197) Quit (Quit: Ex-Chat)
[01:55:42] * duffolonious (~bryan@75-168-87-92.mpls.qwest.net) has joined #beagle
[01:56:25] <ghoti> Out of curiosity, do you know if there's some way I can, even if it costs money for a phone call, determine whether the beagleboard that I have is actually broken? (http://groups.google.com/group/beagleboard/browse_thread/thread/6f47defb60cb296d)
[01:56:46] <ghoti> I'd hate to be fighting hardware problems that are *actually* software problems.
[01:57:44] <ds2> ghoti: power it from the barrel connector using a 500mA or better, 5V (+/-5%) power supply and see if the issue goes away
[01:58:45] <ghoti> ds2, that doesn't work - it only shows anything over the serial console if I power it via OTG, from a powered hub that's connected to a host.
[01:59:07] <ghoti> When I power it from the barrel connector, the LEDs come on as if it's booting, but I see either line noise or silence on the serial console.
[01:59:24] * idlogin (c13f2621@gateway/web/freenode/ip.193.63.38.33) Quit (Ping timeout: 252 seconds)
[02:00:32] <ds2> how are you getting power to the barrel connector?
[02:01:12] <ghoti> You mean, when it doesn't work? I've tried an array of 5 vDC power supplies, ranging from 1A to 2.4A, and from 5.06 V to 5.18 V.
[02:01:52] <ds2> very odd
[02:02:05] <ghoti> Some of the power supplies came with powered USB hubs I had laying around. Then I went out and bought three more to be sure. Now, I'm pretty sure it just doesn't work unless it sees a host on the other side of the OTB.
[02:02:27] <ghoti> This is a C3, btw.
[02:04:04] <ds2> and with the OTG, you can see the U-boot banner?
[02:04:28] <ghoti> Yes.
[02:07:59] <ds2> I am tempted to conclude it is HW
[02:08:30] <ds2> at that point, the system should not draw enough power for it to matter where it is coming from... unless the FET is blow and triton is irate
[02:09:56] <ds2> but listen to Gerald
[02:10:41] <ghoti> Okay, thanks. I'll wait another day for updates on my post to the list before ordering a replacement. This one won't even make a good coaster... Too bumpy.
[02:11:14] <ghoti> Frustrating, because I let it sit around for 6 months before I finally had time to start playing with it. $149 down the drain.
[02:11:25] <ds2> did you try power it from the expansion connector?
[02:13:48] <ghoti> The expansion header? I'm a little nervous soldering; I was hoping to exhaust other possibilities before doing anything hardware related. Is that worth a try? Would I be adding a second barrel connector to pin 2?
[02:14:10] * maria (~mrodrigue@186.32.57.22) Quit (Quit: Leaving.)
[02:14:19] <ds2> no
[02:14:32] <ds2> doing that improperly can lead to symtoms you are seeing
[02:14:53] <ghoti> Ah. Well, I didn't do anything like that. :)
[02:18:48] * mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) Quit (Read error: Operation timed out)
[02:29:50] * jrdavid (~jrdavid@dsl-173-206-140-235.tor.primus.ca) Quit (Quit: leaving)
[02:40:23] * alancam (~a-campbel@nat/ti/x-gbazdiekikfiuvge) has joined #beagle
[02:43:41] * Redb3ard (~SF0010MAC@75.110.202.83) has joined #beagle
[02:46:26] * jayabharath (~a0866114@nat/ti/x-alsdiropwjszlaup) has joined #beagle
[03:00:37] * cody (~cody@dslb-084-056-091-008.pools.arcor-ip.net) has joined #beagle
[03:01:23] * bearsh (~quassel@adsl-245-48-fixip.datacomm.ch) Quit (Read error: Connection reset by peer)
[03:02:30] * bearsh (~quassel@adsl-245-48-fixip.datacomm.ch) has joined #beagle
[03:03:45] * cody_ (~cody@dslb-084-056-124-126.pools.arcor-ip.net) Quit (Ping timeout: 240 seconds)
[03:05:51] * iwinulose (~iwinulose@2620:0:1b00:1441:21f:f3ff:fe51:b372) has joined #beagle
[03:10:46] * denix_ (~denix@pool-71-251-56-71.washdc.east.verizon.net) Quit (Quit: http://arago-project.org)
[03:10:58] * djlewis (41424cb1@gateway/web/freenode/ip.65.66.76.177) has joined #beagle
[03:11:56] <djlewis> ds2: , ghoti , according to the c3 schematic it should work with the DC jack unless the jack is not making a good connection to the board traces
[03:12:31] <djlewis> or the traced are lacking between the jack and main dc.
[03:12:46] <djlewis> s/traced/traces
[03:13:29] <djlewis> simple test to measure dc at current measurement header j2
[03:13:45] <djlewis> with otg power then DC In power
[03:14:27] <djlewis> main difference seems the usb power in toggles a switch in the tps 2141
[03:14:46] <djlewis> both sources go to same common point at j2
[03:15:42] <djlewis> unless I'm missing the forest for the trees ;)
[03:16:22] <djlewis> do ignore the wiring of the dc jack though. its been wierdly wrong on all schematics.
[03:17:13] <new2bb> hi all
[03:17:15] <new2bb> :)
[03:19:21] <djlewis> center pin hole is positive, outer ring is negative.
[03:19:33] * Seb000156 (~sebastien@LMontsouris-156-25-48-89.w193-252.abo.wanadoo.fr) has joined #beagle
[03:20:24] * Seb0001561 (~sebastien@LMontsouris-156-25-48-89.w193-252.abo.wanadoo.fr) Quit (Ping timeout: 248 seconds)
[03:30:35] * florian_kc (~fuchs@Maemo/community/contributor/florian) Quit (Read error: Connection reset by peer)
[03:30:57] * florian_kc (~fuchs@Maemo/community/contributor/florian) has joined #beagle
[03:36:30] * aholler_ (~aholler@p57B229A8.dip0.t-ipconnect.de) has joined #beagle
[03:39:36] * aholler (~aholler@p57B227E1.dip0.t-ipconnect.de) Quit (Ping timeout: 248 seconds)
[03:41:24] * Guest1338 (~Crazymik3@CPE00259c601d5d-CM00080da43848.cpe.net.cable.rogers.com) Quit (Quit: Leaving)
[03:46:54] * Redb3ard (~SF0010MAC@75.110.202.83) Quit (Quit: Redb3ard)
[03:48:42] <ds2> djlewis: he's saying the LED comes on, so connection should be good... I suspect the isolation FET is blown so the triton is upset which in turn causes it to fail to power up the A8
[03:50:21] <djlewis> possible. still...
[03:51:23] <ds2> defer to Gerald ;)
[03:52:15] * calculus (~calculus@gentoo/user/calculus) Quit (Ping timeout: 240 seconds)
[03:53:57] * calculus (~calculus@adsl-75-51-65-45.dsl.lsan03.sbcglobal.net) has joined #beagle
[03:54:01] * calculus (~calculus@adsl-75-51-65-45.dsl.lsan03.sbcglobal.net) Quit (Changing host)
[03:54:01] * calculus (~calculus@gentoo/user/calculus) has joined #beagle
[03:56:12] <djlewis> I recommended that days ago
[03:58:00] * new2bb_ (a4a4fa0a@gateway/web/freenode/ip.164.164.250.10) has joined #beagle
[03:59:04] <_av500_> years
[03:59:41] <new2bb_> hi all, bitbake ti-codec-engine, creates, ti-cmem-module.ipk, ti-codec-engine.ipk,ti-dsplink-modules.ipk, this i have copied to the FS
[04:00:19] * emeb (~ericb@ip72-223-81-194.ph.ph.cox.net) has left #beagle
[04:00:45] <new2bb_> and run cmd, opkg install ti-cmem-module.ipk, it is throwing error:
[04:01:02] <new2bb_> Collected errors: * opkg_install_pkg: Package ti-cmem-module md5sum mismatch. Either the opkg or. * opkg_install_cmd: Cannot install package ti-cmem-module.
[04:01:46] <new2bb_> I have done , opkg update, still same error
[04:01:47] * scrp3l (~scrp3l@201.250.191.38) has joined #beagle
[04:01:59] <new2bb_> how shud i fix this?
[04:02:45] <AlTheKiller> sync the sd card before yanking it out?
[04:08:33] <djlewis> dm _av500_
[04:08:42] <djlewis> gm, not dm
[04:16:02] * kanru (~kanru@61-30-10-70.static.tfn.net.tw) Quit (Ping timeout: 252 seconds)
[04:17:14] * kanru (~kanru@61-30-10-70.static.tfn.net.tw) has joined #beagle
[04:23:55] * idlogin (c13f2621@gateway/web/freenode/ip.193.63.38.33) has joined #beagle
[04:25:30] <_av500_> gm djlewis
[04:29:05] * emeb|mac (~ericb@ip72-223-81-194.ph.ph.cox.net) has joined #beagle
[04:29:52] * BThompsonGR (~bernie@cpe-76-183-65-93.tx.res.rr.com) Quit (Read error: Connection reset by peer)
[04:35:35] <djlewis> gn guys...
[04:35:44] * djlewis (41424cb1@gateway/web/freenode/ip.65.66.76.177) Quit ()
[04:47:05] <ghoti> dang, just missed him
[04:47:12] * jayabharath (~a0866114@nat/ti/x-alsdiropwjszlaup) has left #beagle
[04:48:17] <new2bb_> hey, i m getting errors, while doing opkg install ti-cmem-module, on beagleboard FS
[04:48:22] <new2bb_> opkg_install_pkg: Package ti-cmem-module md5sum mismatch. Either the opkg or. * opkg_install_cmd: Cannot install package ti-cmem-module.
[04:48:38] <new2bb_> how shud i fix this ?
[04:49:31] <new2bb_> i have done opkg update,
[04:49:38] <new2bb_> still same error
[04:51:21] <new2bb_> what cud be the cause, both rfs, uImage and codec-engine modules are frm same openembedded branch
[04:51:37] * kanru (~kanru@61-30-10-70.static.tfn.net.tw) Quit (Ping timeout: 264 seconds)
[04:53:23] * kanru (~kanru@61-30-10-70.static.tfn.net.tw) has joined #beagle
[04:54:19] * gdm (~gdm@190.55.34.222) Quit (Ping timeout: 265 seconds)
[04:57:43] * kimitake (~kimitake@netblock-68-183-238-144.dslextreme.com) has left #beagle
[05:08:44] * niclas (~niclas@nat/ti/x-cxiodibvqzycvqsm) Quit (Remote host closed the connection)
[05:08:44] * mrc3 (~mrc3@nat/ti/x-naleajbqwbghingc) Quit (Remote host closed the connection)
[05:08:44] * rcranetx (~rcranetx@nat/ti/x-iysbctpcbnutzwnh) Quit (Remote host closed the connection)
[05:09:22] * niclas (~niclas@nat/ti/x-vzihztsowhqaawyi) has joined #beagle
[05:09:24] * mrc3 (~mrc3@nat/ti/x-usdcpvziqzfyifxe) has joined #beagle
[05:09:30] * rcranetx (~rcranetx@nat/ti/x-ehngbhuzomzqiazf) has joined #beagle
[05:10:36] * dev__ (~dev@115.108.145.200) has joined #beagle
[05:16:15] * idlogin (c13f2621@gateway/web/freenode/ip.193.63.38.33) Quit (Quit: Page closed)
[05:16:39] * mrc3 (~mrc3@nat/ti/x-usdcpvziqzfyifxe) Quit (Remote host closed the connection)
[05:17:09] * mrc3 (~mrc3@nat/ti/x-xkoakhkjulkvlxuu) has joined #beagle
[05:19:13] <av500> http://www.wired.com/gadgetlab/2010/07/hardware-hobbyists-arduino/
[05:19:53] <ds2> Hmmm
[05:20:36] <av500> mmmH
[05:22:31] <ds2> anyone know off hand if GPIOs can be handed out to the DSP for direct control?
[05:23:09] * hvaibhav (~a0393758@192.163.20.231) Quit (Quit: Leaving.)
[05:23:15] * hvaibhav (~a0393758@192.163.20.231) has joined #beagle
[05:24:00] <av500> yup
[05:24:15] * soman (~somnath@118.102.130.6) has joined #beagle
[05:24:31] <av500> afaik dsp could access all periph stuff
[05:26:11] * sombunall (~sawdis@modemcable203.209-56-74.mc.videotron.ca) Quit (Quit: Leaving.)
[05:26:51] <ds2> really? so the dsp can be a wake source for the A8 too?
[05:27:39] <av500> I knew it would be a trick question :)
[05:28:09] * av500 throws tfm at ds2
[05:28:24] * iwinulose (~iwinulose@2620:0:1b00:1441:21f:f3ff:fe51:b372) Quit (Ping timeout: 260 seconds)
[05:28:42] <ds2> toying with some ideas
[05:29:22] <ds2> use the DSP as a DDS + feedback system... waking up the ARM as needed
[05:30:10] <emeb|mac> sounds interesting...
[05:30:40] <av500> ds2: there is a dsp->arm IRQ
[05:30:49] <av500> i bet that can wake it up
[05:31:21] <emeb|mac> what kind of irq rate you thinking?
[05:31:29] <ds2> imagine a software scanner... DDS to tune it + DSP detector.. if anything interesting happens, wake up the ARM to record it
[05:32:02] <emeb|mac> ah - so many seconds between desquelches
[05:32:14] <ds2> maybe GPIO isn't the best option...prehaps the GPMC to do the DDS
[05:32:23] <ds2> emeb|mac: yep.. lots of quiet periods
[05:32:49] <ds2> the question here would really be.... is a hardware DDS + detector cheaper powerwise then a DSP doing it all
[05:32:55] <emeb|mac> so hook up an external downconvert/demod via GPMC
[05:33:18] <emeb|mac> power depends on what the raw RF sample rate is
[05:33:33] <emeb|mac> which depends on BW of the signal you're chasing
[05:33:41] * ddd (8bb30dc4@gateway/web/freenode/ip.139.179.13.196) has joined #beagle
[05:33:55] <ds2> ideally, it'd be a DC to maybe 100GHz, looking at prehaps 10-20MHz chunks
[05:34:31] <emeb|mac> so a 20MHz BW output from a UWB tuner
[05:34:53] <emeb|mac> 20MHz you'd definitely need some external preprocessing.
[05:34:57] <ds2> but then at those rates, I am probally looking at current mode stuff
[05:35:04] <ds2> and that'd guzzle power
[05:35:37] <emeb|mac> eh - do the frontend analog & don't digitize until you get it to IF
[05:36:06] <ds2> you don't think a DC to 100GHz DDS is too practical? :D
[05:36:30] <emeb|mac> :)
[05:36:54] <ds2> analog stuff is icky... all those bias currents flowing all over
[05:37:23] <emeb|mac> but analog is still lower power & more sensitive than most digital stuff
[05:37:46] <emeb|mac> and IIRC you want -150dBm sensitivity.
[05:37:57] <ds2> really? I'd think the bias current would change things... aren't all this stuff run in class A mode?
[05:38:13] <ds2> yep, -150dBm or better; no lN2 cooling either
[05:38:46] <emeb|mac> yeah - class A, but remember that you're talking about stuff that's really tiny, so the DC currents don't have to be large.
[05:38:59] <emeb|mac> All running at pretty high impedances.
[05:39:22] <ds2> eh? thought it was standard practice to run them all at 50ohm?
[05:39:49] <ddd> anybody knows, why the api generated from the dspbridge project userspace in omappediawiki does not support tidspbridge kernel2.6.33, but it can support android dspbridge kernel 2.6.29?
[05:40:15] <av500> because it changes all the time?
[05:40:20] <emeb|mac> 50 ohm can be sacrificed for low power operation
[05:40:43] <emeb|mac> and on-chip impedances can be matched to higher impedances.
[05:40:44] <av500> ddd: looking at l-o, dspbridge is being rewritten every week...
[05:41:05] <ds2> hmmm
[05:41:20] <ds2> most people I know that do RF don't care about low power
[05:42:19] <av500> most HAMs care for high power :)
[05:42:28] <ds2> unless they are QRP folks
[05:42:34] <emeb|mac> depends on what they're doing. Mobile RX is an art but mostly for consumer stuff.
[05:42:58] <emeb|mac> ham HTs benefit from long battery life too tho
[05:43:11] <emeb|mac> so low-power RX is good there too.
[05:43:46] <ds2> but then hams can do CW
[05:43:53] <emeb|mac> some hams
[05:44:05] <ddd> thank u, av500, where is the lo dspbridge? one more question, ti said it would maintain dspbridge after, but now seems working on kernel2.6.33 for dspbridge,
[05:44:10] <av500> most HAMs I know do eth :)
[05:44:30] <av500> ddd: l-o is linux-omap mailing list
[05:44:51] <ddd> link?
[05:45:03] <ds2> just clone tony's tree
[05:45:05] <av500> I dont know what TIs plans for dspbridge are, given that it is mostly driven by Nokia....
[05:45:18] <ds2> Long live DSP gateway!
[05:45:22] * ds2 ducks
[05:45:32] * av500 shrugs
[05:45:49] <av500> actually, bridge and link are not much different
[05:45:52] <emeb|mac> looks like dsplink stuff that maltanar is doing seems pretty good
[05:46:00] <av500> and bridge is nicer in the way that it uses the dsp mmu fully
[05:46:04] <av500> so no need for cmem
[05:46:08] <av500> emeb|mac: yep
[05:46:18] <ds2> but bridge don't work on the DV stuff
[05:46:19] <av500> finally somebody doing something with the dsp :)
[05:46:24] <ddd> seems dsp gateway determinated
[05:46:25] <av500> ds2: DV?
[05:46:39] <ds2> av500: Davinci...i.e. DM6446, DM355, et al
[05:46:43] <ddd> digital video
[05:46:44] * Openfree` (~Openfreer@116.228.88.98) Quit (Read error: Connection timed out)
[05:47:01] <av500> ds2: yes, it is more omap specific
[05:47:08] <av500> it could work on other arm+dsps
[05:47:30] <emeb|mac> ds2: like the idea of using the DSP as a preprocessor for SDR stuff tho.
[05:47:30] <ds2> could but does it work with say the L137/L138?
[05:47:33] <av500> ds2: what is misses is the CE layer on top
[05:47:52] <ds2> emeb|mac: in the light of your points on power usage, I donno now
[05:47:52] <av500> ds2: no, coz they are not used in nokia phones :)
[05:48:05] * Openfree` (~Openfreer@116.228.88.98) has joined #beagle
[05:48:15] <ds2> av500: but for a while, they were using gateway
[05:48:17] <emeb|mac> thinking that the best flow is analog RF -> ADC -> FPGA (DDC, decimate) -> McBSP -> DSP -> ARM
[05:48:23] <av500> ds2: yes
[05:48:29] <av500> bridge is gateway 2.0
[05:48:37] <av500> and gateway shares ancestry with link
[05:48:41] <av500> its all the same
[05:48:46] <ds2> ah
[05:48:57] <ds2> but is bridge supported on the 35xx parts?
[05:49:06] <av500> it all goes back to RF (referecne framework) we used that on the omap1 (one!)
[05:49:15] <av500> RF3, RF4. RF5 ...
[05:49:26] <av500> ds2: err? sure
[05:49:34] <ds2> emeb|mac: hmmm I'd prefeer to drop the FPGA...even a Coolrunner is expensive
[05:49:38] <ds2> (power wise)
[05:49:52] <emeb|mac> ds2: then you need to run the ADC pretty slow
[05:50:12] <av500> ds2: you are not going to do the DDC on the dsp :)
[05:50:13] <ds2> av500: really? I thought they are supported only on the 34xx parts... 35xx only "support" link (support, not "works on")
[05:50:15] <emeb|mac> (less than 10MSPS)
[05:50:32] <av500> ds2: what "support" do you mean? there is no support for bridge anyway
[05:50:40] <ds2> emeb|mac: hmmm... but based on what you said, wouldn't a mixer be more approriate then a fpga?
[05:50:48] <ds2> av500: if you do enough volume....
[05:51:00] <emeb|mac> ds2: for really wideband you need both
[05:51:16] <av500> ds2: if you do volume, 34 vs 35 does not matter at all
[05:51:18] <ds2> emeb|mac:Hmmm
[05:51:34] <av500> but yes, catalog will not give you bridge support most likely
[05:51:36] <emeb|mac> or at least an ASIC of some sort doing downconversion/decimation
[05:51:46] <ds2> av500: aren't tehre secret magic bits that are only in 34xx?
[05:51:47] <av500> ask koen
[05:51:55] <av500> ds2: not that I know of
[05:53:06] <ds2> I think the existance of such secret bits is a secret in itself :/
[05:53:26] <av500> ds2: we are wireless customer, not catalog and I see nothing at all secret
[05:53:37] <ds2> av500: OH
[05:53:46] <av500> the only secrets are stuff like memory stick or macrovision
[05:53:53] <av500> but these apply to all customers
[05:54:22] <av500> (if it still has memory stick...)
[05:54:34] <av500> DV had afaik
[05:54:55] <ds2> but isn't that like support for betamax playback? :D
[05:54:59] <emeb|mac> there's secret bits in the 35xx too - otherwise why the cloaked boot process?
[05:55:05] <av500> cloaked?
[05:55:20] <emeb|mac> hidden ROM code?
[05:55:28] <av500> i dont think it is hidden
[05:55:35] <av500> I think somebody dumped it even
[05:56:08] <emeb|mac> ah - I thought there was a visibile ROM and also some that couldn't be seen under any circumstance
[05:56:21] <av500> maybe on the HS parts
[05:56:32] * gdm (~gdm@190.55.34.222) has joined #beagle
[05:59:25] * Artanis (Artanis@159.108.165.83.dynamic.mundo-r.com) Quit (Ping timeout: 264 seconds)
[05:59:26] * Belna (~Thomas@DSL01.212.114.252.242.ip-pool.NEFkom.net) has joined #beagle
[05:59:53] * Seb0001561 (~sebastien@LMontsouris-156-25-48-89.w193-252.abo.wanadoo.fr) has joined #beagle
[06:00:22] * vaibhav1 (~vaibhav@122.170.53.129) has joined #beagle
[06:01:43] * funkathustra (~Jay@76.84.0.186) has joined #beagle
[06:01:49] * Seb000156 (~sebastien@LMontsouris-156-25-48-89.w193-252.abo.wanadoo.fr) Quit (Ping timeout: 264 seconds)
[06:03:38] * franktango (~a0746747@nat/ti/x-jzlnnqiekdhttzau) has joined #beagle
[06:07:17] * Circuitsoft (~chatzilla@64.244.192.226) has joined #beagle
[06:07:19] * franktango (~a0746747@nat/ti/x-jzlnnqiekdhttzau) Quit (Read error: Connection reset by peer)
[06:07:37] * Seb0001561 (~sebastien@LMontsouris-156-25-48-89.w193-252.abo.wanadoo.fr) has left #beagle
[06:07:47] <Circuitsoft> Hello. I have a BeagleBoard rev. B5. I'm running Gentoo on it with a custom kernel, and not getting any display output.
[06:07:54] * franktango (~a0746747@nat/ti/x-mhkqnxjsnjzjohuk) has joined #beagle
[06:07:55] <Circuitsoft> Kernel is omap-2.6.32
[06:08:28] <Circuitsoft> CONFIG_FB_OMAP=y
[06:08:32] <Circuitsoft> CONFIG_FB_OMAP_CONSISTENT_DMA_SIZE=12
[06:14:16] * vaibhav1 (~vaibhav@122.170.53.129) Quit (Ping timeout: 248 seconds)
[06:17:49] * alancam (~a-campbel@nat/ti/x-gbazdiekikfiuvge) Quit (Remote host closed the connection)
[06:17:59] * vaibhav1 (~vaibhav@122.170.53.129) has joined #beagle
[06:18:08] * alancam (~a-campbel@nat/ti/x-nayyvftuqemcvslu) has joined #beagle
[06:18:30] * funkathustra (~Jay@76.84.0.186) has left #beagle
[06:19:10] <ds2> L-O? K-O? PSP?
[06:23:03] <av500> custom
[06:23:07] <av500> hot rodded
[06:23:20] <av500> under floor neon lights
[06:23:38] <av500> hot tub in the trunk
[06:28:17] * lag (~lag@cpc2-aztw21-0-0-cust264.aztw.cable.virginmedia.com) has joined #beagle
[06:32:56] * ddd (8bb30dc4@gateway/web/freenode/ip.139.179.13.196) Quit (Ping timeout: 252 seconds)
[06:37:05] * _koen_ (~x0115699@nat/ti/x-jpyhjwifxhpzmdih) has joined #beagle
[06:39:21] * eAndrius (~andrius@88-222-169-44.meganet.lt) has joined #beagle
[06:42:15] * Cubi_ (~cubi@static-87-79-65-72.netcologne.de) has joined #beagle
[06:50:33] * vaibhav1 (~vaibhav@122.170.53.129) Quit (Ping timeout: 240 seconds)
[06:51:24] * jpirko (~jirka@ip-89-103-91-100.net.upc.cz) has joined #beagle
[06:54:12] * calculus (~calculus@gentoo/user/calculus) Quit (Read error: Operation timed out)
[06:55:55] * vaibhav1 (~vaibhav@122.170.53.129) has joined #beagle
[06:57:29] * amitk (~amit@a91-154-124-12.elisa-laajakaista.fi) has joined #beagle
[07:04:20] * dev__ (~dev@115.108.145.200) Quit (Ping timeout: 265 seconds)
[07:07:47] * W_I (~W_I@ip-87-108-57-12.customer.academica.fi) has joined #beagle
[07:08:00] * neo01124 (~neo@122.162.115.239) has joined #beagle
[07:16:26] <new2bb_> koen, what is the bootargs settings for beagleboard-linuxtag2010-demo-image, as this would have cmem, dsplink module, i m using
[07:16:44] <new2bb_> setenv bootargs 'console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootwait omapfb.mode=dvi:1360x768MR-16@60 mem=99M@0x80000000 mem=128M@0x88000000'
[07:16:50] <new2bb_> is it correct?
[07:17:02] * courville (~courville@archos.rain.fr) has joined #beagle
[07:17:03] * screwgoth (~raseel@122.170.53.129) has joined #beagle
[07:17:35] <av500> loks like
[07:17:37] <av500> looks
[07:18:54] <new2bb_> av500, bootcmd settings are, setenv bootcmd 'mmc init;fatload mmc 0 80300000 uImage;bootm 80300000'
[07:19:11] <new2bb_> while booting its sending msg
[07:19:43] <new2bb_> CMEM phys_start (0x86300000) overlaps kernel (0x80000000 -> 0x8e300000)
[07:19:57] <av500> ignore
[07:20:37] <av500> cmem does not know about the memory hole
[07:20:45] <av500> safe to ignore
[07:20:48] <new2bb_> ok
[07:21:07] * dev__ (~dev@123.238.241.41) has joined #beagle
[07:21:48] <new2bb_> av500, beagleboard-linuxtag2010-demo-image, gt stuck at or seems to be stuck at:
[07:21:53] <new2bb_> [ 255.448883] ADDRCONF(NETDEV_UP): usb0: link is not ready
[07:22:00] * jpsaman (~jpsaman@videolan/developer/jpsaman) has joined #beagle
[07:22:53] <new2bb_> Is it expected, to take that much time at this point, while booting first time
[07:22:54] <new2bb_> ??
[07:24:08] * _roger_ (~a0740758@nat/ti/x-uuojwzsefaphbxfv) has joined #beagle
[07:26:13] * bearsh (~quassel@adsl-245-48-fixip.datacomm.ch) Quit (Read error: Connection reset by peer)
[07:27:18] * bearsh (~quassel@adsl-245-48-fixip.datacomm.ch) has joined #beagle
[07:27:42] * ddd (8bb30dc4@gateway/web/freenode/ip.139.179.13.196) has joined #beagle
[07:29:54] * eAndrius (~andrius@88-222-169-44.meganet.lt) Quit (Quit: Leaving)
[07:31:43] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Read error: Connection reset by peer)
[07:33:44] * eAndrius (~andrius@88-222-169-44.meganet.lt) has joined #beagle
[07:36:48] * Proxyles (~henrik@c-f893e255.56-4-64736c14.cust.bredbandsbolaget.se) has joined #beagle
[07:39:58] * hrw|gone is now known as hrw
[07:41:13] * W_I (~W_I@ip-87-108-57-12.customer.academica.fi) Quit (Quit: W_I)
[07:44:02] * emeb|mac (~ericb@ip72-223-81-194.ph.ph.cox.net) Quit (Ping timeout: 245 seconds)
[07:45:49] * nitesh (~nitesh@122.169.11.238) has joined #beagle
[07:52:04] * ant__ (~chatzilla@host214-85-static.34-85-b.business.telecomitalia.it) has joined #beagle
[07:52:09] * scrp3l (~scrp3l@201.250.191.38) Quit (Quit: Ex-Chat)
[07:53:34] <Circuitsoft> Does anyone have experience getting the framebuffer to work with a custom kernel?
[07:54:33] * vaibhav1 (~vaibhav@122.170.53.129) Quit (Ping timeout: 240 seconds)
[07:55:13] * Openfree` (~Openfreer@116.228.88.98) Quit (Remote host closed the connection)
[07:55:45] <Circuitsoft> "git describe" on my sources says: v2.6.32-6909-g2a20002
[07:56:05] <av500> and where is it from?
[07:56:23] * screwgoth (~raseel@122.170.53.129) Quit (Ping timeout: 260 seconds)
[07:56:45] <Circuitsoft> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
[07:57:38] <new2bb_> koen, when i m using beagleboard-linuxtag2010-demo-image, while loading kernel image, it is getting stuck at : ADDRCONF(NETDEV_UP): usb0: link is not ready
[07:57:51] <new2bb_> any suggestion to fix this?
[07:58:12] * Openfree` (~Openfreer@116.228.88.98) has joined #beagle
[07:58:47] <av500> with what kernel command line?
[07:59:03] <Circuitsoft> console=ttyS2,115200n8 root=/dev/mmcblk0p3 rootdelay=2 rootfstype=ext4 ro omap-dss.dev_disp=lcd omapfb.video_mode=1280x720MR-24@60m init=/bin/bash
[08:00:32] <Circuitsoft> dmesg says it's running, "omapfb: Pixclock 48000 kHz hfreq 44.7 kHz vfreq 57.7 Hz", but my monitor doesn't register it.
[08:02:50] <_koen_> lose the extra m
[08:02:55] * courville (~courville@archos.rain.fr) Quit (Quit: leaving)
[08:03:04] * _koen_ just does 'setenv dvimode hd720' in boot.scr
[08:03:53] <Circuitsoft> Oddly enough, fbset reports that I'm running at 1024x768
[08:04:39] <_koen_> not odd at all
[08:04:47] * topfs2 (~topfs2@xbmc/staff/topfs2) has joined #beagle
[08:05:10] <_koen_> and what's whit the rootdelay?
[08:05:16] <_koen_> are you using a kernel older than 2.6.24?
[08:05:30] * alancam (~a-campbel@nat/ti/x-nayyvftuqemcvslu) Quit (Ping timeout: 260 seconds)
[08:05:59] <Circuitsoft> No. I may have been when I first started playing with the board, and I think that's almost the command line that was there when I got it.
[08:06:14] <Circuitsoft> It's a Rev B5
[08:08:00] <Circuitsoft> Anyone know if/where I can get a C6000 compiler that'll run on the ARM, or does such a thing not exist?
[08:08:05] * ceyusa (~vjaquez@155.99.117.91.static.mundo-r.com) has joined #beagle
[08:09:03] <Circuitsoft> _koen_ - Just tried, and it didn't boot without the rootdelay.
[08:09:44] * lifeeth (~praneeth@unaffiliated/lifeeth) has joined #beagle
[08:10:37] * courville (~courville@sac91-1-82-232-88-182.fbx.proxad.net) has joined #beagle
[08:11:27] * jpirko (~jirka@ip-89-103-91-100.net.upc.cz) Quit (Remote host closed the connection)
[08:13:01] <_koen_> so use rootwait
[08:13:16] <_koen_> or even better, clear the env and use the defaults
[08:13:26] <_koen_> and use a boot.scr to change vars
[08:14:08] * new2bb (a4a4fa0a@gateway/web/freenode/ip.164.164.250.10) Quit (Ping timeout: 252 seconds)
[08:14:42] <Circuitsoft> What version of U-boot does that require?
[08:14:49] <Circuitsoft> I have 1.3.3 right now.
[08:16:12] * neo01124 (~neo@122.162.115.239) Quit (Ping timeout: 240 seconds)
[08:18:08] <av500> Circuitsoft: no C6000 running on the arm
[08:18:28] <av500> and what for anyway...
[08:18:43] <Circuitsoft> And I haven't gotten qemu compiled on it yet, so no-go that way either.
[08:18:51] <av500> and what for anyway...
[08:19:04] <Circuitsoft> Right now, I don't have an armv7 toolchain on my pc - only on the beagleboard.
[08:19:17] <av500> that is easily rectified
[08:19:39] <Circuitsoft> True. I just haven't really felt reason to yet. Building stuff on the board itself is easy enough.
[08:20:42] <av500> well, now you have one :)
[08:20:46] <Circuitsoft> Anyway, omapfb.video_mode=1280x720MR-24@60 doesn't work either.
[08:20:58] <new2bb_> koen, can you tell me why kernel image 2.6.32 of beagleboard-linuxtag2010-demo-image is getting stuck at :ADDRCONF(NETDEV_UP): usb0: link is not ready
[08:21:19] * ogra (~ogra@ubuntu/member/ogra) Quit (Read error: Connection reset by peer)
[08:21:23] <Circuitsoft> And, the computer it would go on has far too small a hard drive that I haven't gotten around to upgrading yet.
[08:21:56] * ogra (~ogra@ubuntu/member/ogra) has joined #beagle
[08:22:01] <Circuitsoft> CONFIG_FB=y, CONFIG_FB_OMAP=y, CONFIG_FB_OMAP_CONSISTENT_DMA_SIZE=12
[08:22:27] <Circuitsoft> # CONFIG_OMAP2_DSS is not set
[08:23:28] <av500> too bad
[08:23:58] <Circuitsoft> Not /too/ worried about that right now, though. I will have to deal with it later though.
[08:24:06] <Circuitsoft> Framebuffer is another matter.
[08:25:23] <Circuitsoft> I started with the omap3_beagle_defconfig and modified it a little, adding/removing a few net-based options and filesystems.
[08:25:53] <av500> any reason not to set CONFIG_OMAP2_DSS?
[08:26:17] <Circuitsoft> I don't think it was set in the beagle_defconfig, so I figured it conflicted with omapfb and I didn't need it.
[08:26:28] <av500> well, you need it
[08:26:52] <Circuitsoft> Do I need CONFIG_FB_OMAP2?
[08:28:17] <hvaibhav> if you want to make use of all features of OMAP3 DSS, then yes you must enable it.
[08:29:07] <av500> Circuitsoft: whatever is in the omap3_beagle_defconfig , ignore it and find a proper .config
[08:29:19] <av500> defconfigs are going the way of the dodo anyway atm
[08:29:37] <Circuitsoft> Ok. Any recommended config source?
[08:30:02] * dl9pf_ (~quassel@p5B212131.dip.t-dialin.net) Quit (Ping timeout: 265 seconds)
[08:30:39] <new2bb_> koen, i googled on net this error and found , http://groups.google.com/group/beagleboard/msg/1b60836f3dd012d6
[08:30:54] <new2bb_> is it in same refernce??
[08:30:58] <av500> Circuitsoft: whatever OE/angstrom currently uses
[08:31:13] * nathan__ (~nathan@cpe-75-83-89-199.socal.res.rr.com) Quit (Ping timeout: 264 seconds)
[08:31:40] * nathan__ (~nathan@cpe-75-83-89-199.socal.res.rr.com) has joined #beagle
[08:31:51] * neo01124 (~neo@122.163.112.57) has joined #beagle
[08:33:50] * lifeeth (~praneeth@unaffiliated/lifeeth) Quit (Read error: Connection reset by peer)
[08:34:21] * lifeeth (~praneeth@unaffiliated/lifeeth) has joined #beagle
[08:37:06] <new2bb_> av500, can you direct me whther i m correct in understanding it , at recipes/usb-gadget-mode/files/beagleboard/usb-gadget.conf, USB MODE="", insteat as per this link:
[08:37:26] <new2bb_> http://groups.google.com/group/beagleboard/msg/1b60836f3dd012d6 and http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=a7756ec75b735de3900627f7786a74f9d91d3971
[08:38:02] <new2bb_> USB_MODE="networking", is this the cause of error??
[08:38:19] <new2bb_> i mean getting stuck while loading kernel image
[08:41:38] <av500> could be
[08:42:56] * nathan__ (~nathan@cpe-75-83-89-199.socal.res.rr.com) Quit (Ping timeout: 265 seconds)
[08:46:48] * nathan__ (~nathan@cpe-75-83-89-199.socal.res.rr.com) has joined #beagle
[08:48:50] * raster (raster@enlightenment/developer/raster) Quit (Quit: Gettin' stinky!)
[08:49:26] * KosiNuss (~tom@p4FD12371.dip0.t-ipconnect.de) has joined #beagle
[08:51:34] * vaibhav (~vaibhav@122.170.49.246) has joined #beagle
[08:53:45] * nathan__ (~nathan@cpe-75-83-89-199.socal.res.rr.com) Quit (Ping timeout: 240 seconds)
[08:54:08] * nathan__ (~nathan@cpe-75-83-89-199.socal.res.rr.com) has joined #beagle
[08:58:52] * neo01123 (~neo@122.163.103.134) has joined #beagle
[09:00:06] * neo01124 (~neo@122.163.112.57) Quit (Ping timeout: 240 seconds)
[09:01:27] <new2bb_> a500, here demo image is trying to load g_ether gadget to enable ethernet over usb-otg, why is that needed??
[09:02:03] <new2bb_> is it required for cmem, dsplink in linuxtag2010-demo-image??
[09:02:28] <new2bb_> i m not at all using usb-otg cable for any purpose??
[09:02:50] <av500> it is not needed
[09:03:27] <new2bb_> how shud i disable this module to get loaded during boot up
[09:03:28] <new2bb_> ??
[09:03:53] <new2bb_> i mean the modification in bb files??
[09:04:17] * koen has learnt about UINT64_C and c++ today thanks to ffmpeg
[09:04:23] <av500> :)
[09:04:34] <av500> c++ is not c...
[09:06:43] * drinkcat (~nicolas@181-162.4-85.cust.bluewin.ch) has joined #beagle
[09:07:47] <koen> mru: if you use vfp on wince6 the chameleon man will have his arm floating in the air due to the vfp save/restore problem
[09:08:08] <koen> the neon thread on ffmpeg-devel reminded me of that
[09:08:38] <av500> wince still exists?
[09:08:50] * Circuitsoft winces...
[09:09:03] <koen> didn't wince 7 get released a while ago?
[09:09:06] <koen> "chelan"
[09:09:15] <av500> Circuitsoft: thats my line!
[09:09:27] <Circuitsoft> ... sorry
[09:09:28] <koen> AIUI wince7 will support vfp and neon (while 6 did neither)
[09:10:09] <new2bb_> koen which bb file shud i modify to disable g_ether gadget?? as it make kernel image to get stuck while loading , and as av500, mentioned it is not required to be loaded as built in , we can in case required load as module??
[09:10:11] <Circuitsoft> koen: Technically, I don't think Windows Mobile 7 is actually in the CE series.
[09:10:22] <koen> to qoute one TI engineer "I love wince omap3 products, all debug builds have freecell installed"
[09:10:28] <new2bb_> how shud disable it ??
[09:10:46] <koen> Circuitsoft: wince and winmo are indeed quite different
[09:11:01] <koen> new2bb_: /etc/default/usb-gadget
[09:11:47] <new2bb_> shud i remove usb-gadget??
[09:11:50] * florian_kc is now known as florian
[09:12:08] * jpirko (~jirka@nat/redhat/x-ticzendeeytybnti) has joined #beagle
[09:12:14] <Circuitsoft> koen: winmo -> 6.5 is based on wince
[09:16:34] <Circuitsoft> AIUI, WinCE was a fork off of Windows NT 2.0, and has been developed separately through 6.0, while Windows CE 7 is a new fork from Windows 7
[09:23:16] <new2bb_> koen one more question,
[09:23:54] <new2bb_> now its not loading gadget, bt it looks its nt the problem with the module, but with image itself
[09:23:59] * ssvb (~ssvb___@a88-112-120-50.elisa-laajakaista.fi) Quit (Quit: Leaving)
[09:24:11] <new2bb_> nw its getting stuck with the previous line
[09:24:36] <new2bb_> its not able to load login prompt
[09:24:37] <new2bb_> ??
[09:32:17] * thaytan (~jan@ppp59-167-167-201.static.internode.on.net) Quit (Ping timeout: 252 seconds)
[09:34:13] * neo01123 (~neo@122.163.103.134) Quit (Ping timeout: 264 seconds)
[09:34:14] * thaytan (~jan@ppp59-167-167-201.static.internode.on.net) has joined #beagle
[09:35:18] * amitk is now known as amitk-afk
[09:35:26] * Circuitsoft (~chatzilla@64.244.192.226) Quit (Quit: Need to sleep.)
[09:43:36] <_koen_> new2bb_: use a +5V supply or enable cpuidle
[09:46:34] * ceyusa (~vjaquez@155.99.117.91.static.mundo-r.com) Quit (Quit: leaving)
[09:52:30] * ceyusa (~vjaquez@155.99.117.91.static.mundo-r.com) has joined #beagle
[09:55:12] <ant__> _koen_: hello. What about machine-overrides in angstrom*.inc? How bad?
[09:56:29] <koen> ant__: most of them would be arch overrides
[09:56:50] <ant__> I refer to PREFERRED_VERSION_udev_spitz = "141"
[09:56:50] <koen> since there's very little machine specific that can be safely overridden
[09:57:06] <koen> I already told utx that that won't work and he should revert that
[09:57:12] <ant__> ok
[09:57:22] <koen> he agreed that my udev static patch is the way to go in the short term
[09:57:42] <koen> to which I still don't have a received a decent amount of feedback
[09:58:08] <ant__> we 'only' need to find someone dor writing the missing battery drivers, then powerman will be ok and we'll bump on 2.6.34
[09:59:02] <ant__> in the meanwhile I'll retest your patch
[09:59:42] <koen> apart from the -static name, it seems to work
[09:59:44] * mobidev|aw (~mobidev@94.127.205.30) has joined #beagle
[10:01:40] <ant__> there is a problem, though. OOM probably caused by udev script
[10:01:59] <ant__> or other initscript, I'll have to debug
[10:22:23] * bearsh (~quassel@adsl-245-48-fixip.datacomm.ch) Quit (Read error: Connection reset by peer)
[10:22:44] * Entasis (~Jarred@ppp121-45-29-161.lns20.adl2.internode.on.net) has joined #beagle
[10:23:37] * bearsh (~quassel@adsl-245-48-fixip.datacomm.ch) has joined #beagle
[10:26:39] * KosiNuss_ (~tom@p4FD112DE.dip0.t-ipconnect.de) has joined #beagle
[10:29:27] * KosiNuss (~tom@p4FD12371.dip0.t-ipconnect.de) Quit (Ping timeout: 245 seconds)
[10:29:46] * rs (7aa75fc5@gateway/web/freenode/ip.122.167.95.197) has joined #beagle
[10:31:34] * XeMa (4e714b1b@gateway/web/freenode/ip.78.113.75.27) Quit (Quit: Page closed)
[10:35:17] * kanru (~kanru@61-30-10-70.static.tfn.net.tw) Quit (Ping timeout: 245 seconds)
[10:36:08] * courville (~courville@sac91-1-82-232-88-182.fbx.proxad.net) Quit (Quit: leaving)
[10:38:28] * kanru (~kanru@61-30-10-70.static.tfn.net.tw) has joined #beagle
[10:39:51] * amitk-afk is now known as amitk
[10:40:53] * aholler_ is now known as aholler
[10:56:55] * screwgoth (~raseel@122.170.49.246) has joined #beagle
[11:08:46] * jpsaman (~jpsaman@videolan/developer/jpsaman) Quit (Quit: Leaving)
[11:10:07] * neo01124 (~neo@122.163.103.134) has joined #beagle
[11:10:48] <neo01124> av500, http://www.youtube.com/watch?v=Ro5mdYn98xo
[11:13:53] <av500> neo01124: ok
[11:16:36] * jpsaman (~jpsaman@videolan/developer/jpsaman) has joined #beagle
[11:19:07] * ceyusa (~vjaquez@155.99.117.91.static.mundo-r.com) Quit (Ping timeout: 276 seconds)
[11:22:54] * courville (~courville@archos.rain.fr) has joined #beagle
[11:37:12] * hitlin37 (6eea0302@gateway/web/freenode/ip.110.234.3.2) has joined #beagle
[11:37:43] * Cru_N_cher (~luls_lol@dslb-088-068-131-056.pools.arcor-ip.net) has joined #beagle
[11:38:50] * Mike (~Crazymik3@CPE00259c601d5d-CM00080da43848.cpe.net.cable.rogers.com) has joined #beagle
[11:39:15] * Mike is now known as Guest50276
[11:45:12] * KosiNuss_ (~tom@p4FD112DE.dip0.t-ipconnect.de) Quit (Remote host closed the connection)
[11:48:26] <topfs2> neo01124, its alive :)
[11:48:44] <neo01124> topfs2, yeah!!
[11:53:47] <topfs2> whats the code for fileop? is it hard to do that pwm?
[11:56:18] <neo01124> topfs2, http://pastebin.com/Pk8ANAcg
[11:56:38] <neo01124> topfs2, it would have been very difficult without the pwm driver
[11:57:09] <topfs2> Oh awesome so its just open and ioctl!
[11:57:15] <topfs2> ok thats pretty nifty :)
[11:58:39] <topfs2> is the idea to support read and such aswell?
[11:58:48] <topfs2> i.e. to get the status of it?
[11:58:55] <av500> neo01124: SCPWM?
[11:58:56] <neo01124> there is a read, i have not used it in the vid
[11:59:26] <neo01124> av500, ?
[11:59:37] <av500> what does SCPWM mean?
[11:59:54] <av500> also, PWM_FREQUENCY should be PWM_SET_FREQUENCY
[12:00:04] <av500> and there should be a PWM_GET_FREQUENCY
[12:00:35] <neo01124> scpwm is for switching the pulse direction..
[12:00:43] <neo01124> will rename those
[12:01:33] <av500> pulse direction?
[12:01:46] <mobidev> hello guys
[12:01:46] <topfs2> That driver could really be usefull
[12:01:48] <mobidev> who trying to use Android with Beagle board, this is real?
[12:02:00] <mru> no, it's all fake
[12:02:03] <buZz> mobidev: why wouldn't it be real?
[12:02:11] * av500 is not real
[12:02:14] <mru> we set up this channel just to lure in people like you
[12:02:16] <buZz> android is just an application, like any other
[12:02:19] <topfs2> the cake is a lie
[12:02:27] <av500> there is no spoon
[12:02:27] <topfs2> there is no android
[12:02:31] <topfs2> lol
[12:03:24] <mobidev> I listen few technical spec need for use Android
[12:03:41] <buZz> 'processor, memory, storage device'
[12:03:52] <buZz> mobidev: android runs on normal x86 pcs aswell
[12:03:55] * gustavoz (~gustavoz@host212.200-82-38.telecom.net.ar) has joined #beagle
[12:05:52] <neo01124> av500, pg no 2554 @ omap trm, scpwm bit will allow specifying a positive or a negative pulse i.e. pulse=duty cycle or 100-duty cycle
[12:06:11] <neo01124> will renmae that also
[12:06:17] <neo01124> *rename
[12:07:09] <mobidev> buZz: you mean I can install Android to any device and use Android Market without problems?
[12:07:18] <av500> PWM_SET_POLARITY
[12:07:23] <av500> mobidev: no
[12:07:29] <mobidev> hmm
[12:07:33] <av500> market is for nice ppl only
[12:07:39] <av500> ppl that google thinks are nice
[12:08:01] <mobidev> av500: I not understand, please detail about ppl
[12:08:20] <av500> you have to be nice to google to get market
[12:08:23] <Cru_N_cher> eh market rather integrates more Google sureveilance tools ;)
[12:09:02] <mobidev> av500: you mean I can install Android to Beagle, but I can't use Android Market?
[12:09:09] <av500> yup
[12:09:15] <mobidev> hmm :(
[12:09:21] <mobidev> it's strange
[12:09:24] <av500> no
[12:09:32] <Cru_N_cher> as it comes as a complete package login system,google account registering provider settings ect
[12:09:38] <av500> you can install linux for free, but not all linux apps are free...
[12:09:50] <av500> same with android
[12:10:19] <Cru_N_cher> though it's easy to integrate market @ anytime
[12:10:25] <av500> psst!
[12:10:29] <Cru_N_cher> it was designed that way to plugin nicely
[12:10:33] <mobidev> av500: yes and so? I can buy few App for Linux, right?
[12:10:40] <av500> yes
[12:10:52] <av500> but you cannot buy market from google
[12:11:07] <av500> you have to certify your android device in order to get it...
[12:11:12] <mobidev> and I think I can buy App from Android from Android Market, right?
[12:11:26] <av500> yes, once you have market itself
[12:11:51] <mobidev> yes, for me, I can use App from MArket?
[12:12:09] <mobidev> with Beagle board?
[12:12:14] <av500> yes
[12:12:27] <mobidev> good!
[12:12:39] <Cru_N_cher> Market is a Google tool which means you need to certify with Google make deals to use it create users and maybe money deals on purchases in the apps store ;) ?
[12:13:15] <Cru_N_cher> that would interest me do certified implementers like Sony and others get affiliate ids ;) ?
[12:13:32] <Cru_N_cher> so Google sees exactly from which Device a purchase came ;) ?
[12:13:32] <av500> ?
[12:13:37] <mobidev> Cru_N_cher: I think is no problem buy the App for users
[12:14:53] <Cru_N_cher> yeah but Sony and the others work as the connection between Google the Developers and Users ;)
[12:15:09] <av500> Cru_N_cher: ???
[12:15:28] <Cru_N_cher> in the real world you call that retailer ;)
[12:16:38] <topfs2> does there exist a command in linux to forcibly close a bound socket
[12:16:49] <topfs2> If an app has gone haywire and left it bound I mean
[12:18:31] <Cru_N_cher> mobidev thouhg that way Market stays something exclusive
[12:18:58] <mobidev> sorry, offtopic: I can't join to #android channel? what a problems? It's only my problems?
[12:19:00] <Cru_N_cher> selling it to users directly would lose that exclusive state for the implementer
[12:19:18] <Cru_N_cher> so Google most likely will never do it
[12:19:34] <mobidev> I think all markets exclusive in future
[12:19:49] <topfs2> I'm pretty sure it has more to do with being binary compatible and such
[12:21:26] * mikc (~mick@delta360.server4you.de) Quit (Quit: Changing server)
[12:21:34] <Cru_N_cher> mobidev sure markets are part of the service move in this age :P
[12:21:58] <Cru_N_cher> and everyone wants to be part of that
[12:22:22] <Cru_N_cher> even the CE makers start their onw stores now :P
[12:22:39] <Cru_N_cher> see Archos ;)
[12:22:58] <new2bb_> koen, how to enable cpuidle, is some env to set at boot time, i got the uImage in build, is something more need to be done.
[12:27:07] * calculus (~calculus@gentoo/user/calculus) has joined #beagle
[12:31:08] <rs> i am using 8686 and i find the throughput to be 1mb/s
[12:31:55] <rs> i find that it does not have sdio irq support, does anyone tried that?
[12:37:42] * ceyusa (~vjaquez@155.99.117.91.static.mundo-r.com) has joined #beagle
[12:41:04] * pcacjr_ (~pcacjr@unaffiliated/pcacjr) has joined #beagle
[12:42:14] * hgs (~hgs@82.202-63-132.static.qala.com.sg) has left #beagle
[12:43:07] <koen> new2bb_: try http://dominion.thruhere.net/koen/OE/uImage-2.6.32-r80+gitra6bad4464f985fdd3bed72e1b82dcbfc004d7869-beagleboard.multi-config-cpuidle.bin
[12:44:31] * hitlin37 (6eea0302@gateway/web/freenode/ip.110.234.3.2) Quit (Quit: Page closed)
[12:44:38] * ctyler (~chris@global.proximity.on.ca) has joined #beagle
[12:47:09] * xMDKx (~mdkcore@nat/mandriva/x-pazwsbaotpupyrfi) has joined #beagle
[12:48:17] * Guest50276 (~Crazymik3@CPE00259c601d5d-CM00080da43848.cpe.net.cable.rogers.com) Quit (Quit: Leaving)
[12:48:33] * soman (~somnath@118.102.130.6) Quit (Ping timeout: 240 seconds)
[12:50:40] <new2bb_> koen, it got stuck again at same.
[12:50:45] <new2bb_> [ 43.903015] g_ether gadget: using random host ethernet address [ 43.913879] usb0: MAC 7a:f4:cd:20:8a:92 [ 43.922027] usb0: HOST MAC a6:38:1e:91:0e:5f [ 43.926422] g_ether gadget: Ethernet Gadget, version: Memorial Day 2008 [ 43.947143] g_ether gadget: g_ether ready [ 44.136596] ADDRCONF(NETDEV_UP): usb0: link is not ready
[12:51:05] <new2bb_> after that its not going further at all.
[12:52:13] <new2bb_> is it possible for u to share rootfs also, though i hv built uImage, rootfs with latest openembedded
[12:52:16] * kanru (~kanru@61-30-10-70.static.tfn.net.tw) Quit (Quit: WeeChat 0.3.2)
[12:52:52] * RaMaZaN (51d68e3a@gateway/web/freenode/ip.81.214.142.58) has joined #beagle
[12:53:03] <new2bb_> its not working, if u can share rootfs, i can cross check if there is any problem in rootfs
[12:53:56] <_koen_> use narcissus to generate one
[12:54:01] <_koen_> that's what I use :)
[12:54:27] * RaMaZaN (51d68e3a@gateway/web/freenode/ip.81.214.142.58) Quit (Client Quit)
[12:55:01] * RaMaZaN (51d68e3a@gateway/web/freenode/ip.81.214.142.58) has joined #beagle
[12:55:16] <RaMaZaN> Hi everybody :)
[12:55:20] * qball (~qball@unaffiliated/qball) has joined #beagle
[12:55:23] <qball> howdy
[12:56:55] * Cubi_ (~cubi@static-87-79-65-72.netcologne.de) Quit (Quit: Verlassend)
[12:56:57] <mru> hi qball
[12:58:03] <RaMaZaN> I don't find System Technical Reference Manuals for Beagle MX. Where can I find?
[12:58:20] <av500> nowhere
[12:58:35] <av500> unless you ninja into TI
[12:58:54] <_koen_> I'm too lazy to make the mexican beagle joke
[12:58:57] <av500> and those texans have guns!
[12:59:38] <RaMaZaN> Do you have any idea what time to prepare?
[12:59:51] <topfs2> pfft, a proper ninja can deflect a bullet
[13:00:02] * topfs2 not impressed with av500 as ninja
[13:01:43] <_koen_> av500 would be quite large as ninja
[13:01:45] * rhk (~rhk@adsl-75-44-25-53.dsl.sfldmi.sbcglobal.net) has joined #beagle
[13:02:00] <_koen_> but I guess that's because he eats regular ninjas for breakfast
[13:02:02] <av500> I dont fit into them tiny spider glue shoes
[13:04:55] <RaMaZaN> av500, pardon me.
[13:05:01] <RaMaZaN> Do you have any idea about when it will be ready
[13:05:28] <rs> it is ready and they dont share it unless you sign an nda?
[13:07:14] <RaMaZaN> what is nda
[13:07:48] * BThompson (~a0193480@nat/ti/x-pxoxyhnntwnazfnz) has joined #beagle
[13:07:55] * Redb3ard (~SF0010MAC@lbb-dslst.69616810.amaonline.com) has joined #beagle
[13:09:16] <av500> RaMaZaN: is is not published
[13:09:28] <av500> it will be published when the XM is released
[13:09:44] <av500> the XM is not yet released, there is no release date
[13:13:27] <RaMaZaN> I see
[13:13:43] <RaMaZaN> I need to design a board for camera header and my company accepts appending signature for nda. With whom do I have to talk over?
[13:14:09] <av500> the camera header is the same as hawkboard
[13:14:17] <av500> and hawkboard is released
[13:14:35] <mru> _koen_: tell us about the driver situation
[13:15:33] <Kmus> av500 - yea, but massive lack of supply and distributors (in europe)
[13:15:55] <av500> dont blame me
[13:16:38] <new2bb_> koen, on narcissus we can have uImage only, not fs??
[13:17:12] <RaMaZaN> when we design it according to the hawkboard, don't we have any problem?
[13:17:25] <Kmus> I need someone to blame, Gods not happy the last time i blamed him!
[13:17:26] * hvaibhav (~a0393758@192.163.20.231) Quit (Quit: Leaving.)
[13:17:27] <_koen_> av500: s/hawk/leopard/
[13:20:38] * kanru (~kanru@118-168-233-117.dynamic.hinet.net) has joined #beagle
[13:22:04] * cfriedt (~cfriedt@modemcable178.225-21-96.mc.videotron.ca) has joined #beagle
[13:22:21] <RaMaZaN> avm500: when we design it according to the hawkboard, don't we have any problem? rs: With whom do I have to talk over?
[13:22:23] <av500> _koen_: random( $zoo )
[13:27:22] * ppotera (~ppotera@99-100-130-116.lightspeed.stlsmo.sbcglobal.net) has joined #beagle
[13:27:53] * mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) has joined #beagle
[13:29:48] <RaMaZaN> av500: I look over but I could not see any camera header on hawkboard
[13:30:01] <av500> leopard
[13:30:16] <av500> http://designsomething.org/leopardboard/default.aspx
[13:30:19] <av500> my mistake
[13:31:04] <koen> http://designsomething.org/leopardboard/p/Accessories.aspx
[13:31:04] <new2bb_> a500, small question
[13:31:14] <koen> we're currently testing with the vga and 3M sensor
[13:32:28] <RaMaZaN> investigate
[13:36:57] * lag (~lag@cpc2-aztw21-0-0-cust264.aztw.cable.virginmedia.com) Quit (Ping timeout: 245 seconds)
[13:37:30] * ppotera (~ppotera@99-100-130-116.lightspeed.stlsmo.sbcglobal.net) Quit (Quit: ppotera)
[13:39:09] * neo01123 (~neo@122.162.12.96) has joined #beagle
[13:39:48] * neo01124 (~neo@122.163.103.134) Quit (Ping timeout: 252 seconds)
[13:42:14] * ant__ (~chatzilla@host214-85-static.34-85-b.business.telecomitalia.it) Quit (Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939])
[13:42:24] * new2bb_ (a4a4fa0a@gateway/web/freenode/ip.164.164.250.10) Quit (Quit: Page closed)
[13:42:42] * notzed (~notzed@ppp118-210-181-35.lns20.adl6.internode.on.net) has joined #beagle
[13:44:15] * mobidev (~mobidev@wmod.net) Quit (Quit: leaving)
[13:46:55] <RaMaZaN> _av500_ : we need to use a camera that has high shutter, is there any camera that you may offer. could we operate golbal shutter wvga camera board?
[13:48:44] * Seb000156 (~sebastien@LMontsouris-156-25-48-89.w193-252.abo.wanadoo.fr) has joined #beagle
[13:49:08] * emeb|mac (~ericb@ip72-223-81-194.ph.ph.cox.net) has joined #beagle
[13:49:42] <av500> RaMaZaN: I do not offer any camera
[13:49:59] <av500> unless you are into manual focus Canon stuff :)
[13:51:11] * mobidev (~i-sat@wmod.net) has joined #beagle
[13:51:18] * lag (~lag@cpc2-aztw21-0-0-cust264.aztw.cable.virginmedia.com) has joined #beagle
[13:56:30] * nitesh (~nitesh@122.169.11.238) Quit (Quit: Leaving)
[13:56:51] <RaMaZaN> av500: thanks for helping :)
[13:56:53] * thaytan (~jan@ppp59-167-167-201.static.internode.on.net) Quit (Ping timeout: 260 seconds)
[14:00:46] * thaytan (~jan@ppp59-167-167-201.static.internode.on.net) has joined #beagle
[14:00:47] * thaytan (~jan@ppp59-167-167-201.static.internode.on.net) Quit (Excess Flood)
[14:01:40] * thaytan (~jan@ppp59-167-167-201.static.internode.on.net) has joined #beagle
[14:03:09] * jconnolly|away is now known as jconnolly
[14:03:35] * RaMaZaN is now known as RaMaZaN|away
[14:04:07] * nickaugust (~nickaugus@114.232.121.70.cfl.res.rr.com) has joined #beagle
[14:04:55] * jconnolly (~jconnolly@acct-342343.voice.dsl.net) Quit (Remote host closed the connection)
[14:05:31] <nickaugust> is there a way to expand the RAM in a beagle board?
[14:05:52] * ppotera (~ppotera@99-100-130-116.lightspeed.stlsmo.sbcglobal.net) has joined #beagle
[14:05:58] <mru> no
[14:06:03] * new2bb (a4a4fa0a@gateway/web/freenode/ip.164.164.250.10) has joined #beagle
[14:06:19] <mru> unless you have the tools to resolder pop memory
[14:06:24] * thaytan (~jan@ppp59-167-167-201.static.internode.on.net) Quit (Ping timeout: 260 seconds)
[14:06:29] <nickaugust> so it wouldnt perform well as a webserver
[14:06:33] * woglinde (~heinold@f052067165.adsl.alicedsl.de) has joined #beagle
[14:06:35] <mru> if you have to ask, you don't have the tools
[14:06:52] <nickaugust> yeah well... hah oh i guess its not a solder gun
[14:07:19] <mru> that might work to remove it...
[14:09:28] * radhermit (~radhermit@radhermit-1-pt.tunnel.tserv3.fmt2.ipv6.he.net) Quit (Read error: Operation timed out)
[14:12:15] * emeb|mac (~ericb@ip72-223-81-194.ph.ph.cox.net) Quit (Ping timeout: 240 seconds)
[14:12:43] * thaytan (~jan@ppp59-167-167-201.static.internode.on.net) has joined #beagle
[14:12:43] * thaytan (~jan@ppp59-167-167-201.static.internode.on.net) Quit (Excess Flood)
[14:12:54] * ppotera (~ppotera@99-100-130-116.lightspeed.stlsmo.sbcglobal.net) Quit (Quit: ppotera)
[14:15:14] * Entasis (~Jarred@ppp121-45-29-161.lns20.adl2.internode.on.net) Quit (Quit: Leaving)
[14:16:08] <new2bb> koen, X11 is missing from /etc/ folder, for beagleboard-linuxtag2010-demo-image, while loading kernel gpe-dm is not loaded
[14:16:16] * radhermit (~radhermit@radhermit-1-pt.tunnel.tserv3.fmt2.ipv6.he.net) has joined #beagle
[14:16:22] <new2bb> that's why it looks like it got stuck
[14:16:57] <new2bb> how shud i fix this?
[14:17:52] * dev__ (~dev@123.238.241.41) Quit (Ping timeout: 276 seconds)
[14:18:48] <nickaugust> does the beagle board perform well as a mini webserver?
[14:18:57] <av500> depends
[14:19:35] * arunjoseph (~arun@192.163.20.231) Quit (Remote host closed the connection)
[14:19:38] <topfs2> what is mini?
[14:19:42] <nickaugust> will it run erlang?
[14:19:48] <koen> new2bb: gpe-dm is not supposed to be in the linuxtag image, gdm is
[14:19:59] <koen> nickaugust: opkg install erlang
[14:20:07] <nickaugust> mini in the sense of a small number of users. obviously i dont want to power google with it
[14:20:27] <topfs2> define it, for google I'd say they would define mini to be 1000 people
[14:20:33] * arunjoseph (~arun@192.163.20.231) has joined #beagle
[14:20:40] <topfs2> I would define it as 1-2 persons
[14:20:46] <topfs2> how do you define it?
[14:21:05] <nickaugust> ah, i was thinking in the 5-10 range
[14:21:27] * peksha (~peksha@11.54.broadband2.iol.cz) has joined #beagle
[14:22:04] <topfs2> and what do you want it to be able to do, because 5-10 people serving text files I'd bet my calculator could do (abit exagerated) but 1080p for 5 peps my workstation probably even wouldn't
[14:24:28] <notzed> nickaugust: i think the answer is yes ... some people are so pedantic
[14:24:33] * alancam (~a-campbel@nat/ti/x-jepvfjuxakvtvucd) has joined #beagle
[14:24:46] <nickaugust> topfs2: you must have a ti-83
[14:24:48] <topfs2> morning notzed :)
[14:24:55] * ezuniga (~ezuniga@201.196.107.110) has joined #beagle
[14:24:58] <nickaugust> yeah i know my specs were a little vauge
[14:25:01] * BThompson (~a0193480@nat/ti/x-pxoxyhnntwnazfnz) Quit (Quit: Leaving.)
[14:25:16] * ddd_ (8bb30dc4@gateway/web/freenode/ip.139.179.13.196) has joined #beagle
[14:25:19] <av500> so were our answers
[14:25:32] <notzed> not yet, 7 minutes till morning ;-)
[14:25:36] <nickaugust> :) im just going to order one and she how she does. do you guys prefer a certain retailer? sparkfun is always good i guess
[14:25:44] <topfs2> nickaugust, hehe, TI-81 actually, freaking hard going through uni without imaginary numbers :(
[14:25:46] <mru> notzed: it is _always_ morning on IRC
[14:25:52] <ddd_> anyone knows how to creat multiple ftpt on ubuntu sever? thanks
[14:25:55] <av500> UGT
[14:26:04] * Zoxc (~zoxc@ti0128a340-dhcp0372.bb.online.no) has joined #beagle
[14:26:19] <mru> topfs2: I managed through uni without so much as touching a calculator
[14:26:41] <topfs2> thats abit impressive :)
[14:26:54] <notzed> it's always morning somewhere, but here it's 11:55pm. that's not morning :P
[14:27:00] <mru> topfs2: I used matlab instead
[14:27:14] <topfs2> well thats a calculator in my book :)
[14:27:30] <mru> seriously though, most of the stuff was analytic
[14:27:36] <mru> nothing a calculator would help with
[14:27:38] <mru> nor matlab
[14:27:49] <mru> and I never got the hang of maple or mathematica
[14:28:18] <mru> we found it a bit amusing when we put something into maple and it replied "5 = 3"
[14:28:28] <new2bb> koen:, what i mean is, i m not getting ANGSTROM login prompt on minicom, after loading kernel, it looks like kernel got stuck while loading
[14:28:43] <topfs2> Whats your program? I know we have had to use it in some of the courses, like automatic control and crap
[14:28:44] <mru> of course we had in fact told it something that equated to that statement
[14:28:53] <mru> I did EE at KTH
[14:29:38] <topfs2> I would never have handled that without a calculator, but then again my head calculating skills fails at 2x = 3
[14:29:41] * ezuniga (~ezuniga@201.196.107.110) Quit (Read error: Connection reset by peer)
[14:29:45] <topfs2> (abit exagerated again ;) )
[14:30:06] <new2bb> koen:,i compared the root fs of beagleboard-demo-image and beagleboard-linuxtag2010-image, many files were not there, and while loading kernel "Starting GPE display manager: gpe-dm", is not coming???
[14:30:19] <mru> the ti-81 does not calculate surface integrals and such anyway
[14:30:20] * ezuniga (~ezuniga@201.196.107.110) has joined #beagle
[14:30:37] <new2bb> koen, i am able to successfully build and load the beagleboard-demo-image
[14:31:04] <new2bb> but cudn't able to build beagleboard-linuxtag2010-demo-image
[14:31:08] <nickaugust> do you guys use a certain ethernet adapter?
[14:31:14] <new2bb> i mean its build, bt cudn't load
[14:31:27] * ppotera (~ppotera@99-100-130-116.lightspeed.stlsmo.sbcglobal.net) has joined #beagle
[14:31:56] * emeb (~ericb@ip72-223-81-194.ph.ph.cox.net) has joined #beagle
[14:32:22] * b7500af1 (~GH@2001:468:c80:4280:21c:bfff:fe8b:90b4) has joined #beagle
[14:32:46] <notzed> now it's morning
[14:32:54] <topfs2> good morning!
[14:33:20] * jayabharath (~a0866114@nat/ti/x-ymfphcxkngbaoffy) has joined #beagle
[14:33:20] <notzed> :)
[14:34:57] * ezuniga (~ezuniga@201.196.107.110) Quit (Ping timeout: 265 seconds)
[14:35:01] <topfs2> btw notzed I tried commenting out rendering of video i xbmc and it still didn't want to go past 15 fps on bunny 480p
[14:35:23] <topfs2> oprofile suggested 50% of cpu was spent in kernel though, which is weird
[14:35:23] * maria1 (~mrodrigue@201.196.107.110) has joined #beagle
[14:35:30] <topfs2> but could be my vnc session
[14:36:05] <notzed> hmm, ok. not sure what vnc would do, but 50% kernel sounds weird indeed
[14:36:22] * ezuniga (~ezuniga@201.196.107.110) has joined #beagle
[14:36:40] <mru> 50% idle would show up like that
[14:37:05] * PBansal (~pbansal@nat/ti/x-ehxqppvynjqbebrm) has joined #beagle
[14:38:05] <topfs2> hmm, emberrisingly enough I didn't check top
[14:38:05] * BThompson (~a0193480@nat/ti/x-sxbipdpehkitohev) has joined #beagle
[14:38:12] <topfs2> so perhaps it was idleing, but thats even weirder
[14:38:15] <topfs2> Will start again and check
[14:38:22] * mobidev|aw (~mobidev@94.127.205.30) Quit (Quit: I go offline...)
[14:38:29] <av500> topfs2: what about waiting for the gl render to finish?
[14:38:32] <topfs2> ah crap, nvm I'll try that later. I just destroyed my compiled version :)
[14:38:48] <topfs2> av500, with glFlush and glFinish or how do you mean?
[14:39:06] <av500> i mean, what does xbmc do while the sgx renders?
[14:39:36] <av500> well, i could of course decode video in another thread,,,,
[14:39:39] <av500> it
[14:39:46] <av500> i hope it does
[14:39:51] <topfs2> Yeah it should decode in one thread and present in another
[14:40:11] <topfs2> IIRC the video player is 2 or 3 threads
[14:40:41] <av500> ok
[14:41:11] <topfs2> Still, we do a glfinish iirc, model when drawing video is draw, finish, sleep and flip
[14:41:46] <topfs2> apposed to draw and flip, I'm not sure on the mechanics on that but apperantly it was better
[14:42:11] <topfs2> could be a cause of the 50% in kernel though (seeing finish might end up there?)
[14:43:18] <notzed> how much of the 'video render' was commented out as such, and how fast was it with it enabled?
[14:45:16] <topfs2> I commented out uploading and rendering, but I'm still abit new to the video player but another one from xbmc said it is supposed to be correctly comemnted away
[14:45:34] <topfs2> and iirc about 10 without commenting out
[14:45:47] <topfs2> hmm, must have been much slower when I think of it
[14:46:22] <topfs2> When I have this framebuffer working (the egl swap stuff doesn't seem to do as I want) then I'll take a much much closer look into it
[14:46:28] <topfs2> And remove the need for vnc aswell
[14:48:44] <notzed> ok sounds like a good plan. i can't imagine using vnc gives a very good idea of how it runs either, not that i've never used it.
[14:49:06] <topfs2> Well I mostly use vnc to transfer keystrokes over, I usually switch to hdmi to watch it
[14:49:19] <topfs2> However, I'm possitive it f*cks up the fps quite a bit :)
[14:53:22] * new2bb (a4a4fa0a@gateway/web/freenode/ip.164.164.250.10) Quit (Quit: Page closed)
[14:54:06] <woglinde> vnc for keystrokes
[14:54:10] <woglinde> dont tell anybody
[14:55:33] * ddd_ (8bb30dc4@gateway/web/freenode/ip.139.179.13.196) Quit (Quit: Page closed)
[14:56:16] <topfs2> hehe, I'm not proud of it :)
[14:56:38] <topfs2> beats plug and unplug the keyboard :)
[14:57:14] * amitk is now known as amitk-afk
[14:58:04] <av500> why not ssh?
[14:59:14] <topfs2> tbh I wasn't able to start xbmc though it, but it should just be a matter of exporting X I would think
[14:59:24] <topfs2> *through
[14:59:41] <topfs2> Should work after I have logged in to gnome I guess
[14:59:47] <_koen_> topfs2: it needs to be launched in an x session to work
[14:59:58] <_koen_> otherwise you get the black screen problem
[15:00:05] <topfs2> ah ok
[15:00:37] * ddd (8bb30dc4@gateway/web/freenode/ip.139.179.13.196) Quit (Quit: Page closed)
[15:01:38] * alancam (~a-campbel@nat/ti/x-jepvfjuxakvtvucd) Quit (Ping timeout: 260 seconds)
[15:04:41] * katie (~katierh@nat/ti/x-cnaspjaafhnpmqzv) has joined #beagle
[15:05:07] <Seb000156> Hello, in linux-omap-psp, is it possible to build as module "Video For Linux" (Device Driver->Multimedia Support->Video For Linux) ?
[15:06:05] <av500> i guess so
[15:07:32] <Seb000156> When I try it fails with error "undefined reference to 'iommu....'
[15:09:34] * RaMaZaN|away (51d68e3a@gateway/web/freenode/ip.81.214.142.58) Quit (Ping timeout: 252 seconds)
[15:10:39] * alancam (~a-campbel@nat/ti/x-ijadxnkwdrpdbclo) has joined #beagle
[15:11:56] <aholler> so you already know the answer.
[15:12:50] * ppoudel (~chatzilla@129.114.246.141) has joined #beagle
[15:15:12] <aholler> there are some omap-drivers with missing dependencies or bugs which don't like to be build as a module.
[15:15:16] * jpirko (~jirka@nat/redhat/x-ticzendeeytybnti) Quit (Quit: Leaving)
[15:16:43] * prpplague (~danders@nat/ti/x-vmsiwpybhzsxuykr) has joined #beagle
[15:17:43] * Seb0001561 (~sebastien@LMontsouris-156-25-48-89.w193-252.abo.wanadoo.fr) has joined #beagle
[15:18:25] * Seb000156 (~sebastien@LMontsouris-156-25-48-89.w193-252.abo.wanadoo.fr) Quit (Ping timeout: 240 seconds)
[15:27:47] * kanru (~kanru@118-168-233-117.dynamic.hinet.net) Quit (Ping timeout: 245 seconds)
[15:27:53] * rsalveti (~rsalveti@201.82.70.219) Quit (Ping timeout: 260 seconds)
[15:28:15] * rsalveti (~rsalveti@201.82.70.219) has joined #beagle
[15:28:54] <rs> i am trying to add the sdio irq patches to and i find that the kernel hangs just after downloading the firmware, I also find that the sdio interrupts keep comming and kernel just hangs
[15:29:16] <rs> has anyone tried to add sdio support using the irq patch and successful
[15:30:37] <Seb0001561> aholler: thank you for your information
[15:31:07] <Seb0001561> I am trying to use the tvp5146 with an omap3530 based architecture
[15:31:59] <Seb0001561> the driver seems to be loaded successfully but no /dev/video0.
[15:32:15] * franktango (~a0746747@nat/ti/x-mhkqnxjsnjzjohuk) has left #beagle
[15:39:16] * neo01123 (~neo@122.162.12.96) Quit (Remote host closed the connection)
[15:39:54] * rsalveti (~rsalveti@201.82.70.219) Quit (Excess Flood)
[15:40:15] * vaibhav (~vaibhav@122.170.49.246) Quit (Ping timeout: 240 seconds)
[15:40:31] * rsalveti (~rsalveti@201.82.70.219) has joined #beagle
[15:42:19] * Proxyles (~henrik@c-f893e255.56-4-64736c14.cust.bredbandsbolaget.se) Quit (Remote host closed the connection)
[15:43:15] * screwgoth (~raseel@122.170.49.246) has left #beagle
[15:57:26] * Ceriand|work (~Ceriand@unaffiliated/ceriand) has joined #beagle
[16:03:02] * lifeeth (~praneeth@unaffiliated/lifeeth) Quit (Quit: Up and at 'em, Atom Ant!)
[16:05:53] * lifeeth (~praneeth@unaffiliated/lifeeth) has joined #beagle
[16:06:14] * lifeeth (~praneeth@unaffiliated/lifeeth) Quit (Remote host closed the connection)
[16:08:00] * eFfeM (~frans@j200125.upc-j.chello.nl) has joined #beagle
[16:09:38] <sakoman_> rs: I have sdio interrupts enabled in my omap3-2.6.34 branch: http://www.sakoman.com/cgi-bin/gitweb.cgi?p=linux-omap-2.6.git;a=shortlog;h=refs/heads/omap3-2.6.34
[16:10:00] <sakoman_> works on Overo's SDIO Wi2Wi module
[16:10:34] * NishanthMenon (~nmenon@nat/ti/x-mlscvnwujojuqkkf) has joined #beagle
[16:10:45] * BThompson (~a0193480@nat/ti/x-sxbipdpehkitohev) Quit (Remote host closed the connection)
[16:13:12] * XorA is now known as XorA|gone
[16:14:17] <woglinde> hi sakoman
[16:15:30] <_koen_> woglinde: thanks for merging openjdk into OE, that's one overlay less for me now :)
[16:16:55] * alancam (~a-campbel@nat/ti/x-ijadxnkwdrpdbclo) Quit ()
[16:17:41] <woglinde> koen yes that was lang outstanding plan
[16:17:52] <woglinde> but we were busy
[16:17:56] <woglinde> until now
[16:17:58] <woglinde> *g*
[16:18:13] <woglinde> next step to get all into stable
[16:21:09] <s4wrxttcs> Is there anything uboot needs to do to a specific pin if I want to pix mux that within the kernel? I think I should just be able to deal with it in the kernel. The particular pins I want aren't defined within uboot
[16:21:12] * _koen_ (~x0115699@nat/ti/x-jpyhjwifxhpzmdih) Quit (Ping timeout: 248 seconds)
[16:24:35] <koen> doing it in uboot is a lot easier
[16:24:47] <s4wrxttcs> yeah, I'll probably just do that
[16:24:57] <s4wrxttcs> I'm googling right now for good examples on doing it within the kernel
[16:26:20] <s4wrxttcs> the beagleboard its largely done in uboot, even for the expansion boards. Where it detects whats there on the i2c
[16:26:26] <s4wrxttcs> correct?
[16:26:51] <koen> yes
[16:26:57] <s4wrxttcs> thanks
[16:27:07] <s4wrxttcs> I'm just going to use that as an example
[16:28:33] <s4wrxttcs> koen: in your testing of camera's what have you been using as a test app?
[16:28:37] <s4wrxttcs> in terms of live video?
[16:28:41] <s4wrxttcs> just mplayer?
[16:34:24] * cody (~cody@dslb-084-056-091-008.pools.arcor-ip.net) Quit (Quit: leaving)
[16:35:28] * cody (~cody@dslb-084-057-104-178.pools.arcor-ip.net) has joined #beagle
[16:36:22] <s4wrxttcs> http://www.elinux.org/BeagleBoardPinMux#Vendor_and_Device_IDs
[16:36:25] <s4wrxttcs> what an awesome page
[16:38:16] * ssvb (~ssvb___@a88-112-120-50.elisa-laajakaista.fi) has joined #beagle
[16:38:57] * jpirko (~jirka@ip-89-103-91-100.net.upc.cz) has joined #beagle
[16:40:21] * dl9pf (~quassel@p5B212131.dip.t-dialin.net) has joined #beagle
[16:40:21] * dl9pf (~quassel@p5B212131.dip.t-dialin.net) Quit (Changing host)
[16:40:21] * dl9pf (~quassel@opensuse/member/dl9pf) has joined #beagle
[16:42:51] <buZz> mobidev: afaik, thats the idea of android, yes
[16:42:52] * b7500af1 (~GH@2001:468:c80:4280:21c:bfff:fe8b:90b4) Quit (Quit: Leaving)
[16:46:17] * _roger_ (~a0740758@nat/ti/x-uuojwzsefaphbxfv) Quit (Quit: Leaving.)
[16:49:18] * notzed (~notzed@ppp118-210-181-35.lns20.adl6.internode.on.net) Quit (Ping timeout: 265 seconds)
[16:52:39] * jpsaman (~jpsaman@videolan/developer/jpsaman) Quit (Quit: Leaving)
[16:55:00] * brijesh (~brijesh@nat/ti/x-yocagkllpfeshjcy) has joined #beagle
[16:55:47] * iwinulose (~iwinulose@2620:0:1b00:1471:21f:f3ff:fe51:b372) has joined #beagle
[16:57:38] * DValle (4522ff5c@gateway/web/freenode/ip.69.34.255.92) has joined #beagle
[17:00:26] * Ceriand|work (~Ceriand@unaffiliated/ceriand) Quit (Remote host closed the connection)
[17:01:50] * Ceriand|work (~Ceriand@unaffiliated/ceriand) has joined #beagle
[17:04:56] * naeg (~naeg@194.208.239.170) has joined #beagle
[17:06:17] <koen> s4wrxttcs: mplayer
[17:06:28] <koen> s4wrxttcs: mplayer tv:// to be exact
[17:09:28] * naeg (~naeg@194.208.239.170) Quit (Ping timeout: 265 seconds)
[17:12:52] <Ceriand|work> http://www.wired.com/gadgetlab/2010/07/hardware-hobbyists-arduino/
[17:13:15] * lag (~lag@cpc2-aztw21-0-0-cust264.aztw.cable.virginmedia.com) Quit (Quit: Leaving)
[17:13:20] <koen> not sure why they compare the 2
[17:13:39] * koen has a tincantools trainer attached to his beagleboard xM
[17:15:01] <topfs2> completely different usage of the two
[17:15:16] <koen> next year topfs2 will make xbmc work on arduino
[17:15:21] * topfs2 loves them both
[17:15:27] <buZz> its like comparing a 5 usd landline phone to a random android pda/phone
[17:15:32] * robtow (~rob@12.156.66.34) has joined #beagle
[17:15:35] <topfs2> lol, I want a freaking nobel price if I am able to pull that off :)
[17:15:52] <jkridner> buZz: since when can you get a $5 landline phone?!?
[17:16:00] <buZz> for ages :)
[17:16:11] <topfs2> cheapest I bought was 0.5$
[17:16:20] * jkridner assumes buZz is not in the US.
[17:16:23] <topfs2> ofcourse that one was more for fun than for use :)
[17:16:29] <buZz> jkridner: exactly
[17:16:39] <topfs2> http://blogs.premierstudios.com/files/2009/07/old-phone.jpg in a market :)
[17:16:51] <buZz> i've ordered panasonic phones (about 150 pieces) for 2-3 euros a piece
[17:17:01] <buZz> just normal POTS phones
[17:17:05] * PBansal (~pbansal@nat/ti/x-ehxqppvynjqbebrm) Quit (Remote host closed the connection)
[17:17:16] <koen> I suspect jkridner is spoiled by his cisco phone
[17:17:35] * jkridner rants at paying for infrastructure twice: once with landline bill and again on DSL bill.
[17:17:57] <jkridner> down with monopolies!
[17:18:16] <koen> jkridner: over here I can't order internet-onyl fiber, only internet + POTS, internet + tv or internet + pots + tv
[17:18:29] * koen has no landline, only dsl
[17:18:51] <koen> and soon fiber
[17:19:10] <jkridner> anyway, even if the Arduino article was comparing apples to oranges, a lot of the folks that like apples also like oranges....
[17:19:12] <koen> I wonder if the 30Mb/s promiss works out
[17:19:24] <koen> 19:12 * koen has a tincantools trainer attached to his beagleboard xM
[17:19:27] <jkridner> and I think it is a call to arms on improving the documentation.
[17:19:44] <jkridner> I want to get it right on the xM this time...
[17:19:47] <koen> it would have helped if the beagle shipped with an OS on the sd
[17:20:07] <jkridner> agreed, that is why we'll do it with the xM.
[17:20:28] * jkridner needs to get the verification instructions to actually match the board.
[17:20:31] * robtow (~rob@12.156.66.34) Quit (Ping timeout: 276 seconds)
[17:20:53] <koen> and not make it a huge gpl violation?
[17:20:56] * jkridner understands *how* to do it and just needs to get it done.
[17:21:10] <jkridner> obviously.
[17:21:21] <jkridner> needs to be 100% verified reproducable.
[17:21:21] <topfs2> os on the sd would be awesome
[17:21:37] <topfs2> even though it wasn't to hard when you gotten the grip on it
[17:22:09] <_av500_> jkridner: what you need is a user space demo app that blinks leds and toggles gpios
[17:22:10] <jkridner> i hope it doesn't discourage the WinCE, MeeGo, Ubuntu, QNX, etc. crowds, but instead just gives them an example to follow.
[17:22:21] <jkridner> _av500_: absolutely right.
[17:22:38] <koen> _av500_: I've been thinking about that
[17:22:46] * jkridner would love if someone wrote the Arduino language for the BeagleBoard, including the bootloader.
[17:22:47] <_av500_> dont think, code
[17:23:08] <koen> I has thinking of making the user button blink the led
[17:23:19] <_av500_> lol
[17:23:30] <jkridner> I think that kernel hack is useful, but not necessary...
[17:23:32] <_av500_> $150 well invested
[17:23:39] <topfs2> seriously though, the blinking 1 led on arduino was seriously helpful when I first used arduino for pwm usage :)
[17:23:44] <jkridner> just putting into the distro the testbutton script would be good.
[17:24:09] * jkridner intended to put 'testbutton' into the ESC files, but is constantly distracted.
[17:24:16] <koen> I wonder what the panda will ship with
[17:24:26] <jkridner> it is pretty trivial and seems like it belongs in the beagleboard-validation scripts tree.
[17:24:52] <jkridner> I summarized a bunch of simple test scripts in my ESC presentation, but ran out of time to put the actual scripts in.
[17:24:55] <koen> hrw and I taught ogra about the ledclass today
[17:25:15] <koen> so now ubuntu can start blinking leds as well
[17:25:20] <jkridner> 'testbutton', 'testleds', etc. Just having the command-line scripts be right there will educate people.
[17:25:35] <jkridner> koen: excellent.
[17:26:13] <jkridner> adding other events to the kernel driver is handy, but just getting people aware of all the sysfs stuff is huge.
[17:26:23] <jkridner> and even evtest.
[17:26:34] <jkridner> the i2c tools to...
[17:26:40] <jkridner> just to read the edid...
[17:26:56] <jkridner> I finally learned enough to change the timing in the DSS at run-time....
[17:27:08] <jkridner> and it is possible to read the EDID....
[17:27:35] <jkridner> so, writing a script that would autoconfigure the DSS and framebuffer for the highest resolution of a monitor is pretty straight-forward.
[17:28:14] * iwinulose (~iwinulose@2620:0:1b00:1471:21f:f3ff:fe51:b372) has left #beagle
[17:28:23] <topfs2> does that mean no boot.scr?
[17:28:26] * josh1 (~jzarr@209.104.237.170) has joined #beagle
[17:29:13] <koen> jkridner: or 'rootwait'
[17:29:34] <josh1> got a u-boot question, if i have env variable save to nor/nand, and i update u-boot with some new variables, how do i get them saved to nor/nand? The only way i can see is to erase the nor/nand partition, reboot to use the u-boot defaults, then saveenv, any other way?
[17:29:47] <koen> use a boot.scr
[17:29:54] <koen> saving vars is overrated
[17:30:07] <cwillu_at_work> josh1, there's a user-mode utility to do it from linux
[17:30:20] <koen> jkridner: I'm without TI laptop now, any news on the cam stuff?
[17:30:25] * mrc3 (~mrc3@nat/ti/x-xkoakhkjulkvlxuu) Quit (Remote host closed the connection)
[17:30:33] <josh1> is a boot.scr any different from sourcing a image with a setenv in it?
[17:31:09] * mrc3 (~mrc3@nat/ti/x-iqvkalhbtfwejnfz) has joined #beagle
[17:33:12] <jkridner> koen: "I am able to read & write to the sensor without any issues, but it stuck in DQBUF ioctl. Further debugging shows somehow sensor is not generating HS, VS, and pixel clock. I am reading into sensor spec, hoping to get something out of it."
[17:33:52] * ezuniga (~ezuniga@201.196.107.110) Quit (Quit: Leaving.)
[17:33:54] <koen> so the hi-z issue is gone, good
[17:35:10] <jkridner> josh1: what do you mean by sourcing an image with a setenv in it? how can an image have a setenv in it?
[17:35:21] <koen> jkridner: I'll keep an eye on sergios git tree as wel
[17:35:34] * fischer (~fischer1@fischerfamily.org) Quit (Quit: Leaving.)
[17:35:57] <jkridner> josh1: boot.scr is something that the default environment will load from the SD card.
[17:36:20] * PBansal (~pbansal@nat/ti/x-virtuczvxnfsoopq) has joined #beagle
[17:36:41] <jkridner> josh1: it makes it a lot easier to manage your environment to tie it to the SD card, rather than the board.
[17:37:56] * robtow (~rob@12.156.66.34) has joined #beagle
[17:39:29] * courville (~courville@archos.rain.fr) Quit (Read error: Operation timed out)
[17:40:53] * fischer (~fischer1@fischerfamily.org) has joined #beagle
[17:43:19] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Client exiting)
[17:56:39] * amitk-afk (~amit@a91-154-124-12.elisa-laajakaista.fi) Quit (Read error: Connection reset by peer)
[18:00:17] * hrw is now known as hrw|gone
[18:01:15] * nickaugust (~nickaugus@114.232.121.70.cfl.res.rr.com) Quit (Ping timeout: 240 seconds)
[18:02:19] * amitk (~amit@a91-154-124-12.elisa-laajakaista.fi) has joined #beagle
[18:08:33] <jkridner> josh1: please don't private message me on support questions.
[18:08:39] <josh1> sorry
[18:09:04] <josh1> so u-boot automagically does a fatload u-boot.scr?
[18:09:28] <jkridner> I'm not 100% sure how it is in the mainline u-boot, but I'm 99% sure that the mainline beagleboard u-boot default boot command will look for boot.scr in the first FAT partition of an SD card.
[18:09:35] <jkridner> make that 99.999999% sure.
[18:09:51] <jkridner> not so magic, just part of the default boot environment...
[18:10:08] <jkridner> if there is something set in the environment variables of the NAND, all bets are off.
[18:10:54] <jkridner> I believe 'nand erase 260000 20000' will erase the environment variables, but please check that address before typing the command into your board.
[18:11:05] * jkridner doesn't have the best memory.
[18:11:25] * jkridner wishes I had the time to train BeagleBot to answer FAQs and query Google.
[18:11:25] * ppotera__ (~ppotera@99-100-130-116.lightspeed.stlsmo.sbcglobal.net) has joined #beagle
[18:11:45] <josh1> yah, thats the hole im worked into, we have some boards where people did a setenv and everything got written to nor, ive added the scripting to u-boot to work the same way the .scr file works, but some people are going to have to do the flash erase, was hoping for a cleaner way
[18:11:51] <jedix> http://www.wired.com/gadgetlab/2010/07/hardware-hobbyists-arduino/
[18:11:58] <jedix> you guys see that?
[18:12:45] <koen> that only got paste twice today
[18:12:54] <koen> and got into my TI inbox 8 times or so
[18:13:01] * ezuniga (~ezuniga@186.4.15.155) has joined #beagle
[18:13:09] <jkridner> koen: you're welcome. ;)
[18:13:10] <koen> only twice in my regular one
[18:13:13] * ppotera (~ppotera@99-100-130-116.lightspeed.stlsmo.sbcglobal.net) Quit (Ping timeout: 240 seconds)
[18:13:13] * ppotera__ is now known as ppotera
[18:13:15] <jedix> I'm glad I bring an exciting new view on the exact same stuff
[18:13:21] <koen> but I suspect my dad will mail it to me in 2 weeks
[18:13:28] <jkridner> jedix: what is your view?
[18:13:37] <jedix> jkridner: "neat!"
[18:13:55] <jkridner> always nice to get mentioned in Wired.
[18:13:58] <jedix> I have neither, I onl;y have a gumstix and an omap4
[18:15:36] <jedix> I think beagle would be more successful wiht a more opened sgx driver
[18:15:57] <koen> if someone has 100 million usd to spare, they can talk to img
[18:16:53] <jedix> yeah :/
[18:17:14] <koen> sadly arm mali isn't any better
[18:17:46] <jedix> then they can stop by nvidia on the way to the private jet and fix that one too
[18:18:12] <koen> I wouldn't be bother with the closed userspace if it was more 'standard'
[18:18:33] <koen> hopefully with get a openGL2.1 with kms/dri/gallium soon
[18:18:46] <koen> and get rid of this kindergarten GL called GLES
[18:18:48] * ceyusa (~vjaquez@155.99.117.91.static.mundo-r.com) Quit (Quit: leaving)
[18:18:50] <jkridner> if someone knows the right person at IMG that can convince them that the additional software support that would come from the open source community would increase their licensing revenue greater than the software services revenue, then please do so. Some good analysis of the reverse-engineering risks that shows that anyone capable of entering the market would actually be slowed by looking at their previous generation implementation would he
[18:19:29] * robtow (~rob@12.156.66.34) Quit (Quit: Leaving.)
[18:19:47] <koen> it usually starts with "we can do our own 3D IP"
[18:19:49] <Redb3ard> IMG?
[18:19:59] <koen> and ends with "drat, let's buy some IP from img"
[18:20:09] <jedix> it's very painful trying to get a new sgx to work
[18:20:14] <koen> Redb3ard: http://www.imgtec.com/
[18:20:33] <Redb3ard> Talked to Circuit Co today.
[18:20:41] <koen> Redb3ard: clint?
[18:20:42] <Redb3ard> They seemed more interested in our business than some.
[18:20:49] <Redb3ard> Yeh, we spoke to Clint.
[18:20:57] <koen> clint rocks
[18:21:08] * courville (~courville@courville.org) has joined #beagle
[18:21:18] <Redb3ard> He's talking like he can shave the board down a bit for us, get quantity pricing low.
[18:21:44] <jedix> this for the 512 version or another board?
[18:21:58] <koen> CCO is a big part of the reason why the beagle has been $149 all the time with memory prices going up from time to time
[18:22:03] <Redb3ard> Would be a variant, probably less ram, slower cpu to save cash.
[18:22:23] <Redb3ard> We'd leave off the multimedia ports, stuff like that.
[18:22:30] <jedix> ah. We're waiting for the 512 version to buy a bunch last I heard.
[18:22:38] * nickaugust (~nickaugus@rrcs-97-79-25-103.se.biz.rr.com) has joined #beagle
[18:22:47] <Redb3ard> I've found some $50 arm boards, but the places act like they're too snooty for our business.
[18:22:57] <koen> facebook told me to look at http://beagleboard.org/buyxM
[18:23:00] <Redb3ard> One place is out of Israel, and he told us 16 week lead times.
[18:23:01] * BThompson (~a0193480@nat/ti/x-neyncvdiwtqpddzr) has joined #beagle
[18:23:16] <koen> Redb3ard: some parts have 26 weeks leadtime
[18:23:28] <koen> I suspect CCO has tons of stock for those
[18:23:42] <topfs2> personally I must say I prefer gles over gl :)
[18:23:49] <topfs2> much nicer api IMO
[18:24:03] <koen> topfs2: gles2 is like gl3
[18:24:05] <topfs2> still, hard to beat portability with apps of the normal gl
[18:24:09] <Redb3ard> And the other is a small shop, and the only one that can talk us is backpacking through Europe for the next 3 weeks.
[18:24:15] <jkridner> topfs2: it is the appropriate useful subset, but compatibility is a nice thing.
[18:24:28] <koen> I like that it removes all the cruft, but notmuch supports gles
[18:24:40] <topfs2> yeah, and alot of the actions are alot easier in gles2.0. Like framebuffer stuff
[18:25:21] <topfs2> it is abit harsher learning curve but when your over that initial bump its way simpler than that of gl
[18:25:28] <Redb3ard> Though, there's alot going for the Beagleboard too. I've already got working circuits for some of our spi/i2c peripherals.
[18:26:50] <topfs2> For beagle though I guess normal gl would make a tad more sense. No problem wrapping gles in normal gl
[18:27:34] <MostAwesomeDude> FYI we are adding full GLES to Mesa. Now if only hardware vendors would give up some docs.
[18:27:58] <topfs2> oh, with sw fallbacks?
[18:28:38] <koen> MostAwesomeDude: I noticed, I had to disable it so mesa would stop creating a libEGL.so :)
[18:28:49] <koen> actually, :(
[18:28:53] <Redb3ard> Hey Koen, let me ask you something dumb please... could the usb hub ic on the xm be switched out for another that does 7 usb ports? In theory?
[18:29:31] <jkridner> Redb3ard: since when does koen answer hardware questions? :)
[18:29:35] <MostAwesomeDude> koen: Yeah, sorry. If it makes you feel better, at least two ARM chipsets have open-source drivers being worked on. :3
[18:30:15] <koen> MostAwesomeDude: which ones?
[18:30:28] <koen> Redb3ard: like jkridner, I'm not a hw guy (even if I'm supposed to be)
[18:30:33] <topfs2> MostAwesomeDude, I'm not very knowledgable with mesa but would that mean on desktops one could have a normal gl card and gles stuff available through mesa?
[18:30:40] <MostAwesomeDude> koen: Pollux and ?????
[18:31:01] <MostAwesomeDude> topfs2: Yep. It works fairly well too.
[18:31:07] <topfs2> awesome indeed!
[18:31:17] <topfs2> Would help developing gles applications alot!
[18:31:29] <topfs2> then you can do them on the workstation and just try them on the beagle
[18:31:38] * jkridner was a hardware guy in a past life, but I don't know all the important chipsets to answer such a question (or any ones for the last 5-10 years for that matter).
[18:31:48] <koen> MostAwesomeDude: can we use gallium to translate gl to gles?
[18:32:04] <topfs2> koen, there exists wrappers. imgtech have one iirc
[18:32:10] <koen> I know
[18:32:11] * ppotera (~ppotera@99-100-130-116.lightspeed.stlsmo.sbcglobal.net) Quit (Remote host closed the connection)
[18:32:14] <topfs2> I use it for initial testing now
[18:32:28] <koen> but these 'state trackers' look promissing
[18:32:32] * ppotera (~ppotera@99-100-130-116.lightspeed.stlsmo.sbcglobal.net) has joined #beagle
[18:32:33] <jkridner> Redb3ard: I think the answer is that you can connect USB peripherals to the USB bus. You'd have to check the footprint, power requirements, etc., etc., etc.
[18:32:36] <koen> topfs2: I meant the other way around
[18:32:37] <jedix> is there a better res screen than the 480 one?
[18:32:47] <koen> topfs2: use GL api to talk to the SGX
[18:32:59] <topfs2> oh, Hmm, sounds like something that should be possible
[18:33:11] <koen> my C4 beagle is doing 1080p30 now on my TV
[18:33:13] <topfs2> not sure through mesa, though
[18:33:24] <koen> I like to kill my memory bw
[18:33:40] <jedix> I meant touch screen
[18:33:43] <jedix> sorry
[18:33:43] <topfs2> cool you got it working!
[18:33:49] <MostAwesomeDude> koen: I don't know of anything like that that's not on an ad-hoc basis.
[18:33:54] <topfs2> do you know how much bw you have left koen?
[18:34:01] <MostAwesomeDude> I don't want to support that kind of stuff. I'd rather just have real, open drivers for SGX.
[18:34:33] <jedix> I'm willing to donate 10$ to get the drivers opened.
[18:34:39] <topfs2> MostAwesomeDude, if it were open would it then be possible to write code for both normal gl and gles and it should work?
[18:34:54] <MostAwesomeDude> topfs2: If it were open, and in Mesa, then GL and GLES would both run through the same driver.
[18:35:09] <koen> topfs2: little, 1920*1080*32*30
[18:35:10] <topfs2> then I think I'll donate 10$ aswell :)
[18:35:17] <DValle> does anyone know what the latest is on xM? is av500 here? :D
[18:35:27] <jedix> doesn't gl require better hardware than gles?
[18:35:45] <koen> topfs2: that's 250MB/s just for framebuffer
[18:35:53] <topfs2> jedix, you just need to have some sw fallbacks afaik
[18:36:13] <jedix> that won't be as fast
[18:36:42] <topfs2> with neon might not be to slow :)
[18:36:52] <topfs2> I'd assume its mostly the matrix stuff thats missing?
[18:36:56] * arunjoseph (~arun@192.163.20.231) Quit (Remote host closed the connection)
[18:36:57] <koen> the current sgx cores in omap3 all use sw fallbacks
[18:37:15] * topfs2 painfully aware of that now :(
[18:37:16] <koen> you need something newer than 125 to get 0 fallbacks
[18:37:19] * arunjoseph (~arun@192.163.20.231) has joined #beagle
[18:37:28] * courville (~courville@courville.org) Quit (Ping timeout: 260 seconds)
[18:37:40] <topfs2> koen, which chip is in xM, 540?
[18:37:49] <koen> topfs2: the xm sgx drivers are broken, I need to find a testcase and poke prabu
[18:37:58] <koen> topfs2: 530 with 121 or 125 core
[18:38:06] <topfs2> ah ok
[18:38:06] <koen> omap4 is 540
[18:38:07] <jedix> 540 is omap4 country
[18:38:21] <topfs2> now the 540 looks rather sweat
[18:38:21] <koen> omap4 runs it at 300MHz
[18:38:24] <jedix> omap4 beagleboard would be nice
[18:38:35] <koen> it's called pandaboard
[18:38:39] <jedix> not ready yet though :/
[18:38:42] <koen> but it isn't done by the beagle people
[18:39:55] <Redb3ard> I'll have to look at it.
[18:40:03] <jedix> I can't find it
[18:40:20] <koen> pandaboard.org
[18:40:21] <jedix> there's a whiteboard cleaner called pandaboard
[18:40:45] <Redb3ard> Haha.
[18:40:49] <Redb3ard> Just asks for auth.
[18:40:59] <jedix> https://wiki.ubuntu.com/Specs/M/ARMSoCOMAP
[18:41:00] <topfs2> koen, whats the amximum bandwith? wikipedia doesn't tell me much :)
[18:41:12] <Redb3ard> Authorization Required Apache/2.2.11 (Ubuntu) PHP/5.2.6-3ubuntu4.5 with Suhosin-Patch Server at pandaboard.org Port 80
[18:41:14] <jkridner> koen: is there a bug in gedit currently in the feeds?
[18:41:23] <koen> topfs2: mru know the real numbers
[18:41:32] <koen> jkridner: could be, I only tested it briefly
[18:41:39] <jedix> "The new BeagleBoard XM will have a 1 GHz ARM Cortex A8 and handles 720p encoding and decoding of H.264 or MPEG-4"
[18:41:56] <jedix> but you have it at 1080p with the 256mb version, right koen?
[18:42:15] <koen> the cynical side of me notes that there's no mention of framerate of h264 profile
[18:42:28] <jedix> hehe
[18:42:29] <koen> jedix: works on the 128MB version as well
[18:42:38] <jedix> real time 5fps decoding.
[18:42:48] <jedix> :P
[18:42:57] <topfs2> koen, wiki states 500Mpx/s@200mhz, what did your runs at?
[18:43:26] <koen> I heard rumours of 720p30 h264 MP decode, not sure if those are true
[18:43:39] <koen> topfs2: I meant ram bw
[18:43:42] <koen> not sgx bw
[18:44:21] <koen> although those are tightly coupled of course
[18:45:00] <topfs2> Just wondered how much bw was left, seems like a close call though
[18:45:11] <topfs2> Probably never will see xbmc in 1080p :)
[18:45:22] <koen> the xbmc trac has some comments from the tegra dudes
[18:45:26] <koen> hey want 1080p60
[18:45:31] <koen> (but at 16bpp though)
[18:45:40] <topfs2> hehe
[18:45:51] <topfs2> If I manage 720p I'll scream with happiness
[18:46:00] <topfs2> on the c4 that is
[18:46:09] * neo01124 (~neo@122.163.168.238) has joined #beagle
[18:46:43] <topfs2> still, thats with the current skins
[18:46:59] <topfs2> When all this stuff works I bet it would be doable making a skin for 1080p :)
[18:47:00] <Redb3ard> Hah, I think I found a decent USB hub for this type of thing.
[18:47:12] <Redb3ard> Guys, have any of you seen this? http://www.legitreviews.com/article/1293/1/
[18:47:16] * dl9pf_ (~quassel@p5B214997.dip.t-dialin.net) has joined #beagle
[18:48:10] * BThompson (~a0193480@nat/ti/x-neyncvdiwtqpddzr) Quit (Remote host closed the connection)
[18:48:12] * dl9pf (~quassel@opensuse/member/dl9pf) Quit (Ping timeout: 265 seconds)
[18:48:38] * topfs2 crosses fingers his fframebuffer work now
[18:49:20] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
[18:49:28] <jedix> tegra uses sgx too?
[18:49:38] * dl9pf_ is now known as dl9pf
[18:50:06] <koen> tegra seems to use nvidia stuff
[18:50:09] * dl9pf (~quassel@p5B214997.dip.t-dialin.net) Quit (Changing host)
[18:50:09] * dl9pf (~quassel@opensuse/member/dl9pf) has joined #beagle
[18:50:19] <koen> which could be real nvidia or just old mediaQ ip
[18:50:20] <topfs2> would be fun if nvidia outsources the one thing they are good at
[18:50:38] <topfs2> no neon is bad thoguh
[18:50:42] * kmargar (~markos@athedsl-432617.home.otenet.gr) has joined #beagle
[18:50:53] * markos_ (~markos@athedsl-420532.home.otenet.gr) Quit (Ping timeout: 260 seconds)
[18:51:03] * kmargar is now known as markos_
[18:51:32] <woglinde> re
[18:53:47] * BThompson (~a0193480@nat/ti/x-dseemsoukrzwpxbl) has joined #beagle
[18:53:58] <jedix> tegra should have neon
[18:54:06] <jedix> it's cortex8, is it not?
[18:54:18] <topfs2> it doesn't have it
[18:54:30] <jedix> sad
[18:54:31] <koen> tegra2 is a9
[18:54:36] <mru> without neon
[18:54:37] <koen> no lightbulbs
[18:55:02] * topfs2 expect that will hurt for android
[18:55:18] <koen> depends on the version
[18:55:25] <koen> AIUI only 2.2 introduced neon
[18:55:33] <koen> but lacking neon hurts everything
[18:55:38] <topfs2> AIUI?
[18:55:48] <koen> As I understand it
[18:55:52] <topfs2> oh
[18:55:54] * koen misunderstands a lot
[18:56:02] * notzed (~notzed@ppp118-210-3-254.lns20.adl2.internode.on.net) has joined #beagle
[18:56:24] <topfs2> I know their gui renderer (skia) has neon optims atleast
[18:56:33] <topfs2> But that should be any problem
[18:56:54] <topfs2> I was mostly scared at the binary compiled ones, perhaps its binary compatible if you use the right switch?
[18:57:05] <topfs2> the c apps I mean
[18:58:09] * topfs2 framebuffer didn't work
[18:58:14] <topfs2> I just got a black screen :)
[18:58:19] <koen> binary apps are java
[18:58:23] <koen> well, dalvik
[18:58:42] <koen> if you want neon you need to write a c based lib and then use jini
[18:58:43] <topfs2> they have an ndk were you can use jni to write in c if you want
[18:58:54] <koen> :)
[18:58:59] <woglinde> jupp
[18:59:07] <topfs2> perhaps the ndk just doesn't use neon though :)
[18:59:26] <woglinde> dont know
[18:59:32] <mru> being a *DK it's obviously crap
[18:59:35] <woglinde> but there is source
[19:00:14] * |nfecteD (~xxx@40.80-203-91.nextgentel.com) Quit ()
[19:03:55] * josh1 (~jzarr@209.104.237.170) has left #beagle
[19:04:12] * KosiNuss_ (~tom@p4FD12AA2.dip0.t-ipconnect.de) has joined #beagle
[19:06:28] * notzed (~notzed@ppp118-210-3-254.lns20.adl2.internode.on.net) Quit (Ping timeout: 276 seconds)
[19:16:45] * qdot (~qdot@vorlon.vm.bytemark.co.uk) Quit (Ping timeout: 240 seconds)
[19:31:53] * nickaugust (~nickaugus@rrcs-97-79-25-103.se.biz.rr.com) Quit (Ping timeout: 240 seconds)
[19:37:07] * neo01123 (~neo@122.163.112.222) has joined #beagle
[19:37:38] * Cru_N_cher (~luls_lol@dslb-088-068-131-056.pools.arcor-ip.net) Quit ()
[19:37:49] * destenson (~destenson@mail.digitalforcetech.com) has joined #beagle
[19:38:15] * neo01124 (~neo@122.163.168.238) Quit (Ping timeout: 240 seconds)
[19:45:44] * nickaugust (~nickaugus@rrcs-97-79-25-103.se.biz.rr.com) has joined #beagle
[19:46:22] * kanru (~kanru@118-168-233-117.dynamic.hinet.net) has joined #beagle
[19:48:39] * BThompson1 (~a0193480@nat/ti/x-iaphxmjlvjaalyfx) has joined #beagle
[19:49:54] * qdot (~qdot@vorlon.vm.bytemark.co.uk) has joined #beagle
[19:50:22] * BThompson (~a0193480@nat/ti/x-dseemsoukrzwpxbl) Quit (Remote host closed the connection)
[19:50:28] * kanru (~kanru@118-168-233-117.dynamic.hinet.net) Quit (Read error: Operation timed out)
[19:53:02] * bearsh (~quassel@adsl-245-48-fixip.datacomm.ch) Quit (Read error: Connection reset by peer)
[19:53:19] * BThompson1 (~a0193480@nat/ti/x-iaphxmjlvjaalyfx) Quit (Ping timeout: 265 seconds)
[19:53:56] * BThompson (~a0193480@nat/ti/x-ulvisfegtuhssemy) has joined #beagle
[19:54:17] * bearsh (~quassel@adsl-245-48-fixip.datacomm.ch) has joined #beagle
[19:55:04] * scrp3l (~scrp3l@201.250.184.46) has joined #beagle
[19:59:02] * amitk (~amit@a91-154-124-12.elisa-laajakaista.fi) Quit (Quit: leaving)
[20:04:40] * orbovac (~superich@129.108.237.45) has joined #beagle
[20:05:00] <orbovac> hey guys anyone know where I can get info on hooking up a pico DLP?
[20:05:45] * qdot (~qdot@vorlon.vm.bytemark.co.uk) Quit (Ping timeout: 240 seconds)
[20:06:20] * orbovac is now known as superich
[20:08:42] <koen> attach small end to pico, big end to beagle, boot
[20:10:38] <superich> haha... trying to get this on a zoom2
[20:10:56] * woglinde_ (~heinold@g225004109.adsl.alicedsl.de) has joined #beagle
[20:11:05] <koen> not sure if the zoom2 dvi out actually works
[20:11:15] <koen> as in, when I tried it didn't work
[20:11:27] <superich> ahh when did you try this?
[20:11:40] <koen> a few months ago
[20:11:52] <koen> maybe it works now :)
[20:13:41] * djlewis_ (~djlewis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) has joined #beagle
[20:13:45] * woglinde (~heinold@f052067165.adsl.alicedsl.de) Quit (Ping timeout: 240 seconds)
[20:13:55] <djlewis_> yo ho ho :)
[20:14:48] * qdot (~qdot@vorlon.vm.bytemark.co.uk) has joined #beagle
[20:17:29] <emeb> and a bottle of...
[20:18:25] <qball> rum!
[20:18:39] * _koen_ (~x0115699@nat/ti/x-mfdxyiupdoaajplb) has joined #beagle
[20:21:06] * arun (~arun@unaffiliated/sindian) Quit (Ping timeout: 260 seconds)
[20:25:11] <djlewis_> i'm so glad to hear we are all in tune :)
[20:28:24] * mru is out of beer :-(
[20:28:56] * koen wonders if prpplague visited qball
[20:29:11] <koen> I started drinking rum after visiting prpplague
[20:29:24] * qball prefers wiskey or jenever
[20:29:24] <prpplague> qball ?
[20:30:40] <djlewis_> whiskey good :)
[20:30:42] * _koen_ (~x0115699@nat/ti/x-mfdxyiupdoaajplb) Quit (Ping timeout: 245 seconds)
[20:30:50] <djlewis_> beer good
[20:32:09] <mru> straight whisky is better than rum
[20:32:12] <mru> imo
[20:32:20] <mru> rum can be nice in cocktails
[20:32:54] <ghoti> djlewis!
[20:33:05] <ghoti> You keep giving me good advice, then disappearing before I have a chance to thank you.
[20:33:15] <ghoti> So ... thank you. :)
[20:33:22] <mru> ghoti: send him a crate of beer
[20:33:35] <mru> or send it to me, I'll forward it... muahahaha
[20:33:55] <ghoti> Just ... forward it in its original form. I'll be sending something dark, not lager-coloured... ;)
[20:34:03] * KosiNuss_ (~tom@p4FD12AA2.dip0.t-ipconnect.de) Quit (Ping timeout: 265 seconds)
[20:36:02] * KosiNuss_ (~tom@p4FD12AA2.dip0.t-ipconnect.de) has joined #beagle
[20:36:49] <ghoti> Question: the USB disconnect issue on C2/C3 boards mentioned in the system manual "known issues" section... The workaround says "Some boards can be fixed by ...". Which boards?
[20:37:02] <ghoti> Are there multiple issues that cause this symptom?
[20:37:56] <emeb> ghoti: problem is due to varying sensitivity of USB phy to noisy supply.
[20:38:11] <emeb> I tried cap fix on my C2 w/o luck
[20:38:24] <Redb3ard> I think the guy that does our rework is getting pissed that I keep sending them back for modifications.
[20:38:27] <emeb> others report success
[20:38:56] <emeb> Redb3ard: if the rework guy is tired of rework perhaps he needs a different job?
[20:39:05] <Redb3ard> Haha.
[20:39:13] <Redb3ard> Nah, he's ok.
[20:39:38] <Redb3ard> They sure as hell don't want me doing it, he does some really fine work.
[20:40:02] <ghoti> emeb: "supply" == "power supply"? Might it reduce the failures I'm seeing to get a better/cleaner power source?
[20:40:22] <emeb> ghoti: nope
[20:40:49] <emeb> the supply in question is sourced on-board and the PCB traces aren't accessible.
[20:41:59] <ghoti> Ah - inner layers I guess. So ... where on the expansion header would be the other option than C97? I'm a little scared of applying my soldering skills to surface mount components.
[20:43:03] <emeb> ghoti: some have suggested adding a cap between the 1.8V and GND pins of the expansion connector. Check the BB ref manual for exact pins.
[20:43:43] <emeb> I haven't tried this myself, but don't hold much hope that it would help me since doubling up C97 didn't work.
[20:47:45] <djlewis_> ghoti: np
[20:48:23] <ghoti> emeb: I ask because the reference manual only says "Others have had success by adding the 22uF capacitor to the expansion header."
[20:48:26] <ghoti> No pins.
[20:49:29] * rcranetx (~rcranetx@nat/ti/x-ehngbhuzomzqiazf) Quit (Remote host closed the connection)
[20:52:05] <emeb> ghoti: give it a try - it might work. I might try it myself at some point, but at this point I've resigned myself to the EHCI port not working.
[20:53:11] <emeb> BTW - pins are: 1.8V = pin 1, GND = pins 27, 28.
[20:53:26] * neo01123 is now known as neo01124
[20:53:35] * scrp3l (~scrp3l@201.250.184.46) Quit (Quit: Ex-Chat)
[20:53:40] <emeb> distance between them is fairly long, so keep your cap leads as short as possible.
[20:54:03] <emeb> otherwise parasitic inductance will reduce effectiveness.
[20:54:32] <djlewis_> ooh, i hates parasitic inductance :(
[20:55:20] <emeb> usually a PITA. Sometimes it's helpful, but then you don't call it parasitic. :)
[20:55:41] <emeb> "I meant to do that"
[20:57:06] * gustavoz (~gustavoz@host212.200-82-38.telecom.net.ar) Quit (Quit: Leaving)
[21:00:21] * mobidev (~i-sat@wmod.net) Quit (Quit: leaving)
[21:01:35] * cfriedt (~cfriedt@modemcable178.225-21-96.mc.videotron.ca) Quit (Quit: Leaving.)
[21:02:05] * KosiNuss_ (~tom@p4FD12AA2.dip0.t-ipconnect.de) Quit (Ping timeout: 265 seconds)
[21:02:56] <ghoti> I wonder... Should I solder a DIP socket to the expansion header for easier access to stuff? (Is DIP what I mean? A 28-pin female version of the components that present JTAG or RS232?)
[21:03:22] * Crazymik3 (~Crazymik3@CPE00259c601d5d-CM00080da43848.cpe.net.cable.rogers.com) has joined #beagle
[21:04:36] * cfriedt (~cfriedt@modemcable178.225-21-96.mc.videotron.ca) has joined #beagle
[21:07:07] * djlewis_ thinks the headers for the expansion is in the TRM
[21:07:30] <djlewis_> part numbers and all
[21:09:52] * brijesh (~brijesh@nat/ti/x-yocagkllpfeshjcy) Quit (Quit: Leaving)
[21:10:40] * superich (~superich@129.108.237.45) Quit (Ping timeout: 260 seconds)
[21:11:55] * eFfeM (~frans@j200125.upc-j.chello.nl) Quit (Quit: Leaving.)
[21:12:47] * notzed (~notzed@ppp121-45-108-231.lns20.adl6.internode.on.net) has joined #beagle
[21:14:12] * rhk (~rhk@adsl-75-44-25-53.dsl.sfldmi.sbcglobal.net) Quit (Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939])
[21:14:26] * peksha (~peksha@11.54.broadband2.iol.cz) Quit (Remote host closed the connection)
[21:14:49] <emeb> ghoti: if you plan to use the expansion connector for other boards like Trainer or Zippy, consider a 28-pin female 0.1" socket soldered to the back of the BB.
[21:15:48] * woglinde (~heinold@f052233174.adsl.alicedsl.de) has joined #beagle
[21:15:55] <emeb> If you're doing your own thing then male/female & front/back are your choice.
[21:18:03] <ghoti> Thanks.
[21:18:11] * ghoti runs off to the local electronics shop before it closes
[21:18:40] <emeb> Nice to have a local electronics shop...
[21:19:00] * woglinde_ (~heinold@g225004109.adsl.alicedsl.de) Quit (Ping timeout: 265 seconds)
[21:19:21] <djlewis_> 300k population here and all electronics stores gone...
[21:20:19] <emeb> Not even a Ratshack?
[21:20:52] * vj (3f4d5f5a@gateway/web/freenode/ip.63.77.95.90) has joined #beagle
[21:20:58] <vj> hello
[21:21:07] <vj> I am a newbie to Beagle
[21:21:23] <ghoti> welcome.
[21:21:35] <vj> For the purpose of interfacing my BB to my PC
[21:21:40] <ghoti> oh, wait, I was supposed to run off to the shop. :)
[21:21:49] <vj> my PC does not have a serialport
[21:21:54] * cfriedt (~cfriedt@modemcable178.225-21-96.mc.videotron.ca) Quit (Ping timeout: 265 seconds)
[21:21:56] <vj> what options do I have
[21:21:59] <vj> ?
[21:22:07] <ghoti> vj: you can probably buy a USB-to-serial device for about $10.
[21:22:07] <emeb> usb/serial converter
[21:22:32] <ghoti> At least, that's what they cost at the local shop here in Toronto...
[21:22:32] <vj> couls someone point me to a reliable site from where I may purchase one
[21:22:38] <djlewis_> we have those but only one has a guy trying to keep parts
[21:22:38] <ghoti> vj, where are you?
[21:22:40] <emeb> http://www.dealextreme.com/details.dx/sku.5859
[21:22:55] <vj> I am in the US, KS
[21:23:06] <vj> I am so mixed up:(
[21:23:16] <emeb> my kind of people. :)
[21:23:22] <ghoti> emeb, wow, I hadn't seen that. I guess anything available in a local store is available at a third the price from DE. :)
[21:23:22] <vj> some of these cables seem to have voltage restrictions
[21:23:44] <emeb> ghoti: if you can wait for shipping DX is your friend
[21:23:44] <ghoti> vj: you're looking for a serial interface; this won't be used to power the board.
[21:24:03] <vj> hmm...
[21:24:05] <vj> I see
[21:24:11] <vj> Also,
[21:24:16] <vj> what about the drivers
[21:24:29] <vj> on the host side for the DX connecter
[21:24:30] <vj> ?
[21:24:51] <ghoti> ya, it's always the delay that gets me - I'm not patient. Luckily, the local electronics surplus stores are excellent. http://www.activesurplus.com/ :-) I've been going there since I was 5.
[21:25:27] <vj> on the host side for the DX connector, what about the drivers ?
[21:25:35] <ghoti> vj: most operating systems will already support a USB serial device.
[21:25:47] <vj> hmm..
[21:26:07] <ghoti> At least, I've never had a problem with any one I've tried, and I use FreeBSD, where hardware support arrives second-last.
[21:26:19] <vj> no additional software would be needed on the Beagle to support the converter ?
[21:26:59] <vj> am I correct
[21:27:26] <vj> As long as I have Angstrom runnig, it should be fine right ?
[21:27:43] <djlewis_> ghoti: my kinda store :)
[21:28:02] <vj> ghoti: As long as I have Angstrom runnig, it should be fine right ?
[21:28:07] <djlewis_> actually I dont play games
[21:29:01] <vj> :(
[21:29:10] <emeb> vj: the USB/serial converter needs no drivers on Beagle side
[21:29:20] <vj> ah thanks...
[21:29:39] <emeb> the one from DX comes with a driver on mini-CD
[21:29:43] <emeb> but I haven't needed it.
[21:29:52] <vj> Any links on a suitable power supply for the BB ?
[21:29:55] <djlewis_> emeb: except when useing the usb side on BB ;)
[21:30:20] <vj> djlewis: I understand
[21:30:25] <emeb> vj: for PS I'm using one I already had
[21:30:49] <emeb> djlewis_: heh - but the pl23xx chip drivers are already in the kernel on my linux box.
[21:31:26] <vj> Where can I purchase the power supply from ?
[21:31:40] <emeb> vj: digi-key or special computing.
[21:32:18] <ghoti> vj: or any local electronic parts store, most likely. Even Future Shop might have 5V power supplies, but I recommend you go some place where you can test them with a volt meter before you buy.
[21:32:21] <vj> on digi-key there seems to be a number of them
[21:32:40] <ghoti> vj: the tolerence of the BB is fairly limited - some documentation says it'll accept from 4.8V to 5.2V.
[21:32:45] <vj> Could you point me to an appropriate one
[21:32:47] <vj> ?
[21:32:48] <emeb> https://specialcomp.com/beagleboard/order.htm
[21:32:59] <vj> on Digi ?
[21:33:30] <vj> Which one ? the 5.5 mm or the 2.3 mm ?
[21:34:02] <vj> hmm.... am sorry guys
[21:34:11] <vj> been bothering you all a lot...
[21:34:13] * mrc3 (~mrc3@nat/ti/x-iqvkalhbtfwejnfz) Quit (Ping timeout: 240 seconds)
[21:34:21] <vj> just been a frustrated looking for the parts
[21:34:38] * mrc3 (~mrc3@nat/ti/x-bzdxdxarrqgbsljy) has joined #beagle
[21:34:41] <vj> Which one ? the 5.5 mm or the 2.3 mm ?
[21:35:43] <emeb> looks like the 5.5mm one is labeled for the Beagle - the 2.3mm is for a USB hub.
[21:35:56] <vj> aah okies
[21:36:00] <ghoti> vj, I'm pretty sure you'll find alot of this stuff in the manual, just in case folks here are busy doing other things.
[21:36:09] <ghoti> that's often a good place to check *first*.
[21:36:12] <vj> emeb: thanks!
[21:36:18] <djlewis_> vj: http://elinux.org/BeagleBoardBeginners#Finding_all_the_right_hardware
[21:36:24] <vj> ghoti: Cool thanks..!
[21:36:27] <jacekowski> ghoti: LDO Supports 2.7 V to 5.5 V VIN
[21:36:33] <emeb> vj: do you have the serial cable?
[21:36:37] <jacekowski> ghoti: these are input voltages
[21:36:59] <vj> yes I do have a serial cable (null)
[21:37:27] <emeb> vj: no - I mean the cable to go from the 10-pin header on Beagle to the DB9?
[21:37:27] <jacekowski> ghoti: so it can go to 2.7V
[21:37:50] * neo01123 (~neo@122.163.103.217) has joined #beagle
[21:37:54] <vj> Yes, recently prchased one.
[21:38:00] <jacekowski> ghoti: hmm, specific one on bb it's 4.1V
[21:38:04] <vj> emeb: thanks!
[21:38:13] <emeb> vj: np - good luck
[21:38:34] <ghoti> jacekowski: page 150 of the SRM says the input voltage can be from 4.9V to 5.2V.
[21:38:37] * neo01124 (~neo@122.163.112.222) Quit (Ping timeout: 245 seconds)
[21:38:59] <jacekowski> ghoti: that's usb supply
[21:39:17] <ghoti> ah, so I could power the board with a 3V supply plugged into the 5V barrel connector?
[21:39:28] <jacekowski> nah
[21:39:41] <jacekowski> tps2141 can do only 4.1
[21:39:48] <ghoti> Also, I don't know what "LDO" or "VIN" mean.
[21:39:49] <jacekowski> but compatible chips can do less
[21:39:58] <jacekowski> Low Drop Output
[21:40:03] <jacekowski> VoltageIN
[21:40:04] <ghoti> ah
[21:40:06] <djlewis_> vj: good reading, http://elinux.org/BeagleBoardBeginners , http://beagleboard.org/
[21:40:47] * cbrake is now known as cbrake_away
[21:40:47] <jacekowski> ghoti: besides, these are test voltage
[21:40:50] <vj> Thank you all!!
[21:41:18] <jacekowski> ghoti: if something is wrong with bb these are voltages you have to check
[21:42:30] <jacekowski> ghoti: hmm, rev c4 uses different chip
[21:42:32] <emeb> fwiw - this supply from Digi-Key looks like it might work: http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=T1022-P5P-ND
[21:42:44] <jacekowski> ghoti: with 2.7V VIN MIN
[21:42:44] * xMDKx (~mdkcore@nat/mandriva/x-pazwsbaotpupyrfi) Quit (Read error: Connection reset by peer)
[21:42:49] <emeb> but it's more $$ than the one from special
[21:44:48] * cwillu_at_work grabs the digikey part number of the ps he uses
[21:45:03] <ghoti> emeb: I actually am now using a 5V 2A power supply that came with a low-cost USB hub. It provides 5.18 V unloaded. The hub with power supply cost me $12 at Active Surplus. :)
[21:45:32] <ghoti> Many powered USB hubs use 5V power supplies, so they tend to be things that many of us have laying around anyway.
[21:45:39] <cwillu_at_work> http://search.digikey.com/scripts/DkSearch/dksus.dll?WT.z_header=search_go&lang=en&site=us&keywords=da12-050us-m-nd&x=0&y=0
[21:46:56] <vj> cwillu_at_work: Are you using the supply you just posted
[21:46:57] <vj> ?
[21:47:12] <cwillu_at_work> yes
[21:47:15] <emeb> cwillu_at_work: ah - the I.D. of that plug is a bit bigger than the one I linked. disregard mine.
[21:47:25] <vj> :(
[21:47:39] <emeb> why :(
[21:47:39] <vj> Could someone prompt me to the right one, please
[21:47:46] <cwillu_at_work> vj, the one I posted
[21:47:53] <emeb> vj: use cwillu_at_work's
[21:48:02] <vj> you just said , disregard
[21:48:03] <cwillu_at_work> vj, the one emeb posted would work, but the plug will be a bit loose, which will cause you grief
[21:48:17] <cwillu_at_work> vj, he said to disregard the one he posted, not the one I posted :p
[21:48:24] <emeb> vj: I meant disregard _me_ :)
[21:48:36] <vj> Oooooppps Sorry guys!
[21:48:52] * DValle (4522ff5c@gateway/web/freenode/ip.69.34.255.92) Quit (Ping timeout: 252 seconds)
[21:49:07] <emeb> (is 'disregard me' an oxymoron?)
[21:49:18] <cwillu_at_work> (no)
[21:49:49] <emeb> some kind of logical contradiction tho...
[21:49:51] <cwillu_at_work> well, disregard me is kinda sorta, disregard mine isn't :p
[21:50:13] <emeb> along the lines of 'everything I say is wrong'
[21:50:51] <emeb> the sort of thing Spock uses to let the magic smoke out of wayward computers...
[21:50:56] <cwillu_at_work> also, I recommend the use of http://search.digikey.com/scripts/DkSearch/dksus.dll?WT.z_header=search_go&lang=en&site=us&keywords=385-1032-ND&x=0&y=0
[21:51:04] * s4wrxttcs (ae2f53ea@gateway/web/freenode/ip.174.47.83.234) Quit (Ping timeout: 252 seconds)
[21:51:15] <cwillu_at_work> it's actual slc flash with a decent controller
[21:51:43] <cwillu_at_work> I should probably post my parts list somewhere :p
[21:51:54] <emeb> Ah - the magic gold-plated SD cards of wonder and delight!
[21:51:58] <cwillu_at_work> no gold on them :p
[21:52:06] <emeb> not even on the contacts?
[21:52:10] <cwillu_at_work> did you see my disassembly pics?
[21:52:14] <emeb> yep
[21:52:25] <cwillu_at_work> hmm, actually I'm not sure re: the contacts
[21:52:30] <cwillu_at_work> might be, might also just be copper
[21:52:37] <emeb> I think that gold is in the spec.
[21:52:38] <cwillu_at_work> the pleasures of colourblindness
[21:53:04] <emeb> wouldn't want an active metal on an exposed surface.
[21:53:33] <emeb> digi-key photo looks like gold to me.
[21:54:28] <vj> But, I should be able to power the BB with a OTG cable ?
[21:54:49] <cwillu_at_work> vj, yes
[21:55:01] <vj> nice
[21:55:12] <cwillu_at_work> although the amount of power available is lower; an attached hub will definitely need its own power supply, for instance
[21:55:19] <djlewis_> not necessarily, the newer kernels require more power
[21:55:40] <djlewis_> regarding otg power ^^^^^^
[21:55:59] <vj> cwillu_at_work: I just purchased this.. Should be fine right ? http://www.dealextreme.com/details.dx/sku.5859
[21:56:12] <cwillu_at_work> djlewis_, I've been powering a beagle runnin 2.6.35 over the otg port
[21:56:28] <djlewis_> there are some low power versions.
[21:56:32] * jpirko (~jirka@ip-89-103-91-100.net.upc.cz) Quit (Quit: Leaving)
[21:56:58] <vj> I just purchased this.. Should be fine right ? http://www.dealextreme.com/details.dx/sku.5859
[21:57:03] <vj> Hope this works
[21:57:17] <djlewis_> how many times have I heard koen say, use external DC in power or something like that :)
[21:57:20] <cwillu_at_work> http://spreadsheets.google.com/ccc?key=0AjvCD1aUQOjKdGR5Q0FFZXlUNjRpQWNRazgxaS11TUE&hl=en
[21:57:23] <cwillu_at_work> yep
[21:57:35] <cwillu_at_work> I don't recommend it either, but it works in a pinch :p
[21:57:57] <cwillu_at_work> the links didn't come across, but those are all digikey part numbers
[21:58:13] <djlewis_> whoop out american express
[21:58:46] <vj> Was the "yep" for my question ?
[21:59:42] <vj> cwillu_at_work: Was the "yep" for my question ?
[22:00:16] <cwillu_at_work> oh, sorry, didn't see you
[22:00:18] <cwillu_at_work> one sec, I'll check
[22:00:35] * vj_ (3f4d5f5a@gateway/web/freenode/ip.63.77.95.90) has joined #beagle
[22:01:00] <vj_> cwillu_at_work: ?
[22:01:02] <cwillu_at_work> vj_, didn't see the question before, checking now
[22:01:15] <cwillu_at_work> it probably would though
[22:01:34] <vj_> hmm....
[22:01:51] <vj_> Thanks a lot everyone..!! The IRC really feels a lot comforting
[22:01:54] <vj_> :)
[22:02:04] <vj_> to help resolve BB issues I meant
[22:02:12] <cwillu_at_work> vj_, http://lwn.net/Articles/246334/
[22:02:18] <cwillu_at_work> looks like the driver was added in 2007
[22:02:37] <cwillu_at_work> so, worst case you'll need to compile the kernel module
[22:02:40] <vj_> Is this the one being used on that product ?
[22:02:53] <cwillu_at_work> according to a user on your link, yes
[22:02:58] <vj_> cwillu_at_work: How did you find out ?
[22:03:03] <vj_> Oh ok
[22:03:05] <vj_> hmm
[22:03:11] <cwillu_at_work> vj_, check if you have a ch341.ko
[22:03:38] <cwillu_at_work> vj_, that's for your desktop, right?
[22:03:43] <emeb> cwillu_at_work: in your spreadsheet, what's the 2.1mm plug for?
[22:04:02] * cwillu_at_work sighs at emeb
[22:04:04] <cwillu_at_work> I didn't...
[22:04:10] <cwillu_at_work> one sec :p
[22:04:15] <vj_> cwillu_at_work: Yeah I plan on connecting the USB end to my Desktop and the serial to the BB
[22:04:16] * vj (3f4d5f5a@gateway/web/freenode/ip.63.77.95.90) Quit (Ping timeout: 252 seconds)
[22:04:28] <vj_> cwillu_at_work: Yeah I plan on connecting the USB end to my Desktop and the serial to the BB
[22:05:04] * vj_ (3f4d5f5a@gateway/web/freenode/ip.63.77.95.90) Quit (Client Quit)
[22:05:10] * vj (3f4d5f5a@gateway/web/freenode/ip.63.77.95.90) has joined #beagle
[22:05:31] * prpplague (~danders@nat/ti/x-vmsiwpybhzsxuykr) Quit (Quit: Leaving)
[22:05:48] <vj> cwillu_at_work: yeah the usb end for the desktop and the serial for the BB
[22:06:03] <vj> cwillu_at_work: that would be the right approach ?
[22:06:09] <cwillu_at_work> (if I don't say anything, he'll keep repeating himself :)
[22:06:31] <cwillu_at_work> emeb, I think I just mislabled the spreadsheet
[22:06:36] <vj> cwillu_at_work: Sorry ..! I thought I got logged out
[22:06:50] <vj> cwillu_at_work: That is the reason I repeated
[22:07:25] * NishanthMenon (~nmenon@nat/ti/x-mlscvnwujojuqkkf) Quit (Quit: Ex-Chat)
[22:07:35] <emeb> cwillu_at_work: ah - just curious. didn't mean to pile on like that...
[22:09:29] <cwillu_at_work> emeb, the r/a plug is just to have a nice right-angle, snipping off the original plug on the supply
[22:10:20] <emeb> gotcha. kids - don't try this at home. :)
[22:10:35] <cwillu_at_work> uh, it's a dc plug :p
[22:11:06] <emeb> understood, but as sure as shootin' someone's gonna reverse the polarity & fry their BB
[22:11:06] <cwillu_at_work> try it at home, that's the point :)
[22:11:23] <cwillu_at_work> emeb, somebody could just as easily buy a power supply with inverted polarity ;p
[22:11:42] <emeb> cwillu_at_work: yep, or get confused by the schematic
[22:11:51] <cwillu_at_work> the wire on the supply and on the r/a plug have the negative line marked
[22:11:55] <cwillu_at_work> most dc adapters do, actually
[22:12:45] <emeb> indeed.
[22:12:49] * Artanis (Artanis@159.108.165.83.dynamic.mundo-r.com) has joined #beagle
[22:13:44] * jayabharath (~a0866114@nat/ti/x-ymfphcxkngbaoffy) has left #beagle
[22:17:45] * ssvb (~ssvb___@a88-112-120-50.elisa-laajakaista.fi) Quit (Quit: Leaving)
[22:19:48] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Verlassend)
[22:20:02] * vj (3f4d5f5a@gateway/web/freenode/ip.63.77.95.90) Quit (Ping timeout: 252 seconds)
[22:20:08] * woglinde (~heinold@f052233174.adsl.alicedsl.de) Quit (Quit: zapp)
[22:21:11] * arun (~arun@unaffiliated/sindian) has joined #beagle
[22:32:56] * mrc3 (~mrc3@nat/ti/x-bzdxdxarrqgbsljy) Quit (Remote host closed the connection)
[22:33:12] * mrc3 (~mrc3@nat/ti/x-orxeuatmbtrvhiay) has joined #beagle
[22:34:55] * Redb3ard (~SF0010MAC@lbb-dslst.69616810.amaonline.com) Quit (Quit: Redb3ard)
[22:35:32] * ezuniga (~ezuniga@186.4.15.155) Quit (Quit: Leaving.)
[22:35:56] * Redb3ard (~SF0010MAC@lbb-dslst.69616810.amaonline.com) has joined #beagle
[22:38:17] * mrc3 (~mrc3@nat/ti/x-orxeuatmbtrvhiay) Quit (Remote host closed the connection)
[22:39:12] * mrc3 (~mrc3@nat/ti/x-krrxlvrzrapzdxmd) has joined #beagle
[22:40:41] * Redb3ard (~SF0010MAC@lbb-dslst.69616810.amaonline.com) Quit (Ping timeout: 265 seconds)
[22:44:25] * mrc3 (~mrc3@nat/ti/x-krrxlvrzrapzdxmd) Quit (Ping timeout: 264 seconds)
[22:44:48] * Seb0001561 (~sebastien@LMontsouris-156-25-48-89.w193-252.abo.wanadoo.fr) Quit (Ping timeout: 260 seconds)
[22:44:51] * mrc3 (~mrc3@nat/ti/x-nybzxkmxrflcfylf) has joined #beagle
[22:45:02] * BThompson (~a0193480@nat/ti/x-ulvisfegtuhssemy) Quit (Ping timeout: 265 seconds)
[22:48:20] * mrc3 (~mrc3@nat/ti/x-nybzxkmxrflcfylf) Quit (Remote host closed the connection)
[22:48:59] * mrc3 (~mrc3@nat/ti/x-jbbncmidmzblocmb) has joined #beagle
[22:49:36] * Seb000156 (~sebastien@LMontsouris-156-25-48-89.w193-252.abo.wanadoo.fr) has joined #beagle
[22:50:13] * whittenburg (~whittenbu@mail.tacticalelectronics.com) Quit (Ping timeout: 265 seconds)
[22:54:56] * mrc3 (~mrc3@nat/ti/x-jbbncmidmzblocmb) Quit (Remote host closed the connection)
[22:55:02] * mrc3 (~mrc3@nat/ti/x-xjvwysntcgukkcgq) has joined #beagle
[23:04:01] * thaytan (~jan@ppp59-167-167-201.static.internode.on.net) has joined #beagle
[23:13:04] * neo01123 (~neo@122.163.103.217) Quit (Ping timeout: 240 seconds)
[23:13:46] * scrp3l (~scrp3l@201.250.184.46) has joined #beagle
[23:17:28] * mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) Quit (Ping timeout: 260 seconds)
[23:26:05] * topfs2 (~topfs2@xbmc/staff/topfs2) Quit (Quit: L?mnar)
[23:26:53] * katie (~katierh@nat/ti/x-cnaspjaafhnpmqzv) Quit ()
[23:28:16] * raster (raster@enlightenment/developer/raster) has joined #beagle
[23:32:13] * kanru (~kanru@118-168-233-117.dynamic.hinet.net) has joined #beagle
[23:45:57] * niclas (~niclas@nat/ti/x-vzihztsowhqaawyi) Quit ()
[23:51:07] * nickaugust (~nickaugus@rrcs-97-79-25-103.se.biz.rr.com) Quit (Ping timeout: 265 seconds)

These logs were automatically created by BeagleLogBot on irc.freenode.net using the Java IRC LogBot.

See http://microformats.org/wiki/mflogbot for more information.