• [00:00:58] * valhalla (n=valhalla@81-174-37-92.dynamic.ngi.it) Quit ("Leaving")
  • [00:01:14] <ds2> #34 wire might be workable for deadbugging
  • [00:02:12] * Openfree (n=df@218.82.116.139) has joined #beagle
  • [00:05:11] * jkridner|work notes that ds2 is insane.
  • [00:05:57] * mru doubts anyone here is completely sane
  • [00:06:11] <ds2> did I mention I am also hand building a 3 layer perf board with polymide tape and and soldering SOIC's with #30 wire right now? ;)
  • [00:06:28] * ds2 *heart* polymide tape
  • [00:07:29] <mru> ds2 does with hardware the kind of mad things I only do in software
  • [00:07:59] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) Quit ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]")
  • [00:09:02] <odesus> excuseme everybody..
  • [00:09:06] <odesus> I have other quotation..
  • [00:09:12] <odesus> $700-$1000
  • [00:09:34] <odesus> 6 layers, microvias, VIP, plating gold, etc, etc..
  • [00:10:29] <jkridner|work> is that the stuff that only conducts vertically?
  • [00:10:31] <odesus> excuseme jason.. I have recieving a calling from a pcb house :)
  • [00:10:49] <odesus> yes..
  • [00:10:54] <odesus> My plan is simple..
  • [00:11:00] <odesus> to have an omap board..
  • [00:11:06] <odesus> but with arregement of a RAM memory..
  • [00:11:17] <odesus> I mean only indispensable circuity in this board.
  • [00:11:37] <odesus> like Dimm memory..
  • [00:12:01] <vlad_> why not ask one of the existing manufacturers and see if there is interest in such a board?
  • [00:12:08] <ds2> polymide is this high temp plastic tape. the rework folks use it all the time as a heat sheid and as a insulator; you might have seen it - it is almost orange and does not get melted by solder
  • [00:12:22] <odesus> there's no option on market..
  • [00:12:24] <vlad_> there may well be more widespread interest for boards with more/customisable memory
  • [00:12:33] <ds2> kapton tape I think the common name for it
  • [00:12:40] <vlad_> and if you can demonstrate that interest to someone, they may be willing to produce it in volume
  • [00:12:52] <odesus> if you want to produce your own board you need to find alternativas..
  • [00:13:07] <odesus> logic and other companies always ask for royalte fees..
  • [00:13:08] <ds2> great stuff as you build one layer with copper tape, put the kapton on top, cut holes with an xacto knife for Vcc + gnd
  • [00:13:41] <odesus> ds2 did you remember this?
  • [00:13:43] <ds2> odesus: what quantity is that quote for? 5?
  • [00:13:48] <ds2> odesus: *nod*
  • [00:13:57] <odesus> you can have like 20 boards for $1000
  • [00:14:14] <ds2> that's not bad... $50 each
  • [00:14:22] <odesus> you need to pay the production panel not the board..
  • [00:14:25] <ds2> what's the turn for $1000? 5day?
  • [00:14:33] <odesus> 15 days..
  • [00:14:44] <ds2> not great for 3 week stuff
  • [00:14:55] <odesus> but I remember when we talk about having OMAP3 just with basic things..
  • [00:14:58] <ds2> and this is board only right? no stuffing of components?
  • [00:15:12] <odesus> nop just the board..
  • [00:15:18] <odesus> and this is cheap..
  • [00:15:21] <ds2> board is not what I am worried about... getting it stuffed AND working is the harder stuff
  • [00:15:36] <odesus> I have quoted other companies..
  • [00:15:40] <odesus> and the prices are way high!!
  • [00:15:47] <ds2> how much for 100 boards?
  • [00:15:53] <ds2> i.e. 5 panels
  • [00:15:58] <odesus> like $3000
  • [00:16:03] <odesus> or lesss.
  • [00:16:04] <ds2> and are you doing solder mask?
  • [00:16:18] <ds2> not likely to be $3k... that $1k usually is setup + something
  • [00:16:29] <odesus> yes.. with all charactersitcs
  • [00:16:31] <ds2> and silk screening
  • [00:16:36] <odesus> yes with all..
  • [00:16:42] <odesus> even with blind vias..
  • [00:16:53] <ds2> I wouldn't call $50 each too unreasonable
  • [00:17:05] <odesus> ds2: I remember when we talked about to have OMAP3 ina small board..
  • [00:17:09] <odesus> just with basic things..
  • [00:17:19] <odesus> not with audio or other things..
  • [00:17:25] <odesus> just the basic..
  • [00:17:43] <ds2> odesus: yep. CPU + MEMORY + Flash and Maybe TWL4030 on a 1"x1" square with a leadless edge
  • [00:17:51] <odesus> yes...!!
  • [00:17:58] <odesus> that's I'm talking about!
  • [00:18:12] <odesus> like a DIMM ram memory..
  • [00:18:18] <odesus> and you can have your system..
  • [00:18:23] <odesus> with a RAM slot..
  • [00:18:27] <ds2> no way with a DIMM
  • [00:18:38] <odesus> well something similar :)
  • [00:18:39] <ds2> I am seeing this a crude PLCC thing
  • [00:19:00] <odesus> yes a very large PLCC
  • [00:19:08] <odesus> or even tssop.
  • [00:19:12] <ds2> I think intel did something like that with some of their mobile processors but those are HUGE
  • [00:19:24] <odesus> yes.. that's th eproblem..
  • [00:19:29] <odesus> but the most significal problem i see
  • [00:19:40] <odesus> is the use of technology for produce your own creations.
  • [00:19:52] <odesus> and think in commercial applications..
  • [00:19:55] <odesus> in other words..
  • [00:19:58] <ds2> the harder part, IMO, is finding someone to stuff it
  • [00:19:58] <odesus> make MONEY :)
  • [00:20:18] <odesus> you need to pay royalty fees to everyone..
  • [00:20:31] <odesus> and if you produce your own system..
  • [00:20:34] <vlad_> I don't get it though -- anyone who's planning on doing a commercial venture ought to have funds available to do the prototype work, no?
  • [00:20:49] <odesus> you don't need to pay anything..
  • [00:20:51] <odesus> :)
  • [00:20:59] <odesus> yes..
  • [00:21:02] <odesus> :)
  • [00:21:06] <odesus> vlad
  • [00:21:08] <odesus> yes!!
  • [00:21:12] <ds2> royalities isn't a problem... IMO, the size is my complaint
  • [00:21:14] <vlad_> I..
  • [00:21:22] <ds2> I am envisioning a watch
  • [00:21:28] <vlad_> I am envisioning confusion
  • [00:21:34] * vlad_ goes back to fighting with 16-bit widget coords
  • [00:21:37] <odesus> I'm evisioning MONEY!!
  • [00:21:51] <ds2> BAH money...
  • [00:22:01] <odesus> well no money..
  • [00:22:03] <odesus> but in future..
  • [00:22:17] <odesus> to have the positilibity of commercialization
  • [00:22:37] <odesus> and avoid the problem of intellectual property of other companies..
  • [00:23:39] <odesus> jason: If I use beagleboard on a biomedical system Do I need to pay something to TI ? Don't I?
  • [00:24:38] <ds2> As I understand it, there is no royalties if you mfg your own "beagle" clones
  • [00:24:47] <odesus> jkridner: Do I need to pay something for using beagle in commercial applications?
  • [00:25:03] <ds2> now being able to do it cheaper then or not go broke attempting it....
  • [00:25:24] <odesus> ds2: but we come back to the same problems... the cost of produce your own board..
  • [00:25:39] <odesus> the beagleboard team pays $25000 for beagle..
  • [00:25:45] <odesus> and so much more in future..
  • [00:26:20] <ds2> depends on volume... for 1000 boards, I am guessing the boards could go as low as $30-$40 each (guess)
  • [00:26:28] <ds2> assembly is what I don't have a hand on
  • [00:26:48] <odesus> infrarred equipment..
  • [00:26:59] <odesus> for soldering uBGA's..
  • [00:27:10] <odesus> no matter balls number..
  • [00:29:05] <odesus> jkridner: are you there?
  • [00:30:28] <jkridner|work> I'm back.
  • [00:30:35] <odesus> thanks..
  • [00:30:38] <odesus> I have a question for you..
  • [00:31:03] <odesus> If I use beagleboard in commercial applications, To whom Do I have to pay royalty fees?
  • [00:31:30] <jkridner|work> use the beagle design however you wish. There are some minimal restrictions are relative to export controls on the device by the US government (no military, etc. type of stuff).
  • [00:31:34] <jkridner|work> no one.
  • [00:31:52] <jkridner|work> you can use the beagle board itself or the beagle board design without any royalties.
  • [00:32:04] <odesus> oh :)
  • [00:32:08] <odesus> :o
  • [00:32:09] * chase_ (n=chase@d75-152-103-96.abhsia.telus.net) Quit (Remote closed the connection)
  • [00:32:23] <jkridner|work> because a guy at TI did the design, his only interest was to sell OMAP3 devices.
  • [00:32:41] <jkridner|work> of course, Beagle is meant more for learning OMAP, rather than building systems.
  • [00:32:53] <odesus> that's changes the panorama..
  • [00:33:13] <odesus> 'cos is very difficult to think in build a pcb..
  • [00:33:17] <odesus> so complex PCB and expensive..
  • [00:34:57] <odesus> thanks jason for this explanation..
  • [00:35:14] <jkridner|work> you are very welcome.
  • [00:37:44] <odesus> ds2: which has been your experience at moment or working with code sourcery insted of OE?
  • [00:38:13] <odesus> Is code sourcery simpliest than OE?
  • [00:38:26] <ds2> odesus: they are not equiv. and AFAIK, OE uses the CS compilers
  • [00:38:54] <ds2> but FWIW, I do not use those build environments... make + gcc is all I use
  • [00:39:18] <odesus> ds2: I have encountered some particular difficults at moment of OE implementation..
  • [00:39:59] <odesus> specially with bitbake tools.
  • [00:41:06] <ds2> odesus: ask the folks that use OE
  • [00:41:06] <odesus> but Is not difficult to work without IDE?
  • [00:41:29] <ds2> nope. not at all. I have never used an IDE once I got beyond build dos apps
  • [00:41:41] <dcordes> I'm afraid this questions gets on peoples nerves, but has there been a fix to the audio problem yet? (I looked in mansr kernel but didn't see anything)
  • [00:42:04] <ds2> eh? what audio problem?
  • [00:42:29] <dcordes> the alsa bug
  • [00:42:51] <mru> I'm not tracking audio stuff
  • [00:43:06] <mru> sakoman is more likely to have something
  • [00:43:33] <odesus> dcordes: what are you working with? OE or CS only?
  • [00:43:38] <ds2> ah the SoC driver Oops?
  • [00:43:42] <dcordes> yea
  • [00:43:59] <ds2> it is easy enough to get the non SoC driver from the reference kernel working
  • [00:44:03] <dcordes> I would like to play a bit with dvb and sound would be useful there
  • [00:44:10] <dcordes> oh?
  • [00:44:36] <ds2> there are many choices
  • [00:44:50] <dcordes> since it was broken in the OE kernel I was assuming there's no workaround present.
  • [00:44:57] <ds2> but I do hope the SoC driver stablizes so it can be used as a model to do other McBSP work ;)
  • [00:45:13] <dcordes> huh, McBSP?
  • [00:45:17] <ds2> <-- lazy, prefers to use existing code for other McBSP stuff :)
  • [00:45:37] <odesus> multichanel bsp?
  • [00:45:49] <ds2> McBSP: MultiChannel Buffered Serial Port... aka the block inside the OMAP that generates the serial stream to drive the audio codecs
  • [00:45:50] <jkridner|work> McBSP is the serial port. Used for I2S connection to audio codec.
  • [00:45:59] <jkridner|work> er, one of the serial ports.
  • [00:46:04] <ds2> but the McBSP can do so much more
  • [00:46:08] <jkridner|work> it is a synchronous serial port with a lot of different modes.
  • [00:46:22] <jkridner|work> I2S is one of the simpler ones. :)
  • [00:46:34] <ds2> well.. I2S has existing code
  • [00:46:38] <dcordes> ah I'd just be happy with some workaround that gives me a stable 2ch audio output on the audio jack
  • [00:46:56] <dcordes> stable being something that doesn't cause oopses
  • [00:47:05] <ds2> a simplier one is to drive a channel bank in a telco app
  • [00:48:45] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [00:48:55] <dcordes> is that possible at the moment?
  • [00:51:21] <dcordes> is that sakoman? http://www.bedoper.com/bedoper/2004/twentythird.htm
  • [01:04:05] <dcordes> :(
  • [01:10:38] <dcordes> ds2, still around? you said it would be easy to use the SoC driver from reference kernel..
  • [01:10:47] * bazbel1 (n=a0192809@nat/ti/x-a7a8cba483060298) has joined #beagle
  • [01:11:04] <ds2> there is no SoC driver in the reference kernel
  • [01:11:24] <ds2> there is an ALSA driver that just hooks in like other drivers; the SoC adds another layer of abstraction
  • [01:13:37] <dcordes> I'm not sure what SoC is, I only need a driver that makes normal 2ch audio work
  • [01:14:08] <ds2> SoC == System On a Chip
  • [01:14:20] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [01:14:26] <ds2> do you need full duplex audio? I think there might be a bug in the reference driver with that
  • [01:14:42] * bazbell (n=a0192809@nat/ti/x-8cd71f0b96fbaead) Quit (Remote closed the connection)
  • [01:17:57] <dcordes> ds2, I don't use audio input
  • [01:18:19] <ds2> ah, then that driver should work
  • [01:21:16] <ds2> I wonder if the omap-alsa-twl4030* stuff in sound/arm/omap will just copy over
  • [01:21:32] <ds2> it might just be as simple as that + Kconfig + Makefile merging
  • [01:22:21] <dcordes> where can I find that driver?
  • [01:22:31] <ds2> that should be in the reference kernel
  • [01:22:36] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [01:22:58] <ds2> the "SOC" driver is in sound/soc/omap.... just in case if things gets confusing
  • [01:27:02] <dcordes> ds2, where can I find the reference tree?
  • [01:27:32] <ds2> it is one of the tarballs on the google page
  • [01:27:47] <ds2> let me see if I can find the exact link
  • [01:28:50] <ds2> http://www.beagleboard.org/uploads/2.6_kernel_revb-v2.tar.gz
  • [01:28:56] <dcordes> thanks a lot
  • [01:29:49] <dcordes> would be useful to put a link on the howto build kernel site
  • [01:30:18] <ds2> well... the reference kernel is intended for diag use only
  • [01:30:30] <ds2> only some people go around scavaging things from it ;)
  • [01:30:34] <jkridner|work> there is one on http://code.google.com/p/beagleboard/wiki/BeagleSourceCode
  • [01:31:03] <jkridner|work> it is meant for diagnostics and scavenging.
  • [01:31:16] <jkridner|work> new development should be done against the linux-omap git.
  • [01:31:33] <jkridner|work> that's why we don't highlight the source too much.
  • [01:31:53] <ds2> but it is the only kernel that has working PM at the moment, AFAIK ;)
  • [01:32:16] <dcordes> I've been using mru's git before
  • [01:33:02] <ds2> one general word of warning - beware of locking in code copied from the reference kernel
  • [01:33:13] <jkridner|work> I really must head home.
  • [01:33:15] <jkridner|work> good night all.
  • [01:33:24] * jkridner|work (n=a0321898@nat/ti/x-b0f4a81d461dcbac) Quit ("Leaving.")
  • [01:34:10] <dcordes> ds2, sorry, what does that mean, locking code in?
  • [01:34:18] <dcordes> I can't lock up the poor code :(
  • [01:34:44] <ds2> locking as in semaphores, etc
  • [01:35:25] <ds2> so under some conditions (i.e. the preempt modes), it may misbehave... the mishebavior can be lockups or oops if you have lock debugging enabled
  • [01:35:39] <dcordes> oh no oops again
  • [01:35:55] <ds2> IIRC, the sound driver was mostly okay
  • [01:37:22] <dcordes> does the sakoman kernel have omap-alsa-twl4030*?
  • [01:38:13] <ds2> nope
  • [01:38:17] <ds2> he did a clean rewrite
  • [01:38:44] <dcordes> of the normal (non-SoC) audio driver?
  • [01:39:08] <ds2> yeah
  • [01:39:19] <dcordes> does that work?
  • [01:39:47] <ds2> yep... but there are bugs
  • [01:40:01] <ds2> the reference driver has been used for at least 2 OMAP generations so major crashes tend to be fixed there already
  • [01:40:12] <dcordes> so I'm best off with the reference..
  • [01:40:22] <dcordes> will put that in local mru tree
  • [01:40:23] <ds2> his code is about 6months old if even that so as it matures, it'll be the superior code
  • [01:41:57] * odesus (n=Widmung@201.165.134.28) has left #beagle
  • [01:42:47] * cbrake is now known as cbrake_away
  • [01:45:25] * feig (n=ejf3@c-76-118-153-30.hsd1.ma.comcast.net) has joined #beagle
  • [01:53:41] * Beagle8 (n=Beagle8@97.73.102.190) has joined #beagle
  • [01:54:00] <Beagle8> test
  • [01:54:56] <GeneralAntilles> fail
  • [01:59:15] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [02:02:03] * dcordes (n=dcordes_@unaffiliated/dcordes) Quit (Remote closed the connection)
  • [02:04:14] * Beagle8 (n=Beagle8@97.73.102.190) Quit ()
  • [02:08:28] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [02:11:19] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 104 (Connection reset by peer))
  • [02:18:47] * JoeyBorn (n=jborn@h-69-3-16-239.chcgilgm.dynamic.covad.net) has joined #beagle
  • [02:32:42] * feig (n=ejf3@c-76-118-153-30.hsd1.ma.comcast.net) Quit (Read error: 60 (Operation timed out))
  • [02:48:45] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [02:53:00] * JoeyBorn (n=jborn@h-69-3-16-239.chcgilgm.dynamic.covad.net) Quit (Read error: 104 (Connection reset by peer))
  • [03:04:01] * JoeyBorn (n=jborn@h-64-105-84-182.chcgilgm.dynamic.covad.net) has joined #beagle
  • [03:11:00] * gtang (n=gtang@pool-71-112-83-225.sttlwa.dsl-w.verizon.net) has joined #beagle
  • [03:12:16] * gtang (n=gtang@pool-71-112-83-225.sttlwa.dsl-w.verizon.net) has left #beagle
  • [03:24:14] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [03:30:28] * bazbel1 (n=a0192809@nat/ti/x-a7a8cba483060298) Quit ("Leaving.")
  • [03:32:08] * NishanthMenon (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [03:50:39] * JoeyBorn (n=jborn@h-64-105-84-182.chcgilgm.dynamic.covad.net) Quit (Read error: 104 (Connection reset by peer))
  • [03:54:18] * GAN800 (n=GeneralA@166.195.232.36) has joined #beagle
  • [04:04:57] * GeneralAntilles (n=GeneralA@pdpc/supporter/active/generalantilles) Quit (Nick collision from services.)
  • [04:05:07] * GAN800 is now known as GeneralAntilles
  • [04:05:45] * JoeyBorn (n=jborn@h-64-105-84-182.chcgilgm.dynamic.covad.net) has joined #beagle
  • [04:14:54] * shiv (n=root@59.160.172.220) has joined #beagle
  • [04:15:45] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [04:18:02] <ds2> heh.. think I found an error in the beagle HRM
  • [04:26:13] <ds2> either that or the TFP410 i generating TV signals
  • [04:33:07] * JoeyBorn (n=jborn@h-64-105-84-182.chcgilgm.dynamic.covad.net) Quit (Read error: 104 (Connection reset by peer))
  • [04:33:08] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Read error: 110 (Connection timed out))
  • [04:40:57] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [04:47:20] * JoeyBorn (n=jborn@h-68-165-188-88.chcgilgm.dynamic.covad.net) has joined #beagle
  • [05:20:20] * jkridner|work (n=a0321898@nat/ti/x-58d2aef747dbf506) has joined #beagle
  • [05:20:41] <jkridner|work> anyone going to the Austin Game Developer's Conference?
  • [05:20:42] <jkridner|work> http://www.austingdc.net/
  • [05:21:48] <jkridner|work> looks like Imagination Tech will be there.
  • [05:21:54] <chakie> the beagle could be quite ideal for a small handheld gaming device
  • [05:22:21] <chakie> of course, that would require working graphics :)
  • [05:22:54] <jkridner|work> indeed. drivers still expected before the year is out, but I also hope it is soon.
  • [05:23:19] <jkridner|work> Some developers currently have drivers that aren't ready for distribution.
  • [05:23:24] <chakie> i've more or less put my beagle development on hold
  • [05:23:37] <jkridner|work> let me know if you have serious plans to make use of drivers and I can look into getting you a beta drop.
  • [05:23:55] <chakie> no, i don't have that
  • [05:24:19] <jkridner|work> Pandora guys have some drivers, but I don't know if they've built any apps with them yet.
  • [05:24:22] <chakie> just a hobbyist learning about embedded stuff and wanting to do a small and energy efficient video player
  • [05:24:41] <geist> could be they just hacked their own
  • [05:24:55] <chakie> hm, time to head to the salt mine
  • [05:25:08] <ds2> heheh 'aren't ready for distro' like a yugo isn't seaworthy ;)
  • [05:25:26] <jkridner|work> geist: no, I delivered them a beta.
  • [05:25:54] <jkridner|work> multiple reasons the drivers aren't really public yet.
  • [05:26:08] <geist> yes, I'm completely aware of them :)
  • [05:26:09] <jkridner|work> bugs, licensing, etc.
  • [05:26:11] <jkridner|work> k.
  • [05:26:16] <vlad_> jkridner|work: are the end-of-year drivers integrated with X?
  • [05:26:34] <jkridner|work> yes, but we've had some questions if it is the right X.
  • [05:26:43] <vlad_> ah heh
  • [05:26:46] <vlad_> kdrive or xorg?
  • [05:26:54] <jkridner|work> kdrive is the plan of record.
  • [05:27:01] <ds2> jkridner, btw, donno if anyone mentioned it, but the HRM B5 has at least one typo
  • [05:27:01] <vlad_> yay
  • [05:27:04] <vlad_> that is a good plan, IMO
  • [05:27:08] <kulve> we started to make an X.Org driver on top of open gl es, but that's not very far yet..
  • [05:27:25] <jkridner|work> ds2: i've missed that. did anyone send the typo to the mailing list?
  • [05:27:48] <vlad_> though kdrive doesn't have a good extensions mechanism, so I presume you'd have to build in egl support directly into the binary that would then look for an egl/gles provider?
  • [05:28:41] <ds2> jkridner: haven't seen it. I came across it today looking for something else; page 77 suggests the tv_{out1,out2,vref,vfb1,vfb2} signals come from the TFP410 which AFAIK has nothing to do with the TFP410
  • [05:30:04] <ds2> either that is wrong or the figure on the same page is wrong
  • [05:31:39] <jkridner|work> they shouldn't. I'll look in the doc for that.
  • [05:34:20] * lgentili (i=bee0e416@gateway/web/ajax/mibbit.com/x-9581e40ef4586860) has joined #beagle
  • [05:35:00] * jes1 (n=jess@59.160.172.220) has joined #beagle
  • [05:42:10] <ds2> hmmm daughter board seems to have passed the smoke test
  • [05:45:15] * lgentili (i=bee0e416@gateway/web/ajax/mibbit.com/x-9581e40ef4586860) Quit ("http://www.mibbit.com ajax IRC Client")
  • [05:51:18] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
  • [06:08:16] * dft__d (n=df@218.82.117.2) has joined #beagle
  • [06:13:49] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [06:17:55] * Openfree (n=df@218.82.116.139) Quit (Read error: 113 (No route to host))
  • [06:28:36] * Olipro__ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [06:46:28] * Olipro_ (n=Olipro@uncyclopedia/Olipro) Quit (Read error: 110 (Connection timed out))
  • [06:56:08] * methril|gone is now known as methril
  • [07:05:48] * methril is now known as methril|work
  • [07:07:07] * geraint (n=gnorth@tu008.demon.co.uk) has joined #beagle
  • [07:14:15] * dft__d (n=df@218.82.117.2) Quit (Read error: 60 (Operation timed out))
  • [07:19:18] * dft__d (n=df@218.82.124.157) has joined #beagle
  • [07:38:06] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [07:42:26] <ds2> ;2A
  • [07:50:14] * jkridner|work (n=a0321898@nat/ti/x-58d2aef747dbf506) Quit (Read error: 60 (Operation timed out))
  • [07:51:07] * archan (n=arp@59.160.172.220) has joined #beagle
  • [07:52:08] * archan (n=arp@59.160.172.220) has left #beagle
  • [07:52:30] * valhalla (n=valhalla@81-174-37-92.dynamic.ngi.it) has joined #beagle
  • [07:54:18] * Viral_Sachde (n=Viral_Sa@122.167.139.3) has joined #beagle
  • [07:54:44] * Viral_Sachde (n=Viral_Sa@122.167.139.3) Quit (Client Quit)
  • [07:54:59] * Viral_Sachde (n=Viral_Sa@122.167.139.3) has joined #beagle
  • [07:55:20] * jkridner|work (n=a0321898@nat/ti/x-e613b9301988cd1f) has joined #beagle
  • [07:56:58] * archan (n=archan@59.160.172.220) has joined #beagle
  • [07:57:32] * archan is now known as arp
  • [07:57:37] * geraint (n=gnorth@tu008.demon.co.uk) Quit ()
  • [07:57:44] * Viral_Sachde (n=Viral_Sa@122.167.139.3) Quit (Client Quit)
  • [07:58:05] * geraint (n=gnorth@tu008.demon.co.uk) has joined #beagle
  • [08:07:33] * arp (n=archan@59.160.172.220) has left #beagle
  • [08:16:15] <koen> good morning all
  • [08:23:02] <ldesnogu> gm koen
  • [08:26:55] <ldesnogu> koen: is it know abiword doesn't start with the demo FS?
  • [08:27:00] <ldesnogu> known*
  • [08:52:08] <koen> is your demofs up to date?
  • [09:01:57] <koen> damn
  • [09:02:05] <koen> 600MHz is way to flaky on my board :(
  • [09:02:31] <ldesnogu> koen: yes I have the latest one
  • [09:03:08] <ldesnogu> note I have the factory xloader and u-boot, though I'd hope this should not change anything
  • [09:03:54] <koen> that shouldn't break apps
  • [09:04:07] <koen> ldesnogu: did you do 'opkg update ; opkg upgrade-force-overwrite' ?
  • [09:04:20] <ldesnogu> hum... no network access, so no
  • [09:04:35] <koen> ldesnogu: http://scap.linuxtogo.org/files/e1961e4a329d59e09a4084b7fe7a2ea1.png
  • [09:04:51] <ldesnogu> I hate you now :D
  • [09:05:36] <ldesnogu> could you provide me with your local conf file for building Angstrom?
  • [09:07:31] <koen> ldesnogu: http://pastebin.com/d5d37058
  • [09:07:44] <koen> I made one small change before pasting :)
  • [09:08:08] <ldesnogu> I guess I spotted it
  • [09:08:15] <ldesnogu> thanks :)
  • [09:10:39] <ldesnogu> Russell is again at it criticizing ARM
  • [09:16:24] <koen> the sky is blue, news at 11
  • [09:18:34] <ldesnogu> :)
  • [09:36:13] * cwall (i=cwall@dial-0094.tor.pathcom.com) has joined #beagle
  • [09:37:32] * cwall (i=cwall@dial-0094.tor.pathcom.com) Quit (Client Quit)
  • [09:37:37] <koen> ldesnogu: http://www.angstrom-distribution.org/demo/beagleboard/
  • [09:38:11] <GeneralAntilles> New version out?
  • [09:38:13] <ldesnogu> koen: thanks a lot, I will let you know how it works
  • [09:38:24] <koen> GeneralAntilles: nothing new if you kept up to date with opkg
  • [09:38:43] <GeneralAntilles> I still haven't managed to get networking going so, no, I haven't. ;)
  • [09:40:01] <koen> highlights: pango 1.20, glib 2.18, gtk 2.14
  • [09:45:04] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [09:45:15] * cwall (i=cwall@dial-0094.tor.pathcom.com) has joined #beagle
  • [09:50:10] <ldesnogu> new errors : end_request: I/O error, dev mtdblock0, sector 0
  • [09:51:31] * cwall (i=cwall@dial-0094.tor.pathcom.com) Quit ("Leaving")
  • [09:51:37] * florian (n=fuchs@217.146.132.69) has joined #beagle
  • [09:51:42] <florian> good morning
  • [09:51:53] <ldesnogu> gm
  • [09:52:31] <koen> ldesnogu: that's udev probing mtdblocks, pretty harmless
  • [09:52:36] <koen> ldesnogu: http://www.angstrom-distribution.org/demo/beagleboard/demo-20080823-20080911-packages.diff
  • [09:59:16] * cwall (i=cwall@dial-0094.tor.pathcom.com) has joined #beagle
  • [09:59:23] <ldesnogu> koen: same issue with abiword: "The application abiword has crashed"
  • [09:59:30] <koen> hmmm
  • [10:00:04] <ldesnogu> gnumeric still works fine
  • [10:00:52] <ldesnogu> when I close the keyboard app it says "Keyboard stopped running unexpectedly"
  • [10:00:58] <ldesnogu> odd things are going on...
  • [10:02:49] * Olipro__ (n=Olipro@uncyclopedia/Olipro) Quit (Read error: 110 (Connection timed out))
  • [10:05:36] <koen> ldesnogu: try using http://www.angstrom-distribution.org/demo/beagleboard/u-boot.bin
  • [10:07:58] * ldesnogu needs to find how to flash things
  • [10:08:42] <koen> you only need to flash http://www.angstrom-distribution.org/demo/beagleboard/x-load.bin.ift
  • [10:09:47] <ldesnogu> I guess this page has the correct procedure: http://code.google.com/p/beagleboard/wiki/BeagleNANDFlashing
  • [10:10:41] <koen> ldesnogu: I use http://www.angstrom-distribution.org/demo/beagleboard/README.txt
  • [10:11:25] <ldesnogu> I don't understand, I have always followed your readme :)
  • [10:11:37] <ldesnogu> or do you mean I should use MMC boot?
  • [10:11:48] * koen just updated the readme
  • [10:11:58] <ldesnogu> rah it was cached :)
  • [10:19:54] <GeneralAntilles> Hrm, that didn't go so well.
  • [10:20:04] * artyomt (n=artyomt@198.78.191.90.dyn.estpak.ee) has joined #beagle
  • [10:20:41] <ldesnogu> same here :)
  • [10:21:01] <GeneralAntilles> http://elinux.org/BeagleBoardRecovery
  • [10:21:07] <ldesnogu> the board doesn't boot anymore...
  • [10:22:25] <ldesnogu> it now just displays "Starting on with MMC"
  • [10:23:14] <ldesnogu> ok I got my u-boot prompt back
  • [10:23:21] <methril|work> hi!! i don't know if this is the place to ask, but i see the new OMAP-L1x app
  • [10:23:27] <methril|work> is there some info available?
  • [10:25:52] <GeneralAntilles> No joy for me holding down user. :\
  • [10:26:51] <ldesnogu> GeneralAntilles: I had to do it twice
  • [10:27:10] <ldesnogu> GeneralAntilles: I guess the initial failure was due to me forgetting to setenv before rebooting
  • [10:27:51] <ldesnogu> koen: that doesn't solve my abiword problem
  • [10:28:00] <GeneralAntilles> 4th try, getting nothing at all here.
  • [10:28:21] <GeneralAntilles> 1 LED is lit
  • [10:28:23] <koen> that x-load.bin should load uboot from SD
  • [10:28:26] <ldesnogu> GeneralAntilles: you have to press user, hold it down, at the same time press reset one or two seconds
  • [10:28:38] <koen> it falls back to NAND
  • [10:29:39] <ldesnogu> koen: I tried both as a user and as root; btw the e17 panel is now empty, while it was not in the previous FS
  • [10:29:57] <ldesnogu> could it be that I am lacking some default config?
  • [10:30:13] <ldesnogu> methril|work: did you try http://focus.ti.com/general/docs/gencontent.tsp?contentId=46901?
  • [10:30:25] <koen> the panel is finally empty?
  • [10:30:38] <ldesnogu> the application panel at the bottom, yes
  • [10:30:50] <koen> does it still have a menu button?
  • [10:31:23] * jeh (n=jeh@vpn-pub2.hard.ware.fi) has joined #beagle
  • [10:31:29] <ldesnogu> yes same menu for the mouse buttons
  • [10:31:35] <ldesnogu> the 3*
  • [10:31:35] <methril|work> ldesnog, thnk you
  • [10:32:22] * chakie_work (n=jeh@vpn-pub2.hard.ware.fi) Quit (Read error: 104 (Connection reset by peer))
  • [10:32:28] <koen> ldesnogu: yay! so they finally fixed the bogus panel icons
  • [10:33:30] <GeneralAntilles> Still nothing.
  • [10:33:34] <GeneralAntilles> Put MLO and u-boot.bin from http://www.angstrom-distribution.org/demo/beagleboard/
  • [10:33:42] <GeneralAntilles> on the first FAT partition of my SD card
  • [10:33:55] <GeneralAntilles> put it in the Beagle, hold down the user button, plug in 5v, I get 1 LED.
  • [10:34:11] <ldesnogu> GeneralAntilles: make sure MLO is the first program on your first partition
  • [10:35:00] <ldesnogu> koen: when I try to add gnumeric to the panel it adds gimp
  • [10:36:00] <koen> heh
  • [10:37:05] <koen> e17 isn't the posterchild for usable software
  • [10:37:12] <koen> it's only included for the bling :)
  • [10:37:14] <ldesnogu> :)
  • [10:37:32] <ldesnogu> I have no hint how to track that abiword problem
  • [10:42:01] <GeneralAntilles> OK, reformatted the partition, redownloaded MLO, u-boot.bin, and uImage (in that order) to the partition
  • [10:42:01] <GeneralAntilles> still no dice
  • [10:42:17] <koen> you have no MLO in nand?
  • [10:42:41] <GeneralAntilles> I just followed the instructions in the readme you linked above
  • [10:42:47] <GeneralAntilles> reset the Beagle and it wont boot.
  • [10:42:58] * cwall (i=cwall@dial-0094.tor.pathcom.com) Quit ("Leaving")
  • [10:43:02] <koen> do you get a 40T?
  • [10:43:09] <GeneralAntilles> No life on the serial console.
  • [10:43:27] * dft__d (n=df@218.82.124.157) Quit (No route to host)
  • [10:44:25] * dft__d (n=df@218.82.126.34) has joined #beagle
  • [10:44:54] <GeneralAntilles> Hrm, reset minicom, now I get a 40T
  • [10:49:27] <koen> ah
  • [10:49:41] <koen> I was just about to remark that no 40T is bad(TM)
  • [10:50:42] <Crofton|work> koen, the guys using the OM phone are the guiys that emailed me about the beagle once :)
  • [10:51:14] <koen> Crofton|work: good morning!
  • [10:51:22] <Crofton|work> gm
  • [10:52:13] * jeh is now known as chakie_work
  • [10:57:11] * geraint (n=gnorth@tu008.demon.co.uk) Quit ()
  • [10:58:12] * cbrake_away is now known as cbrake
  • [10:58:30] * Viral_Sachde (n=Viral_Sa@122.167.139.3) has joined #beagle
  • [11:05:39] * GeneralAntilles (n=GeneralA@pdpc/supporter/active/generalantilles) Quit ()
  • [11:06:00] * koen stabs airlines
  • [11:13:15] <chakie_work> does it feel better now?
  • [11:13:38] <koen> slightly
  • [11:13:58] <chakie_work> did they confiscate your 110ml deodorant?
  • [11:14:00] <koen> although I just realize that it is a bit inapropriate being pissed of at airlines today
  • [11:14:15] <chakie_work> why?
  • [11:14:49] <Crofton|work> heh
  • [11:15:07] <Crofton|work> some dudes crashed a few airplanes a few years back on this day
  • [11:15:09] <koen> http://en.wikipedia.org/wiki/September_11,_2001_attacks
  • [11:16:34] <chakie_work> oh, that
  • [11:17:04] <chakie_work> yeah, since then the airlines have been so mature and fun to deal with. i can help stabbing them
  • [11:19:27] <Crofton|work> stab them tomorrow :)
  • [11:22:53] <Crofton|work> some more patches in git
  • [11:24:06] <Crofton|work> I think this will cut the patch list
  • [11:27:20] <Crofton|work> hmm, no-harry-potter does not apply .....
  • [11:33:26] * JoeyBorn (n=jborn@h-68-165-188-88.chcgilgm.dynamic.covad.net) Quit (Read error: 104 (Connection reset by peer))
  • [11:35:11] * feig (n=ejf3@229.sub-75-194-110.myvzw.com) has joined #beagle
  • [11:36:46] * koen_ (n=koen@s55917625.adsl.wanadoo.nl) has joined #beagle
  • [11:37:13] <koen_> Crofton|work: http://source.mvista.com/git/gitweb.cgi?p=linux-omap-2.6.git;a=commit;h=fb1c215b9f55ffe940224b2891d3da4562611697
  • [11:38:13] * GeneralAntilles (n=GeneralA@166.193.229.62) has joined #beagle
  • [11:38:20] <Crofton|work> hmm, cutting out patches that do not apply and kernel does not build ...
  • [11:38:35] <Crofton|work> congrats
  • [11:38:57] <koen_> Crofton|work: I just commited a patch cleanup
  • [11:39:08] <koen_> Crofton|work: but as you might have noticed: current git doesn't compile
  • [11:39:23] <koen_> Crofton|work: see sakomans mail and my reply to l-o ml
  • [11:39:34] <Crofton|work> hmm, I have read that email yet
  • [11:39:43] * koen (n=koen@s55917625.adsl.wanadoo.nl) Quit (Nick collision from services.)
  • [11:39:57] <koen_> subject is about triton scripts
  • [11:40:00] * koen_ is now known as koen
  • [11:47:32] * JoeyBorn (n=jborn@h-66-167-67-245.chcgilgm.dynamic.covad.net) has joined #beagle
  • [11:53:05] <Crofton|work> I need to commit the defconfig change for the gpio sysfs stuff
  • [12:09:57] * felipec (i=c0647cdb@gateway/web/ajax/mibbit.com/x-c08e276307bc26fe) has joined #beagle
  • [12:26:57] * robclark (n=robclark@nat/ti/x-481bbe773cdcb43a) has joined #beagle
  • [12:37:15] * koen is now known as koen|train
  • [12:39:36] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [13:12:32] * NishanthM (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) has joined #beagle
  • [13:18:40] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [13:30:09] <felipec> is this correct?
  • [13:30:10] <felipec> video=omapfb:vram:2M:vram:6M:mode:720p60
  • [13:31:09] * GAN800 (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) has joined #beagle
  • [13:32:26] * chakie_work would be interested in getting a totally custom resolution that would give pixel perfect display on the 854x480 projector...
  • [13:34:57] * JoeyBorn (n=jborn@h-66-167-67-245.chcgilgm.dynamic.covad.net) Quit (Read error: 110 (Connection timed out))
  • [13:35:23] * Viral_Sachde (n=Viral_Sa@122.167.139.3) has left #beagle
  • [13:36:49] * GeneralAntilles (n=GeneralA@pdpc/supporter/active/generalantilles) Quit (Nick collision from services.)
  • [13:37:02] * GAN800 (n=GeneralA@pdpc/supporter/active/generalantilles) Quit ()
  • [13:37:17] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) has joined #beagle
  • [13:37:27] * JuanG (n=Juan@nat/ti/x-60b4d29cf18ba570) has joined #beagle
  • [13:37:29] * shiv (n=root@59.160.172.220) Quit ("Leaving.")
  • [13:37:30] * JuanG (n=Juan@nat/ti/x-60b4d29cf18ba570) has left #beagle
  • [13:45:10] * flo_1234 (n=flo@91.114.30.98) has joined #beagle
  • [13:46:59] * BThompson (n=BThompso@nat/ti/x-a7ba3ea97538af16) has joined #beagle
  • [13:50:17] <felipec> I'm still getting a weird video output... is anyone here familiar with omapfb_main.c?
  • [13:50:24] * bazbell (n=a0192809@nat/ti/x-b22c47e2c33a8b53) has joined #beagle
  • [14:00:01] <ldesnogu> felipec: I have this: video=omapfb:vram:2M,vram:4M, why did use colon?
  • [14:00:06] <ldesnogu> did you*
  • [14:00:12] * jes1 (n=jess@59.160.172.220) has left #beagle
  • [14:01:50] <ldesnogu> also I think you should use vxres and vyres if I correctly understood the code
  • [14:06:49] <felipec> ldesnogu: http://git.mansr.com/?p=linux-omap;a=blob;f=drivers/video/omap/omapfb_main.c;h=e0b36429ba90603cf2e02ea8673cdc170622b80e;hb=580c2548e82d8c40702f8418a8c17aadad2bb10e
  • [14:06:56] <felipec> the strings are hard-coded
  • [14:10:50] * BThompson (n=BThompso@nat/ti/x-a7ba3ea97538af16) Quit (Remote closed the connection)
  • [14:11:16] * Olipro_ is now known as Olipro
  • [14:11:36] <felipec> I'll try with vram:2M,vram:4M, but I don't think that will affect the main plane
  • [14:12:04] * NishanthMenon (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) has joined #beagle
  • [14:12:31] * NishanthM (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [14:13:48] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 104 (Connection reset by peer))
  • [14:14:12] * BThompson (n=BThompso@nat/ti/x-af8aff20eead304c) has joined #beagle
  • [14:16:25] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [14:16:40] * JoeyBorn (n=jborn@nmd.sbx02711.skokiil.wayport.net) has joined #beagle
  • [14:20:31] <ldesnogu> felipec: sorry I had missed you had the "mode" keyword
  • [14:20:53] <ldesnogu> anyway my understanding is that the options should be separated by ',' and not ':'
  • [14:21:26] <felipec> ldesnogu: ok... by anyone if I just put the mode option it still doesn't work
  • [14:21:33] <felipec> er, anyway
  • [14:22:08] <felipec> I guess I need to manually write the settings for this LCD
  • [14:22:25] <felipec> but I've no idea how to find those values
  • [14:23:40] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [14:27:46] <ldesnogu> can't you extract that information from EDID?
  • [14:32:52] * NishanthMenon (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [14:33:01] * NishanthM (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) has joined #beagle
  • [14:35:13] <chakie_work> isn't the edid info often bad?
  • [14:35:52] <chakie_work> i know that at least our projector lied as much as it could get away with, so i had to disable using edid entirely
  • [14:48:25] <sakoman> koen: in one of my semi-regular clean builds I discovered that pidgin and xmms fail to build:
  • [14:48:28] <sakoman> http://www.sakoman.net:8000/public/logs/329280.txt
  • [14:49:36] <felipec> ldesnogu: I tried to do that, with read-edid
  • [14:49:45] <felipec> ldesnogu: it just outputs one mode
  • [14:50:01] <felipec> I think xrandr --verbose should be good enough
  • [14:50:38] <felipec> but I need to map those values to the ones in omapfb_main.c
  • [14:53:55] <sakoman> koen: hmm looks like pidgin is the only real issue -- xmms just gives QA errors in a clean build
  • [15:02:33] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [15:09:50] * dcordes (n=dcordes_@unaffiliated/dcordes) has joined #beagle
  • [15:14:36] <felipec> chakie_work: did you hack the mode into the kernel then?
  • [15:14:40] * NishanthMenon (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) has joined #beagle
  • [15:15:01] <chakie_work> felipec: no, and this was not with the beagle either
  • [15:15:24] <chakie_work> felipec: just made the nvidia driver ignore anything related to edid
  • [15:16:05] * NishanthM (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [15:17:57] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
  • [15:17:58] * dcordes (n=dcordes_@unaffiliated/dcordes) Quit (Read error: 104 (Connection reset by peer))
  • [15:32:19] * dirk2 (n=dirk@F31f0.f.strato-dslnet.de) has joined #beagle
  • [15:33:51] * beagle|idc (n=root@83.97.10.177) has joined #beagle
  • [15:34:01] <beagle|idc> hi there
  • [15:34:12] <felipec> chakie_work: oh
  • [15:34:28] * dcordes (n=dcordes_@unaffiliated/dcordes) has joined #beagle
  • [15:34:30] * beagle|idc (n=root@83.97.10.177) Quit (Client Quit)
  • [15:34:41] <felipec> am I the only one with issues in omapfb?
  • [15:35:11] * beagle|ibc (n=root@83.97.10.177) has joined #beagle
  • [15:41:27] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [15:43:11] <magnet_> hi.
  • [15:43:13] <dcordes> felipec, I've had no problems with it in mru git
  • [15:43:33] <magnet_> does anyone know some custom LVDS cable reseller ?
  • [15:48:49] <jkridner|work> hi beagle|idc
  • [15:48:54] <jkridner|work> idc or ibc?
  • [15:49:23] <beagle|ibc> ibc
  • [15:49:42] <beagle|ibc> (koen here)
  • [15:49:52] <beagle|ibc> roger is busy founding power+network for the mythbackend
  • [15:50:32] <jkridner|work> ah, idc left the room. :)
  • [15:50:58] <jkridner|work> actually have a good net connection on the floor?
  • [15:52:21] <beagle|ibc> good enough for irc
  • [15:52:49] <jkridner|work> using Pidgin on the Beagle?
  • [15:52:56] <beagle|ibc> yes
  • [15:53:17] <jkridner|work> I'm guessing the cases didn't show up yet.
  • [15:53:41] <beagle|ibc> they didn't
  • [15:53:54] <beagle|ibc> jkridner|work: check scap.linuxtogo.org
  • [15:54:51] <jkridner|work> fun. very "meta".
  • [15:57:14] <jkridner|work> If I were to blog about this, would I just take a copy of http://scap.linuxtogo.org/files/6d8a1add215a762de363eee4b73a008f.png ?
  • [15:57:36] <beagle|ibc> it stays there for 2 days
  • [15:58:11] <jkridner|work> k. I'll import a copy.
  • [15:58:53] <jkridner|work> can't believe we didn't make any blog posts in August!
  • [16:00:28] * valholl (n=valhalla@81-174-22-89.dynamic.ngi.it) has joined #beagle
  • [16:00:56] * valhalla (n=valhalla@81-174-37-92.dynamic.ngi.it) Quit (Read error: 110 (Connection timed out))
  • [16:03:43] * beagle|ibc (n=root@83.97.10.177) Quit (Read error: 104 (Connection reset by peer))
  • [16:08:29] * valholl is now known as valhalla
  • [16:10:48] <pmeerw> git-tree: drivers/i2c/chips/twl4030-power.c:152: error: 'RES_TYPE_R7' undeclared here
  • [16:12:24] <dirk2> pmeerw: http://marc.info/?l=linux-omap&m=122113384207943&w=2
  • [16:13:01] <pmeerw> thx, will subscribe
  • [16:25:28] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [16:26:16] * JoeyBorn (n=jborn@nmd.sbx02711.skokiil.wayport.net) Quit (Read error: 113 (No route to host))
  • [16:26:48] * dirk2 (n=dirk@F31f0.f.strato-dslnet.de) has left #beagle
  • [16:34:23] * t_s_o (n=tso@254.84-49-136.nextgentel.com) has joined #beagle
  • [16:40:40] * dcordes (n=dcordes_@unaffiliated/dcordes) Quit (Read error: 110 (Connection timed out))
  • [16:41:02] * dcordes (n=dcordes_@unaffiliated/dcordes) has joined #beagle
  • [16:46:04] * flo_1234 (n=flo@91.114.30.98) Quit ()
  • [16:46:25] <felipec> in every mode I try I see the same thing
  • [16:47:21] <felipec> just diagonal red and while lines... the screen seems to be duplicated, I see two black boxes, and two keyboard cursors
  • [17:03:35] * florian (n=fuchs@217.146.132.69) Quit (Remote closed the connection)
  • [17:05:03] * rsalveti (n=salveti@200.184.118.132) Quit (Remote closed the connection)
  • [17:05:44] * rsalveti (n=salveti@200.184.118.136) has joined #beagle
  • [17:10:40] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [17:11:11] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Nick collision from services.)
  • [17:11:12] * Olipro_ is now known as Olipro
  • [17:20:23] * JoeyBorn (n=jborn@adsl-75-2-254-56.dsl.chcgil.sbcglobal.net) has joined #beagle
  • [17:20:46] * TAK2004 (n=Administ@dslb-088-072-240-191.pools.arcor-ip.net) has joined #beagle
  • [17:29:29] <mru> felipec: you need to change to 16bpp in lcd_omap3beagle.c
  • [17:34:31] <felipec> mru: really? why is it 24?
  • [17:34:53] <mru> I don't know
  • [17:35:44] <felipec> mru: but you don't have that in your patches
  • [17:35:49] <mru> yes I do
  • [17:39:16] <felipec> mru: in which branch?
  • [17:40:05] * denix0 (n=denix@pool-71-255-232-65.washdc.east.verizon.net) has joined #beagle
  • [17:40:30] <mru> sorry, it looks like I've missed that one in the sanitised patchset
  • [17:41:30] <felipec> =/
  • [17:43:32] <felipec> mru: can you push it?
  • [17:44:56] <mru> just change .bpp = 24 to .bpp = 16
  • [17:51:33] <felipec> mru: I will, but other people might need that too
  • [17:59:27] <mru> other people apparently already have that change
  • [17:59:36] <mru> iirc sakoman's git has it
  • [17:59:42] <mru> and the oe patches have it
  • [18:04:54] * Xenion (n=robert@p579FC896.dip.t-dialin.net) has joined #beagle
  • [18:06:10] <Xenion> Guten Abend alle miteinander :-) Good evening everybody
  • [18:07:26] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [18:07:35] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [18:10:08] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit (Client Quit)
  • [18:10:14] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [18:19:01] * t_s_o (n=tso@254.84-49-136.nextgentel.com) Quit ("Konversation terminated!")
  • [18:26:15] * Dafcok (n=chatzill@80.121.193.143) has joined #beagle
  • [18:27:27] <Dafcok> Is it possible to apply the latest realtime preempt patches to git-kernel without breaking anything (Angstrom Distro)???
  • [18:29:46] <prpplague> Dafcok: "a man that carries a cat by it's tail, learns something in a way no man can teach him." - mark twain
  • [18:32:45] <Dafcok> prpplague: what an inspiring call :) .. But I'm in the situation that I dont't own a board yet, and this would be for me the decision.. And also, I'm no linux sourcecode hacker :/ *help*
  • [18:33:27] <prpplague> Dafcok: just my opinion, the preempt patches aren't for folks new to linux
  • [18:34:59] <Dafcok> prplague: you might be right on this, but I need Realtime Functions on Beagleboard + a working distro with packet management... so what is my possibilty?
  • [18:37:14] <prpplague> Dafcok: you ever heard/seen how some blind people navigate? for instance they know its 100steps to the bus stop, or 252 steps to store at the end of the block, or 229 to the vending machines on the corner
  • [18:37:28] <prpplague> Dafcok: all starting from a known location
  • [18:38:01] <prpplague> Dafcok: for the beagle, i'd say start from what is known, get all the stuff that is documented up and working, then look at adding in the preempt patches
  • [18:39:10] <Crofton|work> where are they preempt patches?
  • [18:39:17] <Crofton|work> Dafcok, get OE going
  • [18:39:34] <Crofton|work> and I can look at adding the patches, maybe adding them commented out
  • [18:40:26] <Dafcok> hmm, lots of philosophy. I'll put it that way. If you'd have to choose from 10+ different possibilies to reach your goal, you automatically use the one which you like most (you only choose the best offer). For me time is an argument :)
  • [18:41:10] <Crofton|work> I have some interest in preempt
  • [18:41:17] <Crofton|work> but no time to fool with it
  • [18:41:22] <Dafcok> Crofton: yeah? that is a nice offer, indeed!
  • [18:42:39] <Dafcok> Lots of people have... you'd have to have it if you want to combine low-level functions and high-level convenience on the same processor!
  • [18:42:48] <prpplague> Dafcok: lots of dev going on with omap3xxx and the beagle, but i'm not too sure how well the support would be for moving quickly into a proof-of-concept without having some linux background
  • [18:43:50] <Dafcok> Ah, it must be possible, else they won't be able to use the OMAP for video, phone, audio.
  • [18:44:17] <prpplague> Dafcok: not to say the beagle couldn't be used for that kind of stuff, just the amount of work needed for a person new to linux for the beagle is going to be a large learning curve
  • [18:45:12] <Dafcok> yeah, that was actually my intention why I asked before :) ... I'll dig up the relevant links
  • [18:49:24] <Dafcok> ... the newer the kernel, the newer the functions are already there: see http://www.osadl.org/Realtime-Linux.projects-realtime-linux.0.html (2.6.25 is almost there, even on ARM)
  • [18:50:36] <Dafcok> And thre you have a tutorial and a Wiki (which focuses too much on x86): http://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO
  • [18:55:37] <Dafcok> ... so latest OMAP git is on Linux 2.6.26 ... So some great linux dude would "just" need to check compatibilty with these: http://www.kernel.org/pub/linux/kernel/projects/rt/
  • [18:55:40] <Dafcok> right?
  • [18:58:57] <felipec> mru: aha! it worked... thanks
  • [19:14:55] * ed-209 (n=cc@pool-71-185-189-118.phlapa.fios.verizon.net) has joined #beagle
  • [19:14:59] <ed-209> beagle board!
  • [19:26:57] <keesj> horray
  • [19:27:29] <DJWillis> Dafcok: well GIT HEAD is 2.6.27rc, why not try and find out about the preempt on ARM in general (it's on my 'play' list but way down it) to get a feel for it.
  • [19:30:11] <Dafcok> DJWillis, what do you mean with ARM in general? Using a "standard" Debian ARM distro with standard linux ARM kernel instead of a Angstrom with it's OMAP specialities?
  • [19:31:29] <DJWillis> No, I mean finding out how the preempt patches are on ARM cores in general. I have not used it on ARM and I wonder if it is fits cleanly with the CPU arch at the moment (I guess it should)
  • [19:33:34] <Dafcok> Yeah it should, else they (http://www.osadl.org/Realtime-Linux.projects-realtime-linux.0.html) would'nt wright about it...
  • [19:36:08] <DJWillis> Dafcok: reading that, I can't see it being a big deal at all for someone happy building kernels, just idle and see if you can talk someone into testing it for you ;)
  • [19:36:40] <Dafcok> Would you do it for me??? LOL
  • [19:37:27] <DJWillis> Dafcok: If I had a Beagle as was not flat out on the Pandora final stuff then maybe, I will look into it but there is no way I have any time for ages.
  • [19:37:35] <Dafcok> just imagine, you would be _the_ first one on the plane having Beagleboard with HARD REALTIME !! .. wow
  • [19:38:53] <Dafcok> DJWillis: thx so far, and good luck! (Youre working pandora?)
  • [19:40:01] <DJWillis> Dafcok: yep
  • [19:40:42] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) has joined #beagle
  • [19:41:17] <Dafcok> good luck then, (I'm just stopping myself from having you to ask lots of "intimate" questions), lol
  • [19:41:31] <Dafcok> Anybody else up to the challenge? "The RT-Preempt patch has raised quite some interest throughout the industry. Its clean design and consequent aim towards mainline integration makes it an interesting option for hard and firm realtime applications, reaching from professional audio to industrial control."
  • [19:58:27] <felipec> mru: any idea why OMAPFB_SETUP_PLANE might fail?
  • [19:59:31] <felipec> I'm setting the same data as OMAPFB_QUERY_PLANE, just enabled=1
  • [20:00:46] * vlad__ (n=asdf@69-12-240-128.dsl.static.sonic.net) has joined #beagle
  • [20:01:40] * vlad_ (n=asdf@69-12-240-128.dsl.static.sonic.net) Quit (Read error: 104 (Connection reset by peer))
  • [20:04:30] * florian (n=fuchs@g227192051.adsl.alicedsl.de) has joined #beagle
  • [20:06:52] <florian> re
  • [20:10:40] * vlad__ is now known as vlad_
  • [20:13:25] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [20:13:37] <likewise> hey all
  • [20:14:11] <Crofton|work> gm
  • [20:14:30] <likewise> hi
  • [20:15:04] <likewise> koen|train: Let me guess Ehv->Enschede?
  • [20:15:52] <Crofton|work> he went to ibc
  • [20:17:52] <denix0> what's ibc?
  • [20:18:10] <likewise> Crofton|work: thanks. I have a missed call from Koen on my phone, I'll message him.
  • [20:18:18] <likewise> tv broadcast stuff
  • [20:18:30] <likewise> well, anything broadcast stuff these days.
  • [20:19:24] <likewise> http://www.ibc.org/
  • [20:19:26] <denix0> got it
  • [20:27:06] <dcordes> bullwood, are you around?
  • [20:28:32] * bazbell (n=a0192809@nat/ti/x-b22c47e2c33a8b53) Quit (Remote closed the connection)
  • [20:31:57] * ryokimball (n=ryokimba@75-120-193-197.dyn.centurytel.net) has joined #beagle
  • [20:33:40] * rsalveti (n=salveti@200.184.118.136) Quit (Remote closed the connection)
  • [20:34:18] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
  • [20:39:34] * foobaz (n=oofabz@2001:4830:1652:0:21d:4fff:fefd:3b24) has joined #beagle
  • [20:42:52] <ryokimball> (obviously, I don't do my homework much...)
  • [20:42:52] <ryokimball> So, are there any dedicated projects for making, say, mp3/portable media players with the Beagle board?
  • [20:49:20] * valhalla (n=valhalla@81-174-22-89.dynamic.ngi.it) Quit ("Leaving")
  • [20:49:51] * feig (n=ejf3@229.sub-75-194-110.myvzw.com) Quit ("Konversation terminated!")
  • [20:52:46] * t_s_o (n=tso@254.84-49-136.nextgentel.com) has joined #beagle
  • [20:52:57] * ryokimball (n=ryokimba@75-120-193-197.dyn.centurytel.net) Quit ("because")
  • [20:53:40] * foobaz (n=oofabz@2001:4830:1652:0:21d:4fff:fefd:3b24) Quit (Remote closed the connection)
  • [20:56:06] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [20:59:28] * Dafcok (n=chatzill@80.121.193.143) Quit (Read error: 104 (Connection reset by peer))
  • [20:59:53] * Dafcok (n=chatzill@80.121.193.143) has joined #beagle
  • [21:03:33] * koen|train is now known as koen
  • [21:05:11] * geraint (n=gnorth@tu008.demon.co.uk) has joined #beagle
  • [21:07:03] <Crofton|work> koen, how is it going?
  • [21:08:44] <koen> tired
  • [21:09:04] <Crofton|work> you home? or in Amsterdam?
  • [21:09:08] <koen> back at home
  • [21:09:11] * Dafcok is now known as Dafcok|smoking
  • [21:09:29] <koen> that dss2 patch seems like a nice thing
  • [21:09:34] <Crofton|work> you save the day and they do not take you out boozing?
  • [21:09:46] <koen> they offered to do that
  • [21:09:53] <Crofton|work> heh
  • [21:09:56] <Crofton|work> good for them
  • [21:10:18] <koen> most heard phrase: "is that quake2?"
  • [21:10:19] <Xenion> Gute Nacht alle miteinander, tr??umt gut / Good night sleep well :-)
  • [21:10:19] <Crofton|work> did you get stuff setup?
  • [21:10:24] <Crofton|work> gn
  • [21:10:24] * Xenion (n=robert@p579FC896.dip.t-dialin.net) Quit ("Verlassend")
  • [21:10:44] <Crofton|work> I think the CRC guys will look for the TI booth
  • [21:11:46] <koen> TI has 2 booths
  • [21:12:17] <koen> a tiny one, and the one with the cool stuff
  • [21:13:02] <Crofton|work> heh
  • [21:13:05] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Connection timed out)
  • [21:13:09] <Olipro_> quick question
  • [21:13:14] <Olipro_> BLX in Thumb mode
  • [21:13:15] <Crofton|work> ?
  • [21:13:17] <Olipro_> PC relative or not?
  • [21:13:27] * Olipro_ is now known as Olipro
  • [21:13:51] <Crofton|work> I guess all the arm asm guys are asleep
  • [21:14:19] * Dafcok|smoking is now known as Dafcok
  • [21:16:25] <robclark> sorry, was asleep.. BLX could be PC relative, or jump to value in a register
  • [21:17:54] <robclark> (well, PC is just a register, so I guess both amount to more or less the same thing.. but I've not looked at how the instruction is encoded)
  • [21:18:05] <Olipro> I'm guessing it must be PC-relative
  • [21:18:09] * felipec (i=c0647cdb@gateway/web/ajax/mibbit.com/x-c08e276307bc26fe) Quit ("http://www.mibbit.com ajax IRC Client")
  • [21:18:21] <Olipro> because if I try "BLX 0xFFFFFFFF" it poos at me
  • [21:18:41] <robclark> yeah, instruction is not big enough to encode a full 32 bit value
  • [21:18:45] <Olipro> so there's evidently no transparent handling of literal addresses
  • [21:19:02] <Olipro> OK, let's try smaller
  • [21:19:10] <robclark> as in you can't branch to arbitrary places in 32bit addr space
  • [21:19:26] <robclark> you could do a PC relative LDR to load an address into a register, and then branch to that
  • [21:19:35] <Olipro> nope, 0xFF upsets it
  • [21:19:50] <Olipro> must be relative
  • [21:20:06] <robclark> probably the assembler expects a label
  • [21:20:15] <robclark> I never tried w/ a hard coded addr
  • [21:21:07] <robclark> but anyways, it would be a relative offset from PC, so I'm not sure what the assembler would do with just a number
  • [21:21:53] <robclark> fwiw, table 4-2 in ARM DUI0204E has what you are looking for (ie. how far you can jump relative to PC)
  • [21:22:24] <Olipro> hm
  • [21:22:26] <Olipro> this is interesting
  • [21:22:41] <Olipro> a BL in Thumb will generate an out-of range on a jump to a label at a .org'd address
  • [21:22:45] <Olipro> but BLX is fine
  • [21:22:47] <Olipro> any thoughts?
  • [21:24:10] <robclark> hmm, looks like they should have the same +/- 4MB range
  • [21:24:31] <robclark> I wouldn't expect it to be different
  • [21:25:19] <Olipro> Warning: Failed to find real start of function: MyFunc
  • [21:25:32] <Olipro> if I change the BL to a BLX, it's no issue
  • [21:26:27] <robclark> hmm, that isn't what I'd expect.. but I've also never tried to do what I think you are trying..
  • [21:27:06] <Olipro> what's that?
  • [21:27:09] <robclark> is MyFunc in a different asm file? Or same file (in which case it should be well within the 4MB range and the asmblr should realize that (I woudl ASSume)
  • [21:27:27] * Dafcok_ (n=chatzill@80.121.193.143) has joined #beagle
  • [21:27:29] <robclark> BLX 0xff (or hard coded constant)
  • [21:27:36] <Olipro> the code doing the BLX is around 0xF81E88
  • [21:27:39] <robclark> or is that not what you are doing anymore and I'm confused?
  • [21:27:40] * Dafcok (n=chatzill@80.121.193.143) Quit (Read error: 104 (Connection reset by peer))
  • [21:27:49] <Olipro> the code it's calling is at 0xE53D3E
  • [21:27:54] * Dafcok_ is now known as Dafcok
  • [21:28:10] <robclark> I'm confused.. how can you know those addresses before the program is linked
  • [21:28:19] <Olipro> the program isn't linked
  • [21:28:21] <Olipro> after assembly
  • [21:28:25] <Olipro> I strip it down to a binary file
  • [21:28:36] <Olipro> I then open it in a hex editor along side another binary file
  • [21:28:44] <Olipro> and I overwrite opcodes in one with mine
  • [21:28:56] <Olipro> this is why it matters it being PC-relative
  • [21:29:07] <Olipro> when I flash my binary file, it will crash if the BLX isn't PC-relative
  • [21:29:15] <robclark> so, this is an extra step before you link?
  • [21:29:21] * BThompson (n=BThompso@nat/ti/x-af8aff20eead304c) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [21:29:23] <Olipro> no, I don't do any linking
  • [21:29:40] <Olipro> I'm hacking a piece of ARM firmware with no source code
  • [21:29:45] <robclark> ahh, ok, it crashes.. I thought you were talking about some error msgs
  • [21:30:07] <robclark> hmm, ok.. then I'd need to look at the instruction encoding
  • [21:30:12] <Olipro> no no, I meant the device running the code craps itself :P
  • [21:30:25] <robclark> ok, makes more senes
  • [21:30:28] <robclark> sense
  • [21:32:14] <robclark> so the real obvious question: you're not branching to some ARM code are you?
  • [21:32:42] * foobaz (n=oofabz@2001:4830:1652:0:21b:63ff:feaf:f6c5) has joined #beagle
  • [21:35:18] * dcordes (n=dcordes_@unaffiliated/dcordes) Quit (Remote closed the connection)
  • [21:37:46] <Olipro> no, more thumb
  • [21:38:30] <robclark> hmm.. well, I'm still googling for instruction set format... I would have assumed that BL/BLX look basically the same
  • [21:38:43] * BThompson (n=BThompso@nat/ti/x-59631c9f7d3692ba) has joined #beagle
  • [21:39:12] <robclark> do you have jtag? If so, which abort vector do you end up in? And what is R14 (which would tell you which instruction triggered the abort, ie. the BL instruction or the BL target
  • [21:39:22] <geist> wait, you're blxing from thumb code to thumb code?
  • [21:39:47] <geist> blx switches to the 'other' mode
  • [21:39:57] <Olipro> no
  • [21:39:59] <Olipro> it doesn't
  • [21:40:00] <robclark> well, BLX only switches depending on the low order bit
  • [21:40:06] <Olipro> precisely
  • [21:40:08] <geist> well, the immediate form does
  • [21:40:16] <geist> the register form does it based on the low order bit
  • [21:40:21] <geist> i meant the immediate form, sorry
  • [21:40:24] <Olipro> it will exchange depending on the first bit
  • [21:40:47] <robclark> hmm, ok.. well I guess the immediate form, it knows at compile time
  • [21:40:55] <geist> link time, yeah
  • [21:41:03] <robclark> yeah
  • [21:41:11] <geist> the linker usually patches the instruction to be bl or blx gbased on what it's branching to
  • [21:41:12] <Olipro> but as I said, I don't link :P
  • [21:41:14] <geist> the instructions are one bit off, so it's not a big deal
  • [21:41:36] <foobaz> i recently hooked my beagle board up to external power, but when i plug in external power it it goes into a reboot loop. it still works fine with just the otg providing power. anyone know why?
  • [21:41:42] <geist> so are you using immediate or register form?
  • [21:41:52] <robclark> but if I understood Olipro properly, BLX is fine but BL crashes
  • [21:42:08] <Olipro> no no, it doesn't assemble
  • [21:42:32] <geist> you can't assemble the blx instruction?
  • [21:42:42] <Olipro> BLX assembles fine
  • [21:42:45] <mru> Olipro: can you post a small test case?
  • [21:42:48] <Olipro> BL makes it complain
  • [21:42:58] <geist> complain about what?
  • [21:43:19] <Olipro> Warning: Failed to find real start of function: MyFunc
  • [21:43:38] <geist> what modes are the two functions in?
  • [21:43:43] <geist> arm or thumb?
  • [21:43:46] <Olipro> they're both thumb
  • [21:43:52] <Olipro> everything is thumb
  • [21:44:01] <geist> weird. you definiely want to use bl in this case anyway
  • [21:44:48] * foobaz (n=oofabz@2001:4830:1652:0:21b:63ff:feaf:f6c5) Quit (Remote closed the connection)
  • [21:44:48] <Olipro> well, I don't particularly care which I use, I'm pressed for space as it is, if BLX has a larger scope, I'll use it
  • [21:44:53] <robclark> so, where exactly do you get that warning message? I guess I'm not completely clear what environment you are working in. Is this a program running in userspace, or?
  • [21:44:55] <geist> it doesn't
  • [21:45:00] <geist> both bl and blx have the same scope
  • [21:45:04] <Olipro> the GNU assembler generates the warning
  • [21:45:07] <geist> immediate and register form
  • [21:46:04] <Olipro> let's disassemble the warning'd version and see what it looks like
  • [21:46:29] <mru> blx immediate always changes mode
  • [21:46:39] <geist> right
  • [21:47:24] <mru> so to call thumb from thumb at a fixed offset, bl must be used
  • [21:47:30] <geist> right
  • [21:48:52] <Olipro> interesting
  • [21:48:55] <Olipro> despite the warning
  • [21:49:00] <Olipro> the BL is exactly what it should be
  • [21:49:04] <Olipro> fine, the BL wins
  • [21:53:23] <Olipro> guess it's only a warning for that reason
  • [21:53:31] <Olipro> probably lets you know it'll crap if you try to link it
  • [21:54:33] <robclark> probably
  • [21:55:05] * foobaz (n=oofabz@2001:4830:1652:0:21d:4fff:fefd:3b24) has joined #beagle
  • [21:57:57] * foobaz (n=oofabz@2001:4830:1652:0:21d:4fff:fefd:3b24) Quit (Client Quit)
  • [22:08:00] * Dafcok (n=chatzill@80.121.193.143) Quit (Read error: 104 (Connection reset by peer))
  • [22:12:13] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [22:20:13] * robclark (n=robclark@nat/ti/x-481bbe773cdcb43a) Quit ()
  • [22:22:44] * BThompson (n=BThompso@nat/ti/x-59631c9f7d3692ba) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [22:23:42] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [22:28:51] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Connection timed out)
  • [22:34:14] * TAK2004 (n=Administ@dslb-088-072-240-191.pools.arcor-ip.net) Quit ("Verlassend")
  • [22:34:18] * JoeyBorn (n=jborn@adsl-75-2-254-56.dsl.chcgil.sbcglobal.net) Quit (Read error: 104 (Connection reset by peer))
  • [22:38:53] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [22:44:01] <ds2> preempt patches are just fine! ;)
  • [22:50:58] * hli (i=chaton@vig91-2-82-232-97-149.fbx.proxad.net) Quit ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]")
  • [22:53:35] * geraint (n=gnorth@tu008.demon.co.uk) Quit ()
  • [22:58:02] * t_s_o (n=tso@254.84-49-136.nextgentel.com) Quit ("Konversation terminated!")
  • [22:59:26] * odesus (n=Widmung@201.165.122.219) has joined #beagle
  • [23:12:06] * Olipro (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [23:13:32] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [23:16:34] * t_s_o (n=kvirc@254.84-49-136.nextgentel.com) has joined #beagle
  • [23:16:51] * Olipro__ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [23:24:10] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Nick collision from services.)
  • [23:24:10] * Olipro__ is now known as Olipro
  • [23:27:30] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [23:30:09] * Olipro_ (n=Olipro@uncyclopedia/Olipro) Quit (Read error: 110 (Connection timed out))
  • [23:30:13] * DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [23:32:35] <odesus> good evening..
  • [23:32:42] <odesus> why is kind of difficult to work with OE?
  • [23:33:09] <mru> don't know
  • [23:33:14] <mru> and I bet koen disagrees
  • [23:33:23] <odesus> I got different errors when I try to install some components like bitbake..
  • [23:33:44] <odesus> Is there any methodology for an easy starting with OE?
  • [23:33:59] <mru> sorry, I don't use oe
  • [23:34:09] <odesus> ok a short survey..
  • [23:34:17] <odesus> How many of you use OE?
  • [23:35:18] <odesus> how many?
  • [23:35:31] <odesus> how many uses CS for develop your own applications?
  • [23:35:37] <mru> cs?
  • [23:35:50] <odesus> code sourcery without ide..
  • [23:36:00] <odesus> what do you uise mru?
  • [23:36:01] <mru> I use the compiler like any other gcc
  • [23:36:11] <mru> I built a base system with gentoo
  • [23:36:24] <mru> I write code in emacs, and compile it with gcc
  • [23:36:30] <odesus> Have you get good results with your methodology ?
  • [23:36:56] <mru> it works for me
  • [23:37:04] <mru> but everybody is different
  • [23:37:27] <mru> I've never liked IDEs and SDKs
  • [23:40:55] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [23:46:00] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 110 (Connection timed out))
  • [23:47:41] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) Quit (Remote closed the connection)
  • [23:57:56] * achilles (n=kvirc@c-69-181-94-235.hsd1.ca.comcast.net) has joined #beagle