• [02:42:35] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [02:42:55] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) has joined #beagle
  • [03:35:00] * koen (n=koen@s55917625.adsl.wanadoo.nl) Quit (Read error: 110 (Connection timed out))
  • [04:01:48] * BThompson (n=BThompso@cpe-76-183-86-15.tx.res.rr.com) has joined #beagle
  • [04:17:52] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [04:18:05] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) has joined #beagle
  • [04:46:25] * BThompson (n=BThompso@cpe-76-183-86-15.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [07:24:56] * koen (n=koen@s55917625.adsl.wanadoo.nl) has joined #beagle
  • [08:20:44] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [08:21:01] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) has joined #beagle
  • [10:16:37] * RogerMonk (n=a0740758@nat/ti/x-8e99f0404b505d90) has joined #beagle
  • [11:13:45] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) Quit (Remote closed the connection)
  • [11:46:16] * RogerMon1 (n=a0740758@nat/ti/x-3fdac811c5d5be36) has joined #beagle
  • [11:50:19] * RogerMonk (n=a0740758@nat/ti/x-8e99f0404b505d90) Quit (Remote closed the connection)
  • [12:19:39] * NishanthMenon (n=gnat@nat/ti/x-deb3437e51a19ac9) has joined #beagle
  • [13:19:56] * BThompson (n=BThompso@nat/ti/x-fdf6aaa3bc917b03) has joined #beagle
  • [13:28:09] * prpplague (n=dave@mail.americanmicrosystems.com) has joined #beagle
  • [13:42:55] <prpplague> koen: greetings
  • [13:43:02] <prpplague> koen: whats cookin today?
  • [13:47:39] <DJWillis> Afternoon foaks, hmmm, getting Clutter going on the EVM is a fun task, has anybody played with Clutter/webkit on the EVM or Beagle yet?
  • [13:51:06] * DarrenEtheridge (n=a0867391@nat/ti/x-a075a361d50480d6) has joined #beagle
  • [14:09:53] <sakoman> DJWillis: I built webkit as part of getting Midori running on the EVM, but haven't tried building Clutter yet
  • [14:12:52] <DJWillis> sakoman: did you run into any issues to speak of? I assume they both have OE recipes?
  • [14:13:52] <sakoman> Yes, recipes for both. No build issues with webkit or Midori
  • [14:13:58] * RogerMon1 (n=a0740758@nat/ti/x-3fdac811c5d5be36) Quit (Remote closed the connection)
  • [14:14:15] <sakoman> Midori crashes on boot though - just began looking at that this am
  • [14:14:45] <sakoman> I've had it running on PXA arm, so shouldn't be a major issue
  • [14:16:16] <DJWillis> Ahh, well I have been hacking off your X OE image, for what I need it has been a massive timesaver so thanks (I also started to look at TSlib jitter for 3 touchscreens I have issues with inc. the EVM). I'll also try and finish of that U-Boot for you, got distracted trying to get it running on our board.
  • [14:16:39] <sakoman> DJWillis: I'm finding that the y-axis jitter on the EVM makes it almost impossible to actuially use the touchscren :-(
  • [14:17:28] <sakoman> I have a revised kernel/rootfs if you are interested
  • [14:18:04] <DJWillis> It's odd, I have y axis on the EVM and x on the other 2 problem screens. A revised kernel and rootfs would be great if your happy to share.
  • [14:18:53] <DJWillis> I have also taken to working from TS libs SVN for all of that, I assume that is not a problem for anything your doing? Last update to SVN was 9 months ago and the feeling is that it is very solid.
  • [14:20:09] <sakoman> So have you moved to OE?
  • [14:21:39] <DJWillis> 'kind of' ;-)
  • [14:22:24] <DJWillis> Moving would be a better word, still hand building a lot and my old 'quick and dirty' shell scripts keep calling to me :D
  • [14:23:19] <sakoman> I'll post the images & recipes shortly
  • [14:27:44] <DJWillis> Very kind of you (as usual) :)
  • [14:31:06] <sakoman> http://www.sakoman.net/omap3/
  • [14:31:22] <sakoman> kernel recipe has been updated to 2.6.25
  • [14:33:40] <DJWillis> Just grabbing it now, that's my homework sorted for today :D
  • [14:36:57] <Crofton> sakoman, how far have you moved from .dev?
  • [14:37:48] <sakoman> Crofton: not at all. I pull update daily
  • [14:37:54] <Crofton> ok
  • [14:38:00] <sakoman> Well, when the server is up anyway :-)
  • [14:38:09] <Crofton> let us know if you need anything pushed
  • [14:38:13] <Crofton> servers
  • [14:38:30] <Crofton> I think there is some round robin dns biz
  • [14:38:34] <sakoman> I'm cranky this am because yesterday's pull/update broke dbus-native
  • [14:38:42] <Crofton> heh
  • [14:38:45] <sakoman> And I can't check to see if there is a fix :-(
  • [14:39:11] <Crofton> the server situation needs fixing
  • [14:39:37] <sakoman> Indeed. On this project I'm trying to live on the bleeding edge of both kernel and .dev
  • [14:39:51] <Crofton> mickeyl wants to get the eV set up b4 we start working out long term stuff
  • [14:40:24] <Crofton> but, they have to go to Berlin to do some paperwork, and that can't happen until late May
  • [14:40:27] <sakoman> Yeah, OE really needs good management of basic infrastructure if it wants to thrive
  • [14:41:08] <Crofton> yeah
  • [14:41:11] <Crofton> we know
  • [14:42:00] <sakoman> Classic growing pains - I see it all over (clients included)
  • [14:42:06] <Crofton> heh
  • [14:42:07] <Crofton> yeah
  • [14:42:32] <Crofton> mickeyl has a machine on a good connection
  • [14:42:38] <sakoman> People find it hard to invest in that "boring" stuff But it will kill you every time if you don't
  • [14:42:58] <Crofton> yep
  • [15:38:58] * NishanthMenon (n=gnat@nat/ti/x-deb3437e51a19ac9) Quit ("Copywight 2007 Elmer Fudd. All wights wesewved.")
  • [15:39:00] <sakoman> DJWillis: just did a trial build of clutter -- no build issues
  • [15:39:46] <sakoman> Are you aware of any test programs? The build just generates the library
  • [15:42:01] * NishanthMenon (n=Nishanth@nat/ti/x-7536b424075d165a) has joined #beagle
  • [15:42:42] * NishanthMenon (n=Nishanth@nat/ti/x-7536b424075d165a) Quit (Client Quit)
  • [15:42:46] * NishanthMenon (n=Nishanth@nat/ti/x-fecc8e95bc5292ec) has joined #beagle
  • [15:43:17] * NishanthMenon (n=Nishanth@nat/ti/x-fecc8e95bc5292ec) Quit (Remote closed the connection)
  • [15:43:33] * NishanthMenon (n=Nishanth@nat/ti/x-1329a2fcf03f913b) has joined #beagle
  • [15:45:56] * NishanthMenon (n=Nishanth@nat/ti/x-1329a2fcf03f913b) Quit (Client Quit)
  • [15:46:22] * NishanthMenon (n=gnat@nat/ti/x-6300425dd8bb1bf5) has joined #beagle
  • [15:49:56] <DJWillis> sakoman: not aware of anything that does not require the OpenGL ES drivers to also be present. Hmm, infact I don't think the Clutter webkit backend needs OGL. I'll have a look when I get home.
  • [15:50:20] <DJWillis> Crofton: am I right in assuming openembedded.org is still down?
  • [15:58:24] <sakoman> DJWillis: yes, openembedded.org seems to be suffereing from some dns issues
  • [15:59:22] <sakoman> the clutter recipe causes mesa and libgl to be build as dependencies, so looks like the gl requirement is taken care of
  • [15:59:58] <DJWillis> Yep, that would explain it, oh well, thanks to Google's cache I have proved I am as think as I feared ;-)
  • [16:00:23] <DJWillis> Ahhh, in that case any of the clutter demos should build from there site.
  • [16:06:35] <sakoman> DJWillis: looks like the clutter recipe builds a bunch of test-xxxxx apps, but doesn't install them by default
  • [16:18:17] <DJWillis> Ahhh, that's cool then, the recipe seems a lot better then rolling by hand :D
  • [16:21:59] <Crofton> I think so, we are trying to sort things out
  • [17:13:27] * BeagleLogBot (n=PircBot@ec2-67-202-7-39.z-1.compute-1.amazonaws.com) has joined #beagle
  • [17:13:27] * Topic is 'the Beagle Board | http://beagleboard.org'
  • [17:13:27] * Set by jkridner on Thu Mar 06 14:26:54 CST 2008
  • [02:42:35] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [02:42:55] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) has joined #beagle
  • [03:35:00] * koen (n=koen@s55917625.adsl.wanadoo.nl) Quit (Read error: 110 (Connection timed out))
  • [04:01:48] * BThompson (n=BThompso@cpe-76-183-86-15.tx.res.rr.com) has joined #beagle
  • [04:17:52] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [04:18:05] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) has joined #beagle
  • [04:46:25] * BThompson (n=BThompso@cpe-76-183-86-15.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [07:24:56] * koen (n=koen@s55917625.adsl.wanadoo.nl) has joined #beagle
  • [08:20:44] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [08:21:01] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) has joined #beagle
  • [10:16:37] * RogerMonk (n=a0740758@nat/ti/x-8e99f0404b505d90) has joined #beagle
  • [11:13:45] * NishanthM (n=Nishanth@cpe-24-175-68-203.tx.res.rr.com) Quit (Remote closed the connection)
  • [17:16:45] * BeagleLogBot (n=PircBot@ec2-75-101-156-174.compute-1.amazonaws.com) has joined #beagle
  • [17:16:45] * Topic is 'the Beagle Board | http://beagleboard.org'
  • [17:16:45] * Set by jkridner on Thu Mar 06 14:26:54 CST 2008
  • [17:18:22] <jkridner> IRC logger was another service I forgot to restart on the new machine. Done now. :)
  • [17:18:30] <jkridner> just need to restore the log from earlier today.
  • [17:21:54] <jkridner> test
  • [17:22:18] <jkridner> k. combined log looks good.
  • [17:22:54] <jkridner> we'll see if I forgot some other stuff.
  • [17:30:54] * jkridner is now known as jkridner|away
  • [18:28:22] * eugman|college (n=eugman@pws31.br.psu.edu) has joined #beagle
  • [18:28:47] * eugman|college (n=eugman@pws31.br.psu.edu) has left #beagle
  • [18:35:15] * altex4 (n=x0084519@nat/ti/x-489e41dd360cc2d8) has joined #beagle
  • [18:37:41] <ds2> heh - "While we will not have general availability through our distributors until April 2008,...."
  • [18:37:48] * ds2 looks at the calender again
  • [18:38:23] * dirk2 (n=dirk@F30dc.f.strato-dslnet.de) has joined #beagle
  • [18:38:41] <Crofton> gm
  • [18:38:51] <dirk2> jkridner: Many thanks for LUG presentation!
  • [18:39:00] <dirk2> Crofton: Hi!
  • [19:16:49] <Crofton> dirk2, did you see my email about my NAND problem on the davinci list?
  • [19:21:52] <dirk2> Crofton: Yes ;)
  • [19:22:35] <Crofton> email works ...
  • [19:23:09] <dirk2> What does not work? Except NAND config ;)
  • [19:23:45] <Crofton> basically, if I flash_eraseall -j /dev/mtd2, the kernel in /dev/mtd1 no longer boots
  • [19:41:34] * jkridner (n=a0321898@nat/ti/x-0ddae190b2cd9125) has joined #beagle
  • [19:54:06] * dirk2 (n=dirk@F30dc.f.strato-dslnet.de) has left #beagle
  • [20:42:48] <Crofton> has anyone played with the DSP bridge?
  • [21:46:57] <prpplague> Crofton: only played London Bridge .........
  • [21:47:24] <Crofton> smart ass :)
  • [21:47:27] <prpplague> hehe
  • [21:47:31] <Crofton> there is dsp gateway
  • [21:47:34] <Crofton> dsp link
  • [21:47:41] <Crofton> and now dsp bridge
  • [21:47:49] <prpplague> Crofton: sounds like the physmap for the mtd isn't matching between bootloader and kernel
  • [21:48:11] <Crofton> I'm not using the boot load to dork with NAND
  • [21:48:13] <prpplague> Crofton: you reading the kernel from a file system, or just raw flash?
  • [21:48:19] <Crofton> well, I write the kernel with it
  • [21:48:24] <Crofton> raw flash
  • [21:49:05] <prpplague> Crofton: ok, so if for instance if the kernel is in blocks 2-10 and the kernel thinks mtd2 is blocks 9-20
  • [21:49:14] <Crofton> yeah
  • [21:49:41] <Crofton> proc/mtd only shows size, not start points
  • [21:50:05] <prpplague> Crofton: right, usually thats defined in your mach setup or by kernel argument
  • [21:50:17] <prpplague> Crofton: you got a browsable source up somewhere?
  • [21:50:19] <ds2> dmesg shows start points
  • [21:50:36] <ds2> much more useful when figure out exo-kernel addressing
  • [21:51:49] <Crofton> http://rafb.net/p/XHe1Dr24.html
  • [21:51:55] * prpplague looks
  • [21:52:17] <Crofton> I'm actually beginning to worry I am messing up and not wiping the NOR bits
  • [21:52:34] <Crofton> I need to review the board file again with that in mind
  • [21:52:43] <Crofton> but the partition names match the ones I defined
  • [21:52:44] <prpplague> Crofton: oh, you have both nand and nor onboard?
  • [21:52:59] <Crofton> no
  • [21:53:02] <Crofton> only NAND
  • [21:53:10] <Crofton> but I hacked at the evm board file
  • [21:53:19] <Crofton> and might have left the NOR in
  • [21:53:37] <ds2> Crofton: what exactly is the problem?
  • [21:53:55] <prpplague> Crofton: ok, so where is uboot copying the kernel from?
  • [21:53:57] <Crofton> when I flash_eraseall -j /dev/mtd2
  • [21:54:06] <Crofton> I lose the kernel in /dev/mtd1
  • [21:54:23] <Crofton> kernel comes from address in the range occupied by /dev/mtd1
  • [21:55:08] <ds2> Crofton: does it happen if you do "flash_erase /dev/mtd2"?
  • [21:55:08] <Crofton> http://www.opensdr.com/node/6
  • [21:55:09] <prpplague> Crofton: you are sure of that?
  • [21:55:12] <ds2> i.e.erase one block
  • [21:55:23] <Crofton> ds2, I'll check
  • [21:55:44] <Crofton> the problem is flash_erase won't setup the jffs2 info ....
  • [21:56:04] <ds2> *nod* this is purely to see if there is an immediate overlap
  • [21:56:16] <Crofton> ds2, this will take a few minutes, need to relaod the kernel
  • [21:56:24] <ds2> okay
  • [21:57:04] <prpplague> still sounds like overlaping address spaces to me
  • [21:57:10] <Crofton> prpplague, agreed
  • [21:57:16] <ds2> or worse yet, overlapping erase blocks
  • [21:57:19] <Crofton> we just can't see anything obvious
  • [21:57:23] <prpplague> Crofton: what address do you copy the kernel to?
  • [21:57:32] <Crofton> 0x20a0000
  • [21:57:33] <ds2> address might be fine but the physical erase block may not allow the addressing granularity
  • [21:57:46] <Crofton> nand starts at 0x2000000
  • [21:58:05] * Crofton worries no one has run a DV board with big block flash
  • [21:58:16] <Crofton> and git kernel
  • [21:58:28] <ds2> Crofton: is this a standard board?
  • [21:58:47] <Crofton> It is a board designed to run with Integrity
  • [21:58:57] <Crofton> I am trying to get Linux going on it
  • [21:59:02] * BThompson (n=BThompso@nat/ti/x-fdf6aaa3bc917b03) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [21:59:10] <ds2> ah... most people I know have the stock eval boards
  • [21:59:25] <Crofton> yeah, no, they made some changes from the EVM :(
  • [22:00:05] <ds2> it is just a matter of time... at least it was for the OMAP's
  • [22:00:42] <prpplague> Crofton: hmm, something seems off
  • [22:00:46] * prpplague doubles checks
  • [22:01:04] <Crofton> Performing Flash Erase of lengtMTD_close
  • [22:01:05] <Crofton> h 131072 at offset 0x0 done
  • [22:01:16] <prpplague> Crofton: you said the nand flash base address is 0x02000000 ?
  • [22:01:20] <Crofton> from flash_erase /dev/mtd2
  • [22:01:27] <ds2> and is the kernel intact?
  • [22:01:31] <Crofton> I think so
  • [22:01:39] <ds2> Hmmmm
  • [22:01:44] <ds2> even after a power cycle?
  • [22:01:52] <Crofton> ds2, that was to prpplague
  • [22:02:05] <Crofton> kernel booted
  • [22:02:12] <Crofton> let me cycle power next
  • [22:02:28] <ds2> Crofton: one more experiment if that is intact - flash_eraseall /dev/mtd2 (no -j)
  • [22:03:01] <Crofton> ok booting after power up
  • [22:03:15] <ds2> so it is not a simple overlap
  • [22:03:29] <Crofton> no
  • [22:03:42] <ds2> see if just a plain erase without the -j works
  • [22:04:12] <Crofton> flash_eraseall with no j killed kernel
  • [22:05:12] <ds2> Hmmmmm
  • [22:05:16] <Crofton> tomorrow I am going to try getting the evm specific bits out of the board file
  • [22:05:25] <prpplague> Crofton: hey, one item that you might check
  • [22:05:26] <ds2> it almost seem to suggest things are wrapping around
  • [22:05:30] <prpplague> Crofton: and this sounds silly
  • [22:05:36] <Crofton> I've got an email on the davinci kernel list
  • [22:05:48] <Crofton> the bootloader survives
  • [22:05:49] <prpplague> Crofton: but do a ls -al /dev/mtd*
  • [22:05:49] <Crofton> so not simple wrap around
  • [22:06:01] <prpplague> Crofton: and check to make sure you have the correct minor numbers
  • [22:06:05] <Crofton> will do, when the kernel is reloaded
  • [22:06:22] * Crofton thinks he checked this, but will check again
  • [22:06:33] <ds2> the bootloader is usually in a specially write protected area
  • [22:06:41] <ds2> so it could be a simple wrap around
  • [22:06:50] <prpplague> Crofton: i've had device_table.txt typo's cause problems before
  • [22:07:07] <ds2> Crofton: does dmesg show the correct size on boot up?
  • [22:07:57] <Crofton> Creating 3 MTD partitions on "NAND 128MiB 3,3V 8-bit":
  • [22:07:57] <Crofton> 0x00000000-0x000a0000 : "Bootloader"
  • [22:07:57] <Crofton> mtd: Giving out device 0 to Bootloader
  • [22:07:57] <Crofton> 0x000a0000-0x002a0000 : "Kernel"
  • [22:07:57] <Crofton> mtd: Giving out device 1 to Kernel
  • [22:07:58] <Crofton> 0x002a0000-0x08000000 : "File System"
  • [22:08:00] <Crofton> mtd: Giving out device 2 to File System
  • [22:08:02] * DarrenEtheridge (n=a0867391@nat/ti/x-bc9f066fa249f2be) has left #beagle
  • [22:08:04] <Crofton> excuse the spamming ....
  • [22:08:28] <ds2> is it a 128Mega bit device?
  • [22:08:41] <ds2> 16MegaByte
  • [22:08:48] <Crofton> yeah
  • [22:08:56] <Crofton> http://rafb.net/p/3Gkohm33.html
  • [22:09:22] * prpplague looks
  • [22:10:44] <prpplague> Crofton: yea that looks corect
  • [22:10:51] <ds2> that does not look right
  • [22:11:05] <ds2> the kernel thinks you have 128Megabyte of flash!
  • [22:11:05] <Crofton> hmmm
  • [22:11:06] <prpplague> ds2: what doesn't look correct?
  • [22:11:10] <ds2> <Crofton> 0x002a0000-0x08000000 : "File System"
  • [22:11:16] <ds2> those numbers are offsets in bytes
  • [22:11:26] <ds2> but if you convert 0x08000000 to deciminal
  • [22:11:27] <prpplague> ds2: oh i meant about the major/minor numbers
  • [22:11:32] <ds2> that is 128Megabytes!
  • [22:11:33] <Crofton> I think I have 128 Mbyte
  • [22:11:40] <ds2> <Crofton> Creating 3 MTD partitions on "NAND 128MiB 3,3V 8-bit":
  • [22:12:10] <ds2> didn't you say you have a 16megabyte device?
  • [22:13:17] <Crofton> I don't thinnk os
  • [22:13:33] <Crofton> I am pretty sure it is a 128MByte
  • [22:13:34] <ds2> okay, so you have 128mega byte of flash?
  • [22:13:39] <prpplague> Crofton: this the begal board?
  • [22:13:45] <ds2> hmmm nix that then
  • [22:14:11] <Crofton> I'll have to look into the message though
  • [22:14:24] <prpplague> Crofton: this the begal board?
  • [22:15:12] <ds2> what are you using to write the kernel? nandwrite?
  • [22:15:41] <Crofton> yes
  • [22:16:10] <Crofton> no, Lyrtech SFF SDR
  • [22:16:15] <prpplague> ahh
  • [22:16:25] <Crofton> I'm hacking at it until I get a beagle :)
  • [22:16:30] <Crofton> davinci based
  • [22:16:35] <Crofton> some similar, some different
  • [22:17:35] <Crofton> hopefully, someone on the dv list has some ideas
  • [22:18:54] <prpplague> spec sheet says 128MB nand flash
  • [22:19:08] <ds2> Megabyte?
  • [22:19:12] <prpplague> yea
  • [22:19:41] <prpplague> Crofton: my suggestion, create another partition, mtd3
  • [22:19:51] <prpplague> Crofton: basically cut the size of mtd2 in half
  • [22:20:08] <Crofton> ok
  • [22:20:08] <prpplague> Crofton: then after booting try erasing mtd2 and see if the problem persists
  • [22:20:15] <Crofton> ok
  • [22:20:17] <prpplague> Crofton: then you can test with mtd3
  • [22:20:26] <ds2> or do a nandread of /dev/mtd1 before the erase and another one of it after
  • [22:20:38] <ds2> md5sum the results at the end; they should differ. then analyze w/hexdump
  • [22:21:07] * prpplague heads home
  • [22:21:10] <Crofton> bye
  • [22:21:16] <prpplague> i should be back online in about 30 minutes
  • [22:21:19] <Crofton> thanks for the suggestions!
  • [22:21:22] <prpplague> Crofton: you still be around?
  • [22:21:29] <Crofton> I'll likely work on this more tomorrow
  • [22:21:41] <Crofton> I need to do some stuf around the house
  • [22:21:45] <prpplague> Crofton: ahh ok, i'm totally curious as to the problem
  • [22:21:52] <Crofton> sitting in front of the computer is bad :)
  • [22:21:58] <Crofton> well, all day and night
  • [22:21:59] <prpplague> Crofton: keep me informed if you can
  • [22:22:03] <Crofton> will do
  • [22:22:04] <prpplague> later folks
  • [22:22:06] * prpplague (n=dave@mail.americanmicrosystems.com) Quit ("Leaving")
  • [22:49:33] * BThompson (n=BThompso@cpe-76-183-86-15.tx.res.rr.com) has joined #beagle
  • [23:03:49] * prpplague (n=dave123_@ppp-70-244-166-139.dsl.rcsntx.swbell.net) has joined #beagle
  • [23:34:14] * jkridner (n=a0321898@nat/ti/x-0ddae190b2cd9125) has left #beagle