[00:33:53] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
[00:49:00] * ferret_0567 (n=ferret_0@unaffiliated/ferret0567/x-681468) Quit (Read error: 104 (Connection reset by peer))
[01:09:25] <ds2> I don't suppose anyone here is good at getting old sysfs class stuff to current sysfs stuff?
[01:12:09] * rsalveti (n=salveti@189.70.140.74) has joined #beagle
[01:52:02] * khasim (n=a0393720@192.163.20.231) has joined #beagle
[02:04:24] <jkridner> good morning khasim
[02:11:40] * Olipro (i=Olipro@unaffiliated/olipro) Quit ("Leaving")
[02:11:54] * jkridner|work (n=a0321898@nat/ti/x-f4d6c9cf0108164d) has joined #beagle
[02:21:18] * macneib (n=macneib@76-10-128-118.dsl.teksavvy.com) Quit (Read error: 113 (No route to host))
[02:21:21] * macneib (n=macneib@d221-71-252.commercial.cgocable.net) has joined #beagle
[03:29:24] * bazbel1 (n=a0192809@nat/ti/x-f700cb325c2b6c80) has joined #beagle
[03:33:16] * bazbell (n=a0192809@nat/ti/x-064af9d56c791db9) Quit (Remote closed the connection)
[03:59:07] * bazbel1 (n=a0192809@nat/ti/x-f700cb325c2b6c80) Quit ("Leaving.")
[04:03:06] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
[04:12:10] * GeneralAntilles (n=GeneralA@pdpc/supporter/active/generalantilles) Quit (Remote closed the connection)
[04:20:36] * Olipro (i=Olipro@unaffiliated/olipro) has joined #beagle
[04:38:17] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
[05:13:03] * jkridner|work (n=a0321898@nat/ti/x-f4d6c9cf0108164d) Quit (kubrick.freenode.net irc.freenode.net)
[05:13:03] * hadara (i=hadara@bsd.ee) Quit (kubrick.freenode.net irc.freenode.net)
[05:13:03] * rsalveti (n=salveti@189.70.140.74) Quit (Remote closed the connection)
[05:15:14] * bernard_ (n=bernard@mersenne.largestprime.net) Quit (Remote closed the connection)
[05:15:20] * bernard_ (n=bernard@mersenne.largestprime.net) has joined #beagle
[05:16:28] * rsalveti (n=salveti@189.70.140.74) has joined #beagle
[05:18:24] * jkridner|work (n=a0321898@nat/ti/x-f4d6c9cf0108164d) has joined #beagle
[05:18:24] * hadara (i=hadara@bsd.ee) has joined #beagle
[05:33:04] * khasim (n=a0393720@192.163.20.231) has joined #beagle
[05:50:55] * khasim (n=a0393720@192.163.20.231) has left #beagle
[05:51:02] * khasim (n=a0393720@192.163.20.231) has joined #beagle
[06:19:52] * RobotGuy (n=Dale@dsl093-038-072.pdx1.dsl.speakeasy.net) Quit ("I'll be back..")
[06:37:11] * JoeBorn__ (n=jborn@124.65.4.54) has joined #beagle
[07:16:48] * RogerMonk (n=a0740758@nat/ti/x-9d99f1dbedafc642) has joined #beagle
[07:27:35] * Olipro (i=Olipro@unaffiliated/olipro) Quit (Read error: 104 (Connection reset by peer))
[07:52:20] * JoeBorn__ (n=jborn@124.65.4.54) Quit (Read error: 110 (Connection timed out))
[08:03:18] <mru> morning
[08:03:47] <mru> koen: so my fix was indeed a fix...
[08:07:51] * likewise (n=Leon_Woe@atwork-186.r-212.178.104.atwork.nl) has joined #beagle
[08:18:12] <RogerMonk> morning
[08:19:03] <ldesnogu> funny that the kernel miscompilation with 4.3.1 was also due to inline assembly
[08:19:39] <RogerMonk> mru - did you guys find the image corruption issue?
[08:20:11] <ldesnogu> RogerMonk: yes http://groups.google.com/group/beagleboard/browse_thread/thread/9b8025fc15120fd9?hl=en
[08:26:17] <RogerMonk> nice one guys!
[08:39:59] * RogerMonk (n=a0740758@nat/ti/x-9d99f1dbedafc642) has left #beagle
[09:05:35] * royerfa (n=x0091539@nat/ti/x-1031d6fbbc5173ca) has joined #beagle
[09:06:01] <royerfa> hello everybody
[09:06:44] <royerfa> Khasim : I am working on hacking the kernel to solve the segmentation fault on the 3D demos
[09:07:28] <royerfa> Khashim : can you tell me which kernel you are working on and what changes have you done for the moment
[09:07:35] <royerfa> THX
[10:01:00] * lardman|gone is now known as lardman
[10:09:01] * RogerMonk (n=a0740758@nat/ti/x-a5caf9743a128f9c) has joined #beagle
[10:11:25] * RogerMonk (n=a0740758@nat/ti/x-a5caf9743a128f9c) has left #beagle
[10:14:44] * intu (n=intu@ubr1-201-91.ubr.tartu.stv.ee) has joined #beagle
[10:23:12] * RogerMonk (n=a0740758@nat/ti/x-0dffb1010ac4bea1) has joined #beagle
[10:49:49] * Foolean (n=emil@foolean.ros.sgsnet.se) has joined #beagle
[11:09:23] * koen discovers an omap3 config file in the dsplink sources
[11:09:52] <Crofton|work> koen, you are building dsplink from the cmem source?
[11:10:47] <koen> no
[11:10:55] <koen> CE 2.10 lacks omap3 support
[11:11:04] <Crofton|work> cmem depends on specific versions f dsplink
[11:11:09] <Crofton|work> I suspected as much :)
[11:11:48] <Crofton|work> NPR just mentioned there a dutch and canadian troops if afghanistan
[11:11:59] <Crofton|work> as opposed to the generic NATO
[11:12:11] <koen> right
[11:12:22] <koen> the dutch are very popular in afghanistan
[11:12:39] <koen> we have one of those ultra modern houwitzer 2000 artillery
[11:13:29] <koen> which liberates the the other camps every week or so
[11:13:45] <Crofton|work> http://en.wikipedia.org/wiki/PzH_2000
[11:14:32] <koen> this version is so new it comes equipped with a couple of germans that service it after each shot :)
[11:14:39] <Crofton|work> heh
[11:14:55] <koen> we sold the other houwitzer to the danes
[11:16:45] <koen> funny how people say "NATO force" when several countries in that force hate eachothers guts
[11:20:25] <koen> Crofton|work: cmem is a pretty 'dumb' memory allocator
[11:20:38] <koen> Crofton|work: the version requirement comes from the other CE stff
[11:20:41] <koen> stuff*
[11:22:14] <Crofton|work> yeah, I think cmem will have issues going upstream also
[11:24:13] <koen> should be pretty straightforward, though
[11:24:37] <koen> I guess the most complaints will be "why doing you use API foo()?"
[11:27:27] <koen> gah
[11:27:34] <koen> s/doing/aren't/
[11:31:29] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
[11:32:21] <koen> Crofton|work: I just pushed out some more updates to dsplink
[11:33:10] <jkridner|work> I'm hopeful that questions like "why aren't you using API foo()" will turn into us using functions like foo() and supporting less of our own code.
[11:33:16] <RogerMonk> Hi guys - back from lunch...
[11:33:24] <RogerMonk> Crofton|work
[11:33:36] <RogerMonk> Crofton|work: cmem depends on specific versions f dsplink - Not quite true
[11:33:38] <jkridner|work> There are plans to re-factor all of this work, which is part of what makes it tricky to figure out what to push.
[11:33:50] <RogerMonk> Codec Engine depends on dsplink
[11:33:59] <RogerMonk> Codec Engine depends on cmem
[11:34:06] <RogerMonk> no tie between dsplink and cmem
[11:34:46] <Crofton> RogerMonk, righ
[11:34:49] <RogerMonk> In my mind, we should have a codec engine package inside OE which builds it's own dsplink and cmem modules
[11:35:31] <Crofton> ok, today kitchen floor and get gnuradio USRO running on beagle
[11:35:46] <Crofton> a pox on people who depend on private libusb structs
[11:48:44] * lardman is now known as lardman|gone
[11:59:34] * likewise (n=Leon_Woe@atwork-186.r-212.178.104.atwork.nl) Quit ("ChatZilla 0.9.83 [Firefox 3.0/2008061015]")
[11:59:39] <koen> Crofton|work: tried raising the issue on the usrp list?
[12:02:31] <Crofton|work> not yet
[12:02:46] <Crofton|work> they won't care since libusb-1 is not in any mainstream distros
[12:02:51] <Crofton|work> I need to hack more
[12:03:08] <Crofton|work> when I have a solution, I'll discuss with them
[12:03:12] <Crofton|work> or I get stuck
[12:20:31] * khasim (n=a0393720@192.163.20.231) has joined #beagle
[12:23:35] * BThompson (n=BThompso@nat/ti/x-4ff2c511adbc9449) has joined #beagle
[12:24:30] <koen> *lightbulb*
[12:24:51] <koen> the beagle uses a different gcc for the kernel, which dsplink doesn't know about
[12:26:00] <RogerMonk> I thought dsplink was ok, but cmem was failing?
[12:26:08] <RogerMonk> what error are you getting with dsplink?
[12:26:40] <koen> I cant insert the module doe to 'invalid module format'
[12:27:13] <RogerMonk> hmmm
[12:27:29] <koen> why can be expexted when mixing compilers
[12:27:54] <RogerMonk> why would the GCC be different when building dsplink?
[12:28:25] <koen> dsplink doesn't hook into the kernel buildsystem and hence can't use the OE kernel infrastructure
[12:28:43] <koen> and on armv7a we use csl2007q3 for the kernel and gcc 4.3.1 for userspace
[12:28:52] <RogerMonk> ah - ok, understand
[12:29:23] <koen> which is why I mentioned "seperate applications from kernel stuff" in the conference call :)
[12:29:36] <RogerMonk> yep
[12:31:56] <jkridner|work> khasim: ping
[12:32:01] <koen> of course dsplink.lib gets built as part of the kernel stuff..
[12:32:23] <koen> but at least I'm making some progress :)
[12:39:19] <Crofton|work> dsplink.lib is the lib for arm side user programs?
[12:39:31] <RogerMonk> yep
[12:41:24] <koen> hmmmm
[12:41:35] <koen> FATAL: Error inserting dsplinkk (/lib/modules/2.6.26-rc9-omap1/kernel/drivers/dsp/dsplinkk.ko): Invalid module format
[12:41:39] <koen> still the same error
[12:41:54] <RogerMonk> can we move back to 2.6.22 for some tests?
[12:45:58] * rsalveti (n=salveti@189.70.140.74) Quit (Read error: 110 (Connection timed out))
[12:46:57] * dschaeffer (n=daniel@timesys-gw0.cust.expedient.net) has joined #beagle
[12:47:26] * Olipro (i=Olipro@unaffiliated/olipro) has joined #beagle
[12:52:16] * rsalveti (n=salveti@200.184.118.132) has joined #beagle
[12:54:07] <Crofton|work> koen, do you have the force option set?
[12:55:37] <sakoman__> koen: updated soc patch for OE - http://www.sakoman.net/cgi-bin/gitweb.cgi?p=org.openembedded.dev-omap3.git;a=commit;h=c6672254036baebec301bdcd42d15ef71be43d07
[13:33:31] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
[13:37:46] <koen> Crofton|work: -f doesn't help for invalid module format in this case
[13:40:05] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
[13:55:08] * ted616 (i=ted@207.236.18.82) has joined #beagle
[13:57:48] <ted616> Hello, anyone know how I can access the serial port in the linux?
[13:58:58] <ted616> I am using the MDK ZOOM, and ttys2 as the serial console, but I want to use another ttys to communicate with the GSM modem
[14:07:26] * Olipro_ (i=Olipro@unaffiliated/olipro) has joined #beagle
[14:08:59] <koen> sakoman__: thanks!
[14:09:40] * Olipro (i=Olipro@unaffiliated/olipro) Quit (Connection timed out)
[14:09:44] * Olipro_ is now known as Olipro
[14:10:08] <sakoman__> koen: you are welcome. hopefully it improves things for you. let me know of any issues
[14:18:28] <koen> sakoman__: http://rafb.net/p/XahtG019.txt
[14:19:56] <sakoman__> koen: how can I reproduce this?
[14:22:53] <koen> I aplay'ed a sample and then told mplayer to play bigbuck bunnt with -ao alsa:device=hw=0:0
[14:24:55] <sakoman__> so 2 simultaneous streams being played?
[14:25:24] <koen> no
[14:27:03] <sakoman__> so first aplay (which I assume worked) and then mplayer of bigbuck (which I assume fails?)
[14:31:05] <ted616> Hi, guys, how to access the serial port of the omap3430 in the linux?
[14:31:53] * royerfa (n=x0091539@nat/ti/x-1031d6fbbc5173ca) has left #beagle
[14:31:53] <ted616> also another question, what gui interface are you using on the OMAP3430 platform?
[14:32:46] <koen> sakoman__: right
[14:33:30] <sakoman__> what does -ao alsa:device=hw=0:0 do on mplayer?
[14:33:56] <sakoman__> if I use that on the evm the movie plays without sound
[14:34:10] <koen> tell is to use the alsa audio driver instead of oss or sdl
[14:34:33] <sakoman__> with just a straight "mplayer bigbuck..." it plays perfectly
[14:34:46] <koen> which ao driver does that use?
[14:36:16] <sakoman__> koen: have no clue!
[14:36:34] <sakoman__> how does one tell?
[14:36:49] <koen> it should tell you in the console
[14:37:52] <sakoman__> ah yes, AO: [oss]
[14:39:02] <sakoman__> koen: mplayer -ao alsa works for me
[14:39:54] <sakoman__> even reports AO: [alsa]
[14:45:45] <sakoman__> koen: can't get it to fail here (other than no sound for your suggested command line option)
[14:46:02] <sakoman__> but I am on EVM, not beagle
[14:46:19] <koen> ok
[14:47:16] * hagisbasheruk (n=hagisbas@cpc2-clyd1-0-0-cust78.renf.cable.ntl.com) has joined #beagle
[14:57:35] <sakoman__> koen: is it 100% reproducible for you?
[15:01:50] * RogerMonk (n=a0740758@nat/ti/x-0dffb1010ac4bea1) Quit (Remote closed the connection)
[15:22:17] * trickie (n=trickie@basesoft.xs4all.nl) Quit ("Leaving")
[15:24:31] * keesj is now known as k-way
[15:39:11] * hagisbasheruk (n=hagisbas@cpc2-clyd1-0-0-cust78.renf.cable.ntl.com) Quit (Read error: 110 (Connection timed out))
[15:45:14] <koen> sakoman__: sadly not, but more than 50%
[15:45:38] <koen> sakoman__: but then again, it's i2c-ish stuff, which isn't the posterboy for stability on beagle
[15:58:43] * dirk2 (n=dirk@F326c.f.strato-dslnet.de) has joined #beagle
[16:09:15] <dirk2> A lot of new binaries and source tar balls (e.g uboot 1.3.3) :( at http://code.google.com/p/beagleboard/downloads/list
[16:09:51] <dirk2> Seems that http://code.google.com/p/beagleboard/wiki/BeagleSourceCode still needs an update, thought. The links are wrong...
[16:40:05] <sakoman__> dirk2: is the u-boot 1.3.3 significantly different from our git u-boot?
[16:42:43] <sakoman__> dirk2: btw, did a merge with upstream u-boot this morning and result seems to work fine.
[16:43:30] <jkridner> ted616: Beagle is OMAP3530, but it is software compatible.
[16:43:49] <jkridner> ted616: accessing the serial port is the same as with any Linux platform.
[16:44:29] <jkridner> ted616: It is possible to use the Angstrom distribution with the BeagleBoard and that includes an X11 GUI with various window manager options.
[16:45:15] <jkridner> ted616: I expect that non-Linux operating systems will also eventually be ported to the Beagle Board, as there are other operating systems running on the OMAP35x application processors.
[16:49:53] * jkridner|work1 (n=a0321898@nat/ti/x-639b471e59d73973) has joined #beagle
[16:50:17] * RogerMonk (n=a0740758@nat/ti/x-650b216b5b050b59) has joined #beagle
[16:51:04] * jkridner|work1 (n=a0321898@nat/ti/x-639b471e59d73973) has left #beagle
[16:51:34] * jkridner|work1 (n=a0321898@nat/ti/x-964f39add5399403) has joined #beagle
[16:51:43] * jkridner|work1 (n=a0321898@nat/ti/x-964f39add5399403) Quit (Client Quit)
[16:52:00] * koen is having a extremely bad spelling day
[16:52:09] <koen> everything I touch is getting littered with typos
[16:54:03] <ted616> jkridner: thanks for your info. could you give me some examples or software to access the OMAP serial port in omap-linux?
[16:55:00] * jkridner|work (n=a0321898@nat/ti/x-f4d6c9cf0108164d) Quit (Remote closed the connection)
[16:55:27] <jkridner> ted616: http://tldp.org/HOWTO/Serial-HOWTO.html
[16:55:51] <jkridner> anyone know if minicom is built using Anstrom?
[16:56:18] <jkridner> that would make it easy to show how to access the serial port.
[16:56:51] <jkridner> Also, by default, the bootloader interacts over the serial port, as does a serial console for the kernel, so you don't need to do anything to access the port.
[16:57:00] <koen> there's picocom and cui
[16:57:08] <jkridner> great.
[16:57:18] <jkridner> so, ted616, check out picocom.
[16:57:40] <jkridner> also, in general, you just write a C program that opens the device (/dev/ttyS2) and start reading/writing.
[16:57:49] <koen> actually: http://www.angstrom-distribution.org/repo/?action=details&pnm=minicom
[16:57:53] <ted616> jkridner: I plan to use another serial port on the omap to talk to the gsm modem
[16:57:56] <jkridner> In linux, these are standard posix calls.
[16:57:57] <koen> minicom is there as well :)
[16:58:08] <jkridner> ah, excellent.
[16:58:27] <jkridner> stick with minicom as a start (more documentation).
[16:59:54] <jkridner> k. Just do the standard posix calls with the C library and you should be able to use /dev/ttyS0 (I believe that is the port that goes to the expansion header). Be sure to check out the hardware reference manual.
[17:00:07] <jkridner> the driver should already be in the kernel.
[17:00:21] <jkridner> no one has used the expansion header yet, so you would be on new ground there...
[17:00:51] <jkridner> or, you could just not do 'console=ttyS2,115200n8' in the bootargs when booting the kernel such that the serial port is free for your app.
[17:01:20] <Crofton> no tour results in channel please, apparently it was excting ....
[17:02:06] <ted616> jkridner: I am actually using the ZOOM MDK
[17:03:02] <ted616> I have two options to use serial in the linux without programming?
[17:03:34] <ted616> 1. flag angstrom image for BEAGLEBOARD on my ZOOM MDK and use minicom
[17:04:10] <ted616> 2. cross compiling the picocom to my ZOOM MDK linux
[17:04:12] <ted616> right ?
[17:28:11] <dirk2> sakoman__: uboot diffs: Tried to do a quick diff between our beagle uboot git and the new version
[17:28:49] <mru> good afternoon
[17:28:56] <koen> hey mru & dirk2
[17:29:19] <dirk2> sakoman__: Not so easy as we (a) did a lot of formatting/checkpatch clean up and (b) what was the (git?) base for the version at code.google.com
[17:30:02] <dirk2> sakoman__: Seems we have to first ask khasim which base he used for this version
[17:30:38] <dirk2> sakoman__: Then I'll try to have a closer look at the weekend.
[17:30:49] <dirk2> koen: moin, moin
[17:32:08] * ted616 (i=ted@207.236.18.82) Quit ()
[17:32:37] <dirk2> sakoman__: We discussed a lot about this, and now we have a big uboot tar ball again :(
[17:35:21] <dirk2> sakoman__: For kernel there are only defconfigs uploaded (with missing kernel version they are for) and no tar ball, but for uboot again a tar ball. Not sure which sense this does make...
[17:50:27] <dirk2> sakoman__, koen: Kernel cache configuration output: I just tried http://lists.arm.linux.org.uk/lurker/message/20080704.150532.983f01ca.en.html
[17:50:40] <dirk2> Result: http://rafb.net/p/WJ0PQE11.html
[17:51:39] <koen> nice
[17:51:46] <dirk2> As RMK doesn't like this, but I find it useful and better than the broken output, do you like to add it to your kernels (koen: OE receipe, sakoman__: git clone)?
[18:06:09] <sakoman__> dirk2: thanks for taking a look at the uboot tarball. too bad there isn't an easy diff. perhaps khasim can let us know if there are any significant changes
[18:07:41] * Beagle1 (n=Beagle1@66.80.7.58) has joined #beagle
[18:08:14] <sakoman__> dirk2 I will add the cache patch to my kernel git test branch
[18:08:56] <Beagle1> Hello, Can someone guide me on how to order a Beagleboard
[18:09:24] <dirk2> Beagle1: Do you know http://elinux.org/BeagleBoard#Revision_B ?
[18:10:00] <mru> ldesnogu: I got the arm manual, finally
[18:10:07] <mru> whatever you did, it worked
[18:10:24] <ds2> before I go dig out the manuals, anyone recall if another UART is exposed by the expansion connector?
[18:10:59] <dirk2> ds2: I don't think so: I2C, I2S, SPI, MMC/SD
[18:11:19] <koen> dirk2: http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=commitdiff;h=5601d83609cf4c63fa2afc153dc6bde2e94af847
[18:11:19] <ds2> arrg, best laid plays of mice and men.....
[18:11:23] <Beagle1> dirk2: I didn't get you
[18:11:40] <prpplague> ds2: use a max3100
[18:11:54] <ds2> prpplague: is there linux code to drive that already?
[18:12:10] <prpplague> ds2: it isn't main line, but it available
[18:12:16] <ds2> Hmmmm
[18:12:25] * ds2 goes to look at what package the max3100 is available in
[18:13:11] <ds2> nice... QSOP
[18:13:52] <ds2> so this comes down to either battling MUSB + USB2 hub or getting a SPI/UART to work Hmmm
[18:14:42] * Beagle1 (n=Beagle1@66.80.7.58) Quit ()
[18:17:55] <dirk2> ds2: I was wrong
[18:18:07] <ds2> dirk2: I am in luck and there is a UART?!
[18:18:13] <dirk2> ds2: Yes
[18:18:18] <ds2> sweet
[18:18:28] <dirk2> ds2: Have a look to Beagle HW manual
[18:18:53] <dirk2> ds2: Table 18, expansion connector signals
[18:19:00] <ds2> dirk2: okay
[18:19:33] <dirk2> ds2: Option C: UART2 RX, TX, RTS & CTS
[18:20:24] <ds2> let download it for the 5th time... that PDF file is never on the
[18:20:29] <ds2> system I am on
[18:20:50] <dirk2> Too many systems ;)
[18:20:57] <ds2> *nod*
[18:21:48] <Crofton> '''''''''''''[]
[18:25:29] <Crofton|work> heh, that was the cat walking on the keyboard again
[18:26:13] <ds2> ah pin mux bingo
[18:27:17] <ds2> this reminds me, a while ago I asked about being able to run a stock bare LCD off the beagle and the response was it can't be. But based on the hardware manual, it seems do able with a minor rework
[18:27:55] <koen> someone said you could use SPI or something similar for an lcd
[18:27:59] * Foolean (n=emil@foolean.ros.sgsnet.se) Quit (Remote closed the connection)
[18:28:11] <ds2> no, I mean direct output via the LCD controller
[18:28:21] <ds2> let me find the references to clarify what I mean
[18:30:04] <ds2> the signals seems to be available at the resistor packs feeding U6 (the DVI driver chip)
[18:30:29] <ds2> it would seem one can rework and take out hte resistor packs and route them to an LCD
[18:30:50] <ds2> have I missed something? or this does seem viable?
[18:31:26] <ds2> (Page 124; PDF reader page number) schematic shows this and a physical inspection shows the resistor packs having leads so rework should be doable
[18:34:21] * RogerMonk (n=a0740758@nat/ti/x-650b216b5b050b59) Quit (Remote closed the connection)
[18:35:07] * RogerMonk (n=a0740758@nat/ti/x-1602ef3ced2e2cc1) has joined #beagle
[18:38:23] * jconnolly (n=jconnoll@146.mudf.nyrk.nycenycp.dsl.att.net) has joined #beagle
[18:51:46] * Beagle2 (n=Beagle2@ip503cb828.speed.planet.nl) has joined #beagle
[18:53:27] * Beagle2 is now known as test
[18:53:42] * test is now known as mcj1001
[19:05:05] * hagisbasheruk (n=hagisbas@cpc4-clyd1-0-0-cust357.renf.cable.ntl.com) has joined #beagle
[19:21:51] * jconnolly (n=jconnoll@146.mudf.nyrk.nycenycp.dsl.att.net) Quit (Read error: 110 (Connection timed out))
[19:27:20] * hagisbasheruk (n=hagisbas@cpc4-clyd1-0-0-cust357.renf.cable.ntl.com) Quit (Read error: 110 (Connection timed out))
[19:27:35] * hagisbasheruk (n=hagisbas@cpc4-clyd1-0-0-cust357.renf.cable.ntl.com) has joined #beagle
[19:34:48] * dirk2 (n=dirk@F326c.f.strato-dslnet.de) has left #beagle
[20:13:25] * rsalveti (n=salveti@200.184.118.132) Quit (Read error: 113 (No route to host))
[20:49:24] * hagisbasheruk (n=hagisbas@cpc4-clyd1-0-0-cust357.renf.cable.ntl.com) Quit ("Ex-Chat")
[21:08:08] * dschaeffer (n=daniel@timesys-gw0.cust.expedient.net) Quit ("Leaving.")
[21:12:47] * BThompson (n=BThompso@nat/ti/x-4ff2c511adbc9449) Quit ("Trillian (http://www.ceruleanstudios.com")
[21:53:00] <ds2> yipeeeeeeeeee noisy penguin appearing on the NTSC port of the beagle using the OMAP git tree!
[22:06:17] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
[22:08:19] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
[22:26:02] * mcj1001 (n=Beagle2@ip503cb828.speed.planet.nl) Quit (Read error: 104 (Connection reset by peer))
[23:06:57] * RogerMonk (n=a0740758@nat/ti/x-1602ef3ced2e2cc1) Quit (Remote closed the connection)
[23:24:34] * rsalveti (n=salveti@189.70.140.74) has joined #beagle