• [00:00:27] <Russ> uberfry: then you probably want to make kernel modules
  • [00:00:53] <Russ> sigh...the sgx kernel source sucks
  • [00:00:58] <Russ> or the source portion
  • [00:01:31] * Wiedi (n=wiedi@newton-air.w.fruky.net) Quit ("^C")
  • [00:01:35] <uberfry> is it hard?
  • [00:01:58] <Russ> no, the gpiolib is great
  • [00:02:04] <Russ> uberfry: what interface is the camera using?
  • [00:02:09] <uberfry> i2c
  • [00:02:30] <Russ> ok, with the i2c connected to GPIO lines?
  • [00:02:32] <uberfry> can you link me to gpiolib please?
  • [00:02:34] <uberfry> yes
  • [00:02:41] <Russ> ok, then you don't need the gpio lib
  • [00:02:41] <uberfry> well actually, we wanted to set it up to i2c
  • [00:03:34] <Russ> I'm pretty sure there are already i2c drivers that can utilize gpio's
  • [00:03:58] <uberfry> bitbanging? or do they actually use the embedded i2c core?
  • [00:04:05] <Russ> drivers/i2c/busses/i2c-gpio.c
  • [00:04:08] <Russ> bitbanging
  • [00:04:15] <uberfry> hrmmmm
  • [00:04:23] <uberfry> that would decrease performance by so much
  • [00:04:27] <Russ> Beagle board has dedicated i2c busses iirc if you want to use those instead
  • [00:04:34] <uberfry> yes, that's what I meant by core
  • [00:04:50] <Russ> then why did you say you were connecting the camera via gpio?
  • [00:05:02] <uberfry> sorry, I meant i2c ;)
  • [00:05:11] * _fulgas (n=fn@85.138.15.70) has joined #beagle
  • [00:05:24] <Russ> ya, you definately want to do that in the kernel
  • [00:05:51] <uberfry> my superior said I need to have access in userspace
  • [00:05:59] <Russ> you can write a generic i2c driver and then have the advantage of using the camera on any i2c bus
  • [00:06:09] <uberfry> (I'm actually more of a hardware coder, not too much linux :()
  • [00:06:30] * rsalveti (n=salveti@pc-a80092.wlan.inet.fi) has joined #beagle
  • [00:06:34] <uberfry> cool, do you have any link please?
  • [00:06:39] <uberfry> with example I mean
  • [00:07:08] <uberfry> (sorry for my english, it's not my native tongue)
  • [00:07:45] <Russ> uberfry: well, yes, you expose the camera through v4l
  • [00:08:11] <Russ> checkout in the kernel sources Documentation/i2c/
  • [00:08:25] <Russ> and Documentation/video4linux
  • [00:08:30] <uberfry> I currently don't have it on my computer, do you mind sending it to me please?
  • [00:08:34] <uberfry> or link me to it
  • [00:08:49] <Russ> just do a clone of kernel.org
  • [00:09:10] <Russ> ah, you are running windows
  • [00:09:47] <Russ> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=tree;f=Documentation/i2c;h=1d6755e6a8596618522bf8af9f32f4ecaf5ef1d8;hb=HEAD
  • [00:10:01] <uberfry> thanks ;)
  • [00:10:05] <uberfry> and yes, windows xp ftw :)
  • [00:10:08] <Russ> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=tree;f=Documentation/video4linux;h=45175f4c3ae4d8feefbd59455a8644e4bd2b1665;hb=HEAD
  • [00:10:26] <Russ> i2c seems an odd interface for a high speed device like a camera
  • [00:10:55] <uberfry> why?
  • [00:11:39] <Russ> 100kbits/sec is the standard data rate
  • [00:12:02] <Russ> even high speed mode only supports 3.4Mb/s
  • [00:12:11] <Russ> theoretical
  • [00:12:50] <uberfry> I see...
  • [00:13:02] <Russ> are you sure you don't mean that the control signalling is through i2c and the data comes some other route?
  • [00:13:06] <uberfry> I told my superior to use an fpga, because it would do everything in parallel
  • [00:13:27] <uberfry> I'm pretty sure he said it was entirely through i2c
  • [00:13:45] <uberfry> cause we still got the problem that we need to sync everything
  • [00:13:58] <uberfry> like, we have values from IMU and need to have them at the same time as grabbing an image from the cam
  • [00:14:25] <Russ> is it a chip that already exists?
  • [00:14:47] <uberfry> which one?
  • [00:15:00] <Russ> the camera
  • [00:15:06] <uberfry> ah yes
  • [00:15:08] <uberfry> from TI
  • [00:15:14] <Russ> which chip?
  • [00:15:28] <uberfry> I can't remember the model, but it generates hsync, vsync, etc. and i2c output
  • [00:15:57] <Russ> why would a camera generate hsync?
  • [00:16:21] <Russ> is the chip a tvp5150 or 5140?
  • [00:16:23] <uberfry> to tell when a new image is there
  • [00:16:26] <uberfry> dont know
  • [00:17:08] <uberfry> 5140 could be
  • [00:18:06] <Russ> I mention those two because a driver already exists
  • [00:18:32] <uberfry> oh cool
  • [00:18:35] <Russ> but they don't hook to a ccd, they hook to a NTSC/PAL or SeCAM input
  • [00:18:43] <uberfry> yep exactly
  • [00:19:15] <uberfry> what's the maximum throughput of gpio on beagleboard?
  • [00:19:30] <Russ> dunno
  • [00:19:37] <uberfry> hmmm ok
  • [00:19:40] <uberfry> anyway, thanks
  • [00:19:44] <uberfry> brb, sleep
  • [00:19:46] <uberfry> cu tomorrow
  • [00:19:48] <uberfry> bye
  • [00:20:39] * fulgas (n=fn@85.138.15.70) Quit (Connection timed out)
  • [00:47:56] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [01:02:50] * maelcum|konv (n=horst@78.52.128.3) has joined #beagle
  • [01:04:09] * MungoPark (n=enforcer@f053003025.adsl.alicedsl.de) Quit (Read error: 104 (Connection reset by peer))
  • [01:12:51] * MungoPark (n=enforcer@f053005175.adsl.alicedsl.de) has joined #beagle
  • [01:18:15] * maelcum (n=horst@78.52.129.51) Quit (Read error: 110 (Connection timed out))
  • [01:26:47] * davidcb (n=davidcb@c-76-124-23-143.hsd1.nj.comcast.net) has left #beagle
  • [01:30:59] * _fulgas is now known as FuL|OUT
  • [01:30:59] * FuL|OUT is now known as fulgas
  • [01:32:23] * robclark_ (n=robclark@32.176.156.235) Quit (Read error: 110 (Connection timed out))
  • [01:43:05] * geckosenator (n=sean@71.237.94.78) Quit ("Lost terminal")
  • [01:58:40] * maelcum|konv (n=horst@78.52.128.3) Quit (Remote closed the connection)
  • [02:08:43] * geckosenator (n=sean@71.237.94.78) has joined #beagle
  • [02:09:56] * kmwang (n=angelic4@mail.CDPA.cc) has joined #beagle
  • [02:11:49] * __alanc__ (n=a-campbe@nat/ti/x-0b80b85f2845b79e) has joined #beagle
  • [02:14:00] * gregoiregentil (n=zonbu@adsl-71-135-118-139.dsl.pltn13.pacbell.net) Quit (Read error: 110 (Connection timed out))
  • [02:17:52] * rsalveti (n=salveti@pc-a80092.wlan.inet.fi) Quit (Read error: 110 (Connection timed out))
  • [02:18:06] * robclark (n=robclark@166.128.200.2) has joined #beagle
  • [02:19:25] * cmew (i=470a5cac@gateway/web/ajax/mibbit.com/x-925d1ae218dab730) has joined #beagle
  • [02:20:38] * BThompsonD (n=BThompso@cpe-72-190-75-99.tx.res.rr.com) Quit (Read error: 104 (Connection reset by peer))
  • [02:21:41] <cmew> I need help my 2 year old female beagle will not stop shaking she (its not like seizures, but more like she is cold) she won't get off the couch and when she does she wimmpers. Today all she has done is sit around and has done nothing but sleep, I touch her lower back and she whimppers and her stomach looks swallon---What do i do
  • [02:22:11] <GeneralAntilles> Take her to a vet.
  • [02:22:21] <GeneralAntilles> But this is a channel about an ARM dev board.
  • [02:22:51] <GeneralAntilles> http://beagleboard.org/
  • [02:23:34] * cmew (i=470a5cac@gateway/web/ajax/mibbit.com/x-925d1ae218dab730) Quit (Client Quit)
  • [02:24:08] * GeneralAntilles hopes he takes that dog to a vet. . . .
  • [02:25:24] * MungoPark (n=enforcer@f053005175.adsl.alicedsl.de) Quit ("Ex-Chat")
  • [02:25:30] * leslie (n=leslie@116.228.58.74) has joined #beagle
  • [02:26:18] <Russ> that was strange
  • [02:35:20] * favor (n=user@221.10.25.6) has joined #beagle
  • [02:37:59] * joesensport (n=joesensp@218.242.229.234) has joined #beagle
  • [02:44:16] * robclark_ (n=robclark@166.128.218.15) has joined #beagle
  • [03:08:26] * robclark (n=robclark@166.128.200.2) Quit (Read error: 110 (Connection timed out))
  • [03:29:51] * midtown (i=44bd685e@gateway/web/ajax/mibbit.com/x-132e5018a5dbb5ad) Quit ("http://www.mibbit.com ajax IRC Client")
  • [03:39:54] * favor (n=user@221.10.25.6) Quit (Read error: 110 (Connection timed out))
  • [03:50:18] * calculu5 (n=calculus@gentoo/user/calculus) has joined #beagle
  • [03:51:24] * calculus (n=calculus@gentoo/user/calculus) Quit (Read error: 110 (Connection timed out))
  • [03:53:49] * calculu5 is now known as calculus
  • [03:55:49] * dlsmn (i=d162f875@gateway/web/ajax/mibbit.com/x-f17894f3dfd16c1a) has joined #beagle
  • [03:59:50] * __alanc__ (n=a-campbe@nat/ti/x-0b80b85f2845b79e) Quit (Remote closed the connection)
  • [04:14:08] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has left #beagle
  • [04:28:31] * favor (n=user@221.10.25.6) has joined #beagle
  • [04:43:03] * brolin (n=brolin@190.157.13.75) has joined #beagle
  • [04:44:15] * leslie (n=leslie@116.228.58.74) Quit (Read error: 110 (Connection timed out))
  • [04:47:46] * mrc3 (n=ddiaz@189.157.115.100) has joined #beagle
  • [04:52:12] * dlsmn (i=d162f875@gateway/web/ajax/mibbit.com/x-f17894f3dfd16c1a) Quit ("http://www.mibbit.com ajax IRC Client")
  • [04:56:48] * robclark_ (n=robclark@166.128.218.15) Quit (Read error: 110 (Connection timed out))
  • [05:19:23] <ZeZu> hmm, profiling data isn't written to file :|
  • [05:31:15] <ZeZu> seems oprofile is aroute but may be broken, but should i not expect gprof to work still ?
  • [05:33:03] <raster> i havent touched gprof for a long time
  • [05:33:10] <raster> mostyly because it doesnt work with shared libs
  • [05:33:17] <raster> and to make it work u need to really jump thru hoops
  • [05:33:21] <raster> its just not worth it
  • [05:33:27] <raster> i stick to oprofile
  • [05:34:02] <Russ> I like oprofile
  • [05:34:37] <Russ> thats how I learned that applications freeing and reallocing large amounts of memory repeatedly caused the kernel to become quite busy writing zero
  • [05:34:47] <raster> aye
  • [05:35:03] <raster> though you should have known that anyway
  • [05:35:11] <raster> zeroing out new pages of ram is a big expense
  • [05:35:25] <raster> i actually wish there was a malloc u could do for "dont care" ram
  • [05:35:30] <raster> ie kernel would never zero it out
  • [05:35:40] <raster> it just would leave whatever was in there
  • [05:35:43] <ZeZu> hmm
  • [05:35:48] <ds> one wonders why there isn't specific hardware for zeroing pages
  • [05:35:53] <raster> as long as what was in there was a previously used page of this "dont care" ram
  • [05:36:10] <ds> raster: it's a security problem for multiuser systems
  • [05:36:29] <raster> ds: i rememebr ages ago alan cox, i think, tried using the dma on an ne2000 card to avoid the cpu zeroing out pages
  • [05:36:38] * jsync (n=jess@59.160.172.220) has joined #beagle
  • [05:36:39] <raster> ... as the dma could just write 0's to anywhere
  • [05:36:49] <raster> in the end it was fatser to just let the kernel do it with the cpu
  • [05:36:49] <raster> :)
  • [05:37:05] <raster> ds: and i know its a security problem.. thus the special "dont care" malloc
  • [05:37:14] * rupeshgujare (n=rupesh@59.160.172.220) has joined #beagle
  • [05:37:16] <raster> u malloc ram u DONT care about security-wise
  • [05:37:25] <ds> ne2000's aren't known for their elegant hardware design
  • [05:37:31] <raster> what you put in there... may become visible to another user
  • [05:37:35] <raster> maybe some flags
  • [05:37:43] <raster> like within 1 uid allow this pool to he shared
  • [05:37:58] <raster> ie if 1 process with the same uid re-uses pages from another proc with the same uid
  • [05:38:03] <raster> it wont be a security issue
  • [05:38:17] <raster> ds: this was back in the 486/p90 or so days
  • [05:38:26] <raster> ds: so its not like the cpu was fast and elegant either
  • [05:38:27] <raster> :)
  • [05:38:51] <ds> besides, on an embedded system, you don't care too much about learning the contents of other processes address spaces
  • [05:39:09] <raster> yup
  • [05:39:17] <raster> for such a system it'd be good to be able to turn this off
  • [05:39:33] <raster> or have a replacement memory pool u can malloc from that never zeros out
  • [05:39:45] <raster> or.. at least within a single userid that pool gets shared
  • [05:39:45] <Russ> raster: how about fixing the application?
  • [05:39:58] <raster> in fact.. that would be possible to do now with no system/userspace api changes
  • [05:39:59] * TAK2004 (n=thomas@dslb-088-072-110-186.pools.arcor-ip.net) Quit (Remote closed the connection)
  • [05:40:18] <Russ> raster: In my case I think there was strong consideration to making a background thread that created zeroized pages
  • [05:40:28] <raster> Russ: that depends what u are doing. the "fix" often is to create your own memory pool implementations
  • [05:40:47] <raster> indeed reducing the number of allocs/frees is good too
  • [05:40:56] <Russ> raster: I'm willing to bet that glibc malloc has some env option that well make it more likely to hold onto memory
  • [05:42:01] <Russ> raster: if its using sbrk, just make an LD_PRELOAD sbrk replacement that lies
  • [05:43:24] <raster> Russ: it does
  • [05:43:29] <raster> u can tunr it a bit
  • [05:43:30] <raster> tune
  • [05:43:39] <ZeZu> it looks like i probably dont want a binary built w/ -pg for oprofile right ?
  • [05:43:43] <raster> but even so - i even did some ugly hacks with xshm
  • [05:43:49] <raster> evas has a shm segment cache for evas
  • [05:44:00] <raster> just to avoid allocing new sysv shm segments so often and zeroing them
  • [05:44:00] <Russ> ZeZu: you don't need/want -pg for oprofile
  • [05:44:07] <raster> it re-uses them a lot and keeps a pool
  • [05:44:26] <ZeZu> thanks
  • [05:58:22] * leslie (n=leslie@116.228.58.74) has joined #beagle
  • [05:59:02] * favor (n=user@221.10.25.6) Quit (Read error: 145 (Connection timed out))
  • [06:01:47] <ZeZu> eh .. i must kill profiling somehow in my binary
  • [06:02:08] <raster> oprofile doesnt give u anything?
  • [06:02:17] <ZeZu> it gives me two minor functions
  • [06:02:51] <raster> maybe no gdb debugging symbols
  • [06:02:57] <ZeZu> i added -g
  • [06:03:04] <raster> thus no ability to get symbol info - u need at least basic symbols in there
  • [06:03:12] <raster> oprofiel for me works fine.. on x86 at least
  • [06:03:17] <raster> never tried on arm
  • [06:03:27] <raster> generally tho the performance profiels tend too be the same
  • [06:03:31] <ZeZu> hmm there is a post and a patch on the boards about oprofile
  • [06:03:34] <raster> ie u spend about the same % of time int he same areas
  • [06:03:58] <ZeZu> yea, i've used a profiler before just not familiar with oprofile
  • [06:03:59] <raster> (ie get a speedup in that area and u see the same approximate speedups on both)
  • [06:04:03] <raster> aaah
  • [06:04:15] <raster> well this is how i start it
  • [06:04:22] <ZeZu> i've had the misfortune of trying to collect my own samples before as well .. not fun
  • [06:04:22] <raster> sudo opcontrol --no-vmlinux
  • [06:04:23] <raster> sudo opcontrol --init
  • [06:04:23] <raster> sudo opcontrol --start
  • [06:04:23] <raster> sudo opcontrol --dump
  • [06:04:24] <raster> sudo opcontrol --reset
  • [06:04:44] <raster> and to stop and dump a report
  • [06:04:47] <raster> sudo opcontrol --stop
  • [06:04:53] <raster> opreport --symbols > oprof.txt
  • [06:04:53] <raster> sudo opcontrol --shutdown
  • [06:05:07] <raster> i just have those in scripts so its
  • [06:05:10] <raster> oprof-start
  • [06:05:12] <raster> and
  • [06:05:14] <raster> oprof-stop
  • [06:05:15] <raster> for me
  • [06:05:23] <raster> hope that helps
  • [06:05:33] <ZeZu> :) thanks
  • [06:05:33] * mib_0e4k2k (i=48b590d6@gateway/web/ajax/mibbit.com/x-55cd560790cf85da) has joined #beagle
  • [06:05:59] <ZeZu> i think the problem is related to this post : http://groups.google.com/group/beagleboard/browse_thread/thread/04c72e391c133310
  • [06:06:56] <ZeZu> I'm sure our code uses all sorts of syscalls
  • [06:08:45] * sebas10 (i=be0a1646@gateway/web/ajax/mibbit.com/x-2dfd797b998c569e) has joined #beagle
  • [06:08:47] * raster giggles
  • [06:09:06] <raster> aaaah... so fun to be right...
  • [06:09:12] <raster> oh well.
  • [06:09:49] * sebas10 (i=be0a1646@gateway/web/ajax/mibbit.com/x-2dfd797b998c569e) Quit (Client Quit)
  • [06:10:36] * sebas10 (i=be0a1646@gateway/web/ajax/mibbit.com/x-dfc706d527a2450a) has joined #beagle
  • [06:10:50] * mib_0e4k2k (i=48b590d6@gateway/web/ajax/mibbit.com/x-55cd560790cf85da) Quit ("http://www.mibbit.com ajax IRC Client")
  • [06:13:08] * joesensport (n=joesensp@218.242.229.234) Quit (Remote closed the connection)
  • [06:13:37] <ZeZu> hmm?
  • [06:13:41] <sebas10> greetings... i need to know if someone can help in executing the beagle board simulator using qemu
  • [06:13:52] <raster> never mind
  • [06:13:59] <raster> just talking to myself
  • [06:14:45] <ZeZu> do let me in if its interesting ;p
  • [06:14:46] * geckosenator (n=sean@71.237.94.78) Quit (Read error: 110 (Connection timed out))
  • [06:16:02] <raster> just let it be noted that i giggled
  • [06:16:10] <raster> time will tell as to what i giggled about
  • [06:17:02] <ZeZu> well that just flat out sucks if i'm the one with the time lag doesn't it ? hehe
  • [06:17:18] * joesensport (n=joesensp@218.242.229.234) has joined #beagle
  • [06:17:22] <raster> i will need to wait until the rumormill expells this into the public via a mechanism other than me
  • [06:18:18] * brolin (n=brolin@190.157.13.75) Quit (Client Quit)
  • [06:19:21] <ZeZu> dont want to be the "one" eh ?
  • [06:20:34] <ZeZu> btw if anyone cares: http://www.youtube.com/watch?v=7o4y9k0s_Xc << POP3D for dreamcast running on beagleboard
  • [06:21:21] <raster> ZeZu: nah..
  • [06:21:35] <raster> i just want to have the knowledge of knowing i was right
  • [06:23:39] <raster> seems a bit slow
  • [06:23:57] <raster> did he remember to upclock the sgx to 110?
  • [06:24:11] <ZeZu> he is I, and yes I did
  • [06:24:19] <raster> aaah is you
  • [06:24:30] <raster> hmm is it cpu bound or gpu bound?
  • [06:24:34] <ZeZu> cpu
  • [06:24:39] <ZeZu> fpu mostly
  • [06:24:40] <raster> ooh ok
  • [06:24:49] <ZeZu> but still loads of room for optimization
  • [06:25:08] <raster> the dreamcast was a mips - right?
  • [06:25:10] <ZeZu> getting it running is a feat .. getting it fullspeed will be quite difficult
  • [06:25:17] * pcgeil (n=steffen@p5B17FF3F.dip.t-dialin.net) has joined #beagle
  • [06:25:17] <ZeZu> hitachi supersh (4)
  • [06:25:37] <ZeZu> sony used the mips
  • [06:25:37] <raster> oooh super-echi!
  • [06:25:43] <raster> man i like that name
  • [06:25:57] <raster> u know what echi is in japanese?
  • [06:26:11] <ZeZu> that i do not
  • [06:26:15] <raster> hehehe
  • [06:26:23] <raster> "sexually deviant"
  • [06:26:35] * pcgeil (n=steffen@p5B17FF3F.dip.t-dialin.net) Quit (Client Quit)
  • [06:26:38] <raster> super sexually deviant 4 (the cpu)
  • [06:26:43] <raster> awesome name
  • [06:26:53] <ZeZu> haha
  • [06:26:55] <ZeZu> nice
  • [06:27:03] <ZeZu> well i'm afk for a bit
  • [06:27:05] <ZeZu> movie time
  • [06:27:08] <ZeZu> have fun
  • [06:27:27] * pcgeil (n=steffen@p5B17FF3F.dip.t-dialin.net) has joined #beagle
  • [06:28:32] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [06:29:15] * pcgeil (n=steffen@p5B17FF3F.dip.t-dialin.net) Quit (Client Quit)
  • [06:33:01] * sebas10 (i=be0a1646@gateway/web/ajax/mibbit.com/x-dfc706d527a2450a) Quit ("http://www.mibbit.com ajax IRC Client")
  • [06:49:05] * ScriptRipper (n=mmohring@p4FDBE141.dip.t-dialin.net) has joined #beagle
  • [07:06:14] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-f42d0e99c50ae5b9) has joined #beagle
  • [07:17:07] * pcgeil (n=steffen@p5B17FF3F.dip.t-dialin.net) has joined #beagle
  • [07:20:24] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-f42d0e99c50ae5b9) Quit ("http://www.mibbit.com ajax IRC Client")
  • [07:20:43] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-588f273fb2bb0df2) has joined #beagle
  • [07:24:26] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-588f273fb2bb0df2) Quit (Client Quit)
  • [07:26:36] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-d389feebd6daad74) has joined #beagle
  • [07:31:35] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-d389feebd6daad74) Quit ("http://www.mibbit.com ajax IRC Client")
  • [07:31:56] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-6eda6a4ebe33e2f5) has joined #beagle
  • [07:37:04] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [07:38:38] * flameman (n=toor@net-93-65-19-21.cust.dsl.vodafone.it) has joined #beagle
  • [07:38:59] * likewise (n=likewise@82-171-51-231.ip.telfort.nl) Quit (Client Quit)
  • [07:43:39] * pcgeil (n=steffen@p5B17FF3F.dip.t-dialin.net) Quit ()
  • [07:45:17] * favor (n=user@221.10.25.6) has joined #beagle
  • [07:45:39] * mib_e396at (i=c0a314e7@gateway/web/ajax/mibbit.com/x-b34961c458a0803f) has joined #beagle
  • [07:48:06] * jsync (n=jess@59.160.172.220) has left #beagle
  • [07:51:28] <raster> ooh so neon does get me speedups even with simple pixel filling
  • [07:53:47] * methril|weekend (n=Methril@213.27.233.98) Quit (Read error: 60 (Operation timed out))
  • [07:55:53] <bkero> ecchi
  • [07:56:41] <raster> sukebe!
  • [07:57:03] <raster> arashiiiiiiii!
  • [07:58:05] * [-ip-] (n=ts@mnhm-590e016e.pool.einsundeins.de) has joined #beagle
  • [07:58:13] <bkero> dechu
  • [07:59:38] * Guest21413 (n=Methril@213.27.233.98) has joined #beagle
  • [07:59:46] * colla (n=ACollama@host198-216-static.52-88-b.business.telecomitalia.it) has joined #beagle
  • [08:00:06] <raster> desu?
  • [08:01:13] * rsalveti (n=salveti@dasasob.nokia.com) has joined #beagle
  • [08:03:12] <Russ> raster: that is interesting
  • [08:03:29] <Russ> raster: you try playing with caching attributes?
  • [08:04:07] <Russ> raster: are you using stmia?
  • [08:05:05] * ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) Quit ("Leaving")
  • [08:05:14] * ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) has joined #beagle
  • [08:09:05] * Guest21413 (n=Methril@213.27.233.98) Quit (SendQ exceeded)
  • [08:10:08] * mckoan|away is now known as mckoan
  • [08:10:49] * methril|work (n=Methril@213.27.233.98) has joined #beagle
  • [08:12:53] * jsync (n=jess@59.160.172.220) has joined #beagle
  • [08:14:31] * methril|work is now known as methril
  • [08:14:36] * methril is now known as methril|work
  • [08:14:39] <methril|work> good morninggood morning
  • [08:14:42] * julianoliver (n=julian@215.pool85-53-21.dynamic.orange.es) Quit (Read error: 110 (Connection timed out))
  • [08:15:20] * ZeZu (n=null@c-98-227-56-17.hsd1.in.comcast.net) Quit (Read error: 104 (Connection reset by peer))
  • [08:16:17] * ZeZu (n=null@c-98-227-56-17.hsd1.in.comcast.net) has joined #beagle
  • [08:22:18] * methril|work (n=Methril@213.27.233.98) Quit (Read error: 104 (Connection reset by peer))
  • [08:25:29] * davidcb (n=Spot@m145e36d0.tmodns.net) has joined #beagle
  • [08:39:16] * Russ (i=foobar@ip70-176-253-20.ph.ph.cox.net) Quit (Read error: 60 (Operation timed out))
  • [08:39:17] * ceyusa (n=ceyusa@cm216016.red83-165.mundo-r.com) has joined #beagle
  • [08:39:39] * methril|work (n=Methril@213.27.233.98) has joined #beagle
  • [08:43:31] * favor (n=user@221.10.25.6) Quit (Read error: 110 (Connection timed out))
  • [08:49:51] * khasim created a ARM machine ID for Leopard, http://www.arm.linux.org.uk/developer/machines/list.php?id=2138
  • [08:49:57] * PhastPhrog (n=chatzill@194.193.86.112) has joined #beagle
  • [08:54:15] * khasim also correct default webpage for beagle on http://www.arm.linux.org.uk/developer/machines/
  • [09:00:35] * ssvb (n=ssvb___@a88-114-221-132.elisa-laajakaista.fi) Quit ("Leaving")
  • [09:01:21] * likewise (n=likewise@atwork-193.r-212.178.107.atwork.nl) has joined #beagle
  • [09:06:19] * likewise (n=likewise@atwork-193.r-212.178.107.atwork.nl) Quit ()
  • [09:06:47] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [09:06:54] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [09:10:35] * rsalveti (n=salveti@dasasob.nokia.com) Quit (Remote closed the connection)
  • [09:16:08] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [09:16:46] <amine_56> hi everybody
  • [09:18:03] <amine_56> I'm facing a problem when I want to bitbake console-image
  • [09:18:18] <amine_56> ERROR: Openembedded's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories:
  • [09:18:36] <amine_56> Please install following missing utilities: help2man,texi2html,svn
  • [09:18:45] <amine_56> Anyone to help?
  • [09:19:14] <amine_56> I'm using an Angstrom distribution
  • [09:22:46] * RogerMonk (n=a0740758@nat/ti/x-b17318b8e4301dbc) has joined #beagle
  • [09:23:46] * florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) has joined #beagle
  • [09:26:25] <amine_56> No one to help?
  • [09:26:36] <amine_56> 106 users?
  • [09:29:52] * florian_kc is now known as florian
  • [09:30:13] <florian> good morning
  • [09:30:47] <raster> amine_56: everyone is asleep
  • [09:30:49] * florian missed the question
  • [09:32:05] * hrw|gone is now known as hrw
  • [09:32:10] <hrw> morning
  • [09:32:20] <Stskeeps> morning hrw
  • [09:32:25] <hrw> amine_56: 'apt-get install help2man texi2html subversion'
  • [09:33:05] <florian> hi hrw
  • [09:33:24] <amine_56> I'm using opkg install help2man texi2html subversion
  • [09:33:29] <hrw> so my question - which resolutions BB supports? I will get BB soon and need to buy another LCD monitor (lack of inputs)
  • [09:33:36] * likewise (n=Leon_Woe@atwork-193.r-212.178.107.atwork.nl) has joined #beagle
  • [09:33:40] <hrw> amine_56: you are building angstrom under angstrom?
  • [09:33:46] <raster> hrw: 1920x1080 has been done
  • [09:33:56] <raster> but at 24fps
  • [09:34:05] <raster> 1600x1200@40hz is doable
  • [09:34:16] <RogerMonk> gm all!
  • [09:34:18] <raster> the "default" is 1024x768@60hz
  • [09:34:30] <amine_56> yes
  • [09:34:31] <hrw> 1280x800 is usable?
  • [09:34:43] <hrw> amine_56: hmm.. long time since I tried that combo
  • [09:34:53] <hrw> amine_56: let me check my blog archives
  • [09:35:33] <amine_56> hrw: OK
  • [09:36:23] <hrw> amine_56: 2 years ago we did not had sanity check :(
  • [09:36:26] * flameman (n=toor@net-93-65-19-21.cust.dsl.vodafone.it) Quit (Read error: 113 (No route to host))
  • [09:36:35] * hamsan (i=7aa66275@gateway/web/ajax/mibbit.com/x-219ecdf30da5e27d) has joined #beagle
  • [09:36:39] <hrw> amine_56: you need texinfo help2man subversion probably
  • [09:36:44] <amine_56> yes
  • [09:37:14] * hamsan (i=7aa66275@gateway/web/ajax/mibbit.com/x-219ecdf30da5e27d) Quit (Client Quit)
  • [09:39:27] <hrw> amine_56: anyway interesting problem it shows. I do not know when will find time for it but will add it to todolist
  • [09:39:37] * hrw is one of OpenEmbedded developers
  • [09:40:09] * abitos (n=nixgibts@dslb-084-057-146-023.pools.arcor-ip.net) has joined #beagle
  • [09:41:36] * mib_e396at (i=c0a314e7@gateway/web/ajax/mibbit.com/x-b34961c458a0803f) Quit ("http://www.mibbit.com ajax IRC Client")
  • [09:46:59] * mib_dq72ff (i=7aa66275@gateway/web/ajax/mibbit.com/x-785c66219eca9393) has joined #beagle
  • [09:47:25] * mib_dq72ff (i=7aa66275@gateway/web/ajax/mibbit.com/x-785c66219eca9393) Quit (Client Quit)
  • [09:50:57] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [09:52:43] * mib_ig793z (i=c044d3a1@gateway/web/ajax/mibbit.com/x-aec00d770ae33e3e) has joined #beagle
  • [09:52:49] * mib_ig793z (i=c044d3a1@gateway/web/ajax/mibbit.com/x-aec00d770ae33e3e) Quit (Client Quit)
  • [09:53:30] * khasi1 (n=a0393720@192.163.20.231) has joined #beagle
  • [09:53:31] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [09:55:57] * mpoullet (n=mpoullet@proxye.avm.de) has joined #beagle
  • [09:56:03] <mpoullet> good morning
  • [09:57:06] <likewise> raster: and 1920x1080 @ 25fps maybe? Can I use the VESA CVT calculator to calc the limits?
  • [09:57:40] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-6eda6a4ebe33e2f5) Quit ("http://www.mibbit.com ajax IRC Client")
  • [09:59:01] <raster> likewise: i think the max dotclock is 83 or 85mhz
  • [09:59:05] <raster> sop you figure it out from there
  • [09:59:15] <raster> i have no desire to make it do high-res so i've never paid attention
  • [09:59:16] <raster> :)
  • [09:59:26] <raster> i want "low res" 32bit
  • [09:59:42] <raster> (low meaning 800x480 or less (even down to qvga))
  • [10:00:09] * ogra (n=ogra@ubuntu/member/ogra) Quit (Read error: 104 (Connection reset by peer))
  • [10:00:33] * ogra (n=ogra@ubuntu/member/ogra) has joined #beagle
  • [10:01:10] * Sanju (i=77526012@gateway/web/ajax/mibbit.com/x-3cf84ae1d717fd92) has joined #beagle
  • [10:01:18] <Sanju> Hi
  • [10:01:42] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-12d0b65e17ff2725) has joined #beagle
  • [10:01:59] <hrw> hi mpoullet
  • [10:02:11] <Sanju> I am accessing GPIO pins from user space using mmap()
  • [10:02:46] <Sanju> I am writing to GPIO register but the pin is always high
  • [10:02:52] * hrw is now known as hrw|gone
  • [10:03:22] <Sanju> i am making some gpio pins low by writing to gpio register
  • [10:04:14] <Sanju> I want to know do i need to change the mux file to achive this?
  • [10:07:39] * sli_ (n=sli@195.6.193.205) has joined #beagle
  • [10:11:47] * like2wise (n=likewise@atwork-193.r-212.178.107.atwork.nl) has joined #beagle
  • [10:12:52] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-12d0b65e17ff2725) Quit ("http://www.mibbit.com ajax IRC Client")
  • [10:16:50] * favor (n=user@221.10.25.6) has joined #beagle
  • [10:20:35] * like2wise (n=likewise@atwork-193.r-212.178.107.atwork.nl) Quit ()
  • [10:29:53] <khasi1> Sanju: Yes, you have to change the MUX configuration for this pin
  • [10:30:29] <khasi1> Sanju: You have to make this output, put it in GPIO mode and select the required default pull up / pull down
  • [10:43:26] * khasi1 (n=a0393720@192.163.20.231) has left #beagle
  • [10:43:33] * khasi1 (n=a0393720@192.163.20.231) has joined #beagle
  • [10:53:11] * gletelli (n=chatzill@fw-tnat.cambridge.arm.com) Quit ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]")
  • [10:57:16] <Sanju> khasi1: i am using GPIO 130 to 142 pins for our application
  • [10:57:44] <Sanju> Please let me know where exactly i have to change mux file and how?
  • [11:02:31] * ogra (n=ogra@ubuntu/member/ogra) Quit ("Verlassend")
  • [11:02:36] * ogra (n=ogra@ubuntu/member/ogra) has joined #beagle
  • [11:04:38] * Sanju (i=77526012@gateway/web/ajax/mibbit.com/x-3cf84ae1d717fd92) Quit ("http://www.mibbit.com ajax IRC Client")
  • [11:09:35] <khasi1> It can be done in Kernel as well as in u-boot. Which u-boot are you using on Beagle ?
  • [11:10:50] <khasi1> board/omap3530beagle/omap3530beagle.c in u-boot has MUX default, you change the corresponding pins and re-compile the u-boot
  • [11:13:33] * kozak (n=subbu@117.192.5.147) has joined #beagle
  • [11:23:17] * Beagle7 (n=Beagle7@c-71-205-146-169.hsd1.mi.comcast.net) has joined #beagle
  • [11:29:18] * gletelli_ (n=chatzill@fw-tnat.cambridge.arm.com) has joined #beagle
  • [11:37:30] * Wiedi (n=wiedi@newton-air.w.fruky.net) has joined #beagle
  • [11:39:22] * hrw|gone is now known as hrw
  • [11:40:33] <hrw> re
  • [11:42:41] * Beagle7 (n=Beagle7@c-71-205-146-169.hsd1.mi.comcast.net) Quit ()
  • [11:50:47] * abitos (n=nixgibts@dslb-084-057-146-023.pools.arcor-ip.net) Quit (Read error: 113 (No route to host))
  • [11:52:36] * skipisz (n=a0867407@nat/ti/x-cb3cdaecee02fccb) has joined #beagle
  • [11:52:46] * khasi1 (n=a0393720@192.163.20.231) has left #beagle
  • [11:53:10] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [11:55:49] * JuanG (n=Juan@nat/ti/x-5ae698092b6f6dee) has joined #beagle
  • [11:55:56] * JuanG (n=Juan@nat/ti/x-5ae698092b6f6dee) has left #beagle
  • [12:02:19] * DJW|Home (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [12:06:26] * __alanc__ (n=a-campbe@nat/ti/x-73f33774903aae14) has joined #beagle
  • [12:06:29] * hrw (n=hrw@chello089078173235.chello.pl) Quit ()
  • [12:07:07] * mib_kwlrse (i=7aa66275@gateway/web/ajax/mibbit.com/x-008298935c658caa) has joined #beagle
  • [12:07:11] * mib_esdslg (i=7aa66275@gateway/web/ajax/mibbit.com/x-b0c0895610bd37a9) has joined #beagle
  • [12:07:34] * DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) Quit (Read error: 110 (Connection timed out))
  • [12:07:35] * mib_kwlrse (i=7aa66275@gateway/web/ajax/mibbit.com/x-008298935c658caa) Quit (Client Quit)
  • [12:07:39] * mib_esdslg (i=7aa66275@gateway/web/ajax/mibbit.com/x-b0c0895610bd37a9) Quit (Client Quit)
  • [12:07:53] * julianoliver (n=julian@215.pool85-53-21.dynamic.orange.es) has joined #beagle
  • [12:08:25] <julianoliver> buenos tardes
  • [12:13:14] <likewise> julianoliver: On IRC it's always "Buenos d??as" :-)
  • [12:13:16] <jkridner> good morning all
  • [12:13:20] <likewise> gm
  • [12:13:26] <likewise> ~ugt
  • [12:14:36] <julianoliver> likewise: i'm looking outside at a beautiful Spanish afternoon. the reality of that was temporarily larger than IRC ;)
  • [12:14:40] * kevinsc (n=kevinsc@nat/ti/x-fbe415bbb4982589) has joined #beagle
  • [12:14:57] * kevinsc (n=kevinsc@nat/ti/x-fbe415bbb4982589) has left #beagle
  • [12:15:08] <likewise> julianoliver: Haha, the best reason! Wish I had the same privilege.
  • [12:19:36] <Crofton|work> rainy foggy day here
  • [12:20:34] * BThompson (n=a0193480@nat/ti/x-64db66ad0a62ca68) has joined #beagle
  • [12:27:03] * robclark (n=robclark@nat/ti/x-72048f85d15d8696) has joined #beagle
  • [12:40:31] <mru> Crofton|work: nice and sunny here
  • [12:40:57] <Crofton> weird
  • [12:41:32] <mru> yes, I am in england
  • [12:42:06] <DJW|Home> mru: Nice here, West Country. Infact, far to nice to be at work.
  • [12:43:09] * joesensport (n=joesensp@218.242.229.234) Quit ("Leaving.")
  • [12:50:53] * methril|work is now known as methril|lunch
  • [13:09:50] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-5d7ed4439e5592d1) has joined #beagle
  • [13:10:09] * ogra (n=ogra@ubuntu/member/ogra) Quit (Remote closed the connection)
  • [13:10:44] * ogra (n=ogra@ubuntu/member/ogra) has joined #beagle
  • [13:13:29] * rupeshgujare (n=rupesh@59.160.172.220) has left #beagle
  • [13:14:31] * mib_a9soqm (i=4dfc12d9@gateway/web/ajax/mibbit.com/x-52a1182fe9495389) has joined #beagle
  • [13:18:57] * abitos (n=nixgibts@dyn-k2-221.faveve.uni-stuttgart.de) has joined #beagle
  • [13:19:23] * nykaut (i=c05b3c0a@gateway/web/ajax/mibbit.com/x-ddbc147ae3c67d00) has joined #beagle
  • [13:19:56] * guillaum1 (n=gl@AMontsouris-153-1-91-205.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [13:20:57] <Crofton|work> is 40V new, or a type?
  • [13:21:03] * guillaum1 (n=GZBA4143@AMontsouris-153-1-91-205.w90-2.abo.wanadoo.fr) has joined #beagle
  • [13:21:06] <mru> ES3.0
  • [13:21:12] <Crofton|work> ah
  • [13:21:17] <Crofton|work> I am feeling out of date
  • [13:23:17] * nykaut (i=c05b3c0a@gateway/web/ajax/mibbit.com/x-ddbc147ae3c67d00) Quit (Client Quit)
  • [13:23:54] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-757cf4d786720a05) has joined #beagle
  • [13:26:37] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-757cf4d786720a05) Quit (Client Quit)
  • [13:26:40] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-75876764107d15ef) has joined #beagle
  • [13:29:38] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-75876764107d15ef) Quit (Client Quit)
  • [13:29:41] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-5f47ef9c34ab4667) has joined #beagle
  • [13:29:57] * Batko_Marto (n=Batko_Ma@141.117.182.99) has joined #beagle
  • [13:32:38] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-5f47ef9c34ab4667) Quit (Client Quit)
  • [13:32:42] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f8c8c7bf1652b4ab) has joined #beagle
  • [13:34:38] * orifice_work (n=aho@67.71.223.35) has joined #beagle
  • [13:35:39] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f8c8c7bf1652b4ab) Quit (Client Quit)
  • [13:35:43] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-4aa3ba87b510dcae) has joined #beagle
  • [13:37:34] <koen> good morning all
  • [13:38:04] <mru> morning koen
  • [13:38:39] * koen has found out that jetlag + stomach bug isn't a good combination
  • [13:38:40] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-4aa3ba87b510dcae) Quit (Client Quit)
  • [13:38:44] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-fa824e613367b451) has joined #beagle
  • [13:40:07] * leslie (n=leslie@116.228.58.74) Quit (Remote closed the connection)
  • [13:41:41] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-fa824e613367b451) Quit (Client Quit)
  • [13:41:43] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-6d82a12107ecf26c) has joined #beagle
  • [13:43:17] * dlsmn (i=407a4b52@gateway/web/ajax/mibbit.com/x-f2eec3d9b69bb67c) has joined #beagle
  • [13:43:41] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-6d82a12107ecf26c) Quit (Client Quit)
  • [13:43:44] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-7acdd8affba13f68) has joined #beagle
  • [13:46:42] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-7acdd8affba13f68) Quit (Client Quit)
  • [13:46:44] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-55bcfc0f93e4a438) has joined #beagle
  • [13:49:42] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-55bcfc0f93e4a438) Quit (Client Quit)
  • [13:49:45] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-1c41eaf5594bb39d) has joined #beagle
  • [13:52:43] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-1c41eaf5594bb39d) Quit (Client Quit)
  • [13:52:45] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-d1717114d272b8cd) has joined #beagle
  • [13:53:03] <jkridner> Crofton|work: 40V is ES3.0
  • [13:53:18] <jkridner> oh, missed mru's response.
  • [13:54:44] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-d1717114d272b8cd) Quit (Client Quit)
  • [13:54:55] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-d3d95230eca8f58d) has joined #beagle
  • [13:55:31] * raster hopes gcc 4.3.1 produces decent neon asm from intrinsics
  • [13:55:55] * like2wise (n=likewise@atwork-193.r-212.178.107.atwork.nl) has joined #beagle
  • [13:56:09] <vlad_> why use intrinsics?
  • [13:56:22] <vlad_> also, I don't think it does
  • [13:56:42] <AV500> raster: last time we looked at these intrinsics they made like a full function prolog/epilog for every call
  • [13:57:07] * TAK2004 (n=thomas@dslb-088-072-251-090.pools.arcor-ip.net) has joined #beagle
  • [13:57:45] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-d3d95230eca8f58d) Quit (Client Quit)
  • [13:57:48] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-12cdb6fe40c503f2) has joined #beagle
  • [13:58:48] * like2wise (n=likewise@atwork-193.r-212.178.107.atwork.nl) Quit (Client Quit)
  • [13:59:17] <koen> raster: using intrinsics for neon sucks with about every compiler out there
  • [13:59:40] * massiveRobot (n=massiveR@75.149.106.130) has joined #beagle
  • [13:59:45] <AV500> I guess the arm one handles them somewhat OK
  • [14:00:05] <AV500> at least the white paper says so :-)
  • [14:00:45] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-12cdb6fe40c503f2) Quit (Client Quit)
  • [14:00:48] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-d9159a50b25461cd) has joined #beagle
  • [14:00:54] <mru> raster: gcc produces atrocious neon from intrinsics
  • [14:01:27] <mru> armcc did much better when I tried it
  • [14:02:49] <raster> vlad_: intrinsics means nice easy inlining :)
  • [14:02:56] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has joined #beagle
  • [14:03:28] <raster> i should inspect the asm
  • [14:03:46] * brijesh (n=bksingh@nat/ti/x-0568239c3586817b) has joined #beagle
  • [14:03:46] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-d9159a50b25461cd) Quit (Client Quit)
  • [14:03:49] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f1dd240849058505) has joined #beagle
  • [14:04:13] * MostAwesomeDude is now known as MAD|morning-fina
  • [14:04:27] * MAD|morning-fina is now known as MAD|finals
  • [14:06:46] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f1dd240849058505) Quit (Client Quit)
  • [14:06:50] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-e99d5b9563907040) has joined #beagle
  • [14:07:14] <raster> mru: i'll take a look at the asm
  • [14:07:30] <raster> i was hoping to avoid the inline asm blobs as they are a little less... nice
  • [14:07:40] * davidm (n=David@nat/ti/x-f74b7154afea6dfc) has joined #beagle
  • [14:07:45] <raster> i am seeing some speedups
  • [14:07:47] <raster> but not big ones
  • [14:08:58] * PaulJackson (i=5364d789@gateway/web/ajax/mibbit.com/x-05a3d74c5d956b2d) has joined #beagle
  • [14:09:47] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-e99d5b9563907040) Quit (Client Quit)
  • [14:09:51] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-80511d80bd2273b4) has joined #beagle
  • [14:10:39] * kevinsc (n=kevinsc@nat/ti/x-355874c53988f31a) has joined #beagle
  • [14:10:51] * kevinsc (n=kevinsc@nat/ti/x-355874c53988f31a) has left #beagle
  • [14:12:26] * ssvb (n=ssvb___@viktor.cosmicparrot.net) has joined #beagle
  • [14:12:48] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-80511d80bd2273b4) Quit (Client Quit)
  • [14:12:51] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ef5ce13b3afcd7cf) has joined #beagle
  • [14:15:49] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ef5ce13b3afcd7cf) Quit (Client Quit)
  • [14:15:52] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ee1d4b21e53b5a2f) has joined #beagle
  • [14:17:27] * Rus_Roman (i=d9095810@gateway/web/ajax/mibbit.com/x-cbd9e958eebdc019) has joined #beagle
  • [14:18:32] * Rus_Roman (i=d9095810@gateway/web/ajax/mibbit.com/x-cbd9e958eebdc019) Quit (Client Quit)
  • [14:18:49] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ee1d4b21e53b5a2f) Quit (Client Quit)
  • [14:18:53] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-64dafe575ef73abb) has joined #beagle
  • [14:20:49] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-5d7ed4439e5592d1) Quit ("http://www.mibbit.com ajax IRC Client")
  • [14:21:49] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-64dafe575ef73abb) Quit (Client Quit)
  • [14:25:16] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-1513fb49436864a9) has joined #beagle
  • [14:27:51] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-1513fb49436864a9) Quit (Client Quit)
  • [14:30:00] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-7ab9a349910ecfbe) has joined #beagle
  • [14:31:15] <raster> hmm
  • [14:31:27] <raster> so far gcc seems to be producing relatively sane asm from intrinsics
  • [14:31:41] * zumbi (n=zumbi@77.225.184.78) has joined #beagle
  • [14:32:12] <zumbi> hi guys! i just plug 12V to the beagle, so smoke came out of it
  • [14:32:38] <raster> mru: neon doesnt allow stor with pointer in reg + immediate offset - does it?
  • [14:32:53] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-7ab9a349910ecfbe) Quit (Client Quit)
  • [14:33:10] <florian> zumbi: !
  • [14:33:27] <AV500> zumbi: now try 24V
  • [14:34:17] <zumbi> There is a chip by the USB OTG, i think that is a TPS2141, is it OK if i replace that chip? I see 5V line is also going into TWL4030
  • [14:34:47] <zumbi> i just got my board today
  • [14:34:50] <raster> it even seems to schedule the ops with delays assuming there is pipelining delays
  • [14:35:17] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-c8cb43b08171dcbd) has joined #beagle
  • [14:36:23] <mru> raster: vstr takes an immediate offset, vst1 and friends do not
  • [14:36:54] <mru> vst1 can store more at once
  • [14:37:03] <mru> and takes an optional alignment argument
  • [14:37:09] <mru> which gcc doesn't let you specify
  • [14:37:27] <raster> yeah
  • [14:37:29] <raster> was just checking
  • [14:37:43] <raster> but gcc is producing sane asm
  • [14:37:49] <raster> uint32x4_t col = vdupq_n_u32(c);
  • [14:37:55] <raster> for (; d < e; d += 16) {
  • [14:37:55] <raster> vst1q_u32(d+0, col); // OP
  • [14:37:55] <raster> vst1q_u32(d+4, col); // OP
  • [14:37:55] <raster> vst1q_u32(d+8, col); // OP
  • [14:37:55] <raster> vst1q_u32(d+12, col); // OP
  • [14:37:55] <raster> }
  • [14:38:03] <raster> actually cvomes out pretty nice
  • [14:38:05] <raster> comes
  • [14:38:19] <julianoliver> hehe
  • [14:38:39] <Crofton|work> raster, do you have a reference to NEON intrinsics?
  • [14:38:44] <raster> yup
  • [14:38:52] <raster> it's a little dense
  • [14:38:54] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-c8cb43b08171dcbd) Quit (Client Quit)
  • [14:38:56] <Crofton|work> url?
  • [14:38:58] <raster> but i'm poking through it
  • [14:39:08] <raster> didnt get it from a url
  • [14:39:08] <Crofton|work> which gcc?
  • [14:39:19] <raster> popped into my inbox from some friendly arm people
  • [14:39:22] <raster> 4.3.1
  • [14:39:29] <raster> compiling natively on the device
  • [14:39:34] <florian> zumbi: oh well... if you are _very_lucky the CPU survived this
  • [14:39:35] <Crofton|work> http://gcc.gnu.org/onlinedocs/gcc/ARM-NEON-Intrinsics.html
  • [14:39:36] <Crofton|work> ok
  • [14:40:39] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-68448994d3bf7824) has joined #beagle
  • [14:40:40] <mru> raster: now try something more complicated
  • [14:41:06] <mru> do some multiplications or even additions
  • [14:41:26] <mru> btw, what code did gcc emit for that?
  • [14:41:29] * garren (n=garren@41.246.62.58) has joined #beagle
  • [14:42:15] <raster> http://pastebin.ca/1362257
  • [14:42:19] <raster> that looks pretty sane to me
  • [14:42:23] <raster> even mildly smart
  • [14:42:24] <raster> :)
  • [14:42:46] <raster> thats why i asked about the immediate offset to avoid the add's
  • [14:42:55] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-68448994d3bf7824) Quit (Client Quit)
  • [14:43:00] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-4cac2429da13822a) has joined #beagle
  • [14:43:07] <raster> but it doesnt add more ops than it needs
  • [14:43:24] * abitos (n=nixgibts@dyn-k2-221.faveve.uni-stuttgart.de) Quit (Read error: 113 (No route to host))
  • [14:43:36] <raster> even does the adds first and then uses the results orders assuming pipelining and possible stalls waiting for add results
  • [14:44:11] <mru> but the adds are completely unnecessary
  • [14:44:21] <raster> i'm just getting my fingers wet with neon atm
  • [14:44:25] <mru> use auto-increment instead
  • [14:44:57] <raster> mru: auto-inc will inc by 16bytes too for neon?
  • [14:45:21] <mru> vsd1.32 {d16-d17}, [r0]!
  • [14:45:30] <mru> that increments r0 by the number of bytes writeen
  • [14:45:34] <raster> and it incs by 16 (in this case)?
  • [14:45:39] <raster> ooh cool
  • [14:45:43] <mru> 16 in this case
  • [14:45:51] <raster> lets see if i can trick it with intrinsics
  • [14:45:56] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-4cac2429da13822a) Quit (Client Quit)
  • [14:46:05] * Batko_Marto (n=Batko_Ma@141.117.182.99) Quit (Read error: 113 (No route to host))
  • [14:46:09] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-7452dff46eb8197f) has joined #beagle
  • [14:46:11] <mru> increment by register: vsd1.32 {d16-d17}, [r0], rx
  • [14:46:22] * methril|lunch is now known as methril|work
  • [14:48:40] <raster> aaah bugger
  • [14:48:43] <raster> couldnt fool it
  • [14:48:47] <mru> see
  • [14:48:56] <mru> intrinsics are no good
  • [14:48:57] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-7452dff46eb8197f) Quit (Client Quit)
  • [14:49:11] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-4267be685b8b66f1) has joined #beagle
  • [14:49:50] <raster> was hoping is i made the d+=4's it's go "ooh but thats equivalewnt to an auto-incr anyway! let me do that"
  • [14:50:37] <mru> you'll also want to subtract a bit from the end pointer before the loop
  • [14:51:05] <mru> so you can do the comparison before all the stores
  • [14:51:49] * Batko_Marto (n=Batko_Ma@ncart-cam.scs.ryerson.ca) has joined #beagle
  • [14:51:54] <raster> umm
  • [14:51:58] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-4267be685b8b66f1) Quit (Client Quit)
  • [14:51:59] <mru> you want at least one instruction between a flag-setting instruction and a conditional branch
  • [14:52:01] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-7947aecc7321e396) has joined #beagle
  • [14:52:06] <mru> saves you one cycle
  • [14:52:25] <mru> on arm11 you want two
  • [14:52:29] <raster> the autoincr should have already dumped r0 tothe next loop count
  • [14:52:34] <raster> so i dont need to sub
  • [14:52:51] * DJW|Home is now known as DJWillis
  • [14:53:29] <mru> you need to subtract a bit from the end value
  • [14:53:36] <raster> i can fix that just by adjusting the initial loop endpoint and do the cmp before the stores
  • [14:53:43] <raster> do the stores
  • [14:53:49] <raster> then bhi
  • [14:53:55] <mru> that's what I meant
  • [14:53:59] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-7947aecc7321e396) Quit (Client Quit)
  • [14:54:03] <raster> aaah ok
  • [14:54:03] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-852cc7e85ec78cc0) has joined #beagle
  • [14:54:08] <raster> i thought u meant inside the loop
  • [14:54:13] <raster> ie
  • [14:54:27] <raster> st, st, st, st, sub, cmp, bhi
  • [14:54:47] <mru> that wouldn't make sense
  • [14:54:55] <raster> yeah
  • [14:54:59] <raster> thats why i was "eh?"
  • [14:55:00] <raster> :)
  • [14:55:31] * mib_6wvcsn (i=5640c7e4@gateway/web/ajax/mibbit.com/x-694c54f661ab81a5) has joined #beagle
  • [14:57:00] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-852cc7e85ec78cc0) Quit (Client Quit)
  • [14:57:03] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-eb36109966380777) has joined #beagle
  • [14:58:45] * MCTouch (n=mctouch@212.183.134.65) has joined #beagle
  • [14:59:01] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-eb36109966380777) Quit (Client Quit)
  • [14:59:03] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-e2983e774113aca4) has joined #beagle
  • [15:00:49] <garren> morning all
  • [15:02:01] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-e2983e774113aca4) Quit (Client Quit)
  • [15:02:06] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-33970494bdfdfa0d) has joined #beagle
  • [15:05:02] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-33970494bdfdfa0d) Quit (Client Quit)
  • [15:05:06] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-a33e75fcb1e912fe) has joined #beagle
  • [15:06:19] <zumbi> is there a warranty on beagle boards?
  • [15:07:02] <AV500> zumbi: yes, provided you do not grill it with 12V
  • [15:07:17] <Crofton|work> zumbi, they have been good about rma'ing boards with manufacturing defects
  • [15:07:25] <Crofton|work> heh
  • [15:07:34] <Crofton|work> I was trying to figure out how to say that :)
  • [15:08:04] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-a33e75fcb1e912fe) Quit (Client Quit)
  • [15:08:07] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-2b5b6013f2d2c1e8) has joined #beagle
  • [15:08:58] <zumbi> AV500: so there is no warranty for my board.. good think TI provides samples
  • [15:09:20] <zumbi> s/think/thing
  • [15:09:22] <Crofton|work> zumbi, it does not hurt to ask
  • [15:09:45] <zumbi> Crofton|work: who should i ask? Digi-key, TI, ?
  • [15:09:47] <Crofton|work> post something to the email list
  • [15:10:14] <Crofton|work> they may be able to fix it, I don't know how much damage applying 12v does
  • [15:10:23] <jkridner> warranty is covered in the system reference manual.
  • [15:10:33] <raster> ok lets see how this magic asm goes
  • [15:11:05] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-2b5b6013f2d2c1e8) Quit (Client Quit)
  • [15:11:05] * mib_6wvcsn (i=5640c7e4@gateway/web/ajax/mibbit.com/x-694c54f661ab81a5) Quit ("http://www.mibbit.com ajax IRC Client")
  • [15:11:11] <zumbi> Crofton|work: i am new to this, i just unpack my beable 2 hrs ago, i plug a router power supply (12V) see the leds on, disconected, made a serial cable, plug a 5V power supply and i see smoke coming out from the TPS2141
  • [15:11:29] <Jiuy> :D
  • [15:11:30] <raster> smoke! awesome!
  • [15:12:14] <Crofton|work> letting out the magic smoke is bad
  • [15:12:17] <zumbi> i wonder why this designers did not provide some protection against it
  • [15:12:45] <Crofton|work> It is hard and costly to protect against every possible mistake
  • [15:12:46] <zumbi> Crofton|work: but the smoke came out on a 5V plug
  • [15:12:48] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-06b5b50154d0857f) has joined #beagle
  • [15:13:20] <zumbi> Crofton|work: i mean the smoke was on the TPS2141, but when powered to 5v
  • [15:13:51] <zumbi> Crofton|work: that is a common mistake they should protect, not everything, btw, where is that ML ?
  • [15:15:05] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-06b5b50154d0857f) Quit (Client Quit)
  • [15:15:09] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-d6149dcbae3fda06) has joined #beagle
  • [15:16:17] * Hans (n=Hans@nat/ti/x-1d33479b6a9e3c12) Quit (Remote closed the connection)
  • [15:16:33] * zumbi_ (n=zumbi@217.151.242.13) has joined #beagle
  • [15:17:15] <zumbi_> Crofton|work: i possibly missed last comments after I was asking for the ML
  • [15:17:30] <zumbi_> zumbi is a ghost
  • [15:18:06] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-d6149dcbae3fda06) Quit (Client Quit)
  • [15:18:16] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-79b29e74f96fea47) has joined #beagle
  • [15:18:22] <raster> zumbi_: u missed nothing
  • [15:18:22] <Crofton|work> http://beagleboard.org/discuss
  • [15:18:29] <raster> everyone is busy eating their cocopops
  • [15:18:30] <zumbi_> raster: thanks
  • [15:18:44] <zumbi_> what's cocopops?
  • [15:18:58] * wastah (i=7caa10a8@gateway/web/ajax/mibbit.com/x-8a1ea4624a3e5761) has joined #beagle
  • [15:19:05] <Crofton|work> breakfast cereal
  • [15:19:05] <julianoliver> i'm trying to capture from my webcam on the bb and getting the error: musb_hdrc musb_hdrc: dma_pool_free buffer-32, ff082000/85ba0000 (bad dma)
  • [15:19:07] <raster> aaaah
  • [15:19:11] * wastah (i=7caa10a8@gateway/web/ajax/mibbit.com/x-8a1ea4624a3e5761) Quit (Client Quit)
  • [15:19:24] <raster> pooo
  • [15:19:27] <raster> my asm segvs now
  • [15:19:30] <julianoliver> the command i'm running is: mplayer -cache 64 -tv driver=v4l2:device=/dev/video0:width=640:height=480 -vo xv tv://
  • [15:19:34] <garren> they should protect to smoe degree knowing a lot of people are using it.
  • [15:19:37] <raster> most big fat ugly poopoo land
  • [15:20:07] <julianoliver> any ideas on a next step here?
  • [15:20:24] <Crofton|work> how would you protect against overvoltage?
  • [15:20:34] * zumbi (n=zumbi@77.225.184.78) Quit (Remote closed the connection)
  • [15:20:35] <Crofton|work> basically, you need to crowbar the supply
  • [15:20:47] * zumbi (n=zumbi@77.225.184.78) has joined #beagle
  • [15:20:52] <Crofton|work> now, how much current must the crowbar handle?
  • [15:21:06] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-79b29e74f96fea47) Quit (Client Quit)
  • [15:22:30] <adj> protecting against overvoltage is quite simple within reasonable voltage levels
  • [15:22:30] <mru> 100kV
  • [15:22:34] <mru> kA
  • [15:22:34] <garren> my electronics is not that good but what about zener diodes?
  • [15:23:02] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ec1571add74fc5af) has joined #beagle
  • [15:23:15] <Crofton|work> you would need a current limiting resistor
  • [15:23:20] <AV500> yes, but not on an EVM type of device
  • [15:23:24] <mru> we once got an error report from a customer that read something like "STB malfunctions when 8 kV is applied to composite output"
  • [15:23:25] <Crofton|work> that would be bad to have in series with PS
  • [15:24:16] <garren> mru: lol
  • [15:24:29] <raster> mru: poopie. i trimed the asm down nicely
  • [15:24:33] <mru> they were doing esd tests
  • [15:24:33] <raster> and now its unhappy
  • [15:24:36] <adj> a fet, comparator and a zener (for reference level) gives you an active overvoltage protection up to the voltage limit of the comparator
  • [15:24:41] <raster> mru: quick q
  • [15:24:43] * ddompe (n=ddompe@200.122.155.113) has joined #beagle
  • [15:24:45] <raster> does this look right to u?
  • [15:24:46] <julianoliver> 'mplayer -cache 64 -tv driver=v4l2:device=/dev/video0:width=320:height=240 -vo xv tv://' is fine but any higher throws ioctl errors about memory allocation.
  • [15:25:08] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ec1571add74fc5af) Quit (Client Quit)
  • [15:25:13] <ddompe> morning all, anybody know news about the GSoC? Basically, if beagle was accepted?
  • [15:25:26] <julianoliver> 320x240 is pretty disappointing. anyone managed to capture larger frames on the bb?
  • [15:25:32] <raster> mru: http://pastebin.ca/1362303
  • [15:25:52] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-a6581cfa239243cc) has joined #beagle
  • [15:25:54] <raster> seems right to me - compiels fine
  • [15:26:02] <Crofton|work> we won't know until Thursday I think
  • [15:26:15] <Crofton|work> ddompe, we will let people know on the list
  • [15:27:22] <raster> oooh
  • [15:27:25] <raster> i know why
  • [15:28:07] <jkridner> ddompe: help on the Ideas list to make a better presentation to Google is welcome.
  • [15:28:09] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-a6581cfa239243cc) Quit (Client Quit)
  • [15:28:12] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-765a07cde504350c) has joined #beagle
  • [15:28:27] <mru> raster: 31?
  • [15:28:59] <raster> subtracted an extra 16
  • [15:29:03] <raster> was e -= 15
  • [15:29:09] <mru> why 15?
  • [15:29:14] <raster> the extra sub for the loop
  • [15:29:15] <ddompe> jkridner: yep, we have put our ideas there already. I would take another look to see if there is something else we can suggest
  • [15:29:21] <mru> why not 16?
  • [15:29:23] <raster> u miss the other code that does fixups
  • [15:29:32] <raster> well i do 16pixel chunks
  • [15:29:41] <raster> if there is a non * of 16 chunks
  • [15:30:04] <raster> that basically forces the loop to abort early and the last remaining < 16 pixel run is just a bit of a c blob at the end
  • [15:30:28] <raster> it means that if it is an exact multiple of 16 - all of the pixels will be handled in the block
  • [15:30:31] <raster> u wont chop off the last 16
  • [15:30:32] <raster> :)
  • [15:31:07] <raster> :)ok segv fixed
  • [15:31:09] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-765a07cde504350c) Quit (Client Quit)
  • [15:31:09] <raster> my silliness
  • [15:31:12] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-03b2d263b1c5f039) has joined #beagle
  • [15:31:22] <raster> as i now subbed -31 - i didnt check in the loop for 0 or less on fiurst run
  • [15:31:27] <raster> so it did its first run of 16 no matter what
  • [15:32:04] <raster> 94.60 , Rect Solid
  • [15:32:07] <raster> is where that gets me
  • [15:32:50] <jkridner> More on Android could be welcome.
  • [15:32:54] <raster> and with the old instrinsics
  • [15:33:10] * raster makes faces @ android
  • [15:33:10] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-03b2d263b1c5f039) Quit (Client Quit)
  • [15:33:16] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-e08917ab88cea45b) has joined #beagle
  • [15:34:12] <raster> 94.40 , Rect Solid
  • [15:34:14] <raster> bah
  • [15:34:22] <raster> despite the code has a much leaner inner loop
  • [15:34:26] <raster> 0 speedup
  • [15:34:28] <raster> :-(
  • [15:34:30] <mru> you're memory bound
  • [15:34:35] <raster> must be hitting a memory wall
  • [15:34:37] <raster> yeah
  • [15:34:46] <raster> i think i was memory bound with plain old c anyway
  • [15:34:58] <raster> as i cant get any real measurable speedup
  • [15:36:03] <raster> sucks to be memorybound
  • [15:36:11] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-e08917ab88cea45b) Quit (Client Quit)
  • [15:36:14] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-4d837fc14aa0eb99) has joined #beagle
  • [15:37:29] * mib_89gu3v (i=c2ed8e07@gateway/web/ajax/mibbit.com/x-cabc6705b403ee1a) has joined #beagle
  • [15:37:56] <ssvb> raster: just in case, do you use prefetch?
  • [15:38:04] <raster> i also suspect my memcpy replacement with neon is not going to see any speedups
  • [15:38:10] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [15:38:20] <raster> ssvb: in this case - its no fetching - just blasting 32bit values to ram
  • [15:38:32] <sakoman_> tomba: Finally have DSS2 working with 2.6.29-rc8 on Overo and Beagle
  • [15:38:40] <raster> but my blit call does copy. prefetch may help
  • [15:38:45] <mru> raster: try throwing a pld instruction in there
  • [15:38:54] <mru> it can help for writing too
  • [15:38:56] <raster> but i have prefetch in the c calls anyway already if on arm and on armv7 it seems to be moot
  • [15:38:58] <ssvb> raster: ok, if it is solid fill only
  • [15:39:12] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-4d837fc14aa0eb99) Quit (Client Quit)
  • [15:39:13] <raster> mru: how so if all i am doing is writing out?
  • [15:39:14] * like2wise (n=likewise@atwork-193.r-212.178.107.atwork.nl) has joined #beagle
  • [15:39:15] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-9a453182a2fd3285) has joined #beagle
  • [15:39:34] <mpoullet> hi, what's the difference between x-loader.bin.ift and MLO?
  • [15:39:36] <sakoman_> tomba: I fear that a couple of pending patches will require regulator knowledge by DSS2
  • [15:39:43] * mib_5zic34 (i=c05b4b1e@gateway/web/ajax/mibbit.com/x-55e0ac5f4890cba8) has joined #beagle
  • [15:39:59] <mru> if your store queue is full you have to wait while a cache line is fetched
  • [15:39:59] * MCTouch is now known as MCTouch|away
  • [15:40:03] <sakoman_> mpoullet: the name, same bits
  • [15:40:47] <mru> if the cache is write-allocate
  • [15:40:48] <ssvb> yes, write-allocate cache sucks sometimes
  • [15:41:38] <mru> I wonder if it's smart enough to notice full-cacheline writes
  • [15:41:54] <raster> mru pld loads in the whole cacheline at the given addr+off right?
  • [15:42:01] <mru> yes
  • [15:42:13] <mru> a8 has 64-byte cache lines
  • [15:42:14] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-9a453182a2fd3285) Quit (Client Quit)
  • [15:42:16] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-d549d3d24cdf59ca) has joined #beagle
  • [15:42:36] <mpoullet> sakoman_: ok, but the x-loader.bin.ift that I generate in OE is ~19k and the MLOs on the web are ~16k? what am I missing?
  • [15:43:46] <raster> mru: well my 16pixel runs are 16byte aligned
  • [15:43:52] <raster> i hope thats good enough...
  • [15:43:58] * zumbi_ (n=zumbi@217.151.242.13) Quit ("zumbi is back")
  • [15:43:58] <mib_89gu3v> Hello Newbie question
  • [15:44:14] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-d549d3d24cdf59ca) Quit (Client Quit)
  • [15:44:18] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-8db85d71bb7ed966) has joined #beagle
  • [15:44:23] <mib_89gu3v> anyone nows what software is used to flash the binaries onto the Flash ?
  • [15:44:34] <mpoullet> btw, can someone confirm me that the signgp tool in C and the omap3430gp_signer.pl do the same thing: add 4bytes size + 4bytes address + x-loader.bin => x-loader.bin.ift?
  • [15:44:44] * methril|work is now known as methril|away
  • [15:45:08] <raster> lets see if a pld just before the cmp helps
  • [15:45:14] <raster> "loop:\n\t"
  • [15:45:14] <raster> "pld [%[d]]\n\t"
  • [15:45:14] <raster> "cmp %[e], %[d]\n\t"
  • [15:45:32] <sakoman_> mpoullet: the ones I build are 19K too, so you are fine
  • [15:45:45] <sakoman_> the ones on the web are likely older revs
  • [15:45:45] <raster> nup
  • [15:45:48] * magnet__ (n=magnet@AMontpellier-151-1-18-43.w92-143.abo.wanadoo.fr) has joined #beagle
  • [15:45:48] <raster> slowdown actually
  • [15:45:52] <raster> minor
  • [15:45:52] <mib_89gu3v> I intend to buy 2 Boards ...want to know what is the Flashing sw availabell
  • [15:45:59] <raster> 93.84 , Rect Solid
  • [15:46:01] * MCTouch|away is now known as MCTouch
  • [15:46:35] <mru> raster: if the stores are aligned, use vst1.32 {...}, [rd,:128]!
  • [15:46:39] <mpoullet> sakoman_: ok thanks :)!
  • [15:46:44] <mru> saves one cycle per store
  • [15:47:00] <raster> mru: 128 == 128bit aligned?
  • [15:47:08] * mib_89gu3v (i=c2ed8e07@gateway/web/ajax/mibbit.com/x-cabc6705b403ee1a) Quit ("http://www.mibbit.com ajax IRC Client")
  • [15:47:08] <mru> yes
  • [15:47:15] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-8db85d71bb7ed966) Quit (Client Quit)
  • [15:47:23] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-65774a5ecb033acf) has joined #beagle
  • [15:47:38] <raster> they definitely are
  • [15:47:45] <raster> i have a align fixup to ensure that
  • [15:48:17] <mru> then you should use the aligned store
  • [15:48:34] <raster> trying
  • [15:48:40] <raster> "vst1.32 {d16-d17}, [%[d],:128]!\n\t"
  • [15:48:41] <raster> now
  • [15:49:37] <Crofton|work> why do I see struct definitions with periods in froma of fields, mostly in kernel code?
  • [15:49:42] <raster> oooh
  • [15:49:45] <raster> it did not like that
  • [15:50:16] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-65774a5ecb033acf) Quit (Client Quit)
  • [15:50:19] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f88f948acb59b677) has joined #beagle
  • [15:50:54] <mru> Crofton|work: do you mean what the standard calls "designated initialisers"?
  • [15:51:30] <Crofton|work> ah, most likely
  • [15:51:36] <Crofton|work> this was not in K&R ....
  • [15:51:42] <raster> nodes like the alignment one little bit
  • [15:51:42] * JuanG (n=Juan@nat/ti/x-6738e8c776aeeaf6) has joined #beagle
  • [15:51:43] <raster> segv
  • [15:51:44] <raster> hmmm
  • [15:52:00] * JuanG (n=Juan@nat/ti/x-6738e8c776aeeaf6) has left #beagle
  • [15:52:17] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f88f948acb59b677) Quit (Client Quit)
  • [15:52:21] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-46d7c20acf72a1d3) has joined #beagle
  • [15:52:40] <raster> that d should be aligned to 128bit
  • [15:52:44] <raster> (16byte)
  • [15:53:15] <mru> if it crashes, then it's not aligned
  • [15:54:04] <mru> raster: try the pld again but with a some offset
  • [15:54:15] <raster> odd
  • [15:54:17] <raster> you're right
  • [15:54:18] <raster> its not
  • [15:54:21] <mru> pld [%[d], #64]
  • [15:54:30] <raster> but it should bi
  • [15:54:39] <raster> be
  • [15:55:18] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-46d7c20acf72a1d3) Quit (Client Quit)
  • [15:55:19] <raster> d=0x4092eedc
  • [15:55:24] <raster> d=0x409300e8
  • [15:55:24] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-878517cc37818aee) has joined #beagle
  • [15:55:34] <raster> d=0x40939c00
  • [15:55:37] <raster> not thats aligned
  • [15:55:38] <mru> that doesn't look very aligned
  • [15:55:44] <raster> no
  • [15:55:46] <raster> hmm
  • [15:55:51] <raster> what did i screw upo in my align code
  • [15:58:11] * MAD|finals is now known as MostAwesomeDude
  • [15:58:19] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-878517cc37818aee) Quit (Client Quit)
  • [15:58:40] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-88bc841d36cbe13c) has joined #beagle
  • [15:59:11] * garren (n=garren@41.246.62.58) Quit (Remote closed the connection)
  • [15:59:31] * magnet_ (n=magnet@AMontpellier-151-1-32-86.w92-143.abo.wanadoo.fr) Quit (Read error: 110 (Connection timed out))
  • [16:00:08] * jkridner made some more edits to the GSoC Ideas page.
  • [16:01:12] <raster> oooh bugsies
  • [16:01:17] <raster> how did this.. not segv
  • [16:01:20] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-88bc841d36cbe13c) Quit (Client Quit)
  • [16:01:45] * garren (n=garren@41.246.62.58) has joined #beagle
  • [16:01:59] <Crofton|work> this designated initializer stuff looks useful, I wonder why K&R never thought of it ...
  • [16:02:53] <raster> Crofton|work: problem is that for a long time it was a gcc extension
  • [16:02:55] <raster> then c99
  • [16:03:01] <Crofton|work> yeah
  • [16:03:03] <raster> and so much code is hyperconservative
  • [16:03:27] <Crofton|work> probaly people that ahve to deal with MS crap
  • [16:03:39] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-7f62856ea6c8911f) has joined #beagle
  • [16:03:56] <raster> u also have bsd-n00bs or solaris n00bs or aix n00bs that jump up and down if it doesnt compile with their ancient gcc1.x or proprietary c compiler from their vendor
  • [16:03:57] <raster> :)
  • [16:04:31] * MCTouch is now known as MCTouch|away
  • [16:04:59] * mib_5zic34 (i=c05b4b1e@gateway/web/ajax/mibbit.com/x-55e0ac5f4890cba8) Quit ("http://www.mibbit.com ajax IRC Client")
  • [16:06:05] * Batko_Marto (n=Batko_Ma@ncart-cam.scs.ryerson.ca) Quit (Remote closed the connection)
  • [16:06:07] <raster> ok
  • [16:06:12] <raster> NOW they are aligned
  • [16:06:14] <raster> damnit
  • [16:06:20] <raster> that was a bit of oppsie logic
  • [16:06:22] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-7f62856ea6c8911f) Quit (Client Quit)
  • [16:06:24] <raster> oopsie
  • [16:06:34] * methril|away (n=Methril@213.27.233.98) Quit (Read error: 104 (Connection reset by peer))
  • [16:06:34] * mib_src2i9 (i=74045695@gateway/web/ajax/mibbit.com/x-b58f034329b27886) has joined #beagle
  • [16:06:41] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-b99b4b225d845899) has joined #beagle
  • [16:07:35] * zumbi rips TPS2141 (it was soldered on bottom too), no USB, no pads, no nothing...
  • [16:07:48] * julianoliver notes the oopsie recursion
  • [16:08:01] * mib_src2i9 (i=74045695@gateway/web/ajax/mibbit.com/x-b58f034329b27886) Quit (Client Quit)
  • [16:08:11] <raster> bah
  • [16:08:16] <raster> still no speedup
  • [16:08:55] <mru> did you try pld with some offset
  • [16:09:01] <raster> yup
  • [16:09:23] <mru> how much offset? what happened?
  • [16:09:23] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-b99b4b225d845899) Quit (Client Quit)
  • [16:09:27] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-921fdedd238339b8) has joined #beagle
  • [16:09:29] * Hans (n=Hans@nat/ti/x-0f46ad4648fc0efa) has joined #beagle
  • [16:09:34] <raster> minor slowdown
  • [16:09:43] <raster> now i rfixed alignment.. that has no effect either
  • [16:09:50] <raster> http://pastebin.ca/1362342
  • [16:09:52] <raster> for the full src
  • [16:10:32] <raster> the #if 0'd bit is the intrinsics version
  • [16:11:19] * MCTouch|away is now known as MCTouch
  • [16:11:25] <mru> try pld with other offsets
  • [16:11:33] <mru> 128, 192
  • [16:12:23] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-921fdedd238339b8) Quit (Client Quit)
  • [16:12:26] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-d8c29ac38187c75b) has joined #beagle
  • [16:12:51] <raster> let me run a different test that has less logic overhead and more brute filling (comparatively)
  • [16:13:36] <raster> nup
  • [16:13:38] <raster> 128 - nothing
  • [16:14:24] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-d8c29ac38187c75b) Quit (Client Quit)
  • [16:14:27] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-62425b46fb6fff93) has joined #beagle
  • [16:14:37] <zumbi> what is the default serial baudrate? 115200 ?
  • [16:14:43] <mru> zumbi: yes
  • [16:14:50] <raster> yup
  • [16:15:04] <zumbi> i get a funny symbol on minicom
  • [16:15:07] * jsync (n=jess@59.160.172.220) Quit ("Leaving.")
  • [16:16:21] <raster> hmm
  • [16:16:32] <raster> instinsics code is the same speed as hand-crafted with pld
  • [16:16:37] <zumbi> does beagle board come with a bootldr installed?
  • [16:16:53] <mru> raster: drop the pld then
  • [16:17:05] <raster> tried 64, 128 and 192 offsets
  • [16:17:15] <mru> you're obviously memory bandwidth constrained
  • [16:17:24] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-62425b46fb6fff93) Quit (Client Quit)
  • [16:17:41] <raster> let me test against the good old boring c code that writes 32bits per loop
  • [16:17:44] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-26e9fcac6186355f) has joined #beagle
  • [16:19:25] <zumbi> should i see something on the serial port on a brand new beagle (but without the TPS2141, which is used for USB)?
  • [16:20:25] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-26e9fcac6186355f) Quit (Client Quit)
  • [16:20:32] * zumbi expects a terminal
  • [16:21:18] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f70ba5ce8d084130) has joined #beagle
  • [16:21:33] * Batko_Marto (n=Batko_Ma@141.117.181.164) has joined #beagle
  • [16:21:36] <garren> zumbi: you should see the bootloader output somethings
  • [16:21:39] <raster> aaah bugger
  • [16:21:51] <raster> plain old c with 32bits written per loop.. same speed
  • [16:21:53] <raster> poo-ba!
  • [16:21:57] <garren> zumbi: check the wiki it will help you..
  • [16:22:02] <raster> damned slow memory!
  • [16:22:07] <AV500> how slow?
  • [16:22:18] * raster pokes memory full of sticks
  • [16:22:21] <zumbi> garren: i think then that i hurt the processor aswell, but leds are on
  • [16:22:40] <AV500> leds are tougher than CPU
  • [16:22:54] <raster> AV500: dunno - but no matter what cycles i shave off a loop to write to it.. be it neon oe unrolled loop or both.. and with pld... its the same speed
  • [16:22:54] <AV500> I guess you killed the TWL, without the TWL, no CPU power
  • [16:22:58] <garren> zumbi: if the LED is on it might still be working... Have you got your serial cable setup correctly
  • [16:23:09] <AV500> raster: yes, but what is the speed, im MB/s?
  • [16:23:23] <raster> havent actualyl timed it
  • [16:23:26] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f70ba5ce8d084130) Quit (Client Quit)
  • [16:23:59] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f97b99f86265e24b) has joined #beagle
  • [16:24:00] <raster> the test is fairly comprehensive in terms of much more than just writing
  • [16:24:03] <raster> it has a display pipeline
  • [16:24:24] <AV500> still, if you think you are membound, you should max out at some speed,no?
  • [16:24:32] <raster> sure
  • [16:24:38] * abitos (n=nixgibts@dyn-k2-221.faveve.uni-stuttgart.de) has joined #beagle
  • [16:24:53] <raster> the problem is that i cant give u a calc as the pipeline involves other stuff
  • [16:26:06] <zumbi> garren: i think so, i did beagle serial pin 2 -> 3 DB9; pin 3 -> 2 dB9; pin 5 -> 5 DB9, as an schematic i found on elinux.org wiki pages
  • [16:26:20] * niclas (n=n-anderb@nat/ti/x-5ffe66ad0fa0be38) has joined #beagle
  • [16:26:27] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f97b99f86265e24b) Quit (Client Quit)
  • [16:26:30] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-fd4bd3d19f0043db) has joined #beagle
  • [16:26:50] * MCTouch is now known as MCTouch|away
  • [16:26:54] <sakoman_> raster: hmm . . . wasn't it the TPS2141 that smoked on your beagle too?
  • [16:27:04] * MCTouch|away is now known as MCTouch
  • [16:27:39] * robtow (n=rtow@nat/montavista/x-a1cc4349504ba794) has joined #beagle
  • [16:27:48] <zumbi> sakoman_: maybe it wasn't my fault and there is some hardware bug
  • [16:28:04] * geckosenator (n=sean@71.237.94.78) has joined #beagle
  • [16:28:19] <zumbi> I was very disappointed i got a beagle box with nothing in it, not even a warning notice
  • [16:28:28] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-fd4bd3d19f0043db) Quit (Client Quit)
  • [16:28:31] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-46455f079e6d143c) has joined #beagle
  • [16:28:35] <raster> sakoman_: sakoman_ which one is that?
  • [16:28:43] <sakoman_> zumbi: we should wait to hear from raster - IIRC it was a couple of traces near that chip that fried
  • [16:28:54] <raster> aaah there
  • [16:28:55] <zumbi> raster: the chip by the USB OTG
  • [16:28:55] <raster> no
  • [16:28:59] <raster> thats other end of the board
  • [16:29:15] <raster> no
  • [16:29:21] <raster> for me it was near the reset button
  • [16:29:32] <raster> U6
  • [16:29:38] <sakoman_> OK, false alarm
  • [16:29:46] <zumbi> i do not have that chip on my board
  • [16:29:55] <sakoman_> I just recalled that it was near a USB port :-)
  • [16:30:15] <AV500> zumbi: what kind of warning did u miss?
  • [16:30:26] <zumbi> 5V warning
  • [16:30:38] <AV500> ???
  • [16:31:04] <garren> zumbi: its probably best to read up on your device before plugging in voltages
  • [16:31:28] * dlsmn (i=407a4b52@gateway/web/ajax/mibbit.com/x-f2eec3d9b69bb67c) Quit ("http://www.mibbit.com ajax IRC Client")
  • [16:31:29] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-46455f079e6d143c) Quit (Client Quit)
  • [16:31:32] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-5122c54987dfe9a5) has joined #beagle
  • [16:31:32] <AV500> zumbi: its not like you bought it a costco, you ordered it from digikey, knowing well what you want, no?
  • [16:31:42] <zumbi> garren: what should i read up, i got nothing! (if you assume i have not internet)
  • [16:32:10] <AV500> zumbi: you are on IRC via SMS?
  • [16:32:16] <zumbi> AV500: actually i did not ordered, i found that box on my desktop this morning
  • [16:32:28] <AV500> zumbi: could have been a bomb :-)
  • [16:32:40] <zumbi> indeed
  • [16:33:19] <AV500> so, throw it away and your desk will return to the same state as before :-)
  • [16:33:30] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-5122c54987dfe9a5) Quit (Client Quit)
  • [16:33:38] <zumbi> anyway, I am just commenting that so maybe TI could include a warning notice on the box, maybe telling where the right specs for the board are (official site)
  • [16:34:30] <zumbi> AV500: yeah! that's what I should do, throw it away ! No voltage protection, what a hardware
  • [16:34:40] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-b4eb6dba9189a3b6) has joined #beagle
  • [16:35:35] * zumbi should also read docs before playing, but i couldn't wait
  • [16:36:10] <sakoman_> zumbi: I think you have unreasonable expectations - most electronics will fry if you apply 2x the spec'ed input voltage
  • [16:37:14] <zumbi> sakoman_: you are right, i am just a little irritated, i should just postpone my beagle hackin to another week/month/year
  • [16:37:18] <AV500> zumbi: most people here are quite happy with this hardware, few of them just "found it on their desk" though
  • [16:37:30] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-b4eb6dba9189a3b6) Quit (Client Quit)
  • [16:37:33] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-73e8e852922fbc5c) has joined #beagle
  • [16:39:19] <zumbi> thank everybody and sorry for disturbing you. I'll get this aside until another time. &
  • [16:40:31] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-73e8e852922fbc5c) Quit (Client Quit)
  • [16:40:40] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-71c56031d5631326) has joined #beagle
  • [16:42:39] <AV500> zumbi: no problem
  • [16:43:32] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-71c56031d5631326) Quit (Client Quit)
  • [16:43:37] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-03d8a6f20d35d087) has joined #beagle
  • [16:43:55] * marty (i=459f68bf@gateway/web/ajax/mibbit.com/x-134842c472a45d49) has joined #beagle
  • [16:44:05] <marty> hi, somebody have tried to run kde on the beagleboard
  • [16:44:22] * marty is now known as Guest27906
  • [16:45:57] * hugo1 (n=hugo@84.27.136.88) has joined #beagle
  • [16:46:33] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-03d8a6f20d35d087) Quit (Client Quit)
  • [16:46:40] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-c68062be0411d375) has joined #beagle
  • [16:47:37] * Guest27906 (i=459f68bf@gateway/web/ajax/mibbit.com/x-134842c472a45d49) Quit (Client Quit)
  • [16:49:27] * colla (n=ACollama@host198-216-static.52-88-b.business.telecomitalia.it) has left #beagle
  • [16:49:34] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-c68062be0411d375) Quit (Client Quit)
  • [16:49:41] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-fd3bbf4d34695a2c) has joined #beagle
  • [16:50:17] * abitos (n=nixgibts@dyn-k2-221.faveve.uni-stuttgart.de) Quit (Read error: 113 (No route to host))
  • [16:52:36] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-fd3bbf4d34695a2c) Quit (Client Quit)
  • [16:52:39] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-15bcb99dcc0508a4) has joined #beagle
  • [16:53:07] * mib_me8bm3 (i=c05b4b1e@gateway/web/ajax/mibbit.com/x-05023b53943e04f4) has joined #beagle
  • [16:54:08] * hugo1 (n=hugo@84.27.136.88) Quit ("Leaving.")
  • [16:55:36] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-15bcb99dcc0508a4) Quit (Client Quit)
  • [16:55:51] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-5b7719e83822f076) has joined #beagle
  • [16:58:08] * pcgeil (n=steffen@HFUVPN12.HFU-VPN.HS-Furtwangen.DE) has joined #beagle
  • [16:58:35] * MCTouch is now known as MCTouch|away
  • [16:58:37] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-5b7719e83822f076) Quit (Client Quit)
  • [16:58:39] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-fcc27b88adb7da2c) has joined #beagle
  • [16:59:00] * Batko_Marto (n=Batko_Ma@141.117.181.164) Quit (Remote closed the connection)
  • [17:00:37] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-fcc27b88adb7da2c) Quit (Client Quit)
  • [17:00:40] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-13fc276e45713bf9) has joined #beagle
  • [17:00:41] * hugo_ (i=541b8858@gateway/web/ajax/mibbit.com/x-9a0c8fd124e9135a) has joined #beagle
  • [17:01:36] * hugo_ is now known as hugo1
  • [17:02:37] * mib_a9soqm (i=4dfc12d9@gateway/web/ajax/mibbit.com/x-52a1182fe9495389) Quit ("http://www.mibbit.com ajax IRC Client")
  • [17:03:38] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-13fc276e45713bf9) Quit (Client Quit)
  • [17:04:41] * eFfeM (n=frans@195-241-226-180.ip.telfort.nl) has joined #beagle
  • [17:07:26] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-c521bf4aa9ce8389) has joined #beagle
  • [17:07:40] * kergoth (n=kergoth@65.200.49.156) has joined #beagle
  • [17:09:09] * Batko_Marto (n=Batko_Ma@141.117.181.164) has joined #beagle
  • [17:09:39] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-c521bf4aa9ce8389) Quit (Client Quit)
  • [17:09:52] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-fe49f7f07ab77e6f) has joined #beagle
  • [17:11:07] * MCTouch|away is now known as MCTouch
  • [17:11:22] * mib_me8bm3 (i=c05b4b1e@gateway/web/ajax/mibbit.com/x-05023b53943e04f4) Quit ("http://www.mibbit.com ajax IRC Client")
  • [17:11:42] * mib_jxccbl (i=c05e5e69@gateway/web/ajax/mibbit.com/x-765a6ee8691e37d7) has joined #beagle
  • [17:12:40] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-fe49f7f07ab77e6f) Quit (Client Quit)
  • [17:12:43] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-93b30d98554f3e3a) has joined #beagle
  • [17:13:09] * L84Supper (n=ly@c-24-12-193-200.hsd1.il.comcast.net) Quit (Read error: 104 (Connection reset by peer))
  • [17:13:34] * MCTouch (n=mctouch@212.183.134.65) Quit ("Leaving...")
  • [17:13:48] * L84Supper (n=ly@c-24-12-193-200.hsd1.il.comcast.net) has joined #beagle
  • [17:15:41] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-93b30d98554f3e3a) Quit (Client Quit)
  • [17:15:44] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-fb5266ade3c7834b) has joined #beagle
  • [17:16:27] * PhastPhrog (n=chatzill@194.193.86.112) Quit (Read error: 110 (Connection timed out))
  • [17:18:42] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-fb5266ade3c7834b) Quit (Client Quit)
  • [17:18:44] * L84Supper (n=ly@c-24-12-193-200.hsd1.il.comcast.net) Quit (Read error: 104 (Connection reset by peer))
  • [17:18:46] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f589d163f1d7966e) has joined #beagle
  • [17:21:43] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f589d163f1d7966e) Quit (Client Quit)
  • [17:21:47] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-73a5d99f9bcd693a) has joined #beagle
  • [17:22:45] * jsync (n=jess@124.123.29.100) has joined #beagle
  • [17:23:53] * mpoullet (n=mpoullet@proxye.avm.de) has left #beagle
  • [17:24:44] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-73a5d99f9bcd693a) Quit (Client Quit)
  • [17:24:48] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-4ce61218b2cdeb0e) has joined #beagle
  • [17:25:47] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [17:26:02] * PhastPhrog (n=chatzill@87.113.101.157.plusnet.pte-ag2.dyn.plus.net) has joined #beagle
  • [17:26:20] * dirk2 (n=dirk@p5B04043F.dip0.t-ipconnect.de) has joined #beagle
  • [17:27:45] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-4ce61218b2cdeb0e) Quit (Client Quit)
  • [17:27:48] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-6b8e5f2e888ec27d) has joined #beagle
  • [17:30:46] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-6b8e5f2e888ec27d) Quit (Client Quit)
  • [17:30:50] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-6b988f7da3073b57) has joined #beagle
  • [17:31:27] * mib_yncp8s (i=54a43119@gateway/web/ajax/mibbit.com/x-2c31bf7716ec4e2a) has joined #beagle
  • [17:31:38] <dirk2> sakoman_: ping
  • [17:32:08] * mib_yncp8s (i=54a43119@gateway/web/ajax/mibbit.com/x-2c31bf7716ec4e2a) Quit (Client Quit)
  • [17:32:34] <sakoman_> dirk2: pong
  • [17:32:55] <sakoman_> you must have read my mind - I was looking for you to show up :-)
  • [17:33:05] * mckoan is now known as mckoan|away
  • [17:33:07] * L84Supper (n=ly@c-24-12-193-200.hsd1.il.comcast.net) has joined #beagle
  • [17:33:46] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-6b988f7da3073b57) Quit (Client Quit)
  • [17:34:17] <dirk2> sakoman_: I was some days offline ;) Just wanted to mention that it seems that U-Boot mainline has everything we have in omap3-dev :)
  • [17:34:58] * zumbi comes back.. i hear some burst tone on the audio out, so the board might still be ok
  • [17:35:23] <dirk2> sakoman_: last thing was serial number. It is now called dieid, because U-Boot guys have some special rules what a serial number is. But the functionality in mainline is the same, just the name differs.
  • [17:35:24] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-abbe65aea58f2330) has joined #beagle
  • [17:36:45] * guillaum1 (n=GZBA4143@AMontsouris-153-1-91-205.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [17:37:14] <dirk2> sakoman_: I haven't cared about U-Boot MUSB and mainline (omap3-dev-usb), though. I'd like to wait with this until atin or ddompe have some time to look at it again.
  • [17:37:19] <Crofton|work> dirk2, I think dieid is a better name :)
  • [17:37:23] * guillaum1 (n=Guillaum@AMontsouris-153-1-91-205.w90-2.abo.wanadoo.fr) has joined #beagle
  • [17:37:48] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-abbe65aea58f2330) Quit (Client Quit)
  • [17:37:48] <ds2> worried about people randomly reworking BGA packages to fake s/n's? :D
  • [17:37:50] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-b2f8ef179b378d57) has joined #beagle
  • [17:38:08] <Crofton|work> no, people building clusters :)
  • [17:38:23] <dirk2> Crofton|work: well, from technical point of view dieid is correct. But from usage point of view serial number fits better (and might be less confusing for people). But anyhow, it's dieid now
  • [17:38:50] <ds2> is there a patch to read the dieid/sn from the kernel space? i.e. is it passed as TAG?
  • [17:39:23] <jkridner> dirk2: all Rev C boards will ship with MUSB support, but the environment variables will have it disabled.
  • [17:39:42] <dirk2> ds2: Not that I know. Was hard enough to get it into mainline ;)
  • [17:39:48] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-b2f8ef179b378d57) Quit (Client Quit)
  • [17:39:52] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-dc2b055fb03cdab7) has joined #beagle
  • [17:40:08] <dirk2> jkridner: Sounds good! So it will get some testing
  • [17:40:16] <ds2> dirk2: seems like it would be a good seed to use for the USBnet and other mac addresses
  • [17:41:21] <sakoman_> dirk2: just tried to merge omap3-dev with master branch and there are quite a few conflicts
  • [17:41:31] <dirk2> jkridner: But to get MUSB into U-Boot mainline it will need some changes (i.e. how to deal with clocks). I'd like that we test these changes first at omap3-dev-usb before we send it upstream
  • [17:41:54] <dirk2> sakoman_: pastebin them, I will have a look
  • [17:42:26] <sakoman_> dirk2: there are 8 files :-)
  • [17:42:45] <sakoman_> I suspect they are mostly the dieid thing
  • [17:42:49] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-dc2b055fb03cdab7) Quit (Client Quit)
  • [17:42:52] <julianoliver> i'm trying to find out how well the beagleboard will capture frames from a USB Webcam over v4l2. to do this i'm running 'mplayer -cache 64 -tv driver=v4l2:device=/dev/video0:width=320:height=240 -vo xv tv://'. this is fine but at sizes like 640x480 i get thrown ioctl errors about memory allocation.
  • [17:42:52] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-15269b4c0fbf40c3) has joined #beagle
  • [17:42:54] <dirk2> ds2: To get a fast kernel hack, have a look to http://git.denx.de/?p=u-boot/u-boot-arm.git;a=blobdiff;f=cpu/arm_cortexa8/omap3/sys_info.c;h=b385b912b43f786c213c216aee159562aa1ce35c;hp=28a102091a8a939e61133be48de131e268de2ad2;hb=e6a6a704151c2d7e4a7b485545b48a6020ccca17;hpb=3c92217732edfc0016c3cbdc828471d013d23a36
  • [17:42:57] <julianoliver> any ideas?
  • [17:43:10] <sakoman_> I'll pastebin a sample
  • [17:43:13] <jkridner> dirk2: understood
  • [17:44:18] <dirk2> ds2: Doing something similar in kernel should be easy
  • [17:44:21] <sakoman_> dirk2: here's a sample: http://pastebin.com/m657a9478
  • [17:44:28] * dirk2 looks
  • [17:44:31] * like2wise (n=likewise@atwork-193.r-212.178.107.atwork.nl) Quit (Read error: 110 (Connection timed out))
  • [17:44:50] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-15269b4c0fbf40c3) Quit (Client Quit)
  • [17:44:52] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-aae047a473020a2f) has joined #beagle
  • [17:45:14] <dirk2> sakoman_: The last one is dieid_num_r(); instead of serial_num_r();
  • [17:45:34] * davidcb (n=Spot@m145e36d0.tmodns.net) has left #beagle
  • [17:45:43] <ds2> dirk2: I much rather have U-boot be the only place that knows how to do it; or better yet, have U-boot figure a mac address and pass it down
  • [17:46:31] <sakoman_> dirk2: my guess is that in almost all cases we just want to accept the upstream file
  • [17:47:24] <dirk2> sakoman_: yes
  • [17:47:50] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-aae047a473020a2f) Quit (Client Quit)
  • [17:47:53] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-a5fc83760de31b57) has joined #beagle
  • [17:48:29] <dirk2> sakoman_: The diff is interesting, though. I can't remember any more that we renamed board_identify(); to beagle_identify(); ;)
  • [17:48:36] <sakoman_> dirk2: from a quick look 99% of the conflictss seem to be dieid related
  • [17:48:52] <dirk2> sakoman_: But yes, you are right, taking mainline is fine
  • [17:49:17] <sakoman_> OK, I will do that a bit later today for omap3-dev
  • [17:49:35] <sakoman_> I bet omap3-dev-usb will be a little bit harder :-)
  • [17:49:45] <sakoman_> maybe not though
  • [17:49:47] <dirk2> sakoman_: ok. I will then check it a bit later later today
  • [17:49:57] <zumbi> looking closer to the hardware (more calm now) i can see U1 pins 5-6-7 to GND, but in schematic 5-7 are GND and 6 is VBAT
  • [17:50:09] <dirk2> sakoman_: omap3-dev-usb should be hopefully independent
  • [17:50:51] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-a5fc83760de31b57) Quit (Client Quit)
  • [17:50:54] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-559816e00005eb7a) has joined #beagle
  • [17:51:21] <sakoman_> dirk2: we have had it tracking omap3-dev
  • [17:51:55] <dirk2> sakoman_: yes, but the usb files should be independent from e.g. dieid.
  • [17:52:30] <sakoman_> dirk2: after the merge I have a small patch to update pinmux for a new overo daughtercard
  • [17:52:42] <dirk2> sakoman_: on the other hand, if there are usb upstream changes, yes, then it could become painful.
  • [17:52:58] <sakoman_> for flashing lights and push buttons
  • [17:53:39] <ds2> sakoman_: is the overo convention to bump U-boot for all pinmux stuff?
  • [17:53:40] <dirk2> sakoman_: If the pin mux change is small and clean, we can try to get it into mainline before next release at end of this week
  • [17:53:42] * valhalla (n=valhalla@81-174-22-44.dynamic.ngi.it) has joined #beagle
  • [17:53:52] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-559816e00005eb7a) Quit (Client Quit)
  • [17:53:55] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-90f4bf19c4ba096b) has joined #beagle
  • [17:54:02] <sakoman_> ds2: yes
  • [17:54:16] <sakoman_> dirk2: it is very small and simple
  • [17:55:01] <ds2> sakoman_: what is the reasoning beind that? it'd seem that one has to bump U-boot relatively often
  • [17:55:15] <dirk2> sakoman_: ok, fine, then I will take it from git once you have it online and will send it to U-Boot list if you like
  • [17:55:24] <sakoman_> dirk2: OK
  • [17:55:34] * MCTouch (n=mctouch@212.183.134.128) has joined #beagle
  • [17:56:28] <dirk2> ds2: last time I looked at kernel's OMAP3 pin mux (some month ago) it was quite limited and there was no option for board specific config
  • [17:56:32] <sakoman_> ds2: because I am not clairvoyant - Gordon decides how to use the various expansion pins and then I have to react after the fact
  • [17:56:53] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-90f4bf19c4ba096b) Quit (Client Quit)
  • [17:56:56] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-012fb385d08ccc93) has joined #beagle
  • [17:57:04] <ds2> dirk2: that is completely false... there are global defines but those are processor specific; you can select what you want in your board file
  • [17:57:09] <sakoman_> I am not a big fan of the current state of the linux-omap pinmux setup
  • [17:57:10] <Crofton|work> damn employers!
  • [17:57:24] <sakoman_> otherwise I would do it in the kernel
  • [17:57:36] <ds2> sakoman_: specific complaints?
  • [17:58:12] <sakoman_> ds2: sometime when I have more time :-)
  • [17:58:25] <ds2> okay
  • [17:58:38] <dirk2> ds2: passing dieid via ATAG: I never dealed with new ATAGs. And I can remember that there are always issues with RMK introducing new ones (but I might be outdated with this, too). But I will think about it.
  • [17:58:41] <ds2> it just doesn't seem too broken
  • [17:58:51] * Batko_Marto (n=Batko_Ma@141.117.181.164) Quit (Remote closed the connection)
  • [17:58:53] * ceyusa (n=ceyusa@cm216016.red83-165.mundo-r.com) Quit ("Ex-Chat")
  • [17:59:18] <ds2> dirk2: I guess, an alternative is to pass in a TAG for a mac address. I think that exists already
  • [17:59:39] <dirk2> ds2: ah, yes, that a good idea!
  • [17:59:54] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-012fb385d08ccc93) Quit (Client Quit)
  • [18:00:00] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-1f5db9cb28998fbb) has joined #beagle
  • [18:00:10] <ds2> dirk2: have magic in U-boot to generate a mac address. Then for real boards with official assignments, people can take over that function and put in real addresses
  • [18:00:32] <ds2> <--- has interest in seeing a ethernet port on the beagle
  • [18:00:57] <dirk2> ds2: But I can already imagine U-Boot people's comments about a patch moving dieid into a MAC TAG ;)
  • [18:01:41] <ds2> dirk2: well... no, don't pass the dieid; just a hashed version of it in the form of a mac address with the local admin set + comments for people with real IEEE assignments to rewrite
  • [18:02:24] <zumbi> nevermind, i was looking U1 backwards, so pins 8-9-10 are GND, but schematics show a resistor divider, i should write a RMA, i guess
  • [18:02:55] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-1f5db9cb28998fbb) Quit (Client Quit)
  • [18:02:58] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-6413da76a2ce406e) has joined #beagle
  • [18:04:50] * florian (n=fuchs@port-217-146-132-69.static.qsc.de) Quit ("Client exiting")
  • [18:05:51] <ZeZu> damn i need to switch to a newer gcc if they generate neon code closer to this !
  • [18:05:55] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-6413da76a2ce406e) Quit (Client Quit)
  • [18:05:59] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ac129bf3c59997ef) has joined #beagle
  • [18:06:23] * Batko_Marto (n=Batko_Ma@ncart-cam.scs.ryerson.ca) has joined #beagle
  • [18:08:14] * PaulJackson (i=5364d789@gateway/web/ajax/mibbit.com/x-05a3d74c5d956b2d) Quit ("http://www.mibbit.com ajax IRC Client")
  • [18:08:56] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ac129bf3c59997ef) Quit (Client Quit)
  • [18:09:46] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-466fffdf6306cc73) has joined #beagle
  • [18:11:13] * Russ (i=foobar@ip70-176-253-20.ph.ph.cox.net) has joined #beagle
  • [18:11:57] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-466fffdf6306cc73) Quit (Client Quit)
  • [18:12:08] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-878aca854a9ee019) has joined #beagle
  • [18:12:40] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [18:13:26] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [18:13:45] <dirk2> Would "Having a complete open source OMAP3 JTAG debug solution (Beagle <-> Flyswatter <-> OpenOCD <-> GDB <-> Eclipse)" fit into http://elinux.org/BeagleBoard/Ideas-2009#Ideas_not_worked_out ?
  • [18:14:21] <eFfeM> i'd say yes
  • [18:14:47] * eFfeM is pleasantly surprised on the amount of ideas present, not having looked at them for a week
  • [18:14:58] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-878aca854a9ee019) Quit (Client Quit)
  • [18:15:01] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-74618099d6965239) has joined #beagle
  • [18:15:24] <ds2> someone might have to cough up a flyswatter
  • [18:16:00] <eFfeM> i've no idea how gsoc exactly works and who has to provide hw etc
  • [18:16:38] <dirk2> s/Flyswatter/OpenOCD and Beagle compatible JTAG dongle/
  • [18:16:45] <ds2> I'd be happy to see that chain with the eclipse (limited time)
  • [18:17:12] <sakoman_> dirk2: I've pushed the merge and my pinmux patch
  • [18:17:31] * dirk2 will have a look to it. Thanks!
  • [18:17:41] <dirk2> ds2: limited time?
  • [18:17:58] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-74618099d6965239) Quit (Client Quit)
  • [18:18:31] <ds2> dirk2: they only have like a 2 month or so
  • [18:18:41] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f0b5434637eaad7d) has joined #beagle
  • [18:20:42] * massiveRobot (n=massiveR@75.149.106.130) Quit ()
  • [18:20:44] <dirk2> ds2: Hmm, looking at the really good progress we made with OpenOCD (thanks to keesj), I would have sorted it in 'easy' section.
  • [18:20:59] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f0b5434637eaad7d) Quit (Client Quit)
  • [18:21:01] <dirk2> 'easy' from time point of view, though
  • [18:21:23] * [-ip-] (n=ts@mnhm-590e016e.pool.einsundeins.de) has left #beagle
  • [18:21:37] <ds2> dirk2: I am guesing with so many experts already working on it; there must be some time consuming tasks that needs to be done
  • [18:21:46] <sakoman_> dirk2: doing a test build now
  • [18:22:17] * abitos (n=nixgibts@dslb-084-057-146-023.pools.arcor-ip.net) has joined #beagle
  • [18:22:44] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-260a729e89abc54f) has joined #beagle
  • [18:22:56] * geckosenator (n=sean@71.237.94.78) Quit (Read error: 104 (Connection reset by peer))
  • [18:23:19] <sakoman_> dirk2: I also have a dss2 patch, but we should not submit that till dss2 is in mainline kernel
  • [18:23:38] <sakoman_> I'm maintaining it in my OE tree for now
  • [18:24:12] <dirk2> sakoman_: "They were previously set up for MMC3_DAT4-7". DAT4_7 are unused on older boards?
  • [18:24:30] <sakoman_> yes
  • [18:24:34] <ds2> sakoman_: speaking of DSS2, is the LCD you have working?
  • [18:24:41] <sakoman_> all the mmc3 lines are currently unused
  • [18:24:51] <sakoman_> ds2: yes, it is
  • [18:25:00] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-260a729e89abc54f) Quit (Client Quit)
  • [18:25:03] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-c0fff6c54bce93c7) has joined #beagle
  • [18:25:04] <sakoman_> you can see it at ESC
  • [18:25:05] * geckosenator (n=sean@71.237.94.78) has joined #beagle
  • [18:25:06] <ds2> sakoman_: did you have to patch a lot of things?
  • [18:25:20] <ds2> Gumstix has a booth at ESC?
  • [18:25:52] <sakoman_> not as such :-)
  • [18:26:01] <ds2> Oh I see.
  • [18:26:06] <sakoman_> but you will be able to see it - details later
  • [18:26:07] <Russ> ds2: you need to change your nick, its too close to dss2
  • [18:26:12] <ds2> my PCB's came back from fab
  • [18:26:25] <ds2> Russ: You are telling me..... DSS2 triggers my highlighting :/
  • [18:26:28] <Crofton|work> sakoman_, has a raincoat with lots of pockets
  • [18:26:45] <sakoman_> It will be a little nicer than that :-)
  • [18:26:56] <ds2> sakoman: is the LCD support in your OE tree?
  • [18:26:59] <geckosenator> ds2: what did you make?
  • [18:27:09] <ds2> geckosenator: LCD interface
  • [18:27:16] <sakoman_> yes, it is in my dss2 patch
  • [18:27:31] * ds2 makes a note to clone sakoman's OE tree
  • [18:27:38] <ds2> is the GIT url on gumstix's site?
  • [18:28:00] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-c0fff6c54bce93c7) Quit (Client Quit)
  • [18:28:08] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-22e97ae37dc791a1) has joined #beagle
  • [18:28:15] <Russ> git://www.sakoman.net/git/linux-omap-2.6.git
  • [18:28:37] <geckosenator> ds2: what kind of stuff?
  • [18:28:39] <ds2> Russ: know if the parent is the OE tree?
  • [18:28:43] <geckosenator> ds2: does it convert hdmi?
  • [18:28:46] <sakoman_> ds2: I don't have a kernel git!
  • [18:28:53] <sakoman_> the patch is here:
  • [18:29:03] <ds2> geckosenator: nope
  • [18:29:14] <geckosenator> ds2: what lcd?
  • [18:29:21] <ds2> sakoman: I assume you have an OE style tree with patches right?
  • [18:29:26] <ds2> geckosensator: PSP
  • [18:29:29] <sakoman_> http://www.sakoman.net/cgi-bin/gitweb.cgi?p=openembedded.git;a=blob;f=packages/linux/linux-omap3/dss2.patch;h=5bb6cc8fc7f3cf8a021ea7172aa62d735f4ebcac;hb=refs/heads/overo
  • [18:29:31] <geckosenator> cool I have that one too
  • [18:29:41] <geckosenator> ds2: how does it plug in thoug? does it require revC?
  • [18:30:45] * brolin (i=c8181037@gateway/web/ajax/mibbit.com/x-aacc0c005566bdbd) has joined #beagle
  • [18:30:58] <tomba> sakoman_: about regulators: I guess changes are required to board files, as they manage the powers for displays, right?
  • [18:31:01] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-22e97ae37dc791a1) Quit (Client Quit)
  • [18:31:05] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-2c3c3da38c5b8092) has joined #beagle
  • [18:31:46] <sakoman_> tomba: I believe it will take a change to both the board file and the video driver
  • [18:31:55] * PhastPhrog_ (n=chatzill@194.193.86.112) has joined #beagle
  • [18:32:02] * hugo1 (i=541b8858@gateway/web/ajax/mibbit.com/x-9a0c8fd124e9135a) Quit ("http://www.mibbit.com ajax IRC Client")
  • [18:32:17] <tomba> oh? what is needed in the driver?
  • [18:32:27] <sakoman_> David Brownell submitted a RFC patch to l-o that has the board side for Beagle
  • [18:32:29] <Russ> when I set my bootargs for 1280x720M-16, only the dss2 patches accept it and work
  • [18:32:38] * JuanG (n=Juan@nat/ti/x-6c90b64d3a365396) has joined #beagle
  • [18:32:49] <Russ> er, they only accept it and work if I remote the limitations on the width of the registers
  • [18:32:52] * JuanG (n=Juan@nat/ti/x-6c90b64d3a365396) has left #beagle
  • [18:33:13] <tomba> Russ: that is correct. Use 'R' for reduced mode
  • [18:33:15] <Russ> but it doesn't work if I stop clipping the data before it goes into the registers
  • [18:33:22] <Russ> [ 18.252838] hsw: 0x80, hfp: 0x0c0, hbp: 0x040
  • [18:33:22] <Russ> [ 18.257232] vsw: 0x05, vfp: 0x003, vbp: 0x014
  • [18:33:28] <Russ> are the values that get picked
  • [18:33:47] <Russ> timing_h: 0x03f0bf3f, timing_v: 0x01400304 (clipped) works
  • [18:34:01] <dirk2> sakoman_: MAKEALL ARM_CORTEX_A8 is fine on omap3-dev
  • [18:34:02] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-2c3c3da38c5b8092) Quit (Client Quit)
  • [18:34:04] <Russ> timing_h: 0x03f0bf7f, timing_v: 0x01400304 (not clipped) does not work, by TV says it can't display the mode
  • [18:34:06] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-60a6eb17946ca911) has joined #beagle
  • [18:34:23] <tomba> Russ: Do you have OMAP ES3.0 or ES3.1?
  • [18:34:31] <Russ> I have a B7 board
  • [18:35:03] <tomba> And what ES does it have? =)
  • [18:35:09] <Russ> 3_1
  • [18:35:25] <Russ> er, wait
  • [18:35:28] <Russ> maybe its a 3.0
  • [18:35:51] <Russ> how can I check again?
  • [18:36:09] <tomba> linux prints it at boot time
  • [18:36:47] * sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit (Remote closed the connection)
  • [18:37:02] * sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) has joined #beagle
  • [18:37:03] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-60a6eb17946ca911) Quit (Client Quit)
  • [18:37:06] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-21256f5c8fcc0149) has joined #beagle
  • [18:37:11] * RogerMonk (n=a0740758@nat/ti/x-b17318b8e4301dbc) Quit (Remote closed the connection)
  • [18:38:11] <tomba> sakoman_: can you point me to the l-o thread(s) about dss and regulators? and I still dont' understand why the driver needs changes, it doesn't touch powers in any way
  • [18:39:46] <Russ> 'OMAP3430 ES3.0'
  • [18:40:01] <tomba> sakoman_: oh, do you mean those patches that just set up the regulators in the board file?
  • [18:40:04] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-21256f5c8fcc0149) Quit (Client Quit)
  • [18:40:18] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-b44ab1b323b8e389) has joined #beagle
  • [18:40:50] <tomba> Russ: it is still a bit unclear to me which OMAP version supports those wider timings. I think somebody said that TI has said that ES3.1 supports them. But my SDP did support them, with ES3.0.
  • [18:40:55] <sakoman_> tomba: http://marc.info/?l=linux-omap&m=123705919713239&w=2
  • [18:41:02] <Russ> from the email thread I have it seems 3.0
  • [18:41:16] <tomba> Russ: anyway, perhaps your TV doesn't support the timings then?
  • [18:41:45] <Russ> http://groups.google.com/group/beagleboard/msg/770c0f6dbde53755
  • [18:42:07] <sakoman_> ds2: not a great photo, but here you go: http://www.sakoman.net/omap3/lcd.jpg
  • [18:42:09] <Russ> but it works in the case that I allow the timing code to generate timings that don't fit., but I later mask them
  • [18:42:32] <tomba> what do you mean "mask"?
  • [18:42:42] <tomba> just cut them to smaller bitwidth?
  • [18:42:45] <sakoman_> ds2: Overo plugs onto the back of the board
  • [18:42:52] <ds2> sakoman: Nice; very very nice
  • [18:43:03] <Russ> tomba: If I don't expand the widths in FLD_VAL
  • [18:43:05] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-b44ab1b323b8e389) Quit (Client Quit)
  • [18:43:09] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-a03c1434d7d3909f) has joined #beagle
  • [18:43:09] <ds2> sakoman: lack of ducttape/electrical tape is a major ++++++++
  • [18:43:17] <Russ> so hsw gets programmed as 3f instead of 7f
  • [18:43:26] <sakoman_> time for lunch, back in a bit
  • [18:43:47] <tomba> Russ: then it sounds like your TV doesn't support the timings you program. but it does like the reduced one produced "accidentally"
  • [18:43:49] <sakoman_> ds2: I've been a steady drumbeat on mechanical design
  • [18:44:06] <Russ> its a fairly new high end TV
  • [18:44:10] <sakoman_> not 100% successful, but way better that the old days :-)
  • [18:44:25] <tomba> although the calculations don't go quite correct if you just cut the values. the refresh rate will be a bit off then
  • [18:44:44] <Russ> the TV thinks its 60Hz
  • [18:45:31] <Russ> if writing a 1 vs a 0 in that slots changes what the TV sees, it seems likely that the ESS 3.0 does support the expanded widths
  • [18:46:06] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-a03c1434d7d3909f) Quit (Client Quit)
  • [18:46:16] <tomba> Russ: with quick browsing (http://www.3dexpress.de/displayconfigx/timings.html) and comparing that to the values you program, your values don't seem to be correct
  • [18:46:21] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-436a15ae4524827f) has joined #beagle
  • [18:46:39] <zumbi> when i write an RMA, should I wait for an answer or send my device to the address it says in the webpage?
  • [18:47:16] * brolin (i=c8181037@gateway/web/ajax/mibbit.com/x-aacc0c005566bdbd) Quit ("http://www.mibbit.com ajax IRC Client")
  • [18:48:02] <Russ> tomba: that is what the code from http://www.bat.org/~tomba/git/linux-omap-dss.git gives me when I ask for 1280x720M-16
  • [18:48:12] <tomba> sakoman_: dss1 lcd drivers will need to be modified. but all power handling in dss2 is in the board files
  • [18:48:53] <tomba> Russ: the code that gives the timings is standard linux fb stuff in drivers/video/modedb.c. not from dss2 as such.
  • [18:49:08] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-436a15ae4524827f) Quit (Client Quit)
  • [18:49:11] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f1380e093cd2f562) has joined #beagle
  • [18:49:15] <tomba> Russ: I guess the modedb is then missing HDTV timings, and it tries to make a guess
  • [18:50:01] <Russ> tomba: hey, thats pretty much what everyone else who can't buy the timings has to do, right?
  • [18:50:11] * PhastPhrog (n=chatzill@87.113.101.157.plusnet.pte-ag2.dyn.plus.net) Quit (Read error: 110 (Connection timed out))
  • [18:50:53] <tomba> Umm I didn't understand that one =)
  • [18:51:27] <Russ> if you want the official VESA timings for 720p, etc, don't you have to purchase them from VESA?
  • [18:52:08] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f1380e093cd2f562) Quit (Client Quit)
  • [18:52:11] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-b769d04de6baacbe) has joined #beagle
  • [18:52:32] <tomba> The specs perhaps. but nothing prevents programming the timings to modedb. although it sounds strange that it's not there, it should be quite common. let's see.
  • [18:53:05] <Russ> nope
  • [18:53:41] <mru> 720p etc are not VESA modes afaik
  • [18:54:09] <mru> they are specified in CEA-861B
  • [18:55:10] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-b769d04de6baacbe) Quit (Client Quit)
  • [18:55:12] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-e7f14fb82f02baf3) has joined #beagle
  • [18:55:30] <Russ> hmmm..(a) where do I find that (b) have you seen a mode for 1280x720p@24Hz?
  • [18:56:14] <geckosenator> so.. I shorted pins 4 and 5 on the usb connector
  • [18:56:14] <mru> (a) don't know, found a copy at work (b) there isn't one
  • [18:56:19] * skipisz (n=a0867407@nat/ti/x-cb3cdaecee02fccb) has left #beagle
  • [18:56:27] <Russ> mru: my TV and blu-ray player would disagree
  • [18:56:33] <geckosenator> and it works in device mode, but if I unplug the usb and plug it back in.. it doesn't take it again
  • [18:56:41] <mru> Russ: there isn't one in the standard
  • [18:56:47] <mru> I'm looking at it right now
  • [18:56:57] <Russ> mru: then maybe its in a newer version of the standard
  • [18:56:59] <mru> all the ~24Hz modes are 1080p
  • [18:57:05] <Russ> oh...
  • [18:57:11] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-e7f14fb82f02baf3) Quit (Client Quit)
  • [18:57:12] <Russ> well, that could definately be true
  • [18:57:14] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ceb7a17ebc105f03) has joined #beagle
  • [18:57:37] <mru> nothing stops a tv accepting 720p @24 of course
  • [18:57:43] <mru> nor a player outputting it
  • [18:57:48] <mru> but there's no requirement for it
  • [18:57:54] * pcgeil (n=steffen@HFUVPN12.HFU-VPN.HS-Furtwangen.DE) Quit ()
  • [18:57:57] <tomba> hmm I'd like that spec also. annoying when you can't find it from google =)
  • [18:58:17] <mru> I only have a paper version
  • [18:58:24] <Russ> http://ubuntuforums.org/showthread.php?t=656710 comes up with X timings
  • [18:58:52] <mru> dumping the edid data from a tv should tell you the timings
  • [18:58:56] <mru> or at least something close
  • [19:00:08] * kevinsc_ (n=kevinsc@nat/ti/x-0480c79a614a7828) has joined #beagle
  • [19:00:11] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ceb7a17ebc105f03) Quit (Client Quit)
  • [19:01:10] <Russ> is the hardware on the beagle capable of reading the EDID data?
  • [19:01:24] <tomba> yep. whenever I get a beagle/overo/whatever with ES3.0+ I'll probably do something for the EDID.
  • [19:02:03] * kevinsc_ (n=kevinsc@nat/ti/x-0480c79a614a7828) has left #beagle
  • [19:02:33] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ac12be0a2ae80ba3) has joined #beagle
  • [19:03:03] <dirk2> sakoman_: http://lists.denx.de/pipermail/u-boot/2009-March/049119.html
  • [19:05:13] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ac12be0a2ae80ba3) Quit (Client Quit)
  • [19:05:19] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-4c9d40deb82de2ac) has joined #beagle
  • [19:06:21] <ZeZu> jkridner: another vid if you didn't catch it: http://www.youtube.com/watch?v=7o4y9k0s_Xc
  • [19:07:45] <Russ> "We're sorry, this video is no longer available"
  • [19:07:58] <uberfry> dang ZeZu looking nice
  • [19:08:03] <ds2> Russ: I think so... the I2C line is routed to the connector
  • [19:08:14] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-4c9d40deb82de2ac) Quit (Client Quit)
  • [19:08:28] <uberfry> so you're a stoner ZeZu?
  • [19:08:44] <ZeZu> sometimes ;p
  • [19:08:49] <uberfry> :)
  • [19:08:55] <ZeZu> that used to be my license plate like .. 10 years ago
  • [19:09:12] <ZeZu> not the best choice of license plate perhaps
  • [19:09:24] <uberfry> lol
  • [19:10:17] <sakoman_> dirk2: thanks!
  • [19:12:29] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-21d6cb2be3d67b35) has joined #beagle
  • [19:14:05] * mib_r38jaj (i=5a9c5284@gateway/web/ajax/mibbit.com/x-4a8b2fdd9cacb68d) has joined #beagle
  • [19:15:15] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-21d6cb2be3d67b35) Quit (Client Quit)
  • [19:17:05] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ccbdb2a836992a20) has joined #beagle
  • [19:18:46] <uberfry> ZeZu: you have a lot of 3d knowledge?
  • [19:19:16] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ccbdb2a836992a20) Quit (Client Quit)
  • [19:20:30] <geckosenator> so I have a wifi usb and ethernet usb adapter that both work in ubuntu linux
  • [19:20:40] <geckosenator> on my x86 laptop.. neither are working on the beagle :(
  • [19:20:56] <Russ> maybe they function with binary blobs
  • [19:21:19] * rsalveti (n=salveti@pc-a80092.wlan.inet.fi) has joined #beagle
  • [19:21:30] <ZeZu> uberfry: a decent ammount, a lot of people know more than i do for sure
  • [19:21:36] <geckosenator> I don't think so
  • [19:21:42] <geckosenator> the wifi one shows up as wifi0
  • [19:21:54] <geckosenator> but if I try to enable it I get "SIOCSIFFLAGS: Connection timed out"
  • [19:21:57] <Russ> ZeZu: do you link stuff against the GLES libraries?
  • [19:22:05] <Russ> geckosenator: what device is it?
  • [19:22:05] <ZeZu> Russ: yes
  • [19:22:13] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-7427f9736d017d07) has joined #beagle
  • [19:22:20] <Russ> ZeZu: do you have to make many modifications to the source to do that?
  • [19:22:56] <jkridner> thanks ZeZu. Let me know if you do a blog post.
  • [19:23:05] <ZeZu> Russ: well the emulator already had a d3d & opengl rendering plugin, so we just modified the GL plugin a bit for this application and wrote a simple shader
  • [19:23:10] <geckosenator> Russ: 0ace:1215 ZyDAS WLA-54L WiFi
  • [19:23:26] <ZeZu> jkridner, will do
  • [19:23:44] <jkridner> looks like it still needs some performance enhancements.
  • [19:23:50] <ZeZu> definitely
  • [19:24:03] <ZeZu> I just started on the floating point stuff on the recompiler
  • [19:24:24] <ZeZu> I'm in for the long haul on a project like this, its far from trivial to implement
  • [19:24:52] <Russ> geckosenator: but what module is it using
  • [19:25:18] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-7427f9736d017d07) Quit (Client Quit)
  • [19:25:19] * rsalveti (n=salveti@pc-a80092.wlan.inet.fi) Quit (Remote closed the connection)
  • [19:25:36] * rsalveti (n=salveti@pc-a80092.wlan.inet.fi) has joined #beagle
  • [19:26:02] <uberfry> ZeZu: you ever coded a game?
  • [19:26:08] <ZeZu> uberfry: sure
  • [19:26:16] <uberfry> 3d jump and run?
  • [19:26:50] * jsync (n=jess@124.123.29.100) has left #beagle
  • [19:26:56] <ZeZu> not really, i've messed around a bit with em, but never finished one in that format
  • [19:27:03] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-07fa169dc14aae15) has joined #beagle
  • [19:27:12] <uberfry> ah ic
  • [19:27:16] <uberfry> wanna help me? :)
  • [19:27:19] <ZeZu> the camera system on those are fun (= a real pain)
  • [19:27:31] <uberfry> hehehe
  • [19:27:36] <ZeZu> sure :)
  • [19:27:41] <uberfry> how about 2d with 3d characters?
  • [19:27:48] <uberfry> think that's a bit easier?
  • [19:28:08] <ZeZu> nope, mixing the two can be even more trouble :)
  • [19:28:12] <uberfry> lol
  • [19:28:15] <ZeZu> but
  • [19:28:30] <ZeZu> are you speaking like, metroid prime style, or original metroid just done w/ 3d models ?
  • [19:28:48] <uberfry> never really played metroid prime, but brb, gonna have a look
  • [19:28:59] * robtow1 (n=rtow@nat/montavista/x-6b8353cddf5e6f11) has joined #beagle
  • [19:29:04] <ZeZu> ah well it is the standard FPS type
  • [19:29:05] * ScriptRipper (n=mmohring@opensuse/member/MartinMohring) Quit (Read error: 104 (Connection reset by peer))
  • [19:29:06] <uberfry> haha no no
  • [19:29:19] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-07fa169dc14aae15) Quit (Client Quit)
  • [19:29:22] <ZeZu> or camera behind the character
  • [19:29:27] <ZeZu> that follows
  • [19:29:39] <uberfry> no ;) the camera only moves in 2 dimensions
  • [19:29:43] <ZeZu> I think many times that looks like crap :)
  • [19:29:45] <uberfry> hell, one dimension even
  • [19:29:51] <uberfry> no way :D
  • [19:29:55] <uberfry> it would look awesome
  • [19:29:55] <ZeZu> well the main question
  • [19:30:02] <ZeZu> (i meant the full 3d camera)
  • [19:30:20] <ZeZu> i would rather have a platformer use a 2d view on a 3d scene really
  • [19:30:35] * PhastPhrog_ (n=chatzill@194.193.86.112) Quit ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]")
  • [19:30:39] <ZeZu> anyhow, you have someone to do the graphics / modelling ?
  • [19:30:49] <uberfry> yes, I was thinking of doing that myself
  • [19:30:54] <ZeZu> ah
  • [19:30:58] <uberfry> when I was younger, I did a lot of 3ds max
  • [19:31:03] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-9b0e61a942ce5d83) has joined #beagle
  • [19:31:08] <uberfry> now I got more into coding
  • [19:31:22] <uberfry> (I actually do more hardware than software, but trying to get more into software)
  • [19:31:29] <ZeZu> cool, I've wanted to write a few games, but i have no talent with 3d models, or i do ... but it takes me far too long
  • [19:31:42] * pcgeil (n=steffen@p5B17FF3F.dip.t-dialin.net) has joined #beagle
  • [19:32:08] <ZeZu> the startup of the game if done right is much less "fun" than a lot of the rest of the coding
  • [19:32:27] <ZeZu> the first thing that should be done is actually a simple export plugin for max or whatever you plan on using
  • [19:32:52] <ZeZu> and figure out the format itself, will you use nurbs or solid polygon modelling ?
  • [19:33:13] <uberfry> polygon
  • [19:33:20] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-9b0e61a942ce5d83) Quit (Client Quit)
  • [19:33:22] <uberfry> nurbs is apparently a pain in the ass for the coder
  • [19:33:23] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-3cb6dd347ccf0e64) has joined #beagle
  • [19:34:12] <ZeZu> depends on whether the coder just wants to copy/paste source from something
  • [19:34:24] <ZeZu> nurbs is nice as it scales very nicely
  • [19:34:32] <ZeZu> and if you were going to use something like a raytracer
  • [19:34:47] <ZeZu> it can be rendered as a true curved surface
  • [19:34:57] <ZeZu> but also can be a huge pain too :)
  • [19:35:13] <ZeZu> poly modelling is probably best for simple purposes
  • [19:35:20] <uberfry> hmmmm what do you think is better? I'd like to port it to every possible platform
  • [19:35:32] <ZeZu> and it would probably be too much vector math for the poor beagle
  • [19:35:42] <uberfry> I see
  • [19:35:58] <ZeZu> neon is pretty powerfull though, depends on how complex the scenes got i guess
  • [19:36:21] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-3cb6dd347ccf0e64) Quit (Client Quit)
  • [19:36:23] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-69e02b6a1b95ce80) has joined #beagle
  • [19:36:27] <ZeZu> well you could certainly try both
  • [19:36:47] <ZeZu> for now if you definitely want to do it, build a simple model = box man w/ animations
  • [19:36:57] <ZeZu> and figure out the max sdk
  • [19:36:57] <Russ> a gallium 3d software implementation with neon would be neato
  • [19:37:15] <uberfry> ok :)
  • [19:37:19] <uberfry> you also know how to handle the bones?
  • [19:37:26] * gcohler (n=gcohler@nat/ti/x-1237b3ea6ed48fd3) has joined #beagle
  • [19:37:41] <ZeZu> yes
  • [19:37:52] <ZeZu> its a real pain
  • [19:37:55] <uberfry> lol ;)
  • [19:37:57] <Crofton|work> sakoman_, are you going to get in a situation where you need a pinmux setup per buddy board?
  • [19:38:17] <uberfry> now I only need someone creative to make a character
  • [19:38:21] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-69e02b6a1b95ce80) Quit (Client Quit)
  • [19:38:23] <ZeZu> Russ, software is nice, and you can speed it up quite a bit, but it only goes so far
  • [19:38:24] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-870350bf8115c4f5) has joined #beagle
  • [19:39:00] <sakoman_> Crofton: no, I don't think so. It is still universal
  • [19:39:17] <ZeZu> I've got to run out for a bit, but I'll be back on later
  • [19:39:22] <uberfry> ZeZu: you're always here?
  • [19:39:25] <ZeZu> yes
  • [19:39:29] <uberfry> ok cool :)
  • [19:39:46] <ZeZu> If you get max setup and get a simple char mad w/ anim, let me know, make sure to grab the max sdk too
  • [19:39:59] <uberfry> alright
  • [19:40:04] <ZeZu> ttyl
  • [19:40:07] <uberfry> cya :)
  • [19:40:09] * mib_5dnje2 (i=c05b4b1e@gateway/web/ajax/mibbit.com/x-d1395feb0b4f9e53) has joined #beagle
  • [19:40:29] * mib_5dnje2 (i=c05b4b1e@gateway/web/ajax/mibbit.com/x-d1395feb0b4f9e53) Quit (Client Quit)
  • [19:41:22] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-870350bf8115c4f5) Quit (Client Quit)
  • [19:41:36] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-5c42728146e5dfc7) has joined #beagle
  • [19:42:08] * fsk141_ (i=439be0f3@gateway/web/ajax/mibbit.com/x-64954e4865fade5b) has joined #beagle
  • [19:42:51] * fsk141 (n=jg@adsl-99-162-208-254.dsl.lsan03.sbcglobal.net) has joined #beagle
  • [19:42:54] <fsk141> hello
  • [19:42:57] * fsk141_ (i=439be0f3@gateway/web/ajax/mibbit.com/x-64954e4865fade5b) Quit (Client Quit)
  • [19:43:19] <fsk141> who could I talk to about geting a review sample for my website?
  • [19:44:23] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-5c42728146e5dfc7) Quit (Client Quit)
  • [19:44:27] * richardw (n=richardw@nat/ti/x-3485c783cac911e4) Quit ("Leaving")
  • [19:44:36] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-083baef050922495) has joined #beagle
  • [19:46:37] * robtow (n=rtow@nat/montavista/x-a1cc4349504ba794) Quit (Read error: 110 (Connection timed out))
  • [19:47:20] <fsk141> anyone?
  • [19:47:22] * pcgeil (n=steffen@p5B17FF3F.dip.t-dialin.net) Quit ()
  • [19:47:24] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-083baef050922495) Quit (Client Quit)
  • [19:47:27] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-e13cb758701b1447) has joined #beagle
  • [19:50:24] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-e13cb758701b1447) Quit (Client Quit)
  • [19:50:28] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-7346bf57df4c9fd3) has joined #beagle
  • [19:52:31] * Batko_Marto (n=Batko_Ma@ncart-cam.scs.ryerson.ca) Quit (Remote closed the connection)
  • [19:53:25] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-7346bf57df4c9fd3) Quit (Client Quit)
  • [19:53:28] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-6f74d80af9c2e698) has joined #beagle
  • [19:53:33] * kevinsc (n=kevinsc@nat/ti/x-19769830a61d9cac) has joined #beagle
  • [19:56:26] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-6f74d80af9c2e698) Quit (Client Quit)
  • [19:56:29] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-419549c74864c4b6) has joined #beagle
  • [19:56:58] * kevinsc (n=kevinsc@nat/ti/x-19769830a61d9cac) has left #beagle
  • [19:59:27] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-419549c74864c4b6) Quit (Client Quit)
  • [19:59:30] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ccab816fef33119a) has joined #beagle
  • [20:00:53] * err0neous (n=err0neou@ip65-44-199-226.z199-44-65.customer.algx.net) has joined #beagle
  • [20:01:27] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-ccab816fef33119a) Quit (Client Quit)
  • [20:01:31] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-93dc3a404667d9bf) has joined #beagle
  • [20:01:43] * mib_jxccbl (i=c05e5e69@gateway/web/ajax/mibbit.com/x-765a6ee8691e37d7) Quit ("http://www.mibbit.com ajax IRC Client")
  • [20:03:14] <err0neous> hello, is there any way to report a bug in the beagleboard linux kernel?
  • [20:03:38] <err0neous> and if so, is anyone likely to ever fix it?
  • [20:04:28] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-93dc3a404667d9bf) Quit (Client Quit)
  • [20:04:30] <eFfeM> you can always drop it in the beagleboard maling list; maybe the linux-omap mailing list is also a good candidate to report it
  • [20:04:52] <eFfeM> and whether it get fixed or not: depends on the bug, whether someone is interested in fixing it etc
  • [20:06:23] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-2a4b666902a1a159) has joined #beagle
  • [20:06:39] <eFfeM> err0neous: you were working on the video patch wasn't it? if so: any progress?
  • [20:08:29] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-2a4b666902a1a159) Quit (Client Quit)
  • [20:08:33] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-555c5fd9375ab417) has joined #beagle
  • [20:08:52] <sakoman_> gcohler: are the most recent images working for you?
  • [20:11:30] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-555c5fd9375ab417) Quit (Client Quit)
  • [20:11:34] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f919bda79ffba94b) has joined #beagle
  • [20:11:38] * coreyfro (n=coreyfro@dsl092-012-151.sfo1.dsl.speakeasy.net) has joined #beagle
  • [20:13:59] * guillaum1 (n=Guillaum@AMontsouris-153-1-91-205.w90-2.abo.wanadoo.fr) has left #beagle
  • [20:14:07] <coreyfro> Hey all, there isn't a preorder sight (digikey?) for Rev C2, is there? I want one ASAP! ;-)
  • [20:14:12] * mistergibson (n=mistergi@97-115-65-3.ptld.qwest.net) has joined #beagle
  • [20:14:31] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-f919bda79ffba94b) Quit (Client Quit)
  • [20:14:45] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-d24d8b703204cd82) has joined #beagle
  • [20:15:31] * massiveRobot (n=massiveR@75.149.106.130) has joined #beagle
  • [20:17:37] <mru> no, you'll have to be quick when they start taking orders
  • [20:18:05] <mru> I don't know how large the first batch will be
  • [20:18:11] <mru> maybe jkridner knows
  • [20:19:47] * valhalla (n=valhalla@81-174-22-44.dynamic.ngi.it) Quit ("Leaving")
  • [20:19:58] <mistergibson> I'm thinking about a board-to-board bridge. Rather than tapping into the L3-gpmc, would you agree its best to use an L4 peripheral as a bus bridge?
  • [20:20:32] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-d24d8b703204cd82) Quit ("http://www.mibbit.com ajax IRC Client")
  • [20:20:46] * pcgeil (n=steffen@p5B17FF3F.dip.t-dialin.net) has joined #beagle
  • [20:21:47] <fsk141> is there anyone I can talk to about getting a review board?
  • [20:23:44] * guillaum1 (n=Guillaum@AMontsouris-153-1-91-205.w90-2.abo.wanadoo.fr) has joined #beagle
  • [20:24:44] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-8112c1f75674875a) has joined #beagle
  • [20:26:59] <mru> what is your website?
  • [20:27:34] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-8112c1f75674875a) Quit (Client Quit)
  • [20:27:59] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-689fdd3297cb3bd1) has joined #beagle
  • [20:30:36] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-689fdd3297cb3bd1) Quit (Client Quit)
  • [20:31:04] * garren (n=garren@41.246.62.58) Quit ("Ex-Chat")
  • [20:31:42] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-0656c4f880b3f3f6) has joined #beagle
  • [20:34:23] * dirk2 (n=dirk@p5B04043F.dip0.t-ipconnect.de) Quit (Remote closed the connection)
  • [20:34:43] * dirk2 (n=dirk@p5B04043F.dip0.t-ipconnect.de) has joined #beagle
  • [20:37:13] * florian (n=fuchs@f049139061.adsl.alicedsl.de) has joined #beagle
  • [20:37:37] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-0656c4f880b3f3f6) Quit ("http://www.mibbit.com ajax IRC Client")
  • [20:37:48] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-e1417a2dd4c3da60) has joined #beagle
  • [20:39:50] * gregoiregentil1 (n=zonbu@adsl-71-135-118-139.dsl.pltn13.pacbell.net) has joined #beagle
  • [20:40:38] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-e1417a2dd4c3da60) Quit (Client Quit)
  • [20:42:38] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-38468f5bbdcef0ec) has joined #beagle
  • [20:45:15] <err0neous> yes i was working on the hauppauge pvrusb2 problem
  • [20:45:24] <coreyfro> Thanks MRU
  • [20:45:35] <err0neous> i solved it, the problem was related to the /lib/udev/firmware.sh script
  • [20:46:33] <err0neous> i didnt really solve it i guess, i just implemented a workaround that makes it work
  • [20:46:37] <err0neous> and reliably
  • [20:46:48] * like2wise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [20:47:40] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-38468f5bbdcef0ec) Quit ("http://www.mibbit.com ajax IRC Client")
  • [20:48:17] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-78c3f24b470a861d) has joined #beagle
  • [20:52:42] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-78c3f24b470a861d) Quit (Client Quit)
  • [20:53:35] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-3a583d536623c766) has joined #beagle
  • [20:54:19] * massiveRobot (n=massiveR@75.149.106.130) Quit ()
  • [20:54:35] <err0neous> anyway the fix is to put a line that says 'sleep 0' before the line that says 'echo 0 > /sys$DEVPATH/loading'
  • [20:55:05] <Jiuy> :>
  • [20:55:42] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-3a583d536623c766) Quit (Client Quit)
  • [20:55:57] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-2e0eac2f3eef734d) has joined #beagle
  • [20:57:08] <Russ> err0neous: maybe you need to wait for udev events to drain
  • [20:57:16] * Xenion (n=robert@p579FC999.dip.t-dialin.net) has joined #beagle
  • [20:57:46] <err0neous> what does that mean?
  • [20:58:12] <err0neous> and by 'you' do you mean the firmware.sh script that is part of the angstrom distro?
  • [20:58:43] * may (i=8970728e@gateway/web/ajax/mibbit.com/x-2e0eac2f3eef734d) Quit (Client Quit)
  • [21:00:15] <Russ> I'm speaking very of some very vague recollections I have
  • [21:00:32] <Russ> I think settle might be the right word
  • [21:00:54] <Russ> http://linux.die.net/man/8/udevsettle
  • [21:01:53] <err0neous> oh, it sounds like you mean the pvrusb2 driver developer needs to wait for udev to settle
  • [21:02:09] <Russ> I mean before attempting to load firmware
  • [21:02:28] <Russ> or whatever the echo thing is
  • [21:03:14] <err0neous> oh, well the echo thing is from /lib/udev/firmware.sh in the angstrom demo image
  • [21:03:27] <err0neous> so.. i guess it's their problem
  • [21:03:39] <err0neous> i'm just a guy trying to get a beagleboard to do something productive
  • [21:04:00] <err0neous> i would like it if no one had to go through what i had to go through in order to make it do so
  • [21:04:49] <err0neous> but unfortunately i would have to spend an inordinate amount of time trying to figure out who to report this bug to, then making a detailed enough bug report for them to look at, then hoping that they care enough about it to fix it, and whatnot
  • [21:05:06] <err0neous> which seems unlikely
  • [21:05:29] <err0neous> so that would be much more of a waste of my time than it was for me to figure out what was wrong and fix it for myself
  • [21:05:55] * Xenion (n=robert@p579FC999.dip.t-dialin.net) Quit ("Verlassend")
  • [21:06:01] * gcohler (n=gcohler@nat/ti/x-1237b3ea6ed48fd3) Quit (Remote closed the connection)
  • [21:07:40] <fsk141> mru: sorry, I went to lunch, my website is http://www.fsk141.com
  • [21:08:08] <sakoman_> err0neous: have you tried to see if udevsettle works in place of the sleep 0?
  • [21:09:05] <Russ> sakoman_: it would, but maybe not because it should
  • [21:09:13] <Russ> sakoman_: /bin/true would probably work
  • [21:09:43] <err0neous> any command will work instead of sleep 0
  • [21:09:52] <Russ> its just racy
  • [21:09:55] <err0neous> anything that delays the next line works
  • [21:09:58] <fsk141> I would really like to get a beagleboard kit to review on the site
  • [21:10:23] <err0neous> lib/udev/firmware.sh is broken
  • [21:10:30] <Russ> fsk141: I'd much rather send a new beagle board to tomba, but I'm not affiliated in any way
  • [21:10:30] <fsk141> btw, is there going to be anything interesting at the embedded conference as per beagleboard?
  • [21:10:35] <fsk141> I know they are doing a lab
  • [21:10:37] <mru> fsk141: that's not in my power, but I figured whoever could might want to see the website
  • [21:11:16] <fsk141> I went to the linuxexpo a few weeks back, and the beagleboard booth was kinda hokey :)
  • [21:11:19] * zedstar (n=john@fsf/member/zedstar) has joined #beagle
  • [21:11:31] <Russ> fsk141: I think its because no one is trying to make money
  • [21:11:38] <fsk141> hehe
  • [21:11:47] <Russ> fsk141: maybe you could demo beagle from an omap3 perspective and get TI to send you one
  • [21:11:57] <fsk141> well it would have been nice to see some benchmarks or something
  • [21:12:24] <Russ> fsk141: its a constantly moving target since there are always software improvements
  • [21:12:30] <fsk141> I'm not that deep into processors yet
  • [21:12:50] <fsk141> I'm a starting computer engineer
  • [21:12:59] <ds2> linux expo a few weeks back?!?
  • [21:13:03] <uberfry> software engineer you mean?
  • [21:13:10] <Russ> you aren't exactly selling yourself as an ideal reviewer of beagle board
  • [21:13:12] <fsk141> atm I'm working full time as a sysadmin & going to school full time for my B.S. in computer engineering
  • [21:13:16] <ds2> is there a time machine?
  • [21:13:23] <fsk141> socallinuxexpo
  • [21:13:38] <uberfry> fsk141: software engineer you mean?
  • [21:13:39] <fsk141> http://www.socallinuxexpo.org/
  • [21:13:41] <ds2> the ESC stuff should be bigger
  • [21:13:42] <fsk141> ie scale
  • [21:13:54] <ds2> yes, Linux Expo was up in SF last Aug
  • [21:14:00] <fsk141> nope
  • [21:14:08] <uberfry> never heard of computer engineer
  • [21:14:19] <fsk141> well it exists
  • [21:14:34] <uberfry> what does a computer engineer do?
  • [21:14:38] * mib_uvxwrk (i=c05e5e6a@gateway/web/ajax/mibbit.com/x-6322e682006c1fc9) has joined #beagle
  • [21:14:42] <Russ> uberfry: computer engineer is supposed to be a mix between software engineer and electrical engineer
  • [21:14:48] <fsk141> Russ: correct
  • [21:14:51] <uberfry> ah ic
  • [21:14:52] * err0neous (n=err0neou@ip65-44-199-226.z199-44-65.customer.algx.net) Quit ("tribe..the show is over")
  • [21:15:04] <fsk141> you take a lot of the same programming classes, and then drop into board engineering
  • [21:15:07] <uberfry> so that's prolly what I'm aiming for
  • [21:15:07] <Crofton|work> Computer Engineering is a electrical engineering degree for people that can not pass EM Fields :)
  • [21:15:12] <Russ> there is even a wikipedia page
  • [21:15:13] <fsk141> prototyping & design
  • [21:15:15] <Russ> http://en.wikipedia.org/wiki/Computer_engineer
  • [21:15:15] <uberfry> lmao Crofton
  • [21:15:31] <fsk141> lol Crofton|work
  • [21:15:34] <uberfry> Crofton: I have EMF in 2nd semester, IF I pass 1st semester
  • [21:15:35] <uberfry> hehehe
  • [21:15:44] <Crofton|work> heh
  • [21:15:50] <Russ> Crofton|work: whatever, I saw a couple of EE's on the ground crying in one of my computer systems labs
  • [21:15:51] <fsk141> what's EMF?
  • [21:15:53] <Russ> Crofton|work: they can't stand assembly or programming of any kind
  • [21:15:57] <Crofton|work> just remember, they can only ask three basic problems
  • [21:16:25] * eFfeM (n=frans@195-241-226-180.ip.telfort.nl) Quit ("Leaving.")
  • [21:16:32] * dirk2 (n=dirk@p5B04043F.dip0.t-ipconnect.de) Quit ("Konversation terminated!")
  • [21:16:34] * davidcb (n=davidcb@c-76-124-23-143.hsd1.nj.comcast.net) has joined #beagle
  • [21:16:37] <fsk141> uberfry: EMF?
  • [21:16:38] <Crofton|work> solve this equation in erctangular, polar, or cylindrical coordinates
  • [21:16:39] <uberfry> Russ: I was in CS in high school
  • [21:16:44] <uberfry> it sucked
  • [21:16:46] <Crofton|work> electromagnetic fields
  • [21:16:52] <uberfry> fsk141: electromagnetic fields
  • [21:16:55] <fsk141> ok
  • [21:16:57] <uberfry> oh heh he beat me to it
  • [21:17:06] <Russ> uberfry: the most advanced programming class I could take in HS was pascal
  • [21:17:12] <fsk141> hehe
  • [21:17:13] <uberfry> me too
  • [21:17:16] <uberfry> delphi
  • [21:17:26] <uberfry> but I was more advanced than my classmates
  • [21:17:31] <Russ> uberfry: I made a bsp tree based renderer ala doom
  • [21:17:32] <Crofton|work> they hadn't invented pascal when I was in high school ....
  • [21:17:34] <fsk141> they didn't provide programming at my HS :(
  • [21:17:38] <uberfry> wow cool
  • [21:17:48] <Crofton|work> I think
  • [21:18:01] <uberfry> anyway, what annoyed me in HS, was that I was kinda like the only one who could actually code
  • [21:18:04] <fsk141> pascal is pretty old
  • [21:18:04] <uberfry> hell, even code hardware
  • [21:18:20] <fsk141> anyone know cobal? hehe
  • [21:18:29] <uberfry> could never chat with them about computer stuff, or they'd call me a nerd and exclude me
  • [21:18:44] * mru was more advanced than the teacher in HS
  • [21:18:48] <fsk141> uberfry: I'm sorry, it sounds like you have a hurtful past
  • [21:18:54] <uberfry> lol
  • [21:18:57] <uberfry> I actually do :P
  • [21:18:58] <Crofton|work> let me rephrase, pascal was not available on anything I could use
  • [21:19:08] <uberfry> you know what "mobbing" means?
  • [21:19:09] <fsk141> Crofton|work: *ding*
  • [21:19:17] <fsk141> uberfry: yeppers
  • [21:19:22] <uberfry> well I got mobbed, alot
  • [21:19:28] <fsk141> hah
  • [21:19:32] <uberfry> junior high up to high school
  • [21:19:36] <mru> Crofton|work: there is nothing available where pascal can be used
  • [21:19:45] <mru> s/available/possible/ even
  • [21:19:47] <uberfry> anyway, now I go to an elitist uni :P ha
  • [21:19:50] <Russ> Crofton|work: no turbopascal?
  • [21:19:57] <fsk141> I'm thinking of learning lisp
  • [21:19:58] <uberfry> and there still aren't any real smart people, only cocky
  • [21:20:04] <mru> fsk141: you should learn lisp
  • [21:20:09] <uberfry> wtf is lisp?
  • [21:20:18] <mru> uberfry: you should too
  • [21:20:19] * ScriptRipper (n=martin@host-82-135-36-197.customer.m-online.net) has joined #beagle
  • [21:20:26] <fsk141> there's sicp or whatever, I got a few pages into it, and then got busy with something else
  • [21:20:28] <mru> not because it's useful (except for configuring emacs)
  • [21:20:33] <fsk141> it's written very well though
  • [21:20:42] <Russ> Crofton|work: turbo pascal 4 was 1987, you are really dating yourself
  • [21:20:46] <fsk141> uberfry: it's 7113 :)
  • [21:20:49] <uberfry> lmao
  • [21:20:52] <Crofton|work> IBM PC arrived I graduated high school
  • [21:20:55] <uberfry> tiie?
  • [21:20:57] <fsk141> 1337
  • [21:20:59] <Russ> uberfry: wtf is lisp? did you not go to college?
  • [21:20:59] <fsk141> meh
  • [21:21:09] <fsk141> it's old
  • [21:21:11] <geckosenator> fsk141: I read sicp and now I'm writing opengl stuff in scheme
  • [21:21:15] <uberfry> no...
  • [21:21:15] <fsk141> from the 70's or something
  • [21:21:17] <Crofton|work> my first computer had 128 bytes of RAM
  • [21:21:18] <uberfry> I didn't go to college
  • [21:21:21] <uberfry> straight from HS to uni
  • [21:21:31] <fsk141> geckosenator: oh rly, and do you program in scheme
  • [21:21:35] <geckosenator> fsk141: all day
  • [21:21:36] <Russ> uberfry: we are speaking different dialects, uni is what I mean
  • [21:21:38] <fsk141> have you taken a look at common?
  • [21:21:42] <uberfry> oh heh
  • [21:21:46] <uberfry> I'm in 1st semester right now
  • [21:21:53] <uberfry> and in 2nd semester I teach vhdl to 8th semester
  • [21:21:53] <uberfry> :)
  • [21:22:06] <Russ> uberfry: they'll probably have a class where they teach you different models of programming, lisp will be one of them
  • [21:22:07] <uberfry> just wanted to put that out there, before you call me a retard
  • [21:22:09] <fsk141> geckosenator: have you programmed with common lisp?
  • [21:22:15] <uberfry> what is lisp for?
  • [21:22:21] <geckosenator> Russ: but that isn't enough lisp
  • [21:22:28] <geckosenator> fsk141: not much
  • [21:22:30] <fsk141> uberfry: it's just like all the other programming lang's, to program things
  • [21:22:31] <mru> uberfry: lisp is for emacs
  • [21:22:37] <uberfry> fortran?
  • [21:22:41] <uberfry> why would I use it?
  • [21:22:44] <Russ> uberfry: its pushed by the parenthesize lobby
  • [21:22:50] <fsk141> geckosenator: hum, well I've heard good things about it, but I was just going to follow sicp
  • [21:23:06] <geckosenator> fsk141: I actually did all of the excercises
  • [21:23:09] <Russ> lisp is a great introduction to lambda calculus
  • [21:23:22] <uberfry> I think we don't have this...
  • [21:23:25] <uberfry> we have matlab tho
  • [21:23:30] <geckosenator> fsk141: even the one where you write a scheme to c compiler
  • [21:23:32] <fsk141> geckosenator: PM?
  • [21:23:40] <fsk141> lol, awesome
  • [21:23:53] <Russ> uberfry: it also teaches you the functional programming paradigm
  • [21:23:56] <geckosenator> my compiler was crap though.. the code it generated was so slow
  • [21:24:08] <uberfry> ic...
  • [21:24:11] <uberfry> what's that?
  • [21:24:27] <uberfry> ah! lambda calculus = "own values"?
  • [21:24:33] * BThompson (n=a0193480@nat/ti/x-64db66ad0a62ca68) Quit (Remote closed the connection)
  • [21:24:48] <Russ> http://en.wikipedia.org/wiki/Functional_programming
  • [21:24:55] <Russ> there are three main paradigm
  • [21:25:04] <uberfry> thanks..
  • [21:25:06] <Russ> functional, imperative, and something else
  • [21:25:17] <geckosenator> I wonder if it's ok.. my beagle board is being powered though the usb
  • [21:25:29] <geckosenator> but, the usb plugged into a powered hub
  • [21:25:33] <geckosenator> the beagle is the host though
  • [21:25:35] <uberfry> I already learned those concepts...
  • [21:25:38] <uberfry> in high school
  • [21:26:20] * cbrake is now known as cbrake_away
  • [21:26:29] <geckosenator> is that bad for it?
  • [21:27:13] <ds2> geckosenator: USB as in you are power it on the MiniAB jack?
  • [21:27:26] * gregoiregentil1 (n=zonbu@adsl-71-135-118-139.dsl.pltn13.pacbell.net) has left #beagle
  • [21:27:27] <Russ> ah, thats what the other one is, logic programming, eg, prolog
  • [21:27:46] <Russ> declarative
  • [21:28:00] <mru> real men code in assembler
  • [21:28:13] <fsk141> mru: real men waste their time then
  • [21:28:20] <geckosenator> ds2: right
  • [21:28:27] <Russ> mru: I think I need to go off and make a declarative assembler and realize it in hardware
  • [21:28:32] <uberfry> mru: wrong, real men code in vhdl
  • [21:28:34] <ds2> geckosenator: should be fine... you just are kept at a cap of 100mA max
  • [21:28:34] <Russ> wait, no, thats just vhdl
  • [21:28:37] <geckosenator> ds2: the hub is powered, and the host side of the hub goes to the beagle, and the beagle is powered
  • [21:28:57] <fsk141> real men code in OO C++, and then hardcore peeps code in assembly
  • [21:28:58] <geckosenator> ds2: normally you only power a device if it's a device.. not when it's a host right?
  • [21:29:06] <Russ> geckosenator: its best to get one of those dual power plugs, like the have for portable hard drives
  • [21:29:08] <fsk141> hardcore peeps/hackers/reverse engineers
  • [21:29:16] <uberfry> <-- x360 hacker
  • [21:29:17] <uberfry> :)
  • [21:29:26] <uberfry> how old are you all?
  • [21:29:30] <ds2> geckosenator: I'd drop the world 'normally'... only devices are ever powered.
  • [21:29:31] <geckosenator> Russ: the beagle is the host
  • [21:29:34] * Russ 29
  • [21:29:38] <fsk141> 19
  • [21:29:43] <ds2> powering a host is means something is broq.
  • [21:29:43] <mru> 28
  • [21:29:46] <Russ> geckosenator: I was considering doing that
  • [21:29:48] <uberfry> bah! fsk141 beat me
  • [21:29:52] <geckosenator> ds2: yeah but it's working
  • [21:29:53] <uberfry> anyone less than 19?
  • [21:30:00] <fsk141> I suppose you are
  • [21:30:02] <ds2> geckosenator: then the MUSB port is not a host
  • [21:30:04] <geckosenator> the wiki says that you have to use external power
  • [21:30:05] <uberfry> I'm 20
  • [21:30:16] <fsk141> hum, how did I beat you then?
  • [21:30:20] <fsk141> for youngest?
  • [21:30:21] <fsk141> lol
  • [21:30:22] <uberfry> yes
  • [21:30:34] <uberfry> but I think I'll beat you anytime in terms of knowledge ;)
  • [21:30:37] <uberfry> at least coding hehe
  • [21:30:46] <geckosenator> ds2: and yet I can power it this way
  • [21:30:48] <fsk141> coding yes, system administration no
  • [21:30:52] <uberfry> you sure?
  • [21:30:59] <fsk141> pretty sure
  • [21:31:02] <uberfry> which os?
  • [21:31:03] <ds2> geckosenator: why do you think the port is acting as a host?
  • [21:31:09] <fsk141> linux/unix/solaris
  • [21:31:10] <Russ> Crofton must be pushing 50
  • [21:31:19] <uberfry> <-- linux/netware/windows
  • [21:31:19] <fsk141> I surpassed windows :)
  • [21:31:23] <uberfry> hehe
  • [21:31:24] <geckosenator> ds2: I shorted id to gnd
  • [21:31:25] <ds2> BAH sysadmins
  • [21:31:31] <uberfry> I hate sysadministration
  • [21:31:40] <fsk141> it's just my job title, dont hate...
  • [21:31:41] <uberfry> was the subject I hated the most in HS
  • [21:31:43] <ds2> geckosenator: that does not mean it is a host. it just means it thinks a A cable is connected
  • [21:32:06] <geckosenator> ds2: ok I see
  • [21:32:19] * mru has never owned a windows machine
  • [21:32:20] <geckosenator> ds2: I wonder why the hub allows it then
  • [21:32:25] <ds2> geckosenator: it is possible to be a host w/o shorting the ID to ground
  • [21:32:34] <geckosenator> ds2: with software?
  • [21:32:37] <ds2> the N800's can do it
  • [21:32:39] <uberfry> mru: win xp > linux
  • [21:32:40] <uberfry> :)
  • [21:32:50] <geckosenator> ds2: I though maybe a kernel parameter would do it
  • [21:32:55] <ds2> geckosenator: yep. just a few things needs to be implemented for the PHY for that to happen
  • [21:32:59] <mru> I didn't say I've never tried using windows
  • [21:33:02] <mru> *tried*
  • [21:33:05] <uberfry> I'd never use linux as a main os, neither mac os, cause all my eda tools only work on windows
  • [21:33:06] <ds2> no, the current kernel is missing some PHY config stuff
  • [21:33:08] <mru> not succeeded
  • [21:33:13] <uberfry> lol
  • [21:33:15] <geckosenator> ds2: oh ok
  • [21:33:21] <Russ> uberfry: you need to switch over to geda
  • [21:33:28] <uberfry> geda?
  • [21:33:28] <ds2> geckosenator: change PHY's and it should work
  • [21:33:30] <fsk141> uberfry: I see your point
  • [21:33:38] <fsk141> a buddy of mine had the same ideal
  • [21:33:48] <geckosenator> ds2: or just get revC which is supposed to have usb host
  • [21:33:51] <fsk141> I use linux for almost everything, and mac for my work computer
  • [21:34:00] <fsk141> oh ya I forgot to add, I know mac like the back of my hand too
  • [21:34:06] <ds2> geckosenator: nah.... the MUSB port is more flexible
  • [21:34:07] <Russ> http://www.gpleda.org/
  • [21:34:10] * mru is installing linux on a windtunnel mac
  • [21:34:11] <uberfry> I don't do anything else on computers other than coding
  • [21:34:17] <uberfry> thanks Russ
  • [21:34:30] * jkridner|work (n=a0321898@nat/ti/x-40a780718f93e841) Quit (Remote closed the connection)
  • [21:34:32] <geckosenator> ds2: yeah it's still good to ahve
  • [21:34:34] <mru> I once went close to a pre-osx mac, and it crashed
  • [21:34:38] <fsk141> uberfry: then you would easily pair with cli, and nifty cli compilers :)
  • [21:34:40] <ds2> I really wish the EHCI port on Revc had a break for the Vbus line so I can inject 5V via another pump instead of having to laden the board power supply
  • [21:34:52] <uberfry> cli?
  • [21:34:55] <geckosenator> ds2: just use a special usb cable maybe?
  • [21:34:59] <uberfry> clear interrupt? ;P
  • [21:34:59] <fsk141> command line interface
  • [21:35:01] <uberfry> oh hehe
  • [21:35:12] <fsk141> tis how I'm chatting to you atm :)
  • [21:35:15] <fsk141> irssi
  • [21:35:16] <uberfry> problem with eda is: every company has their own software
  • [21:35:18] <mru> irssi ftw
  • [21:35:18] <ds2> geckosenator: won't work... the EHCI port is tied to the system 5V bus. if I try to run it from a 100mA PS, the board will crash
  • [21:35:19] <fsk141> it's a cli irc program
  • [21:35:23] <uberfry> lol
  • [21:35:27] <uberfry> yeah I know irssi
  • [21:35:30] <fsk141> mru: ++
  • [21:35:44] <ds2> so to use the EHCI port safely, you really need a 5V, 600mA or better power supply
  • [21:36:00] <geckosenator> can't you just use an external powered hub instead?
  • [21:36:16] <ds2> sure, that's another part and another power cube
  • [21:36:20] <ds2> I want portable
  • [21:36:21] <geckosenator> ok
  • [21:36:30] <geckosenator> I agree, but at least you have the flexibility
  • [21:36:38] <fsk141> mru: http://pastie.org/418122 [+]
  • [21:36:42] <ds2> of course, I could just have a proper 700mA, 5V switcher :D
  • [21:36:48] <fsk141> this is computer engineering lower division classes
  • [21:36:51] <ds2> but that completely rules out charge pumps
  • [21:36:53] <geckosenator> I have one already :-P
  • [21:37:05] <geckosenator> I want to run the beagle board at less than 5v though
  • [21:37:06] <geckosenator> to save power
  • [21:37:18] <ds2> geckosenator: that is impossible if you want to use the EHCI port
  • [21:37:19] <geckosenator> I wonder if I can do that since the external hubs are backfeeding power to the beagle
  • [21:37:24] <fsk141> geckosenator: why not just use solar power :)
  • [21:37:27] <geckosenator> fsk141: I am
  • [21:37:34] <fsk141> oh, nice
  • [21:37:36] <ds2> backfeed from a hub is expressly forbidden
  • [21:37:44] <fsk141> does the BB run off 7v?
  • [21:37:47] <ds2> backfeed from ANYTHING is expressly forbidden
  • [21:37:53] <geckosenator> fsk141: http://digitalsurveyinstruments.com/beagleperiphials/openppt/doc/
  • [21:38:07] <geckosenator> ds2: well I can cut the vcc wire in the usb cable going from the hub to the beagle
  • [21:38:11] <mru> fsk141: that's a schizofrenic degree
  • [21:38:20] <Russ> ds2: many crappy hubs backfeed
  • [21:38:39] * mib_r38jaj (i=5a9c5284@gateway/web/ajax/mibbit.com/x-4a8b2fdd9cacb68d) Quit ("http://www.mibbit.com ajax IRC Client")
  • [21:38:46] <ds2> geckosenator: that may not work as some of the pull ups are referenced to Vbus
  • [21:38:54] <fsk141> mru: huh?
  • [21:38:55] <ds2> Russ: I know, I have such a hub
  • [21:39:06] <ds2> that's what I get for buying a $2 hub ;)
  • [21:39:09] <mru> physics, assembler, java... weird
  • [21:39:10] <geckosenator> ds2: the usb only needs pullups at 3.6v
  • [21:39:17] <geckosenator> which is what I would run the beagle at
  • [21:39:20] <mru> I say drop the java and c++
  • [21:39:21] <fsk141> mru: I know
  • [21:39:33] <geckosenator> Russ: it's a crappy hub
  • [21:39:33] <fsk141> I'm taking the c++ atm
  • [21:39:35] <ds2> gecksenator: but some designs make that relative to Vbus to avoid a backfeed problem
  • [21:39:37] <mru> cut back on physics and some of the maths
  • [21:39:43] <fsk141> it's alright, but java is going to be a pain in the ass
  • [21:39:44] <coreyfro> use a mintyboost from adafruit?
  • [21:39:45] <mru> add more low-level computer design stuff
  • [21:39:50] <Russ> uberfry: http://i2.photobucket.com/albums/y4/RussDill/pcb-1.jpg
  • [21:39:52] <Russ> my first produced board with geda pcb
  • [21:39:53] <fsk141> mru: that's what's *required* lol
  • [21:40:08] <geckosenator> ds2: well I just havef to try it and see if it works
  • [21:40:22] <fsk141> geckosenator: why are you complicating things with a processor controlled power regulator?
  • [21:40:23] <geckosenator> Russ: what does it do?
  • [21:40:29] <geckosenator> fsk141: maybe
  • [21:40:31] <Russ> dual 10mbit ethernet, its rather old
  • [21:40:37] <uberfry> Russ: looks nice
  • [21:40:39] <Russ> second produced board http://s2.photobucket.com/albums/y4/RussDill/?action=view&current=nesa_top.jpg
  • [21:40:42] <fsk141> why not just use std compotents, a mosfet or two, and some resistors :)
  • [21:40:43] <geckosenator> fsk141: I better hope that one doesn't crash and create 20 volt output..
  • [21:41:15] <uberfry> Russ: easy to use like eaglE?
  • [21:41:15] <ShadowJK> hm, I should check if my hubs backfeed...
  • [21:41:22] <Russ> uberfry: never used eagle
  • [21:41:27] <geckosenator> Russ: lets see your last produced board
  • [21:41:40] <uberfry> ic
  • [21:41:47] <Russ> geckosenator: its been several years since I've done any eda
  • [21:41:58] <uberfry> lol
  • [21:42:17] <fsk141> Russ: that last pic looks nice, you packed everything in pretty nicely
  • [21:42:25] <uberfry> at my uni, eda means everything that has to do with hardware, except for pcb design ;)
  • [21:42:39] * like2wise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [21:42:42] <Russ> http://i2.photobucket.com/albums/y4/RussDill/nesa_bottom.jpg
  • [21:42:42] <fsk141> Russ: it it a single/double sided pcb?
  • [21:42:43] <geckosenator> the backfeeding hub has to go.. it gets really hot
  • [21:42:52] <Russ> (answer in link)
  • [21:43:04] <fsk141> I saw :)
  • [21:43:23] <fsk141> ya it looks excellent
  • [21:43:29] * pcgeil (n=steffen@p5B17FF3F.dip.t-dialin.net) Quit ()
  • [21:43:29] * mib_uvxwrk (i=c05e5e6a@gateway/web/ajax/mibbit.com/x-6322e682006c1fc9) Quit ("http://www.mibbit.com ajax IRC Client")
  • [21:43:30] <fsk141> what's it for :)
  • [21:43:36] <Russ> internet appliance
  • [21:43:44] <uberfry> Russ: can I rely on you for advice once I have to design the pcb for the robot we're making?
  • [21:44:15] <Russ> if I'm around
  • [21:44:19] <fsk141> kewl, I suppose the pin header allows you to connect some network ports and leds and stuff
  • [21:44:29] <uberfry> hehe ok thanks ;)
  • [21:44:52] <Russ> fsk141: debug. rs232, jtag, and reset
  • [21:45:00] <fsk141> sorry, the white one
  • [21:45:06] <fsk141> what's that called?
  • [21:45:19] <uberfry> hirose thing?
  • [21:45:26] <Russ> oh, right, the board is a lart-a-like
  • [21:45:26] * like2wise (n=likewise@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [21:45:28] <Russ> so its the same interface
  • [21:46:35] <Russ> http://www.lartmaker.nl/gallery/hand.jpg
  • [21:46:36] <fsk141> geckosenator: http://qa-rockstar.livejournal.com/7869.html (I just noticed this on LWN)
  • [21:47:18] <uberfry> you're a girl?
  • [21:47:33] <fsk141> nope, why would you say that?
  • [21:47:41] <uberfry> http://www.lartmaker.nl/gallery/hand.jpg
  • [21:47:56] <fsk141> oh, Russ
  • [21:48:01] <Russ> thats not me or my board
  • [21:48:04] <fsk141> how do you know it's not his mother?
  • [21:48:04] <Russ> that is a lart
  • [21:48:10] <fsk141> lol
  • [21:48:25] <uberfry> what's a lart?
  • [21:48:29] <Russ> no one remembers the lart?
  • [21:48:35] <fsk141> not I
  • [21:48:38] <uberfry> me neither
  • [21:48:40] <uberfry> too young...
  • [21:48:45] <fsk141> anyone remember projectblackdog?
  • [21:48:52] <uberfry> no
  • [21:48:52] <Russ> http://www.lartmaker.nl/lartware/plint/
  • [21:48:54] <uberfry> too young...
  • [21:49:30] <uberfry> oh lawd, 200mips
  • [21:49:33] <uberfry> that's quite some power :P
  • [21:56:03] * richardw (n=richardw@nat/ti/x-72a6956bb88b6bf7) has joined #beagle
  • [21:58:43] * Russ wonders whatever happened to erikm
  • [22:00:16] * jkridner|work (n=a0321898@nat/ti/x-7fd4a8f43ef0fb16) has joined #beagle
  • [22:00:51] <Russ> ...and scanline, and CosmicPenguin, prpplague, selectz, morn, etc, etc
  • [22:02:12] * felipec (n=felipec@a91-153-251-222.elisa-laajakaista.fi) has joined #beagle
  • [22:02:36] * gcohler (n=gcohler@nat/ti/x-254530832d9941bd) has joined #beagle
  • [22:04:38] * pcgeil (n=steffen@p5B17FF3F.dip.t-dialin.net) has joined #beagle
  • [22:06:23] * aerea (n=aerea@wsip-24-249-190-226.ph.ph.cox.net) has joined #beagle
  • [22:06:41] <florian> Russ: Oh... that was quite some time ago.
  • [22:06:55] * gcohler (n=gcohler@nat/ti/x-254530832d9941bd) Quit (Client Quit)
  • [22:07:05] * gcohler (n=gcohler@nat/ti/x-6c04cb5199d20907) has joined #beagle
  • [22:07:08] <florian> We still have a CATS... should be a similar CPU
  • [22:08:15] <Russ> I still have both my tuxscreen
  • [22:08:17] <Russ> s
  • [22:08:36] <geckosenator> my hub just melted
  • [22:08:37] * gcohler (n=gcohler@nat/ti/x-6c04cb5199d20907) Quit (Client Quit)
  • [22:08:43] <geckosenator> i'm serious smoke came out
  • [22:08:54] * gcohler (n=gcohler@nat/ti/x-80bb240ed9d53ad0) has joined #beagle
  • [22:09:33] <aerea> Does anyone know where I can get Texas Instruments's IFT so I can sign x-load?
  • [22:09:46] <Russ> geckosenator: I suppose that answers your question
  • [22:10:04] <geckosenator> heh
  • [22:11:00] <aerea> Sorry, should have googled more. JUST found it.
  • [22:11:23] * BThompsonD (n=bernie@cpe-72-190-75-99.tx.res.rr.com) has joined #beagle
  • [22:12:27] * pcgeil (n=steffen@p5B17FF3F.dip.t-dialin.net) Quit ()
  • [22:13:13] <Russ> geckosenator: and shoots down my plan
  • [22:14:31] * MCTouch (n=mctouch@212.183.134.128) Quit (Read error: 110 (Connection timed out))
  • [22:15:49] <ds2> geckosenator: are you feeding power into the hub via the A jacks?
  • [22:16:10] <geckosenator> I was feeding it via external power
  • [22:16:23] <ds2> did your external power exceed 5V?
  • [22:16:30] <geckosenator> I have no idea, maybe
  • [22:16:48] * davidm (n=David@nat/ti/x-f74b7154afea6dfc) Quit (Remote closed the connection)
  • [22:16:51] <geckosenator> it's a 5 v power supply
  • [22:17:01] <ds2> a _REGULATED_ 5V PS?
  • [22:17:15] <geckosenator> it's a switcher from 120vac
  • [22:17:24] <geckosenator> but I measured it, and it's actually 5.5v
  • [22:17:36] <ds2> 5.5V should be fine
  • [22:21:01] * julianol1ver (n=julian@252.pool85-53-18.dynamic.orange.es) has joined #beagle
  • [22:21:02] * uberfry (n=spinl0ck@vodsl-10890.vo.lu) Quit (Read error: 110 (Connection timed out))
  • [22:23:04] <geckosenator> the hub was crap
  • [22:23:10] * uberfry (n=spinl0ck@vodsl-10890.vo.lu) has joined #beagle
  • [22:27:48] * mistergibson (n=mistergi@97-115-65-3.ptld.qwest.net) has left #beagle
  • [22:30:21] * robtow1 (n=rtow@nat/montavista/x-6b8353cddf5e6f11) Quit ("Leaving.")
  • [22:32:06] * robtow (n=rtow@nat/montavista/x-6699b127fb2bd9d4) has joined #beagle
  • [22:32:34] * abitos (n=nixgibts@dslb-084-057-146-023.pools.arcor-ip.net) Quit (Read error: 113 (No route to host))
  • [22:38:00] * julianoliver (n=julian@215.pool85-53-21.dynamic.orange.es) Quit (Read error: 110 (Connection timed out))
  • [22:40:16] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [22:41:32] * richardw (n=richardw@nat/ti/x-72a6956bb88b6bf7) Quit (Read error: 104 (Connection reset by peer))
  • [22:42:20] * kevinsc (n=kevinsc@nat/ti/x-a6b7fef904b246b1) has joined #beagle
  • [22:42:21] * kevinsc (n=kevinsc@nat/ti/x-a6b7fef904b246b1) Quit (Remote closed the connection)
  • [22:42:39] * kevinsc (n=kevinsc@nat/ti/x-63722be392240353) has joined #beagle
  • [22:42:40] * brijesh (n=bksingh@nat/ti/x-0568239c3586817b) Quit (Read error: 60 (Operation timed out))
  • [22:43:02] * Hans (n=Hans@nat/ti/x-0f46ad4648fc0efa) Quit (Read error: 104 (Connection reset by peer))
  • [22:43:23] * niclas (n=n-anderb@nat/ti/x-5ffe66ad0fa0be38) Quit (Read error: 104 (Connection reset by peer))
  • [22:44:50] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
  • [22:49:19] * brijesh (n=bksingh@192.94.94.106) has joined #beagle
  • [22:49:20] * niclas (n=n-anderb@nat/ti/x-2d0e9a25667c49f8) has joined #beagle
  • [22:57:11] * richardw (n=richardw@nat/ti/x-5415cc0cd104bc48) has joined #beagle
  • [22:58:29] * manq (i=55173f12@gateway/web/ajax/mibbit.com/x-b5e6c404f9076308) has joined #beagle
  • [23:01:23] * Batko_Marto (n=Batko_Ma@CPE001346f996d2-CM001e6b1a8d1e.cpe.net.cable.rogers.com) has joined #beagle
  • [23:01:54] * nav45 (i=3a601b9e@gateway/web/ajax/mibbit.com/x-fa79a46478949046) has joined #beagle
  • [23:03:22] * like2wise (n=likewise@82-171-51-231.ip.telfort.nl) Quit ()
  • [23:03:38] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) Quit ()
  • [23:07:31] * robclark (n=robclark@nat/ti/x-72048f85d15d8696) Quit (Remote closed the connection)
  • [23:08:32] * nav45 (i=3a601b9e@gateway/web/ajax/mibbit.com/x-fa79a46478949046) Quit ("http://www.mibbit.com ajax IRC Client")
  • [23:09:35] * __alanc__ (n=a-campbe@nat/ti/x-73f33774903aae14) Quit ()
  • [23:09:42] * alecrim (n=alecrim@200.184.118.130) Quit (Remote closed the connection)
  • [23:12:07] * manq (i=55173f12@gateway/web/ajax/mibbit.com/x-b5e6c404f9076308) Quit ("http://www.mibbit.com ajax IRC Client")
  • [23:12:43] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) has joined #beagle
  • [23:13:32] * kergoth (n=kergoth@65.200.49.156) Quit ()
  • [23:18:00] * uberfry (n=spinl0ck@vodsl-10890.vo.lu) Quit (Read error: 110 (Connection timed out))
  • [23:19:01] * gregoiregentil (n=zonbu@adsl-71-135-118-139.dsl.pltn13.pacbell.net) has joined #beagle
  • [23:20:29] * geckosenator (n=sean@71.237.94.78) Quit (Read error: 145 (Connection timed out))
  • [23:23:50] * Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) Quit (Read error: 104 (Connection reset by peer))
  • [23:24:43] * Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) has joined #beagle
  • [23:25:30] * brijesh (n=bksingh@192.94.94.106) Quit ()
  • [23:31:46] * guillaum1 (n=Guillaum@AMontsouris-153-1-91-205.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [23:35:46] * Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) Quit (Read error: 54 (Connection reset by peer))
  • [23:36:39] * Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) has joined #beagle
  • [23:37:42] * Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) Quit (Read error: 54 (Connection reset by peer))
  • [23:38:07] * bazbell (n=a0192809@nat/ti/x-d94ecfa83e72cb1a) Quit (Remote closed the connection)
  • [23:38:23] * bazbell (n=a0192809@nat/ti/x-357670921f337cc2) has joined #beagle
  • [23:38:36] * Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) has joined #beagle
  • [23:39:51] * Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) Quit (Client Quit)
  • [23:48:30] * geckosenator (n=sean@71.237.94.78) has joined #beagle
  • [23:56:11] * mib_9c2qwa (i=434eebc0@gateway/web/ajax/mibbit.com/x-4508a25cd2d1360c) has joined #beagle
  • [23:57:04] * robclark (n=robclark@32.176.120.206) has joined #beagle
  • [23:59:12] * geckosenator (n=sean@71.237.94.78) Quit (Read error: 104 (Connection reset by peer))