• [00:12:21] <xxiao> where is the newest omap3530/beagleboard/C4 u-boot/xloader code these days?
  • [00:14:07] * KotH (~attila@lou-outside.kinali.ch) Quit (Ping timeout: 256 seconds)
  • [00:14:20] <xxiao> http://downloads.angstrom-distribution.org/demo/beagleboard/ trying this here
  • [00:18:20] * rcf (~rcf@178-117-158-72.access.telenet.be) Quit (Quit: This war is mine)
  • [00:35:00] * nullpuppy (~dustin@freematrix/staff/nullpuppy) Quit (Ping timeout: 252 seconds)
  • [00:37:49] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [00:38:43] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) Quit (Ping timeout: 260 seconds)
  • [00:45:45] <thurbad> xxiao: I don't think there's any source in those demo folders if that';s what you're looking for
  • [00:46:21] <W1N9Zr0> http://www.angstrom-distribution.org/building-angstrom this is how the demo folder is built
  • [00:53:44] <xxiao> yeah i had issues with old u-boot/omap3530 with a new board, wondering if old code dislikes newer chips
  • [00:54:20] <xxiao> 128M works fine, if i use the full 256M then lock-up, crash, hang all start to occur
  • [00:54:48] <thurbad> have you run memtest?
  • [00:55:01] <xxiao> on an old board(only the chip is newer) everything works fine, i'm suspecting the new roll of chips are bad
  • [00:55:06] <xxiao> thurbad: yeah
  • [00:55:30] <xxiao> if i limit it to 128MB everything works fine, memtester is happy too
  • [00:55:51] <xxiao> on the only board i can run something with 256M, memtester will report "solid bit errors--illegal instruction"
  • [00:56:06] <xxiao> 500 boards are made for this shit
  • [00:57:04] <thurbad> interesting
  • [00:59:24] <thurbad> do you have mlo/uboot code of any sort at the moment?
  • [00:59:41] <xxiao> i'm actually using the angstrom one above
  • [00:59:48] <xxiao> same result with my 2009 old binaries
  • [01:00:09] <thurbad> you can limit the memory per chip if you have the sources
  • [01:00:33] <xxiao> it's PoP, NAND+DDR+CPU
  • [01:00:44] <xxiao> LPDDR
  • [01:03:47] <xxiao> what's the difference between u-boot.img, u-boot-beagleboard.img u-boot-beagleboard-2011.12-r4.img ?
  • [01:03:57] <xxiao> does BB and BB-xM share the same MLO/u-boot.img?
  • [01:04:44] <thurbad> yes, they check the version GPIO pins for code that is specific to one board or another
  • [01:04:50] * pfefferz (~pfefferz@ip-64-134-6-238.public.wayport.net) has joined #beagleboard
  • [01:04:52] * pfefferz (~pfefferz@ip-64-134-6-238.public.wayport.net) has joined #beagle
  • [01:05:24] <xxiao> my customized BB board is reported as BB-xM RevA , DRAM 512M while I only have 256M
  • [01:05:29] <xxiao> need get the source now
  • [01:05:42] <thurbad> yes...
  • [01:05:53] * carlfx (44214d63@gateway/web/freenode/ip.68.33.77.99) Quit (Ping timeout: 245 seconds)
  • [01:21:45] * nullpuppy (~dustin@freematrix/staff/nullpuppy) has joined #beagle
  • [01:24:41] * DarthExpeditor (~IceChat9@rrcs-71-43-76-226.se.biz.rr.com) has joined #beagle
  • [01:36:48] * emeb (~ericb@ip72-201-79-123.ph.ph.cox.net) Quit (Quit: Leaving.)
  • [01:40:34] * guanucoluis (~luis@201-212-47-4.cab.prima.net.ar) Quit (Ping timeout: 246 seconds)
  • [02:00:18] * xanium4333 (~jamesbuck@2001:470:1f09:10:21a:4dff:fe45:c9ff) Quit (Quit: Konversation terminated!)
  • [02:01:55] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Ping timeout: 265 seconds)
  • [02:02:42] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [02:03:32] <JViz> what do i need to do to get spidev2 working?
  • [02:03:59] <JViz> i think i'm missing a step somewhere
  • [02:04:19] <JViz> anyone around?
  • [02:04:34] <thurbad> there's peeps around
  • [02:04:44] <thurbad> mostly lurking though
  • [02:04:54] <JViz> ever do anything with spi?
  • [02:05:58] <thurbad> probably .. but I brain dumped that stuff about a year ago
  • [02:09:30] * emeb_mac (~ericb@ip72-201-79-123.ph.ph.cox.net) has joined #beagle
  • [02:15:43] <JViz> ah
  • [02:15:55] * DarthExpeditor (~IceChat9@rrcs-71-43-76-226.se.biz.rr.com) Quit (Ping timeout: 246 seconds)
  • [02:18:13] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) has joined #beagle
  • [02:24:20] * ccssnet (~ccssnet@c-98-216-141-157.hsd1.ma.comcast.net) has joined #beagle
  • [02:33:04] * unterhausen (~eric@130.203.212.186) Quit (Ping timeout: 246 seconds)
  • [02:47:05] * unterhausen (~eric@130.203.212.186) has joined #beagle
  • [02:50:08] * Geminizer (~Geminizer@cpe-76-180-17-14.buffalo.res.rr.com) Quit (Quit: Linkinus - http://linkinus.com)
  • [02:56:32] * pfefferz (~pfefferz@ip-64-134-6-238.public.wayport.net) Quit (Ping timeout: 265 seconds)
  • [03:03:00] * pfefferz (~pfefferz@cpe-70-123-135-48.austin.res.rr.com) has joined #beagleboard
  • [03:03:02] * pfefferz (~pfefferz@cpe-70-123-135-48.austin.res.rr.com) has joined #beagle
  • [03:14:13] * df___ (6394b94a@gateway/web/freenode/ip.99.148.185.74) Quit (Ping timeout: 245 seconds)
  • [03:15:55] * Ceriand|desktop1 (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [03:16:33] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [03:17:23] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Ping timeout: 260 seconds)
  • [03:29:23] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) has joined #beagle
  • [03:32:46] * KeatonT (~textual@unaffiliated/keatont) Quit (Quit: Computer has gone to sleep.)
  • [03:41:10] * alan_o (~alan@c-68-62-240-236.hsd1.fl.comcast.net) Quit (Quit: Leaving)
  • [03:41:43] * DarthExpeditor (IceChat9@173.46.183.219) has joined #beagle
  • [03:47:34] * RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) Quit (Read error: Connection reset by peer)
  • [03:47:38] * RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) has joined #beagle
  • [03:50:30] * nullpuppy (~dustin@freematrix/staff/nullpuppy) Quit (Ping timeout: 264 seconds)
  • [04:02:19] * dj_pi (~asd@c-107-5-25-243.hsd1.mi.comcast.net) Quit (Ping timeout: 246 seconds)
  • [04:06:56] * djerome (~djerome@ip68-2-20-108.ph.ph.cox.net) Quit (Remote host closed the connection)
  • [04:11:54] * jacekowski (jacekowski@jacekowski.org) Quit (Ping timeout: 240 seconds)
  • [04:29:56] <JViz> anybody home?
  • [04:38:09] * nemik (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) Quit (Ping timeout: 276 seconds)
  • [04:38:42] * nemik (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) has joined #beagle
  • [04:54:49] * nemik_ (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) has joined #beagle
  • [04:56:13] * nemik (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) Quit (Ping timeout: 246 seconds)
  • [04:58:40] * GPSFan (~kenm@64.92.145.112) Quit (Remote host closed the connection)
  • [05:01:28] * KeatonT (~textual@unaffiliated/keatont) has joined #beagle
  • [05:02:24] * KeatonT (~textual@unaffiliated/keatont) Quit (Client Quit)
  • [05:02:30] * nemik_ (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) Quit (Ping timeout: 264 seconds)
  • [05:19:34] * woglinde (~henning@f052229213.adsl.alicedsl.de) has joined #beagle
  • [05:22:01] * mranostay (~mranostay@pdpc/supporter/active/mranostay) Quit (Quit: leaving)
  • [05:22:15] * mranostay (~mranostay@pdpc/supporter/active/mranostay) has joined #beagle
  • [05:23:33] <mranostay> i'm back
  • [05:28:14] * woglinde (~henning@f052229213.adsl.alicedsl.de) Quit (Ping timeout: 260 seconds)
  • [05:37:37] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) Quit (Read error: Connection reset by peer)
  • [05:39:39] * edahling (~AndChat13@2600:1000:b008:e2da:14e8:8405:13d4:a5e3) has joined #beaglebone
  • [05:39:59] * edahling (~AndChat13@2600:1000:b008:e2da:14e8:8405:13d4:a5e3) has joined #beagleboard
  • [05:40:28] <emeb_mac> were you gone?
  • [05:40:31] * edahling (~AndChat13@2600:1000:b008:e2da:14e8:8405:13d4:a5e3) has joined #beagle
  • [05:41:19] <mranostay> well i slept past my flight to start the day
  • [05:42:16] <edahling> So, anyone here know about the tps65217 backlight driver?
  • [05:42:42] <mranostay> you mean the wled?
  • [05:42:51] <edahling> Yeah
  • [05:43:55] <mranostay> what is your question?
  • [05:44:13] <edahling> I'm trying to figure out how to get the driver for it so I can drive my backlight
  • [05:44:26] * df___ (6394b94a@gateway/web/freenode/ip.99.148.185.74) has joined #beagle
  • [05:44:27] <mranostay> there was a patch floating around i used
  • [05:44:28] <edahling> And I've found some information.
  • [05:44:48] <edahling> Really? I've been looking.
  • [05:45:07] <edahling> I found the driver in the kernel.org kernel.
  • [05:45:11] <df___> I've got a pretty basic question: I did bitbake virtual/kernel -c config; make menuconfig; copied .config to defconfig then did bitbake virtual/kernel. It says all tasks ran successfully but I don't see the .ko files for some of the modules I opted to build. Am I missing a step?
  • [05:46:12] <edahling> But I can't find the driver patch for angstrom.
  • [05:46:27] <edahling> Do you know where I can find the patch?
  • [05:46:47] <edahling> Been googling for it all day.
  • [05:54:56] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beaglebone
  • [05:54:58] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beagleboard
  • [05:55:00] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beagle
  • [05:57:08] <JViz> df___: you can check to see if a patch is overwritting your defconfig settings by doing a bitbake virtual/kernel -c devshell and then attaching to the devshell and running a make menuconfig
  • [05:57:48] <JViz> df___: if so you probably want to make your config settings a kernel patch
  • [05:58:34] <edahling> Nevermind, just found the patch you were talking about. Going to try it now.
  • [05:58:42] <JViz> df___: how to make a kernel patch: http://communistcode.co.uk/blog/blogPost.php?blogPostID=3
  • [05:59:06] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) Quit (Ping timeout: 240 seconds)
  • [06:02:26] * stahl (~stahl@217-162-96-28.dynamic.hispeed.ch) Quit (Ping timeout: 252 seconds)
  • [06:14:56] * DarthExpeditor (IceChat9@173.46.183.219) Quit (Ping timeout: 255 seconds)
  • [06:20:59] <df___> JViz: Thanks, I'll give that a shot (sorry was mindlessly watching the bits bake)
  • [06:23:12] * Cubi_ (~cubi@static-87-79-65-72.netcologne.de) has joined #beagle
  • [06:23:52] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) has joined #beagle
  • [06:24:55] <df___> Another somewhat unrelated question: Can I use spi channel 0 on the beaglebone? Seemed like I'd read some stuff that 0 wasn't available (I think only 3 is available via spidev, and 2 can be enabled with a custom kernel) is that right?
  • [06:33:49] <dm8tbr> did you check the SRM on this?
  • [06:34:48] <mranostay> dm8tbr: trolling!
  • [06:41:16] <JViz> df___: are you using any capes?
  • [06:41:39] <JViz> df___: if so, both SPIs may or may not be occupied
  • [06:42:08] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) has joined #beagle
  • [06:42:24] <JViz> df___: i'm using an LCD7 and very unsuccessfully trying to get spidev2 to work.
  • [06:42:26] <dm8tbr> mranostay: a troll a day, keeps the doctor away!
  • [06:43:04] <JViz> df___: without any capes, and on an older kernel, i had no problems getting spidev1 working
  • [06:46:56] <mranostay> alright i had a beer left in my fridge
  • [06:47:22] * mranostay tries to find something to do with this pandaboard
  • [06:48:21] <LetoThe2nd> mranostay: use it as a doorstop
  • [06:48:40] <thurbad> why'd you update the kernel if the old one worked?
  • [06:49:24] <JViz> the LCD7 didn't work with the old kernel
  • [06:49:42] <thurbad> .. that's a good reason
  • [06:49:54] <JViz> yeah
  • [06:49:55] <mranostay> dm8tbr: so Munich opened my bag and asked what i had in the box
  • [06:50:09] <thurbad> although sometimes you can backport drivers more successfully than updating the entire kernel
  • [06:50:18] <dm8tbr> mranostay: oooh :)
  • [06:50:41] <dm8tbr> probably because that was the departure point for US
  • [06:51:01] <JViz> i just need to get a working spidev2.0 in my /dev folder
  • [06:51:35] <LetoThe2nd> mranostay: hehe, i was carrying two pandaboard cardboxes, one containing a panda, the other two PSUs. after xraying, the pointed to the box with the PSUs and told me to get it out the next time.
  • [06:53:56] <JViz> i physically disconnected the button on gpio3_16, i edited the board-am335x.c to populate the spidev2 pinmux, i disabled the keys from initing, i changed the pin modes, and i have SPIDEV=y in my kernel config, i don't know what i could be missing
  • [06:58:39] <mranostay> the SFO line for re-entering the country was quite long
  • [07:00:36] * unterhausen (~eric@130.203.212.186) Quit (Ping timeout: 248 seconds)
  • [07:00:47] <dm8tbr> mranostay: it's very long for non-residents and seemed always short for residents...
  • [07:01:11] * lyakh (~lyakh@dslb-094-221-106-095.pools.arcor-ip.net) has joined #beagle
  • [07:01:14] <mranostay> dm8tbr: the inverse this time
  • [07:01:22] <dm8tbr> fascinating
  • [07:01:34] <mranostay> dm8tbr: sarcasm? :)
  • [07:01:41] <dm8tbr> did you notice how they are jamming all sorts of frequencies down there?
  • [07:02:08] <mranostay> probably since you aren't suppose to be using your phone until exiting the Customs area
  • [07:02:38] <dm8tbr> still, the first time I saw active jamming/interference
  • [07:02:42] * mranostay wonders who's email he has in iphone notes...
  • [07:03:00] <JViz> anybody have any ideas as to what i'm missing?
  • [07:03:16] <JViz> my dmesg comes up clean
  • [07:03:31] <JViz> as far as i can tell
  • [07:11:08] <JViz> do i have to set a mode in the board file for spidev to work?
  • [07:13:22] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) Quit (Quit: Konversation terminated!)
  • [07:14:55] * unterhausen (~eric@130.203.212.186) has joined #beagle
  • [07:16:36] * frodo (475c4024@gateway/web/freenode/ip.71.92.64.36) has joined #beagle
  • [07:16:37] <frodo> hello
  • [07:16:55] * emeb_mac (~ericb@ip72-201-79-123.ph.ph.cox.net) Quit (Quit: emeb_mac)
  • [07:17:04] <frodo> hello
  • [07:17:12] <frodo> I have a problem
  • [07:17:36] <frodo> why "sudo apt-get install" not work in beaglebone?
  • [07:17:46] <frodo> thanks in advance
  • [07:17:58] <LetoThe2nd> frodo: are you running ubuntu on your beaglebone, or debian?
  • [07:18:36] <frodo> default system
  • [07:18:57] <LetoThe2nd> frodo: which is angstrom. then, go figure.
  • [07:19:14] <LetoThe2nd> frodo: you want to read up on opkg, young padawan.
  • [07:19:14] <frodo> I use eclipse in ubuntu connect to beaglebone
  • [07:19:58] <frodo> thank you yoda
  • [07:20:46] * edahling (~AndChat13@2600:1000:b008:e2da:14e8:8405:13d4:a5e3) Quit (Ping timeout: 246 seconds)
  • [07:20:51] <frodo> Why "reboot" command not work?
  • [07:21:53] <JViz> shutdown -r now
  • [07:22:42] <frodo> how to do that, I am a rookie, sorry
  • [07:23:28] * Guest61757 (~bleh1@178.16.15.223) has joined #beagle
  • [07:24:47] <frodo> -sh: sudo command not found
  • [07:25:20] <JViz> angstrom is not debian based
  • [07:25:24] <LetoThe2nd> frodo: do you see the little "root" at the left end of your command line? think about what that means for using sudo...
  • [07:25:52] <LetoThe2nd> frodo: and please, really google for some angstrom first steps or such before asking more meaningless debian/ubuntu things.
  • [07:26:33] <frodo> ok
  • [07:26:38] <_av500_> LetoThe2nd: Do you sell hubcaps for a '72 Pinto hatchback?
  • [07:27:09] <LetoThe2nd> sudo sell --target _av500_ --object $WHATEVERHEWANTS
  • [07:27:46] <JViz> frodo: there are ubuntu images for the beagles
  • [07:28:16] <JViz> frodo: it just doesn't come with them by default
  • [07:28:49] <frodo> ok, I see
  • [07:29:29] <JViz> frodo: mainly because ubuntu takes up a lot of space, and angstrom is geared more towards embedded development
  • [07:30:46] <JViz> angstrom assumes you're going to be making an application based system, and not a full computer, so it installs the bare minimum by default, the whole install is like 14MB
  • [07:32:20] <JViz> what timezone is koen in?
  • [07:32:25] * axMountain (~Daniel@spaceman.csbnet.se) has joined #beagle
  • [07:33:04] <JViz> i have a feeling he's the only one that can answer my questions
  • [07:33:48] <frodo> perfect
  • [07:34:09] <frodo> What is the default system in bb?
  • [07:34:15] <JViz> bb?
  • [07:35:22] <frodo> beaglebone..
  • [07:35:43] <JViz> angstrom? what do you mean by system?
  • [07:35:57] <JViz> OS?
  • [07:36:15] <frodo> Did you mean install angstrom in beaglebone?
  • [07:36:53] <JViz> i mean that angstrom comes by default on the beagle. when you buy it, you the sdcard you receive has angstrom on it
  • [07:37:18] <frodo> got it
  • [07:37:38] <frodo> I am very freshman on linux and ubuntu
  • [07:37:52] <frodo> and beaglebone
  • [07:38:42] <JViz> what are you trying to use the beaglebone for? if you don't mind me asking
  • [07:38:52] <frodo> But why "sudo" not working on beaglebone, is that a ubuntu command?
  • [07:39:04] <frodo> make a robot
  • [07:39:36] <JViz> it's an extended command, sudo isn't needed by default, because the only user, by default is root
  • [07:39:54] <frodo> I have some experience on MSP430
  • [07:41:04] <frodo> ok, thank you. Shoud I need switch user?
  • [07:41:20] <JViz> cloud9 is an attempt to make the beaglebone function more like a microcontroller
  • [07:41:52] <frodo> that's cool
  • [07:42:14] * LetoThe2nd bites keyboard and tries not to cite linus torvalds.
  • [07:42:16] <JViz> if you're robot is a hobby and you're the only one that's going to be accessing it, then no, i wouldn't worry about using root
  • [07:42:47] <JViz> though, it's usually a good idea to secure your environment
  • [07:44:15] <frodo> I mean how can I use "sudo" on beaglebone, can not figure out what is the relationship with root
  • [07:44:40] <JViz> normally, on say, ubuntu, you are running as a normal user
  • [07:44:45] <LetoThe2nd> frodo: please, if you do not even know that, pleasepleaseplease gogole it!
  • [07:45:03] <frodo> ok
  • [07:45:06] <JViz> sudo makes it so that when you run your command, it gets it's permissions elevated to root status
  • [07:45:21] <JViz> on the beagle, by default, you already have root status
  • [07:45:24] <JViz> so you don't need it
  • [07:45:26] <JViz> so they didn't install it
  • [07:45:43] <frodo> got you
  • [07:45:45] <LetoThe2nd> frodo: this is so utterly essential that it even has an extensive wikipedia article: http://en.wikipedia.org/wiki/Sudo
  • [07:45:53] <frodo> thank you
  • [07:46:53] <frodo> if I want install gdbserver, may I input "apt-get install gdbserver"?
  • [07:47:12] * jpsaman (~jpsaman@videolan/developer/jpsaman) has joined #beagle
  • [07:47:14] <JViz> opkg install gdbserver
  • [07:47:16] <LetoThe2nd> frodo: did you even listen to the two very first lines i told you?
  • [07:47:21] <JViz> but first you need to do an
  • [07:47:23] <JViz> opkg update
  • [07:47:40] <frodo> already did that.
  • [07:48:07] <JViz> opkg is angstrom's version of apt
  • [07:48:32] * LetoThe2nd runs.... erm, really flees now.
  • [07:48:40] <JViz> if you want to find packages
  • [07:48:48] <JViz> opkg list|grep blah
  • [07:49:14] <frodo> so, this is a angstrom's command?
  • [07:49:20] <JViz> yes
  • [07:49:36] <frodo> cool , thank you JViz
  • [07:49:38] <JViz> LetoThe2nd: do you know anything about spidev?
  • [07:50:19] <LetoThe2nd> JViz: partially yes. but not about pinmuxing on the beagle, which i think is your problem.
  • [07:50:37] <LetoThe2nd> JViz: if i knew something valuable for you, i already would have told you, no worries ;)
  • [07:50:48] <JViz> ah, thank you
  • [07:51:04] <JViz> you think my problem is with pinmuxing?
  • [07:51:16] <LetoThe2nd> JViz: didn't you say that?
  • [07:51:20] <JViz> can pinmuxing stop a kernel module from loading?
  • [07:51:39] <JViz> er, bad pinmuxing, rather
  • [07:52:09] <LetoThe2nd> JViz: not the pinmuxing itself, but the claiming of the pins should, IMHO.
  • [07:52:29] <JViz> well, i think i have the pins claimed
  • [07:52:42] <frodo> have you seen this tutorial http://www.youtube.com/watch?v=vFv_-ykLppo&feature=relmfu?
  • [07:52:53] <_av500_> download GDBSERVER.ZIP, unpack and click on SETUP.EXE
  • [07:52:55] <LetoThe2nd> JViz: yeah, and if something else has claimed them earlier, loading will fail.
  • [07:53:12] * jpirko (~jirka@ip-89-103-8-15.net.upcbroadband.cz) has joined #beagle
  • [07:53:16] <frodo> about 36mins , he use the sudo in beaglebone
  • [07:53:31] <JViz> well, the way spidev2 works is only if the cape init function thinks the pins are free
  • [07:53:50] <_av500_> 36min? I have only a patience for 30s on youtube
  • [07:53:53] <JViz> so i only edited the one part that i thought would claim them
  • [07:54:00] <JViz> and it shows up in dmesg
  • [07:54:32] <JViz> [ 1.325256] BeagleBone cape: exporting SPI pins as spidev
  • [07:54:50] <JViz> it *shouldn't* get that far if something else is claiming them, theoretically
  • [07:55:01] <LetoThe2nd> JViz: agreed
  • [07:55:25] <JViz> i watched that tutorial once, i should probably go back and watch it again though
  • [07:55:35] <LetoThe2nd> JViz: can you try hand-muxing it through debugfs?
  • [07:55:51] <JViz> wouldn't that require exporting the pins as gpio?
  • [07:56:14] <LetoThe2nd> don't think so.
  • [07:56:26] <JViz> even if i did that, if i got the settings right, would spidev2 just magically show up?
  • [07:57:45] <LetoThe2nd> possible - like i said, its not my field of expertise, just guessing.
  • [07:58:33] <JViz> if i pastebin my kernel patch, could you take a look at it and see if anything jumps out at you?
  • [07:58:38] <JViz> it's not very big
  • [07:59:11] <LetoThe2nd> i can, but thats no guarantee that it actually is correct. dump it to a pastebin and post the link here.
  • [08:00:18] <JViz> http://pastebin.com/1eMpUMzA
  • [08:00:49] * edahling (~AndChat13@2600:1000:b008:e2da:14e8:8405:13d4:a5e3) has joined #beagle
  • [08:00:49] * edahling (~AndChat13@2600:1000:b008:e2da:14e8:8405:13d4:a5e3) has joined #beagleboard
  • [08:00:49] * edahling (~AndChat13@2600:1000:b008:e2da:14e8:8405:13d4:a5e3) has joined #beaglebone
  • [08:03:45] <JViz> i'm not using spi flash, so i turned the pullups off
  • [08:04:00] <JViz> i'm just connecting directly to a micro
  • [08:08:20] <LetoThe2nd> JViz: one a first glance it looks ok... have you also tried with the old 12M speed?
  • [08:09:19] <JViz> no, i haven't
  • [08:10:19] <JViz> wouldn't that just make the communications fail if it was talking too fast?
  • [08:10:43] <JViz> why would that stop spidev from populating?
  • [08:13:47] * Guest61757 (~bleh1@178.16.15.223) Quit (Ping timeout: 268 seconds)
  • [08:15:08] <JViz> i know why i haven't watched that video all the way through, i'm using qt-creator with qt4-embedded 4.8
  • [08:17:00] <JViz> blah
  • [08:17:28] <JViz> i think i
  • [08:18:57] * fox1213 (3b78007f@gateway/web/freenode/ip.59.120.0.127) has joined #beagle
  • [08:19:12] <fox1213> hi
  • [08:19:13] * cacodaemon (~abaddon@178.121.176.236) has joined #beagle
  • [08:19:13] <JViz> does CONFIG_SPI_MASTER conflict with CONFIG_SPI_SPIDEV?
  • [08:19:49] <JViz> hmmm
  • [08:20:07] <JViz> no, i just changed it from m to y, so i can't seee that as being the problem
  • [08:20:33] * Grundfisch (~abaddon@178.120.182.1) Quit (Ping timeout: 245 seconds)
  • [08:20:48] <fox1213> i had Beaglboard -xm Expansion V2 from chipsee. and how to let touchscreen working at kernel 2.6.37?
  • [08:23:40] <fox1213> anyone know?
  • [08:24:11] <JViz> fox1213: are you getting any input? what are you trying to do that isn't working?
  • [08:24:55] <JViz> what happens when you hexdump /dev/input/event0?
  • [08:24:58] <LetoThe2nd> JViz: sry, i'm out (no more ideas + work here)
  • [08:25:25] <JViz> LetoThe2nd: thank you!
  • [08:26:51] <fox1213> i refer the 2.6.32 board-omap3beagle.c to modify 2.6.37 same file, but when i reboot the kernel, it shows cant detected device
  • [08:27:52] <JViz> was it working on 2.6.32?
  • [08:28:18] <fox1213> 2.6.32 is working correct
  • [08:29:35] <JViz> i don't have either of those versions to look at, but there are a few different files in that directory that could be effecting your screen
  • [08:31:07] <fox1213> after i find this issue on the net, i think maybe SPI initilize has problem. but i dont know which file need to change.
  • [08:32:35] <fox1213> like this. static void __init omap3_beagle_config_mcspi3_mux(void) { // NOTE: Clock pins need to be in input mode omap_mux_init_signal("sdmmc2_clk.mcspi3_clk", OMAP_PIN_INPUT); omap_mux_init_signal("sdmmc2_dat3.mcspi3_cs0", OMAP_PIN_OUTPUT); omap_mux_init_signal("sdmmc2_dat2.mcspi3_cs1", OMAP_PIN_OUTPUT); omap_mux_init_signal("sdmmc2_cmd.mcspi3_simo", OMAP_PIN_OUTPUT); omap_mux_init_signal("sdmmc2_dat0.mcspi3_so
  • [08:33:03] <JViz> spi initialization is in board-am335xevm.c
  • [08:33:20] <JViz> oh wait
  • [08:33:24] <JViz> i'm thinking of the beaglebone
  • [08:33:38] <JViz> you're on a beagleboard-xm right?
  • [08:33:44] <fox1213> yes
  • [08:35:25] <fox1213> my kernel source from TI_android_gingerbread_234
  • [08:38:19] <JViz> on my lcd7, all the spi pins use a pullup
  • [08:38:23] <ion> I couldn???t find the full BeagleBone pin information in a machine readable format anywhere, so i did it myself: https://github.com/ion1/beagle_bone_pins
  • [08:40:08] <JViz> ion: thank you
  • [08:40:50] * drakkan1000 (~drakkan@dynamic-adsl-78-12-185-235.clienti.tiscali.it) has joined #beagle
  • [08:43:02] <fox1213> no one porting TI gingerbread 2_3_4 to beagleboard+Expansion Board v2??
  • [08:44:00] <JViz> fox1213: if you don't mind me asking, why do you need that?
  • [08:46:11] <fox1213> i cant find android 2.3 source , but TI 2.3.4
  • [08:47:59] * tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) has joined #beagle
  • [08:50:40] * florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) has joined #beagle
  • [08:50:40] * florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) Quit (Changing host)
  • [08:50:40] * florian_kc (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [08:55:08] * florian_kc is now known as florian
  • [08:56:38] * icota (~quassel@213.191.36.126) has joined #beagle
  • [08:57:24] <fox1213> Or anyone can tell me where can download android 2.3 source with kernel 2.6.32?
  • [08:58:30] * frodo (475c4024@gateway/web/freenode/ip.71.92.64.36) Quit (Quit: Page closed)
  • [09:01:43] <JViz> fox1213: you don't want to use 4.0?
  • [09:02:30] <JViz> er, i think i understand your question now
  • [09:02:32] <JViz> lol
  • [09:02:48] * ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) has joined #beagle
  • [09:05:14] <JViz> fox1213: if you want android 2.3 source, you have to get it out of google's git repo
  • [09:05:51] <JViz> the TI 2.3.4 version is the one tailored for beagle
  • [09:05:52] * AndChat|131924 (~AndChat13@2600:1000:b01d:168b:d827:2063:5473:ccd6) has joined #beagle
  • [09:05:52] * AndChat|131924 (~AndChat13@2600:1000:b01d:168b:d827:2063:5473:ccd6) has joined #beagleboard
  • [09:05:52] * AndChat|131924 (~AndChat13@2600:1000:b01d:168b:d827:2063:5473:ccd6) has joined #beaglebone
  • [09:06:44] <JViz> you're not going to find any non-mainlined board support packages in google's sources
  • [09:07:23] <JViz> i've never looked at google's code, so i don't know what they support internally, but i seriously doubt you're going to find anything applicable to the beagle
  • [09:08:13] * edahling (~AndChat13@2600:1000:b008:e2da:14e8:8405:13d4:a5e3) Quit (Ping timeout: 246 seconds)
  • [09:08:35] * unsolo (~unsolo@59.251.251.212.customer.cdi.no) Quit (Ping timeout: 252 seconds)
  • [09:09:28] * jpirko (~jirka@ip-89-103-8-15.net.upcbroadband.cz) Quit (Remote host closed the connection)
  • [09:10:11] <fox1213> JViz i think upgrade to 4.0 will meet same problem.
  • [09:11:23] <fox1213> i still dont know how to let TP working correct.
  • [09:11:36] <JViz> yeah, i just didn't know why you were looking for android, at first, and then i realized you were trying to fix that touchscreen problem you were talking about earlier
  • [09:12:05] <JViz> is it showing up as an input in /dev/input?
  • [09:12:11] <JViz> er
  • [09:12:13] <JViz> event
  • [09:12:21] <JViz> is it showing up as an event in /dev/input?
  • [09:12:26] <JViz> oh
  • [09:12:28] <JViz> damnit
  • [09:12:36] <JViz> i forgot what we were talking about earlier
  • [09:13:49] <JViz> you were saying that you were getting a message saying it's not detecting
  • [09:15:33] <mranostay> koen: ping
  • [09:15:52] <mranostay> did dosfstools get dropped from the feed?
  • [09:16:50] <fox1213> yes, ads7846 spi3.0: no device detected, test read result was 0x00000FFF
  • [09:18:11] <JViz> fox1213: hah, then you're having the same or similiar problem to me
  • [09:18:53] <fox1213> you cann't use TP too?
  • [09:19:12] <JViz> i'm can't get spidev2 to populate /dev
  • [09:19:53] <JViz> it seems like half of the people that come in here are having spi problems
  • [09:20:11] <fox1213> ...........
  • [09:21:20] <JViz> it seems like you might just need to change your pins to pullups though
  • [09:23:00] <JViz> mranostay: you are talking about angstrom package feeds, right? why would one get dropped? a maintainer left?
  • [09:26:25] <fox1213> im not sure SPI3 is correct setting, because i check the expansion board schematic, the TP pins are not connect to SPI3. It use mmc3_data3,GPIO16,3_4,mcbsp1_fsr,GPIO15,mcbsp1_clkx
  • [09:28:42] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) has joined #beagle
  • [09:30:03] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) has joined #beagle
  • [09:32:02] <mranostay> and enters Russ-o
  • [09:33:36] <JViz> Russ-o?
  • [09:35:42] * Ceriand|desktop1 (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [09:36:29] * av500 looks at the BBC micro accessory on his desk and wonders if that makes me want an r-pi :)
  • [09:37:01] <av500> ha, computing history museum has one too
  • [09:37:10] <JViz> r-pi is uncloneable
  • [09:39:44] <JViz> anyway gnite
  • [09:41:28] * koen_ (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [09:41:36] <koen_> mranostay: pong
  • [09:41:49] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Disconnected by services)
  • [09:41:54] * koen_ is now known as koen
  • [09:41:56] <mranostay> nm
  • [09:42:11] <mranostay> av500: 100k credit card?
  • [09:43:07] <av500> sure, why not?
  • [09:43:12] <av500> its 65k only
  • [09:43:18] <av500> 35k for shopping
  • [09:44:41] <mranostay> only
  • [09:44:44] <dm8tbr> clearly a bargain!
  • [09:45:15] <mranostay> let me go get that spare 100k i have
  • [09:50:57] <av500> Russ: sigh, it was too easy
  • [09:51:53] * jpirko (jirka@nat/redhat/x-utuqoqaiqibyjdez) has joined #beagle
  • [09:52:46] * w|zzy (~qt@unaffiliated/wzzy/x-2246474) Quit (Remote host closed the connection)
  • [09:53:33] <av500> http://www.computinghistory.org.uk/det/12506/Marconi-RB2-Tracker-Ball/
  • [09:53:56] <av500> mine is converted from Beeb to serial, need to upgrade it to USB now
  • [09:54:11] <av500> in fact, an old Genius Mouse lives inside it :)
  • [09:57:10] * w|zzy (~qt@220-245-95-7.static.tpgi.com.au) has joined #beagle
  • [09:57:10] * w|zzy (~qt@220-245-95-7.static.tpgi.com.au) Quit (Changing host)
  • [09:57:10] * w|zzy (~qt@unaffiliated/wzzy/x-2246474) has joined #beagle
  • [09:59:20] * phantoxe (~destroy@a95-92-89-24.cpe.netcabo.pt) has joined #beagle
  • [10:01:20] <mru> av500: by now probably an actual mouse lives inside it
  • [10:01:37] * unsolo (~unsolo@113.251.251.212.customer.cdi.no) has joined #beagle
  • [10:01:37] * unsolo (~unsolo@113.251.251.212.customer.cdi.no) has joined #beagleboard
  • [10:02:32] * panto (~panto@195.97.110.117) has joined #beagle
  • [10:03:01] <av500> mru: nope
  • [10:03:02] * mranostay hides from panto
  • [10:03:02] <av500> I checked
  • [10:03:18] <panto> hi mranostay
  • [10:03:20] <panto> h av500
  • [10:03:33] <panto> hi even
  • [10:04:00] <av500> hi odd
  • [10:04:07] * scrp3l (~scrp3l@ratpack.com.ar) has joined #beagle
  • [10:04:35] <mranostay> panto is sure odd
  • [10:04:45] <panto> and proud of it
  • [10:05:04] <panto> (cause it makes people even more uncomfortable)
  • [10:08:29] <mranostay> panto: you do managed to keep your wife from meeting the real weirdos i noticed :)
  • [10:08:41] <mranostay> no offense to the weirdos here :)
  • [10:09:14] <mru> mranostay: weird, and proud of it?
  • [10:09:25] <mru> or proud and weird about it?
  • [10:09:43] * jpsaman (~jpsaman@videolan/developer/jpsaman) Quit (Quit: Leaving)
  • [10:10:17] <av500> *weird pride*
  • [10:10:49] <mranostay> *troll pride*
  • [10:13:48] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) Quit (Read error: Connection reset by peer)
  • [10:14:43] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beaglebone
  • [10:14:45] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beagleboard
  • [10:14:47] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beagle
  • [10:17:34] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) Quit (Remote host closed the connection)
  • [10:27:08] * fox1213 (3b78007f@gateway/web/freenode/ip.59.120.0.127) Quit (Ping timeout: 245 seconds)
  • [10:32:51] * jpsaman (~jpsaman@videolan/developer/jpsaman) has joined #beagle
  • [10:49:49] * w|zzy (~qt@unaffiliated/wzzy/x-2246474) Quit (Remote host closed the connection)
  • [10:51:15] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 244 seconds)
  • [10:54:23] * _roger_ (~a0740758@nat/ti/x-uvychmslputtypss) has joined #beagle
  • [10:55:46] * w|zzy (~qt@220-245-95-7.static.tpgi.com.au) has joined #beagle
  • [10:55:46] * w|zzy (~qt@220-245-95-7.static.tpgi.com.au) Quit (Changing host)
  • [10:55:46] * w|zzy (~qt@unaffiliated/wzzy/x-2246474) has joined #beagle
  • [11:03:21] * _roger_ (~a0740758@nat/ti/x-uvychmslputtypss) Quit (Ping timeout: 252 seconds)
  • [11:04:03] * unsolo (~unsolo@113.251.251.212.customer.cdi.no) Quit (Ping timeout: 260 seconds)
  • [11:06:28] * icota (~quassel@213.191.36.126) Quit (Ping timeout: 248 seconds)
  • [11:09:52] * phh (~quassel@137.194.15.151) has joined #beagle
  • [11:10:45] * phantoxe (~destroy@a95-92-89-24.cpe.netcabo.pt) Quit (Read error: Connection reset by peer)
  • [11:10:49] * phantone (~destroy@a95-92-89-24.cpe.netcabo.pt) has joined #beagle
  • [11:11:23] * edahling (~AndChat13@2600:1000:b026:a910:e8a6:3ae4:80c2:4c6b) has joined #beagle
  • [11:11:24] * edahling (~AndChat13@2600:1000:b026:a910:e8a6:3ae4:80c2:4c6b) has joined #beagleboard
  • [11:11:24] * edahling (~AndChat13@2600:1000:b026:a910:e8a6:3ae4:80c2:4c6b) has joined #beaglebone
  • [11:13:31] * AndChat|131924 (~AndChat13@2600:1000:b01d:168b:d827:2063:5473:ccd6) Quit (Ping timeout: 246 seconds)
  • [11:15:01] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) has joined #beagle
  • [11:24:27] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [11:27:34] * unterhausen (~eric@130.203.212.186) Quit (Ping timeout: 240 seconds)
  • [11:38:03] <av500> https://www.pcworld.com/article/2013622/tiny-57-pc-is-like-the-raspberry-pi-but-faster-and-fully-open.html
  • [11:39:12] <koen> blasphemy
  • [11:40:16] <av500> hey, its fully open
  • [11:40:27] <av500> like the A13 public TRM that you can download *everywhere*
  • [11:40:35] <av500> no?
  • [11:40:54] <av500> koen: but in fact, there is not a 500page A10 TRM
  • [11:40:57] <av500> is now*
  • [11:41:08] <av500> mdp was muy impressado
  • [11:41:12] * shujun (~shujun@113.88.80.22) has joined #beagle
  • [11:42:46] * shujun (~shujun@113.88.80.22) Quit (Client Quit)
  • [11:44:20] * unterhausen (~eric@130.203.212.186) has joined #beagle
  • [11:52:05] <mru> av500: 500 pages, so they're ~10% of the way there
  • [11:52:36] <mru> a modern soc is simply not possible to describe in less than a few k pages
  • [11:53:59] <av500> mru: A10% then :)
  • [11:57:37] * _roger_ (~a0740758@nat/ti/x-gjnlngersewcabdu) has joined #beagle
  • [11:57:54] * icota (~quassel@213.191.36.126) has joined #beagle
  • [11:58:44] <dm8tbr> we're the 99%? ;)
  • [11:59:53] <av500> yep
  • [12:00:25] <koen> I liked the comparison between A10 power sequencing and omap4 power sequencing
  • [12:00:55] <mru> surely ti didn't design it like that just for fun
  • [12:01:10] * _roger_ (~a0740758@nat/ti/x-gjnlngersewcabdu) Quit (Remote host closed the connection)
  • [12:02:02] <koen> the cynic in me suggests it was designed that way to sell more PMICs
  • [12:02:16] <av500> yep
  • [12:02:26] * unsolo (~unsolo@101.167.251.212.customer.cdi.no) has joined #beagle
  • [12:02:26] * unsolo (~unsolo@101.167.251.212.customer.cdi.no) has joined #beagleboard
  • [12:02:33] <av500> at least, SoC and PMIC co-evolve
  • [12:03:44] <mru> whatever, the future is mips+sgx
  • [12:04:17] <av500> yes
  • [12:04:23] <av500> running a chinese android clone
  • [12:04:30] <mru> not tizen?
  • [12:04:41] <av500> and RMS will endorse it
  • [12:04:58] <av500> because sgx driver will be in EEPROM with the /WR pin cut
  • [12:05:25] <av500> mru: last I heard, tizen will run bada soon
  • [12:13:22] <ion> Hi koen. Did you see my message about 12?? hours ago?
  • [12:18:46] <koen> no, I was fast asleep at midnight
  • [12:19:56] <ion> koen: What???s the best place to get the sources for the same kernel version and set of kernel patches that the default Beagle Bone distro uses? The binary build from <http://downloads.angstrom-distribution.org/demo/beaglebone/> works with Debian, but i???d need to enable CONFIG_PPS and CONFIG_PPS_CLIENT_GPIO. All of <https://github.com/beagleboard/kernel/tree/beaglebone-3.2>,
  • [12:19:58] <ion> <https://github.com/koenkooi/linux/tree/linux-ti33x-psp-3.2.30-r17g+gitr720e07b4c1f687b61b147b31c698cb6816d72f01> and <https://github.com/RobertCNelson/linux-dev/tree/am33x-v3.2> exhibit the same problem: when powered over USB, CPU load causes the host computer to cut power to the Bone.
  • [12:23:32] * ogra-cb_ (~ogra@p5791F828.dip.t-dialin.net) Quit (Read error: No route to host)
  • [12:24:39] <koen> https://github.com/beagleboard/kernel/tree/beaglebone-3.2 is the canonical repo
  • [12:24:50] <koen> (not the shuttleboy canonical)
  • [12:25:35] <av500> cloudboy
  • [12:25:47] <av500> slayer of red hats
  • [12:26:00] <mru> how much is a shuttle worth these days, decommissioned and all?
  • [12:26:56] <ion> koen: Ok, thanks. Is the branch at the ???update to 3.2.28??? commit roughly similar to the binary build at <http://downloads.angstrom-distribution.org/demo/beaglebone/>? Perhaps i should try that one.
  • [12:30:56] * av500 (~vladimir@pd95bf55a.dip0.t-ipconnect.de) Quit (Ping timeout: 268 seconds)
  • [12:31:12] * av500 (~vladimir@b2b-46-252-131-98.unitymedia.biz) has joined #beagle
  • [12:33:16] * jacekowski (jacekowski@jacekowski.org) has joined #beagle
  • [12:39:09] * alan_o (~alan@c-68-62-240-236.hsd1.fl.comcast.net) has joined #beagle
  • [12:40:35] <panto> hi alan_o
  • [12:40:39] * KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net) Quit (Ping timeout: 260 seconds)
  • [12:42:05] <alan_o> hi panto! back in the "office?"
  • [12:42:18] <panto> back in the office :)
  • [12:42:19] <alan_o> how were the last couple days?
  • [12:42:22] <panto> morning commute was a killer
  • [12:42:33] <panto> alan_o, sightseeing mostly
  • [12:42:51] <panto> and trying to keep up with the rest of the guys on the alcoholic consumption dpt.
  • [12:43:08] <alan_o> hehe, yeah, they don't mess around :)
  • [12:43:57] <panto> tell you what though, mondays suck
  • [12:44:34] <alan_o> aww... how bad can it be, you're hacking the kernel in your house? That's the good life :)
  • [12:45:06] <alan_o> that said though, I'm sitting here procrastinating.....
  • [12:45:58] <panto> alan_o, I'm sitting at home, trying to finally start hacking the kernel...
  • [12:46:10] <alan_o> ahh.. yes, the email pile-up
  • [12:46:28] <panto> more like a highway car-crash pile-up
  • [12:47:12] <alan_o> I spent a few hours blowing through that on Saturday. Was not fun. Never enough time to keep up with that stuff when on travel. Especially when IMAP:SSL port is blocked by hotel internet.
  • [12:47:39] <alan_o> could have gone downstairs to the LF network, but to lazy to take my laptop down there. I'd have just gotten distracted by people I know anyway....
  • [12:55:40] * juvenal (~juvenal@201-92-73-240.dsl.telesp.net.br) has joined #beagle
  • [13:03:59] * icota (~quassel@213.191.36.126) Quit (Quit: No Ping reply in 180 seconds.)
  • [13:04:36] * rcranetx (~rcranetx@nat/ti/x-jtmkxixlcdpucenl) has joined #beagle
  • [13:13:14] * ogra-cb (~ogra@p5791F828.dip.t-dialin.net) has joined #beagle
  • [13:16:53] * icota (~quassel@fw.cafemoskau.com) has joined #beagle
  • [13:23:10] * koen is almost caught up with email
  • [13:29:29] * challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) has joined #beagleboard
  • [13:30:49] <mdp> I hate the post-conf backToRealitySucks mood
  • [13:31:03] * mdp uses studlyCaps to emphasize
  • [13:31:04] <av500> :)
  • [13:31:23] <mdp> all that excitement and inspiration...nearly gone
  • [13:32:12] <mru> mdp: that's why you need a conference every 3-4 months
  • [13:32:20] <panto> hi mdp
  • [13:33:09] <mdp> mru, maybe I should take dsaxena's advice and show up at Connects just to keep my momentum ;)
  • [13:33:29] <mdp> hello panto
  • [13:33:33] <mru> next one is in march, a week after elc
  • [13:33:43] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) has joined #beagle
  • [13:33:45] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) has left #beagle
  • [13:33:45] <av500> mdp: conf all year long?
  • [13:33:48] <panto> post conf blues?
  • [13:33:58] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) has joined #beagle
  • [13:34:22] <mdp> panto, I made the mistake of dialing into our sortaalmostaunifiedteammeeting friday
  • [13:34:35] <mdp> panto, and somebody said something that has left me annoyed
  • [13:35:04] <panto> can you share? I feel that I should be annoyed all day today too
  • [13:35:38] <av500> +1
  • [13:35:39] * alan_o likes having things to be annoyed about
  • [13:35:49] <av500> I'm only half annoyed
  • [13:35:52] <mru> alan_o: that's what the internet is for, no?
  • [13:36:03] <alan_o> mru: yes, and news
  • [13:36:14] <av500> alan_o: do you know why zigbee is such a fail for power consumption?
  • [13:36:18] <panto> isn't it pr0n?
  • [13:36:21] <av500> compared to e.g. BLE
  • [13:36:46] <mru> panto: that part is obvious, I'm talking about additional uses
  • [13:37:32] <alan_o> av500: Zig and 802.15.4 pre-date BLE by like 8 years. that's the best answer I can give really. I don't know much at all about BLE.
  • [13:37:42] <av500> alan_o: yeah
  • [13:38:08] <av500> BLE has slots per default and that seems to help a lot
  • [13:40:51] * axMountain (~Daniel@spaceman.csbnet.se) Quit (Quit: Leaving.)
  • [13:43:09] * icota (~quassel@fw.cafemoskau.com) Quit (Ping timeout: 256 seconds)
  • [13:44:25] * icota (~quassel@fw.cafemoskau.com) has joined #beagle
  • [13:46:02] * iPhoneMRZ (~iphonemrz@89-97-229-110.ip19.fastwebnet.it) has joined #beagle
  • [13:46:09] <koen> so if you add signals BLE can run Qt, no?
  • [13:46:09] * iPhoneMRZ (~iphonemrz@89-97-229-110.ip19.fastwebnet.it) Quit (Client Quit)
  • [13:47:02] * iPhoneMRZ (~iphonemrz@89-97-229-110.ip19.fastwebnet.it) has joined #beagle
  • [13:47:49] * thurbad (~natesewel@cpe-70-124-80-154.austin.res.rr.com) Quit (Quit: thurbad)
  • [13:48:28] <av500> koen: yes
  • [13:48:44] <alan_o> koen is making my head hurt....
  • [13:49:08] <koen> alan_o: marcel said he'd try to get a few intel people assigned to fix 6lowpan-over-BLE
  • [13:49:10] <mdp> panto, just a snarky comment...mgmt wouldn't catch it, of course so they get away with it
  • [13:49:16] <koen> alan_o: but he's on sabatical till january
  • [13:49:29] <alan_o> koen: oh, interesting.
  • [13:49:36] <mdp> panto, makes me want to focus on something like parport_gpio today ;)
  • [13:49:58] <panto> as long as it's bitbanging parport
  • [13:50:05] <mdp> what else?
  • [13:50:12] <panto> heh
  • [13:50:30] <alan_o> You can start writing parport_pru
  • [13:50:55] <mdp> to get all the 1284 modes timing accurate
  • [13:51:07] <mdp> the world will beat a path to my doorstep
  • [13:51:15] <mdp> actually not, nobody will visit here ;)
  • [13:51:16] <alan_o> with fistfuls of cash
  • [13:51:22] <mdp> oooh!
  • [13:51:29] <koen> bitbang the zombie apocalypse
  • [13:51:38] <mdp> wait, I will just open an office in the bay area to accept all that cash
  • [13:52:07] <av500> guys, have you ever seen a non-optical mouse with ps2?
  • [13:52:14] <av500> as in one with a ball inside?
  • [13:52:17] <LetoThe2nd> av500: yes.
  • [13:52:19] <av500> er, with USB
  • [13:52:22] <av500> not ps2
  • [13:52:22] <alan_o> av500: I'm using one right this minute
  • [13:52:22] <alan_o> oh
  • [13:52:31] <alan_o> not that
  • [13:52:35] <av500> all I find is optical ones that have usb
  • [13:52:44] <av500> it seems the switch to optical was befroe the one to usb
  • [13:53:10] <mdp> av500, I have vintage ones with the big mouse balls, yes
  • [13:53:11] <LetoThe2nd> av500: mine is usb and has a ball on top, does that count?
  • [13:53:21] <av500> thats the other option
  • [13:53:25] <av500> but no
  • [13:53:28] * ogra-cb (~ogra@p5791F828.dip.t-dialin.net) Quit (Remote host closed the connection)
  • [13:53:32] <av500> I need something with quadrature encoders
  • [13:53:48] <mdp> this is sounding like a serious project
  • [13:53:49] <av500> mdp: and usb?
  • [13:53:49] <LetoThe2nd> for tinkering or actual mousing?
  • [13:53:52] <mdp> that's a big word!
  • [13:54:04] <av500> the trackball I posted
  • [13:54:06] <mdp> av500, let me browse my storage cabinet..sec
  • [13:54:16] <av500> I converted it to serial a decade ago
  • [13:54:23] <av500> now I need to upgrade to usb
  • [13:54:42] <av500> so I need a ball mouse to hook the encoders too
  • [13:54:59] <LetoThe2nd> hm.
  • [13:55:01] <av500> other option is ps2 mouse and ps2 2 usb
  • [13:55:13] <av500> relucatantly
  • [13:58:02] <mdp> ok, I lied..this will not be the last time
  • [13:58:10] * Hezel (~hezel@27-14-ftth.onsnetstudenten.nl) Quit (Quit: Nettalk6 - www.ntalk.de)
  • [13:58:28] <mdp> 14 mice in the box..8 optical usb and 6 ps/2 mechanical
  • [13:58:36] <janne> av500: I have a ball based usb mouse,
  • [13:58:41] <av500> good
  • [13:58:45] <mdp> I think I threw out the one I'm thinking of
  • [13:59:16] <mdp> av500, you know, you can just do a beaglebone ps/2 -> usb converter
  • [13:59:20] <av500> yes
  • [13:59:21] <mdp> bitbang ps/2
  • [13:59:25] <av500> one on each pru
  • [13:59:35] <janne> several years old and cheap but with heavy ball
  • [13:59:38] <av500> mdp: can one remoteproc talk to another?
  • [13:59:55] <mdp> av500, "It's just software, we can do anything."
  • [14:00:00] <av500> then that could run and leave the A8 free for other things
  • [14:00:38] <av500> mdp: hey, thats my line
  • [14:01:24] <mdp> av500, my part is usually, "...but I seriously doubt you have the budget for 'anything'"
  • [14:01:54] <phh> av500: i've heard that line way before.
  • [14:02:21] <mdp> phh, it's a great one as mgmt invariably asks if something can be done given no constraints
  • [14:02:28] <mdp> duh
  • [14:02:35] <phh> yeah
  • [14:02:56] <janne> av500: http://www.amazon.de/gp/product/B000K7BJZ8/ref=olp_product_details?ie=UTF8&me=&seller=&tag=aflattrcom369-21
  • [14:03:18] <av500> janne: yes, I know that one :)
  • [14:04:36] <janne> I guess optic mice took the world over
  • [14:05:25] * iPhoneMRZ (~iphonemrz@89-97-229-110.ip19.fastwebnet.it) Quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
  • [14:05:58] <alan_o> mdp: I saw your team in the press: http://arstechnica.com/gadgets/2012/11/remember-ti-84-calculators-theyre-finally-getting-color-screens/
  • [14:06:10] <mdp> lol
  • [14:06:13] <mdp> I was thinking that ;)
  • [14:06:18] <mdp> my product!
  • [14:06:36] <alan_o> You wrote that SPI display driver.... now we know what it was _really_ for :)
  • [14:07:01] <mdp> alan_o, it will continue to be the perfect answer for people here in the Heartland asking, "now, exactly what is it that you do?"
  • [14:07:23] <mdp> "You need color calculators!"
  • [14:07:29] <av500> alan_o: damn, I always want to click +1 on irc lines :)
  • [14:08:14] <mdp> alan_o, you'd actually be impressed as to what the real customer was/is for the other spi fbdev driver I wrote for the dayjob
  • [14:08:19] <alan_o> av500: hehe, one day I'll have to get me on The Google's Plus-One
  • [14:08:38] <alan_o> mdp: oh, that was day job?
  • [14:08:54] <mdp> alan_o, I can buy you an enterprise edition of G+ to entice you.
  • [14:08:57] <av500> mdp: let me guess, building a secure communicator for high ranking CIA peeps?
  • [14:09:12] <mdp> av500, heh, fortunately no
  • [14:09:27] <mdp> more geek oriented, hopefully they release RSN
  • [14:09:29] <mdp> slow slow slow
  • [14:11:25] <mdp> alan_o: I cleaned it for public consumption..you can tell it was for work as it's against a crusty old PSP kernel: https://github.com/ohporter/linux/tree/st7586fb
  • [14:12:24] <koen> mdp: I really hope they release RSN
  • [14:12:30] <koen> been waiting on that product for a while now
  • [14:12:35] <av500> mdp: ah, I know
  • [14:12:36] <LetoThe2nd> RSN?
  • [14:12:45] <mdp> koen, me too, "I have all their albums!!!" :)
  • [14:13:14] <koen> LetoThe2nd: real soon now
  • [14:13:15] <mdp> LetoThe2nd: snarky Real Soon Now
  • [14:13:20] <LetoThe2nd> ah.
  • [14:13:41] * koen caught a spanish flu bug in barcelona
  • [14:14:11] <av500> not spanish fly?
  • [14:14:21] <alan_o> koen: oh no!! I came home sick too. Mine was just from too many nights of no sleep I think. You sure yours wasn't from those snails?
  • [14:14:25] <LetoThe2nd> koen: at least the spanish flu mug did not catch you in barcelona.
  • [14:14:45] <ogra_> they gave out flu mugs ?
  • [14:14:48] <ogra_> thats mean !
  • [14:14:57] <mdp> the way they had this display supported at first was they reimplemented the davinci spi driver in a char driver...and then they used write() to pass framebuffers to the driver
  • [14:15:21] <mdp> it was fairly humorous when they were complaining about performance and that they needed dma support
  • [14:15:39] <koen> alan_o: it started on thursday, before the snails
  • [14:15:41] <alan_o> mdp: why didn't they spi-gpio and spidev?
  • [14:15:46] <koen> alan_o: but those snails were yummie
  • [14:15:58] <mdp> alan_o: it's surprising that they didn't ;)
  • [14:16:16] <mdp> alan_o, it was a classic rtos approach..they go some sample codez from sitronix
  • [14:16:25] <mdp> alan_o, either way they would have failed ;)
  • [14:16:42] <alan_o> mdp: now that's starting to sound about right. "Let's port this code to Linux now...."
  • [14:16:44] <koen> alan_o: the davinci kernel from TI does bitbang i2c
  • [14:16:54] <koen> alan_o: it muxes the i2c pins to gpio and then uses i2c-gpio on those
  • [14:16:55] <mdp> koen, not any longer!
  • [14:16:57] <mdp> stop that
  • [14:17:05] <koen> alan_o: I found out when the customer asked for the "dma version"
  • [14:17:35] <mdp> koen, btw, I had to backport the 2.6.37/upstream version of the davinci spi driver to 2.6.33 *cough* to make this work
  • [14:17:50] <LetoThe2nd> samle all teh bits and bang teh codez.. ah no, the other way round....
  • [14:17:59] <koen> mdp: .33rc + rt?
  • [14:18:15] <av500> mdp: is that for the follow-up product?
  • [14:18:20] <av500> of a certain company?
  • [14:18:33] <koen> I'm glad one of my former customers didn't upgrade to am335x
  • [14:18:41] <mdp> av500, yes, but you're being so specific you'll give it away!
  • [14:18:47] <koen> they required a review of every non-mainline commit in the kernel tree
  • [14:19:05] <koen> and PSP can't say how they built the git tree...
  • [14:19:24] <av500> mdp: my lisp is sealed
  • [14:19:28] <alan_o> koen: that actually sounds like a good idea. I'd probably ask for the same if someone was hacking kernel for me.
  • [14:19:30] <av500> (((((((((lisp)))))))))))9
  • [14:19:46] <av500> koen: do they also ask to morally justify mainline patches?
  • [14:19:52] <av500> were they developed in the open?
  • [14:19:56] <mdp> koen, v2.6.33-rc4_DAVINCIPSP_03.20.00.14 is the magic "production" kernel
  • [14:19:57] <av500> by free will
  • [14:20:01] <koen> luckily not
  • [14:20:10] <av500> that will change
  • [14:20:59] <mdp> koen, I was horrified when I started here and saw -rc releases used as the basis for supported releases
  • [14:21:08] <mdp> never heard of such a thing before
  • [14:21:11] <koen> alan_o: I had to sit throught a morning of perforce gui on beamer before my statement of "we're not using mainline, we're using linux-davinci" was proven right
  • [14:21:11] <av500> we cant have open source just being "open" and "source"
  • [14:21:14] <koen> yes, perforce
  • [14:21:26] * tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) Quit (Read error: Connection reset by peer)
  • [14:21:53] <LetoThe2nd> per farce?
  • [14:21:56] * thurbad (~natesewel@64.132.24.36) has joined #beagle
  • [14:22:06] <yegorich> mdp: do I understand correctly that cpu_dai->name and cpu_dai_driver->name have nothing in common, i.e. the first refers to McAsp interface and the second to operation mode (IIS or DIT)?
  • [14:22:08] <koen> "who is this kevin hilman and why is he patching clocks?"
  • [14:22:15] <mdp> koen, it seems like the wicked witch of the east had a lot to do with the culture of failure during those times
  • [14:22:21] <av500> LetoThe2nd: http://en.wikipedia.org/wiki/Medieval_hunting
  • [14:22:41] <koen> mdp: glad to see that my nickname for her stuck :)
  • [14:22:53] <mdp> yegorich: tbh, I'm not very familiar with that driver
  • [14:22:54] <LetoThe2nd> av500: hrhrhr
  • [14:23:15] <mdp> yegorich: you might check with joelagnel when he's around as he's working with it on a daily basis
  • [14:23:28] <yegorich> mdp: thanks
  • [14:24:01] <mdp> it seems he's victim assignee for dealing with that driver ;)
  • [14:24:03] <yegorich> mdp: I just wonder if http://arago-project.org/git/projects/?p=linux-am33x.git;a=shortlog;h=refs/heads/v3.2-staging has functional mcasp.1
  • [14:24:25] <yegorich> mdp: DMA stuff
  • [14:24:30] <yegorich> mdp: etc.
  • [14:25:37] * Odi (299788d9@gateway/web/freenode/ip.41.151.136.217) has joined #beagle
  • [14:25:38] <mdp> in theory it should work
  • [14:26:15] <mdp> can't vouch for ToT but the releases pulled off that tree pass system test where obvious stuff like playback/capture are tested on the 335x evm
  • [14:26:22] <mdp> with the aic codec
  • [14:26:51] <koen> well
  • [14:27:01] <koen> capture doesn't work properly on beaglebone
  • [14:27:02] <mdp> from what I hear, the driver is typical in that it has some narrow assumptions made and it will fail if you deviate from those
  • [14:27:06] <yegorich> mdp: O.K. I have a diffecerent codec though, but the problem is mpg123 hangs if I try to play sound file
  • [14:27:11] <mdp> koen, did I say beaglebone? ;)
  • [14:27:12] <koen> and noone wants to go on record that it works on the evm
  • [14:27:40] <koen> the failure mode is that it only records for ~1s and then cuts out
  • [14:27:52] <koen> so in TI speak: it works!
  • [14:27:52] <yegorich> mdp: I don't need input, just output to the 9022 HDMI chip
  • [14:28:11] <koen> BH90210?
  • [14:28:48] <mdp> yegorich: joelagnel is working on nxp hdmi support
  • [14:28:55] <mdp> has a tree for that stuffs
  • [14:28:58] <mdp> on github
  • [14:29:28] <yegorich> koen: almost ;-)
  • [14:29:39] <mdp> yegorich: look through the branches at https://github.com/joelagnel/linux-kernel/tree/bonelt-hdmi
  • [14:29:51] <mdp> some of them may be more current on his linux-kernel tree
  • [14:30:33] <mdp> I think Gururaja and he have had a thread too where joelagnel was trying to get something working with Gururaja's patches hosted somewhere on gitorious
  • [14:31:03] <mdp> iirc, too, daniel mack has mcasp working on mainline with his custom board
  • [14:33:51] <yegorich> mpd: I saw your thread on alsa mailing list
  • [14:37:05] <mdp> ok, basically gururaja has reappeared and joelagnel is working on this hdmi thing so they'll have to most knowledge on how to actually get it working
  • [14:37:19] <yegorich> mdp: thanks
  • [14:37:53] <mdp> I plan to stay far away from it...except that I do some regression tests on da8xx to make sure my series doesn't break access to the the private edma api on that platform. :)
  • [14:37:55] * GPSFan (~kenm@64.92.145.112) has joined #beagle
  • [14:38:03] <mdp> koen, I know you hate that I test...I'm sorry
  • [14:39:01] * emeb_mac (~ericb@ip72-201-79-123.ph.ph.cox.net) has joined #beagle
  • [14:39:48] <koen> mdp: it builds, ship it
  • [14:39:58] <mdp> cpsw ftw
  • [14:40:06] <alan_o> koen: that's "unit test complete," right?
  • [14:40:48] <mdp> alan_o, with the right peers in your review, a unit test of "It build?" will be the complete unit test cadre ;)
  • [14:41:23] <alan_o> mdp: you mean you don't do TDD?
  • [14:41:23] * panto (~panto@195.97.110.117) Quit (Read error: Connection reset by peer)
  • [14:42:26] <av500> total demolition derby?
  • [14:42:45] <koen> alan_o: your merchandise was a great way to anonymize our ELC badges
  • [14:43:01] <av500> +1
  • [14:43:09] <mdp> alan_o, you're making me think of that project I mentioned where we never updated our massive code and unit test document for the govt
  • [14:43:32] <mdp> alan_o, rewrote everything and they said, "don't worry about it, just get it working"
  • [14:44:03] * panto (~panto@195.97.110.117) has joined #beagle
  • [14:44:57] <Crofton|work> anyone seen a Nexus 4 yet?
  • [14:45:03] <Crofton|work> are LG phones any good?
  • [14:45:35] * fusion94 (~fusion94@pdpc/supporter/student/fusion94) has joined #beagle
  • [14:45:49] * koen loads http://www.signal11.us/oss/elce2012/ into chrome
  • [14:46:31] <Odi> Hey guys. I want to integrate a ultrasonic sensor with the beagleboard C4 using a microcontroller. The micro must determine the distance to objects and send the value to the BeagleBoard. So far all i am sure of is that i would need a logic converter if micro is 5V. The question is, what is the simple fast way to get the micro to communicate with the beagle. I2C?
  • [14:46:46] * mdp sets alarm for 23:59 on 14nov to begin harassing alan_o
  • [14:48:00] <av500> Crofton|work: judging by their discontinued tablets, no
  • [14:48:11] <av500> koen: port it into chrome
  • [14:48:13] * prpplague (~prpplague@107-206-64-184.lightspeed.rcsntx.sbcglobal.net) Quit (Quit: Later Folks!)
  • [14:48:25] <av500> Odi: why a micro?
  • [14:48:30] <mru> Crofton|work: I'd like to know as well
  • [14:48:40] <Crofton|work> I wonder if google made them do a good job on the Nexus 4
  • [14:48:50] <mru> online reviewers seem to think it's decent
  • [14:49:06] <Crofton|work> We need to find a troll with the exact answer
  • [14:49:22] <mdp> or exact change
  • [14:49:27] <Crofton|work> using exact for everything should catch on
  • [14:49:37] <Crofton|work> Change we can all believe in
  • [14:49:42] <mru> you could always try and find out
  • [14:49:42] <mdp> exactly
  • [14:49:54] * GPSFan (~kenm@64.92.145.112) Quit (Quit: Leaving)
  • [14:50:44] <av500> Crofton|work: but than, at that price its a steal
  • [14:50:45] <janne> av500: hw or sw complaints about lg discontinued tablets
  • [14:50:51] <av500> and next year there will be another one
  • [14:51:07] <xxiao> is it possible to swap SDRC_nCS0 and SDRC_nCS1 in software before I had to cut the trace and fly some wires on omap3530/3730?
  • [14:51:46] * tema (~tema@178-16-155-142.obit.ru) has joined #beagle
  • [14:51:53] * icota_ (~quassel@213.191.36.126) has joined #beagle
  • [14:52:00] <Crofton|work> My wife is using the nexus 1
  • [14:52:11] * ka6sox-away is now known as ka6sox
  • [14:52:16] <Crofton|work> I could upgrade and let her use 3
  • [14:52:50] <koen> Crofton|work: I mentioned the usrp e-100 as a usecase for the DT stuffs
  • [14:54:17] <Crofton|work> in the sense of reading from eeprom to know what drivers are needed?
  • [14:55:21] <thurbad> xxiao possibly using mem=128M@0x88000000 as a kernel argument?
  • [14:55:30] <koen> Crofton|work: yes
  • [14:55:45] <koen> Crofton|work: and solve the conflicting LEDs :)
  • [14:55:54] * icota (~quassel@fw.cafemoskau.com) Quit (Ping timeout: 240 seconds)
  • [14:56:00] <Crofton|work> ah yes
  • [14:56:07] * smplman (~speery@64.132.167.18) has joined #beagle
  • [14:56:20] <Crofton|work> the fpga+arm people need to get on board also
  • [14:56:31] <mdp> iirc, they replied
  • [14:56:47] <av500> Odi: ask in the channel
  • [14:56:54] <av500> pm is metered
  • [14:57:11] <Odi> oh
  • [14:57:32] <av500> I stopped the clock, there will be no charges :)
  • [14:57:43] <Odi> lol tnx
  • [14:57:48] <thurbad> heh
  • [14:57:59] <mdp> 48 hrs of non-response and you can close the ticket
  • [14:58:01] <Crofton|work> what is thread called again?
  • [14:58:22] <xxiao> thurbad: tried that...kernel dead very early
  • [14:58:31] <xxiao> thurbad: just a few lines after uncompress
  • [14:58:43] <thurbad> :(
  • [14:58:59] <Odi> ok so i want to connect an ultrasonic sensor to the beagleboard. its 5V. its output is a waveform and i need to measure pulse width. I know how to use a micrcontroller and interrupts but dont know how to go about doing that on a beagleboard.
  • [14:59:05] <mdp> Crofton|work: "[RFC] Device Tree Overlays Proposal ..."
  • [14:59:39] <alan_o> koen: hehe yeah, they're badge-sized. Really by acciedent.
  • [15:00:10] <xxiao> thurbad: there might be some areas that is hard-coded to 0x80000000 as the physical starting address for omap35x
  • [15:00:13] <mdp> alan_o, you're lying! you have your marketing hat on so it's all lies now
  • [15:00:37] <alan_o> mdp: I'm sure you'll be calling me on the phone at midnight..... "plzhaz teh codes! ur prmisd!"
  • [15:00:38] <mdp> alan_o, *very* clever
  • [15:00:39] <xxiao> thurbad: i'm checking to see if i can modify MLO to change it to 0x88000000 instead, to avoid a tract-cut
  • [15:00:45] <xxiao> s/tract/trace/
  • [15:01:07] <thurbad> xxiao the boot address is probably specified
  • [15:01:17] <thurbad> in boot.scr
  • [15:01:25] <mdp> alan_o, and asking if I need an 802.15.4 radio to get it working
  • [15:01:31] <mdp> alan_o, watz?
  • [15:01:52] <xxiao> thurbad: you mean bootm? no this is about phy starting address, it's now 80000000
  • [15:02:10] <xxiao> i want to move it to 88000000, bypass the first 128M totally
  • [15:02:18] <xxiao> kernel will be loaded to 8a000000
  • [15:02:27] <thurbad> 'k
  • [15:02:32] <koen> alan_o: what was that SPI module breakout board again?
  • [15:03:49] <alan_o> koen: the mrf24j40ma?
  • [15:03:52] <Odi> are beagleboard timers and interrupts easy to access?
  • [15:04:27] <koen> alan_o: that's the one, thanks!
  • [15:04:45] <mdp> alan_o, btw, I was looking at an X-10 appnote from Microchip and I thought of another useless task for the PRU.
  • [15:05:02] <alan_o> mdp: yeah?
  • [15:05:34] <mdp> no need to pay for a $.50 X-10 module to hook to beaglebone if you can make on in the PRU
  • [15:06:01] <alan_o> mdp: the X-10 wireless stuff?
  • [15:06:08] <mdp> and X-10 is soooo old that it becomes naturally interesting
  • [15:06:35] <mdp> no, normal X-10 protocol over power systems
  • [15:06:52] <alan_o> oh yeah....
  • [15:07:00] <mdp> normal people would just attach one of the free firecracker or CM-11a modules to their beaglebone
  • [15:07:20] <alan_o> you'd have your beaglebone plugged directly into the outlet :)
  • [15:07:34] <mdp> alan_o, *ahem* what could go wrong?
  • [15:07:56] <mdp> alan_o, I'll be sure to exclaim, "Here, hold my beer" before plugging it in
  • [15:07:59] <alan_o> hey, if mranostay can generate 500v and put it on bare wires......
  • [15:09:29] * stahl (~stahl@217-162-96-28.dynamic.hispeed.ch) has joined #beagle
  • [15:09:49] * alan_o tries to figure out what all needs to get put online from his demo
  • [15:10:07] <mdp> alan_o, all those commercial modules have the same directly coupled design to be cheap, fwiw
  • [15:11:53] <mdp> completely transformerless...almost scary except it's got a 130V VDR to handle spikes in the +5V supply circuit
  • [15:13:55] <alan_o> bbl errands,, arrrrgh....
  • [15:17:35] <mdp> av500, btw, I was only impressed by the A10 datasheet because I've learned to set my expectations low and have them exceeded.
  • [15:18:27] <mru> mdp: wow, I have _no_ expectations and they're still not exceeded
  • [15:18:48] <mdp> mru, you are difficult to please...do not change one bit.
  • [15:22:22] * GPSFan (~kenm@64.92.145.112) has joined #beagle
  • [15:23:53] <mdp> speaking of alternative community-oriented boards, did anybody discuss http://wandboard.org/ yet?
  • [15:25:54] <mdp> even the price is magical
  • [15:26:48] <mru> community-oriented in the sense of "probably doesn't work and we don't give a damn"?
  • [15:27:14] <mdp> ahh, you picked up on the subtle hint, excellent!
  • [15:28:31] <mdp> I suppose that's different than beagle* where we give a damn but can't do anything about it
  • [15:28:40] <mdp> it's the thought that counts, really
  • [15:31:04] * ogra-cb (~ogra@p5791F828.dip.t-dialin.net) has joined #beagle
  • [15:31:58] * emeb_mac (~ericb@ip72-201-79-123.ph.ph.cox.net) Quit (Quit: emeb_mac)
  • [15:33:16] <mdp> FYI, new rev G of am335x TRM at http://www.ti.com/lit/ug/spruh73g/spruh73g.pdf
  • [15:45:27] * icota_ (~quassel@213.191.36.126) Quit (Quit: No Ping reply in 180 seconds.)
  • [15:47:49] * icota (~quassel@213.191.36.126) has joined #beagle
  • [15:48:35] <xxiao> guys is there a way to boot kernel from 128M@0x88000000 instead of 128M@0x80000000? tried to change uImage -a -e to 0x88008000 did not help
  • [15:49:19] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (Ping timeout: 246 seconds)
  • [15:50:20] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [15:53:07] <_av500_> mdp: btw, that linux toolchain for LM4, where is it?
  • [15:53:17] <_av500_> i took it with me on the train, might hacka bit tonight
  • [15:55:31] * xanium4333 (~jamesbuck@2001:470:1f09:10:21a:4dff:fe45:c9ff) has joined #beagle
  • [15:57:35] * unterhausen (~eric@130.203.212.186) Quit (Ping timeout: 265 seconds)
  • [15:58:19] * kkeller (~Ken_Kelle@174-17-25-20.phnx.qwest.net) has joined #beagle
  • [16:08:16] * bradfa (~bradfa@173.225.52.244) has joined #beagle
  • [16:10:31] * prpplague (~danders@192.94.92.14) has joined #beagle
  • [16:12:09] <mdp> _av500_: exact steps... https://github.com/utzig/lm4tools
  • [16:12:43] <_av500_> thx
  • [16:13:21] <mdp> they don't mention it, but I believe https://launchpad.net/gcc-arm-embedded will be fine as well as the other three toolchains they mention
  • [16:13:33] * jpg (c8035e23@gateway/web/freenode/ip.200.3.94.35) has joined #beagle
  • [16:13:38] <jpg> hello
  • [16:13:38] * unterhausen (~eric@130.203.212.186) has joined #beagle
  • [16:14:05] <_av500_> mdp: nice
  • [16:14:33] <jpg> can someone help me with crontab on angstrom?
  • [16:14:40] <jpg> it isnt working
  • [16:16:08] * NishanthMenon (~nmenon@192.91.66.186) has joined #beagle
  • [16:16:27] <jpg> it is searching /etc/init.d/functions
  • [16:18:37] * Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) Quit (Ping timeout: 256 seconds)
  • [16:21:01] * Cubi_ (~cubi@static-87-79-65-72.netcologne.de) Quit (Quit: Verlassend)
  • [16:25:53] * yegorich (3e911ef2@gateway/web/freenode/ip.62.145.30.242) Quit (Ping timeout: 245 seconds)
  • [16:33:48] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 244 seconds)
  • [16:35:17] * jpirko (jirka@nat/redhat/x-utuqoqaiqibyjdez) Quit (Quit: Leaving)
  • [16:39:26] * Lee_ (defda2a0@gateway/web/freenode/ip.222.253.162.160) has joined #beagle
  • [16:40:02] * emeb (~ericb@ip72-201-79-123.ph.ph.cox.net) has joined #beagle
  • [16:40:44] <Lee_> hello everyone, Im using BB-xM running Angstrom. When I plug the usb-webcam, the board found as /dev/video1
  • [16:41:07] <Lee_> But I cannot use this device to take a photo using opencv
  • [16:41:26] <Lee_> Any wrong with my Board? Thank you so much
  • [16:42:05] <_av500_> try another app like e.g. cheese
  • [16:42:12] <_av500_> or a v4l2 demo app
  • [16:43:06] <Lee_> Yes, but I control my KIT via Serial port, not use the DVI display port
  • [16:43:14] <Lee_> how can I use cheese?
  • [16:43:34] <Lee_> this is my simple code: http://pastebin.com/1UFptq8s
  • [16:44:31] <Lee_> it always returns "No camera"
  • [16:44:35] <agmlego> sounds more like an opencv or driver issue, not a problem wirh the biard.
  • [16:44:53] <agmlego> i suggest yiy ask in the channels for those projects.
  • [16:45:03] <agmlego> *you
  • [16:45:13] <_av500_> why 2?
  • [16:45:14] <Lee_> agmlego: yes, thank you.
  • [16:45:24] <Lee_> the board can detect the webcam:
  • [16:45:57] <Lee_> when I typed: dmesg
  • [16:46:02] <agmlego> right, which is why i said you shoukd ask the opencv folk or tge driver folk for help.
  • [16:46:15] <koen> lots of opencv apps only try /dev/video0
  • [16:46:21] <Lee_> http://pastebin.com/Gqbr2fYr
  • [16:46:31] * icota (~quassel@213.191.36.126) Quit (Remote host closed the connection)
  • [16:46:31] <koen> so set the index to -1 or hardcode 1 in your code
  • [16:46:57] <Lee_> thank you Koen, let me try.
  • [16:51:42] <Lee_> Koen: it still returns "No camera
  • [16:51:57] <Lee_> I think openCV cannot use the camera.
  • [16:52:18] <_av500_> why 2?
  • [16:52:20] <Lee_> Do I need install any driver?
  • [16:53:01] <Lee_> iav_500: I used the index from -1,0,1,2
  • [16:53:12] <Lee_> it returned No camera
  • [16:53:39] <_av500_> try some v4l2 example app
  • [16:53:41] <Lee_> I use 2 because in the dev, I see the video2 if I plug in the cam
  • [16:54:34] <Lee_> thank you av500, Im trying.
  • [17:01:24] <alan_o> mdp: I gave cscope a go last night. Good stuff. my cscope.out is 318M, but it's really fast. I guess I'm done for LXR for now. Thanks for the PROTIP :)
  • [17:05:06] * xrivainc (407e379f@gateway/web/freenode/ip.64.126.55.159) has joined #beagle
  • [17:09:44] <xrivainc> What bus speed is the Beaglebone DDR2 running at (both 500MHz usb pwr'd & 720MHz ac adapter pwr'd)? I've looked but can't figure it out. Thx.
  • [17:10:21] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [17:11:05] * eikeon (~eikeon@pool-108-56-47-144.washdc.east.verizon.net) has joined #beagle
  • [17:13:23] * Lee_ (defda2a0@gateway/web/freenode/ip.222.253.162.160) Quit (Ping timeout: 245 seconds)
  • [17:17:09] * ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) Quit (Quit: Leaving)
  • [17:23:32] <bradfa> xrivainc, 266 MHz I believe
  • [17:31:34] * cbrake__ (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) has joined #beagle
  • [17:31:54] <xrivainc> bradfa, i'm seeing better different benchmark numbers at 720mhz vs 500mhz, thought there might be a difference in memory bus clock.
  • [17:32:38] <bradfa> xrivainc, dunno, 266 is what u-boot sets it to, the OPP modes _probably_ don't change it but I've not looked closely
  • [17:33:27] <bradfa> xrivainc, got a scope? :)
  • [17:33:36] <mru> which bus?
  • [17:34:04] <mru> oh, the ddr2
  • [17:34:16] <mru> the memory chip is a 400MHz one fwiw
  • [17:35:01] <mru> aka DDR2-800
  • [17:37:01] <bradfa> xrivainc, see page 82 in the am335x data sheet
  • [17:37:03] <xrivainc> yes, max ddr2 on am335x is 266, the chip is 400. I'm seeing 16% memcopy speed improvement when the CPU is 44% improved (500 vs 720)
  • [17:37:05] <bradfa> shows opp modes and ddr speeds
  • [17:37:35] <bradfa> data sheet says only OPP50 slows the ddr clock as far as am335x silicon is concerned
  • [17:37:50] <bradfa> and opp50 has errata so don't use it :)
  • [17:37:58] <xrivainc> i've got a 100mhz scope, but haven't tried to look at it yet
  • [17:38:11] <bradfa> xrivainc, 100 MHz scope won't show you much
  • [17:38:23] <xrivainc> that's why i haven't tried to look at it yet
  • [17:38:26] <bradfa> :)
  • [17:38:41] <xrivainc> didn't think i'd get an answer that way
  • [17:40:50] <mru> it might show you nice 50MHz waveform :)
  • [17:41:00] * Guest61757 (~bleh1@178.16.15.223) has joined #beagle
  • [17:41:52] <xrivainc> okay, i looked at the opp vs ddr table. i'll presume that is the answers I'm looking for (266 for all opp except opp50).
  • [17:43:20] <bradfa> xrivainc, if you're seeing only 16% better memcpy speed with a 44% cpu increase, I'd say the CPU is the limit and even at 500 MHz it's rather close to saturating the ddr bus
  • [17:43:42] <bradfa> are you running in Linux or bare metal or u-boot?
  • [17:43:58] <bradfa> regardless, interesting findings
  • [17:45:55] <xrivainc> this is the beaglebone off-the-shelf linux (angstrom?). I agree it probably shows that at 500mhz cpu, it can't saturate the ddr2, so that's why 720 can improve it a bit.
  • [17:46:09] * cbrake__ (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) Quit (Quit: Lost terminal)
  • [17:46:10] * pfoetchen (~pfoetchen@132.187.11.43) has joined #beagle
  • [17:47:36] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beagle
  • [17:47:36] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beagleboard
  • [17:47:36] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beaglebone
  • [17:50:08] * ericb2 (~X@aud25-1-88-166-8-11.fbx.proxad.net) has joined #beagle
  • [17:50:08] * ericb2 (~X@aud25-1-88-166-8-11.fbx.proxad.net) Quit (Changing host)
  • [17:50:08] * ericb2 (~X@unaffiliated/ericb2) has joined #beagle
  • [17:50:10] <xrivainc> so it seems at 720mhz, the beaglebone rev a6 has similar benchmarks to 720mhz beagleboard (rev c4). The memcopy is almost the same (beagleboard is omap3, 32bit 166mhz lpddr1).
  • [17:50:59] <bradfa> xrivainc, seems reasonable
  • [17:51:07] <mru> the bone dram is 16-bit wide
  • [17:51:26] <mru> beagle is 32-bit
  • [17:52:55] * fraz__ (~fraz@12.233.153.4) has left #beagle
  • [17:54:28] <xrivainc> yes, comparison of 16 bit ddr2 @266 vs 32 bit lpddr1 @166.
  • [17:54:59] <mru> what speed is the L3 on the am33x?
  • [17:58:12] * bryson__ (~bryson@wbc.res.wpi.net) has joined #beagle
  • [17:58:53] * bryson__ (~bryson@wbc.res.wpi.net) Quit (Client Quit)
  • [17:59:17] <xrivainc> page 82 of datasheet says 200mhz on l3 for all opp except opp50
  • [17:59:35] <xrivainc> opp50 is 100 on l3
  • [17:59:50] * edahling_ (~edahling@wbc.res.wpi.net) has joined #beagle
  • [18:00:28] <mru> on omap3 L3 and ddr share clock
  • [18:02:20] <edahling_> Anyone used the TPS65217 backlight driver?
  • [18:02:25] <edahling_> I've patched in this (https://groups.google.com/forum/?fromgroups=#!msg/rowboat/Uzt_QDofrMo/gTpbnaFRqIsJ)
  • [18:02:39] <edahling_> Which is the rowboat tps65217 backlight driver patch.
  • [18:02:44] <edahling_> But I can't figure out how to enable it.
  • [18:03:05] <edahling_> Can anyone offer some guidance?
  • [18:03:35] * scrp3l (~scrp3l@ratpack.com.ar) Quit (Ping timeout: 260 seconds)
  • [18:04:22] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Remote host closed the connection)
  • [18:07:33] <panto> edahling_, depends on the kernel you use
  • [18:07:43] <panto> is it the mainline kernel?
  • [18:07:49] <edahling_> Using the TI-am33x-3.2 kernel
  • [18:08:21] <panto> you need to add platform data for it then
  • [18:08:48] <edahling_> Could you elaborate, or give me something to read / google? I'm kind of new to this.
  • [18:08:58] <edahling_> Where would I add platform data?
  • [18:09:09] <panto> sigh...
  • [18:09:16] <panto> ok, hang on a bit
  • [18:09:33] <edahling_> Sorry, and thanks.
  • [18:11:04] <edahling_> I think I have a vauge idea of what you're saying.
  • [18:11:27] <edahling_> I've added a struct tps65217_bl_pdata to my board-am335xevm.c
  • [18:11:40] <panto> yes
  • [18:11:45] <edahling_> I'm just not 100% sure how this all works yet.
  • [18:11:58] <panto> you need to also add a bl_pdata field
  • [18:12:12] <panto> to beaglebone_tps65217_info
  • [18:12:22] <panto> and point to the that structure
  • [18:12:25] <panto> however
  • [18:13:00] <panto> be advised that any pwm backlight value for the beaglebone not 0% or 100%, will cause the ethernet MII to fail
  • [18:13:30] <edahling_> Well that sucks. =P
  • [18:13:34] <edahling_> Why is that?
  • [18:13:38] * xanium4333 (~jamesbuck@2001:470:1f09:10:21a:4dff:fe45:c9ff) Quit (Remote host closed the connection)
  • [18:14:49] <panto> something wrong with the EMI, or shielding I guess
  • [18:15:10] * ericb2 (~X@unaffiliated/ericb2) Quit (Quit: . . . ........)
  • [18:16:28] <edahling_> So these TPS65217_BL_FDIM_xxxHZ, those are what I use to set the backlight value?
  • [18:17:21] <panto> edahling_, no idea TBH, I've only used the DT versions
  • [18:17:35] <panto> but yeah that sounds right
  • [18:17:42] <edahling_> Alright. Sounds right to me too.
  • [18:17:55] <edahling_> Thanks for the input, I think I have a better idea of what's going on now.
  • [18:18:32] <panto> np
  • [18:19:50] <edahling_> I also have a post on googlegroups about the lcd I'm trying to interface, if anyone wants to take a glance at my issue. I'm quite stumped.
  • [18:19:56] <edahling_> https://groups.google.com/forum/#!topic/beagleboard/IEGjhZ0z-5M
  • [18:23:07] * lyakh (~lyakh@dslb-094-221-106-095.pools.arcor-ip.net) Quit (Quit: thanks, bye)
  • [18:27:13] * xrivainc (407e379f@gateway/web/freenode/ip.64.126.55.159) has left #beagle
  • [18:28:05] <df___> So I'm probably just doing something wrong here, but I tried bitbake virtual/kernel -c devshell and then in the devshell did make menuconfig and then make modules and ld is complaining about unrecognized options for fs/9p/9p.o -- trying to do make modules from devshell wrong or is something else going on?
  • [18:28:08] * eikeon (~eikeon@pool-108-56-47-144.washdc.east.verizon.net) Quit (Quit: eikeon)
  • [18:30:07] <thurbad> after make menuconfig you need to exit
  • [18:30:21] * juvenal (~juvenal@201-92-73-240.dsl.telesp.net.br) Quit (Ping timeout: 252 seconds)
  • [18:30:46] <thurbad> and bitbake -f -c compilevirtual/kernel; bitbake -c deploy virtual/kernel
  • [18:31:17] * ogra-cb (~ogra@p5791F828.dip.t-dialin.net) Quit (Read error: Connection reset by peer)
  • [18:31:22] <thurbad> (assuming you want your work not to all go away after compiling
  • [18:31:24] <thurbad> )
  • [18:32:04] * ogra-cb (~ogra@p5791F828.dip.t-dialin.net) has joined #beagle
  • [18:33:31] * juvenal (~juvenal@187.10.11.28) has joined #beagle
  • [18:36:09] <df___> thurbad: Ok, I'll give it a shot.
  • [18:37:01] * kiilo (~kiilo@46-126-76-28.dynamic.hispeed.ch) has left #beagle
  • [18:38:35] * cbrake_ (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) has joined #beagle
  • [18:40:21] * djlewis (~djelwis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) has joined #beagle
  • [18:46:11] * cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) Quit (Quit: leaving)
  • [18:46:18] * cbrake_ is now known as cbrake
  • [18:53:48] * phantone (~destroy@a95-92-89-24.cpe.netcabo.pt) Quit ()
  • [18:54:19] * xanium4332 (~yaaic@jeb90.fitz.cam.ac.uk) Quit (Ping timeout: 246 seconds)
  • [18:56:24] <mdp> alan_o, let's post the Q&A to stackoverflow.com so I can build some cred!
  • [18:56:35] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) has joined #beagle
  • [18:56:47] <mdp> alan_o, glad you like it..much more favorable to the typical cli workflow
  • [18:57:32] * nullpuppy (~dustin@freematrix/staff/nullpuppy) has joined #beagle
  • [18:58:09] <alan_o> mdp: yeah, I like it. I also tried cbrowser, which is nice too, but for that one, it'd be nice if I could click on the text inside the display window and then re-search for that.
  • [18:58:25] <alan_o> I actually don't have an SO account
  • [18:58:40] <alan_o> but I'm open to making one
  • [18:59:07] <alan_o> I wonder how many people have multiple SO accounts and just ask themselves questions.....
  • [18:59:36] <alan_o> "What do I do if I have no SPI peripheral?" .... "Bit-bang it of course"
  • [18:59:45] * prpplague slaps alan_o around
  • [18:59:47] * alan_o marks accepted answer
  • [18:59:47] <mdp> alan_o, I don't either..SO account
  • [19:00:35] <mdp> if I knew how to build/use OE, I could be happy with just handling questions here though
  • [19:00:40] <alan_o> hey, prpplague should be the one to give that answer... he gave a whole talk on bitbanging :)
  • [19:01:03] <mdp> indeed, he's the supreme bitbanger
  • [19:01:22] <alan_o> yeah, I told koen that if he helped me understand some stuff about OE, that I'd update his documentation for him.
  • [19:01:36] <alan_o> Saying it here so that it's on the record, and I can't weasel out :)
  • [19:02:03] <mdp> careful
  • [19:02:10] * ogra-cb (~ogra@p5791F828.dip.t-dialin.net) Quit (Remote host closed the connection)
  • [19:02:24] <mdp> saying something here forced me to test/use bradfa's u-boot am335x serial console patches ;)
  • [19:02:42] <df___> bitbake virtual/kernel -c devshell (in new shell: make menuconfig -> select modules -> exit and save; exit devshell with Alt+d); bitbake -f -c compile virtual/kernel; bitbake virtual/kernel -c deploy --> But my module.ko files don't show up?
  • [19:02:44] <alan_o> yeah... I have a way of biting off more than I can chew, with good intentions.
  • [19:03:02] <alan_o> df___: exactly
  • [19:03:17] <mdp> alan_o: see, endless opportunities to be a helpdesk hero
  • [19:03:30] <alan_o> yeah, if I only knew the answers :(
  • [19:03:32] <mdp> alan_o, you could have the highest rate of ticket closures on the team
  • [19:03:41] <mdp> well, yeah, that does suck
  • [19:03:49] <df___> alan_o: That's expected?
  • [19:04:05] <mdp> maybe we can bump our metrics just by giving some answer however inaccurate
  • [19:04:10] <alan_o> df___: well, I'm saying it fits with our discussion of how there's only one guy here who seems to know OE.
  • [19:04:21] <alan_o> unless the rest just hide :)
  • [19:04:23] * dm8tbr will demand exact steps before accepting answers
  • [19:04:26] <df___> alan_o: Ah, I see.
  • [19:05:32] <alan_o> mdp: oh, koen also told me that he has a tree on his github which reflects his mainline + patches script tree.
  • [19:05:34] <alan_o> let me find it
  • [19:05:46] <alan_o> that' will be good for when people come on here and want to build a kernel.
  • [19:05:59] <mdp> dm8tbr: there's any number of blogs with exact steps...98% of them are wrong exact steps...we aren't going to demand correctness
  • [19:06:21] <alan_o> dm8tbr: yeah, don't be picky :)
  • [19:06:31] <df___> So basically if I read something that didn't come from koen or wasn't linked by koen it probably doesn't work? ;)
  • [19:06:46] <dm8tbr> :D
  • [19:07:05] <alan_o> df___: There's a lot of stuff that's wrong. There's also two different kernels. The one that comes on your bone, and one that tracks mainline.
  • [19:07:15] <alan_o> The one on your bone is based on a TI kernel which has been heavily patched
  • [19:07:22] <alan_o> based on 3.2
  • [19:07:22] <thurbad> you have to save the config file with the right filename
  • [19:08:03] <df___> alan_o: Right.
  • [19:08:11] <jpg> has anyone fight with crontab and angstrom on beagle?
  • [19:08:36] <thurbad> jpg, not personally
  • [19:09:15] <alan_o> koen has an RPi tree on his github... We'll have to give him a hard time for that :)
  • [19:09:36] <jpg> jajajja
  • [19:10:10] <alan_o> It's OE related so maybe he gets a pass :)
  • [19:10:10] <bradfa> mdp, you didn't volunteer for my Ethernet PHY patches though :(
  • [19:10:19] <jpg> the problem is that crond call /etc/init.d/functions and this file doesnt exist on angstrom
  • [19:10:19] <bradfa> s/patches/patch/
  • [19:10:34] <prpplague> alan_o: you know that darn pandaboard display bag got lost
  • [19:10:35] <mdp> bradfa: I'm out of time! :P
  • [19:10:40] <bradfa> mdp, you can't make more?
  • [19:10:44] <df___> Ok, well here's another question then. In this comment (http://goo.gl/vz4no) on the beagleboard list/group koen describes the steps I just did except after make menuconfig he copies .config elsewhere (/OE/openembedded/recipes/linux/linux-omap-<version>/<machine>/defconfig) I used setup-scripts to setup my env. Does anyone know where that recipes dir might be using setup-scripts?
  • [19:10:48] <prpplague> alan_o: it showed up at my house on sunday afternoon
  • [19:10:59] <alan_o> prpplague: did you pick it up in MIA?
  • [19:11:07] <alan_o> or lost from MIA to DFW?
  • [19:11:07] <prpplague> alan_o: yea
  • [19:11:09] <alan_o> ah
  • [19:11:17] <mdp> bradfa, alas, no
  • [19:11:42] * ogra-cb (~ogra@p5791F828.dip.t-dialin.net) has joined #beagle
  • [19:11:44] <edahling_> df__: depends on your kernel, but if you're using the TI one, it's under source/meta-ti/
  • [19:11:52] <mdp> bradfa, I tried to bitbake time, and it blew up with some weird recipe dependencies..and I can't find any hits on bing to solve the problem
  • [19:12:12] <mdp> it says I have to install something called, "python"
  • [19:12:13] <df___> edahling_: Ok, yeah I am (beaglebone). Thanks.
  • [19:12:17] <bradfa> mdp, you need be in UTC for that to work, else you have to bit bang python
  • [19:12:42] <mdp> yeah, I saw a guy with some pru code to implement this python thing
  • [19:12:51] <mdp> true story
  • [19:13:09] <alan_o> I think interpreted languages are the software equivalent of bit-banging.
  • [19:13:20] <prpplague> alan_o: hehe
  • [19:13:27] <panto> completely agree
  • [19:13:28] <prpplague> alan_o: speaking bit banging
  • [19:13:34] * prpplague joins #raspberrypi
  • [19:13:42] <alan_o> hah
  • [19:13:59] <alan_o> I've lurked on there before. They never say anything interesting when I'm on though.
  • [19:14:16] <alan_o> "other fruity boards"
  • [19:14:36] <mdp> alan_o, there's only one hardwarebug quote worthy comment there every few days.
  • [19:15:10] <mdp> and today, everybody from that channel is standing in line for the midnight blackops release...they'll be playing all night long in their parents' basement
  • [19:15:12] <prpplague> mdp: dollar general stores are selling a 5lb reeses peanut butter cup, shall we order a bunch of them and have them delivered to jkridner ?
  • [19:15:54] * florian (~fuchs@Maemo/community/contributor/florian) has joined #beagle
  • [19:16:12] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [19:17:38] <mdp> prpplague: wait, wha???
  • [19:17:39] <edahling_> You can buy 5lb reese's cups?
  • [19:17:54] <mdp> edahling_, in texas, that's the standard size
  • [19:17:59] <mdp> it goes up from there
  • [19:18:02] <thurbad> heh
  • [19:18:02] <edahling_> Haha.
  • [19:18:14] <edahling_> I guess everything is bigger in texas.
  • [19:18:34] <mdp> that's why it's on the bottom of the map...
  • [19:18:39] <panto> dinner
  • [19:18:53] <mdp> they're like 10mg portions in michigan ;)
  • [19:18:54] <prpplague> edahling: hehe they have a snickers bar this size of a regular loaf of bread
  • [19:19:01] <mru> yes, even texas is bigger in texas
  • [19:19:19] <edahling_> Whoa, you're kidding. I've never heard of this.
  • [19:19:43] <mdp> right, there's this full scale map of texas, and I have no idea where that things is stored.
  • [19:19:49] * Hezel (~hezel@dyn113170.nbw.tue.nl) has joined #beaglebone
  • [19:20:09] <mru> edahling_: you've never been to texas
  • [19:20:59] <Russ> texas https://www.youtube.com/watch?feature=player_embedded&v=xCEmb4XZohU
  • [19:24:02] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (Quit: Leaving.)
  • [19:24:25] <mdp> I'm still trying to figure out one of jkridner's g+ posts
  • [19:25:07] <Russ> which one?
  • [19:25:27] <mdp> "Another way not to add a driver to BeagleBone"
  • [19:25:56] <mdp> summary, somebody tried em28xx on bone and it didn't work
  • [19:26:03] * axMountain (~Daniel@spaceman.csbnet.se) has joined #beagle
  • [19:26:20] <bradfa> mdp, if you want, I can write all sorts of ways to write bad drivers and put them on g+
  • [19:26:23] <Russ> em28xx isn't exactly stable
  • [19:26:53] <prpplague> edahling: http://www.candyblog.net/blog/item/snickers_slice_n_share
  • [19:27:04] <jkridner> mdp: which one?
  • [19:27:23] * jkridner should read better
  • [19:27:25] <mdp> https://plus.google.com/u/0/104712705716996155416/posts/D4k8L1Q9gng
  • [19:27:42] <mdp> ok, not jkridner but bhoundleroy
  • [19:27:43] <jkridner> mdp: sounds like you figured it out.
  • [19:28:36] <mdp> not sure, actually ;)
  • [19:29:14] * cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) Quit (Read error: Connection reset by peer)
  • [19:29:24] <df___> Those are my favorite posts. Titled something like "Adding a Kernel module to beaglebone" then it goes on with step-by-step directions for two pages and concludes with: "I never did get it to work, maybe I can compile it on the beaglebone?"
  • [19:30:02] <alan_o> df___: yeah, you should have to pass a test before they give you a blog :)
  • [19:31:33] <mdp> jkridner, I suppose the idea could be that we can all learn from failures
  • [19:33:44] <mdp> alan_o, before you institute that test, I'm doing a blog entry about how I failed to get my wintv 950q working with cppi 4.1 dma on bone
  • [19:33:54] * mdp scampers off.
  • [19:34:57] <edahling> Prpplague: that is one huge snickers.
  • [19:36:03] <alan_o> mdp: hehe. sometimes those can be good, if the point of the blog is up front about what problems the person had, and that the post is about the problems. As long as it's not just whining, and as long as the person is also working upstream.
  • [19:36:32] <mdp> how many conditions can you place in one statement? hehe
  • [19:36:35] <alan_o> Greg K-H said in one of his videos, "tell us when there's a problem; don't just whine about it on your blog"
  • [19:37:05] <XorA|gone> heh, hardly surprising that a driver that barely works on x86 has issues on arm :-D
  • [19:37:06] <mdp> I was just left wanting for more
  • [19:37:10] <alan_o> mdp: yeah, that was a lot of conditions. I'll be checking out your post with a clipboard later.....
  • [19:37:57] <alan_o> mdp: with giant checkboxes on it, like on those drug commericals.
  • [19:38:05] <mdp> alan_o, and btw, contiki OS has completely ruined me...thanks to you
  • [19:38:20] <alan_o> mdp: ruined you?
  • [19:38:33] <mdp> yes, reading too contiki-os code now...bah
  • [19:38:40] <alan_o> nice!
  • [19:39:23] <alan_o> I feel a 6502-based mdp board coming in our future, with full 6LoWPAN support :)
  • [19:39:48] * cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) has joined #beagle
  • [19:40:13] <mdp> alan_o, that radio is spi-based, yes?
  • [19:43:44] <alan_o> yep
  • [19:43:55] <alan_o> There's already support for the TI radio in there too, iirc.
  • [19:44:01] <ds2> CC2530?
  • [19:44:19] <prpplague> edahling: that is just the 1lb one
  • [19:44:25] <prpplague> edahling: you should see the 5lb one
  • [19:44:43] <alan_o> ds2, mdp: cc2420
  • [19:44:51] <mdp> alan_o, one reason I was going to put a cpld on the cape is to allow having this: http://www.6502.org/users/andre/hwinfo/spi/spi65b/index.html
  • [19:45:56] <ds2> ti has too many radios
  • [19:46:11] <mdp> ds2, if they would quit buying companies...
  • [19:46:30] <mdp> I can't imagine the opamp portfolio with national's parts mixed in now
  • [19:46:53] <alan_o> mdp: oooh.... That's what you need man, a full-up bus going on.
  • [19:48:26] <mdp> alan_o, with a hw spi peripheral and all those slave chip selects...it makes for some capable interfacing
  • [19:48:28] <ds2> mdp: these all have CC in their name
  • [19:48:31] <ds2> so... :P
  • [19:48:46] <mdp> ds2, true, I do marvel at all the acquired CC parts
  • [19:49:40] <JViz> hi
  • [19:50:35] * hiredman (~hiredman@ip67-152-53-125.z53-152-67.customer.algx.net) Quit (Remote host closed the connection)
  • [19:51:31] <JViz> can someone take a look at this kernel patch and tell me if they see anything wrong with it?
  • [19:51:53] <alan_o> JViz: looks good to me so far
  • [19:51:58] <thurbad> heh
  • [19:52:08] <mdp> alan_o, it's also a nice PIC...between it and a 65c22 via, you get a complete system...given that the via has the timer/counters/gpios one typically wants to do real work
  • [19:52:09] <JViz> http://pastebin.com/1eMpUMzA
  • [19:52:34] <JViz> i'm trying to enable /dev/spidev2.0
  • [19:52:43] <JViz> i have an lcd7
  • [19:52:51] <ds2> ewwwwwwwwwwww lcd7
  • [19:53:00] <JViz> eww?
  • [19:53:06] <mdp> ds2, lcd8 is better?
  • [19:53:15] <alan_o> JViz: does it work?
  • [19:53:23] <ds2> yes. lcd8.14159265354 is much better
  • [19:53:34] <JViz> well, as far as i can tell, no
  • [19:53:46] * kaio (~kaio@fedora/kaio) Quit (Read error: Connection timed out)
  • [19:53:47] <alan_o> JViz: well ,then I don't like your patch :)
  • [19:54:13] <alan_o> JViz: you're missing a step somewhere.
  • [19:54:21] <alan_o> spi1_pin_mux needs to acutally get used.
  • [19:54:22] * rcf (~rcf@178-117-158-72.access.telenet.be) has joined #beagle
  • [19:54:26] * kaio (~kaio@fedora/kaio) has joined #beagle
  • [19:54:44] <alan_o> JViz: I looked at the TowerCAN cape as an example.
  • [19:54:58] <JViz> [ 1.325256] BeagleBone cape: exporting SPI pins as spidev
  • [19:54:58] <alan_o> Follow everything it does, and you should be able to connect your driver to SPI1
  • [19:55:03] <JViz> in dmesg
  • [19:55:28] <JViz> it's doing the export
  • [19:55:40] <alan_o> is the mux getting used the way you want?
  • [19:55:52] <alan_o> Why did you change the pulling, etc?
  • [19:56:08] <JViz> because the configuration i need doesn't use pullups
  • [19:56:47] * ogra-cb (~ogra@p5791F828.dip.t-dialin.net) Quit (Remote host closed the connection)
  • [19:56:57] <alan_o> also, INPUT and OUTPUT are somewhat of a misnomer there.
  • [19:57:08] <alan_o> Those map to "Receiver Enable"
  • [19:57:19] <alan_o> and best I could tell, those have to be on for all for SPI lines
  • [19:57:24] * rcranetx1 (~rcranetx@192.91.75.29) has joined #beagle
  • [19:57:33] <JViz> "Receiver Enable"?
  • [19:57:39] <alan_o> not sure why, but when it started working, I stopped screwing with it
  • [19:57:52] <alan_o> yes, those map to the MUX registers in the chip
  • [19:58:07] * ogra-cb (~ogra@p5791F828.dip.t-dialin.net) has joined #beagle
  • [19:58:12] <alan_o> and AM33XX_PIN_INPUT maps to the Receiver Enable bit
  • [19:58:27] <JViz> i'm trying to make them just plain non-pulled inputs and outputs
  • [19:58:31] <JViz> what do i need to call them?
  • [19:58:33] <alan_o> Look at the TRM, section 9.3.1.50
  • [19:58:33] <mdp> they are named to induce confusion versus the TRM
  • [19:58:42] <mdp> see if you are all paying attention
  • [20:00:02] * rcranetx (~rcranetx@nat/ti/x-jtmkxixlcdpucenl) Quit (Ping timeout: 255 seconds)
  • [20:00:04] <alan_o> JViz: Mine are all set to 0x33
  • [20:00:08] <alan_o> (I'm using device tree)
  • [20:00:15] * rcranetx1 (~rcranetx@192.91.75.29) Quit (Remote host closed the connection)
  • [20:00:25] * rcranetx (~rcranetx@nat/ti/x-lxlvehapkmgkvmvo) has joined #beagle
  • [20:00:29] <alan_o> If I were you, I'd use what's already there, and just take off the pull
  • [20:00:43] <alan_o> also, pull is inverse logic
  • [20:00:47] <alan_o> 0 is enable pull
  • [20:01:08] <alan_o> so taking pull off of there didn't change anything.
  • [20:01:32] <JViz> swell
  • [20:01:43] * woglinde (~henning@f052017165.adsl.alicedsl.de) has joined #beagle
  • [20:01:49] <alan_o> yes. Read that section of the TRM
  • [20:01:53] <JViz> does the pinmuxing prevent spidev from populating though?
  • [20:01:56] <JViz> er
  • [20:01:58] <JViz> bad pinmuxing?
  • [20:02:07] <alan_o> probably not
  • [20:02:11] <alan_o> it just prevents it from working
  • [20:03:03] <JViz> so spidev not populating /dev/ is an unrelated problem?
  • [20:03:11] <JViz> hah
  • [20:03:22] <alan_o> oh, well probably
  • [20:03:25] * axMountain (~Daniel@spaceman.csbnet.se) Quit (Read error: Operation timed out)
  • [20:03:26] <alan_o> yes
  • [20:03:36] <JViz> great
  • [20:03:45] <alan_o> look at the TowerCAN cape. Do everything it does
  • [20:03:52] <alan_o> except change the driver to spidev
  • [20:03:57] <mdp> spidev not populating means you either 1) did not build in the module or have the module present that matches your current 2) did not register the spidev device in your board file (or dts)
  • [20:04:19] <alan_o> oh yeah, make sure it's built in :)
  • [20:04:27] <mdp> s/current/current kernel/
  • [20:04:30] <JViz> i have CONFIG_SPI_SPIDEV=y in my config
  • [20:04:31] * axMountain (~Daniel@spaceman.csbnet.se) has joined #beagle
  • [20:04:31] * ogra-cb (~ogra@p5791F828.dip.t-dialin.net) Quit (Read error: No route to host)
  • [20:04:39] <mdp> well, did you fulfill #2?
  • [20:04:41] <alan_o> JViz: ok, so it's number 2
  • [20:04:57] <alan_o> again, TowerCAN.... go!
  • [20:05:06] <mdp> your patch shows no indication of the spidev device being registered
  • [20:05:15] <alan_o> right
  • [20:05:24] <mdp> it's right in koen's stock kernel board file too
  • [20:05:28] * Odi (299788d9@gateway/web/freenode/ip.41.151.136.217) Quit (Ping timeout: 245 seconds)
  • [20:05:43] <mdp> I recall he made spidev work by default for some cases or two
  • [20:05:58] <JViz> yeah, well, the line right under exporting the pinmux is registering the spidev board info
  • [20:06:10] <alan_o> I was saying earlier that I didn't see it in there, but I thought he said that it was showing up. I apparently mis-read.
  • [20:06:29] <JViz> so 1 and 2 should be being met
  • [20:06:35] <mdp> does spidev2 match with SPI1 on that kernel?
  • [20:06:53] <JViz> it's on bus 2
  • [20:07:28] <mdp> the line under the pinmux does not register anything
  • [20:07:30] <alan_o> bus 2 is correct
  • [20:07:36] <JViz> .bus_num = 2,
  • [20:07:37] <alan_o> that's what I used anyway, with that kernel
  • [20:08:00] <mdp> you have a structure...with spidev board info..did you check that it is actually used?
  • [20:08:36] <mdp> do you see the difference?
  • [20:08:51] <JViz> spi_register_board_info(bone_spidev2_info, ARRAY_SIZE(bone_spidev2_info));
  • [20:08:53] <prpplague> mdp: see the new linux foundation event schedule for 2013?
  • [20:09:02] <alan_o> JViz: Serious dude.... Look at what it does for TowerCAN. That's what I did. Everything it does, I did, and it works.
  • [20:09:22] <mdp> JViz: did you confirm that executes?
  • [20:09:23] <JViz> towerCAN uses spidev?
  • [20:09:23] * Hezel (~hezel@dyn113170.nbw.tue.nl) Quit (Quit: Nettalk6 - www.ntalk.de)
  • [20:09:32] <alan_o> JViz: no.....
  • [20:09:42] <JViz> mdp it shows up in my dmesg with the rest of the process block
  • [20:09:56] <alan_o> JViz: Do everything that does, but use the spidev as the driver name instead
  • [20:10:10] <alan_o> JViz: it serves as an example of how to register an SPI device.
  • [20:10:29] <alan_o> JViz: but you're not registering an mcp2515, you're registering an spidev, but it's all the same stuff.
  • [20:10:35] * ogra-cb (~ogra@p5791F828.dip.t-dialin.net) has joined #beagle
  • [20:11:30] <mdp> JViz: why don't you paste your dmesg
  • [20:11:57] <JViz> i did
  • [20:12:40] <JViz> [ 1.325256] BeagleBone cape: exporting SPI pins as spidev
  • [20:12:55] <JViz> or do you mean the whole thing?
  • [20:13:35] <JViz> the towerCAN cape uses the default spi1 pinmux
  • [20:13:39] <mdp> whole thing
  • [20:13:52] <mdp> so that lines doesn't show me that you registered the board info
  • [20:14:14] <mdp> well, actually, I take that back..had to look again at this old kernel ;)
  • [20:16:50] <mdp> JViz: one more option 3) spidev probe() fails
  • [20:17:00] <JViz> http://pastebin.com/fUiZTTwc
  • [20:18:43] <mdp> 3) is tough to manage for spidev as it would have to fail some trivial core device model stuff...
  • [20:19:00] <mdp> interesting..sadly, it works fine stock for koen
  • [20:19:16] <alan_o> JViz: you're going to need to put some printk() in there and make sure it's doing what you want it to do.
  • [20:19:42] <alan_o> JViz: good old fashioned debugging and learning. You have all the tools, you have examples in the code that work. Now you just need to put it together.
  • [20:19:52] <mdp> alan_o, can DT help here?
  • [20:20:14] <alan_o> mdp: yes, but then we'd be debugging his Device Tree :)
  • [20:20:29] <mdp> JViz: you have mcspi enabled?
  • [20:21:08] <JViz> all i did was that patch i showed you and add SPIDEV=y to the config
  • [20:21:36] <JViz> i haven't read all of the code, it's all default
  • [20:22:11] <mdp> check that CONFIG_SPI_OMAP24XX=y
  • [20:23:28] * rcranetx (~rcranetx@nat/ti/x-lxlvehapkmgkvmvo) Quit (Quit: Leaving.)
  • [20:23:36] <JViz> 1586:CONFIG_SPI_OMAP24XX=y
  • [20:24:13] <JViz> i noticed koen had code in there that was supposed to enable spidev2, so i thought i could just enable that
  • [20:24:24] * ericb2 (~X@unaffiliated/ericb2) has joined #beagle
  • [20:24:34] <JViz> the presence of the lcd7 is supposed to disable it
  • [20:24:44] <JViz> i commented out that line
  • [20:24:58] * unterhausen (~eric@130.203.212.186) Quit (Read error: Operation timed out)
  • [20:25:05] <JViz> and i physically disconnected the button that was attached to gpio3_16
  • [20:25:35] <mdp> nfc, there's a lot going on in that board file, unfortunately
  • [20:25:52] <panto> that's an understatement
  • [20:25:53] <mdp> you ruled out all the common stuff now
  • [20:26:26] <alan_o> yeah, not sure how one board file for a bunch of different boards made sense.
  • [20:26:43] <alan_o> I thought that was the point of the board file, to pin down what's on this board.
  • [20:27:30] <JViz> in the last kernel version, my edit worked
  • [20:27:38] <JViz> spidev2 came on
  • [20:28:13] <JViz> but the pullups were makiing it fail to function properly
  • [20:28:25] <alan_o> JViz: those pullups are still on
  • [20:28:35] <mdp> alan_o, I was overruled on that one because this aligned us with DT ;)
  • [20:28:36] <JViz> yeah, but now it's not even populating /dev
  • [20:28:53] <alan_o> mdp: what?
  • [20:28:55] <mdp> s/overruled/shouted down/
  • [20:29:00] <alan_o> What does that have to do with DT?
  • [20:29:07] <mdp> alan_o, nfc
  • [20:29:21] <alan_o> oh
  • [20:29:32] <mdp> I did correct that to "shouted down"
  • [20:29:54] <alan_o> yeah, someone really thinks that the beaglebone is just another EVM
  • [20:30:09] <alan_o> even though the marketing is completely different, and the support from TI is completely different
  • [20:30:15] <mdp> it's just takes an eeprom
  • [20:30:21] <mdp> or a village
  • [20:31:27] <panto> bed time is here
  • [20:31:45] <mdp> panto, lucky, cya
  • [20:31:53] <alan_o> later panto !
  • [20:31:53] <ds2> but from the way that is built, it is just another EVM
  • [20:32:08] <ds2> supported by an approved vendor designated proxy
  • [20:32:16] <ds2> third party interests are ignored.
  • [20:32:30] * panto (~panto@195.97.110.117) Quit (Quit: Leaving)
  • [20:32:33] * rcranetx (~rcranetx@192.91.75.29) has joined #beagle
  • [20:33:04] <mdp> ds2, I was asked one day if we expect all customer boards to have an eeprom
  • [20:33:14] <ds2> heheh
  • [20:33:18] <mdp> can't say who...but it was humorous (to me)
  • [20:33:25] <ds2> but of course you do
  • [20:33:36] <ds2> we all know you're staging things to acquire a EEPROM company ;)
  • [20:33:58] <mdp> ds2, yes, I said, "it depends..some people expect that...but they don't live in my world"
  • [20:34:10] * KotH (~attila@lou-outside.kinali.ch) has joined #beagle
  • [20:34:14] <KotH> 'lo
  • [20:37:55] <JViz> time to experiement
  • [20:41:23] * DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) has joined #beagle
  • [20:41:36] * unterhausen (~eric@130.203.212.186) has joined #beagle
  • [20:42:54] * ericb2 (~X@unaffiliated/ericb2) Quit (Quit: Success !!)
  • [20:45:16] <bradfa> mdp, all boards don't have eeproms?
  • [20:45:36] <bradfa> :)
  • [20:45:59] <mdp> really, I was surprised too
  • [20:46:17] <mdp> bradfa, this would be an excellent rant^H^H^H^Hblog entry for you
  • [20:49:49] * tema (~tema@178-16-155-142.obit.ru) Quit (Ping timeout: 268 seconds)
  • [20:51:35] <prpplague> hehe
  • [20:53:16] <bradfa> on a lighter note, I have power button press and usb/ac gain/loss detection working on bone
  • [20:53:24] <bradfa> now just need to do something useful
  • [20:53:55] <alan_o> bradfa: power button like from USB HID?
  • [20:54:09] * orbarron1 (~a0271968@nat/ti/x-yjbflvovdleofksg) has joined #beagleboard
  • [20:54:13] * df___ (6394b94a@gateway/web/freenode/ip.99.148.185.74) Quit (Ping timeout: 245 seconds)
  • [20:54:13] * arcanescu (925706ef@gateway/web/freenode/ip.146.87.6.239) Quit (Ping timeout: 245 seconds)
  • [20:54:14] * orbarron1 (~a0271968@nat/ti/x-yjbflvovdleofksg) has left #beagleboard
  • [20:54:19] * orbarron1 (~a0271968@nat/ti/x-yjbflvovdleofksg) has joined #beagle
  • [20:54:27] <bradfa> alan_o, power button like the one on the bone header
  • [20:54:35] <bradfa> alan_o, I'm making tps65217 do my bidding
  • [20:54:37] <bradfa> finally!
  • [20:55:08] * mdp EOLs tps65217
  • [20:55:08] <bradfa> now need to learn about input devices and turn the tps65217 into one
  • [20:55:09] <alan_o> bradfa: oh, I didn't look that closely at the pins apparently.
  • [20:55:26] <bradfa> mdp, tps65910 looks like similar
  • [20:55:33] <bradfa> is actually what I'm basing my driver off
  • [20:55:42] <bradfa> so I don't mind much if EOL 65217 happens :)
  • [20:55:52] * mdp delivers bradfa a tps65218 with a completely different register set
  • [20:55:59] * mdp EOLs 65910 too
  • [20:56:05] <bradfa> ha!
  • [20:56:05] * mdp chases bradfa's designs
  • [20:56:06] <bradfa> :_
  • [20:56:07] <bradfa> )
  • [20:56:09] <koen> tps65217 2.0, different pinout
  • [20:56:29] * mdp leaves bradfa 600mil DIP packages only
  • [20:57:29] <bradfa> I used to hate the tps65217, but now I understand it, and it's not so bad
  • [20:57:58] * koen installs a new OTP on bradfas TPS chips
  • [20:58:03] * orbarron1 (~a0271968@nat/ti/x-yjbflvovdleofksg) has left #beagle
  • [20:58:09] <mru> he's been infected!
  • [20:58:33] * bradfa dies of tps infection
  • [20:58:59] * fusion94 (~fusion94@pdpc/supporter/student/fusion94) Quit (Quit: Leaving...)
  • [21:00:02] * dm8tbr demands TPS reports! hands out cover sheets and memos about them
  • [21:01:13] * rcranetx (~rcranetx@192.91.75.29) Quit (Quit: Leaving.)
  • [21:01:29] * dfarmer (~dan@99-148-185-74.lightspeed.renonv.sbcglobal.net) has joined #beagle
  • [21:01:54] * drakkan1000 (~drakkan@dynamic-adsl-78-12-185-235.clienti.tiscali.it) Quit (Quit: Ex-Chat)
  • [21:04:45] * smplman (~speery@64.132.167.18) Quit (Quit: smplman)
  • [21:04:52] <dfarmer> Does anyone know of a simple way to figure out which defconfig file is being used by bitbake virtual/kernel -c compile? I tried tacking -D on and looking through the log file but I still didn't see it.
  • [21:05:10] * rcranetx (~rcranetx@nat/ti/x-skispucykdwyktsc) has joined #beagle
  • [21:06:46] <dfarmer> When I run compile it says it's using linux-ti33x-psp_3.2.bb as the recipe, so I copied my defconfig file to linux-ti33x-psp-3.2 but doesn't seem to be getting picked up.
  • [21:07:16] <dfarmer> (all under sources/meta-ti/recipes-kernel/linux/)
  • [21:07:42] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) has joined #beagle
  • [21:07:52] * kaio (~kaio@fedora/kaio) Quit (Read error: Connection timed out)
  • [21:08:33] * kaio (~kaio@fedora/kaio) has joined #beagle
  • [21:08:34] <mdp> bradfa, it's probably not that it's not so bad..it's just that you decided the cure is worse than the tps disease
  • [21:09:18] <bradfa> mdp, I've now accepted the tps disease into my life. I am now at peace
  • [21:09:38] <mdp> it's not a bad lifestyle change
  • [21:09:50] <bradfa> mdp, and it's legal in NY!
  • [21:09:54] <mdp> yes!
  • [21:10:49] * bradfa goes home and has a beer, ta ta!
  • [21:14:11] <alan_o> dfarmer: doesn't the bb file reference a defconfig?
  • [21:15:45] <edahling_> I'm trying to use can on the bone, and I can't get can0 to show up.
  • [21:16:14] <edahling_> I'm muxing and running am33xx_d_can_init(1)
  • [21:17:08] <alan_o> edahling: did you look at the TowerCAN example? It sets up the onboard CAN and also the external SPI CAN
  • [21:17:24] * alan_o sets TowerCAN to be his default support answer
  • [21:17:26] <edahling_> I did, and I'm pretty sure I'm doing everything exactly the same.
  • [21:17:37] <edahling_> Which is why I'm so confused.
  • [21:18:29] <alan_o> did you do ifconfig can0 up?
  • [21:19:18] * mdp uses TowerCAN to fix DMA
  • [21:19:29] * jpg (c8035e23@gateway/web/freenode/ip.200.3.94.35) Quit (Quit: Page closed)
  • [21:19:36] <koen> yes we CAN!
  • [21:19:39] <alan_o> mdp: TowerCAN and DT.... the SOLUTION!
  • [21:19:57] <koen> alan_o: no, just bitbang it
  • [21:20:27] <mdp> squirt dt in via ftdi jtag
  • [21:20:34] <alan_o> Maybe that's my next ELC talk, "Solving the world's problems with TowerCAN, DT, and BitBanging (with Exact Steps)"
  • [21:20:37] <djlewis> four more years!
  • [21:20:57] <mdp> djlewis: I have to listen to TowerCAN for 4 more years!?!?
  • [21:21:05] <mdp> intolerable
  • [21:21:08] <koen> 4 more ears!
  • [21:21:09] <alan_o> It's looking thtat way
  • [21:21:40] <mdp> we say, 4 more years until those bottom-feeders come back to Ohio (really 3, but...)
  • [21:23:53] <edahling_> When I do ifconfig can0 up I get some errors.
  • [21:24:01] <edahling_> bittiming not defined...
  • [21:24:15] <edahling_> Where do I define bit timing?
  • [21:25:19] <alan_o> with ip
  • [21:25:28] * scubasonar (~Matt@99-108-165-58.lightspeed.mtryca.sbcglobal.net) has joined #beagle
  • [21:25:33] <alan_o> look at Documentation/net/can.txt
  • [21:25:34] <edahling_> ah, but when I run that it gives me a different error.
  • [21:25:37] <mru> ifconfig should die
  • [21:25:37] <alan_o> or something like that
  • [21:26:04] <alan_o> mru: 10 years they've been saying that and it hasn't. If ip weren't so difficult to use, maybe it would have.
  • [21:26:17] <mru> 'ip' is _much_ easier to use
  • [21:26:36] <alan_o> mru: think so? I know the man page is harder
  • [21:26:39] <mru> the man page even includes a formal syntax
  • [21:26:45] <alan_o> exactly :)
  • [21:26:55] <mru> nothing could be easier
  • [21:27:49] <mdp> we'll continue using ifconfig in .us, thank you
  • [21:28:05] <alan_o> hehe....
  • [21:28:13] <mru> ah, it's an imperial/metric thing
  • [21:28:13] <mdp> I require my exact steps in both units
  • [21:28:33] <alan_o> I did say to someone one time, "IP is designed to be like Cisco Router syntax" (which is what I read sometime).
  • [21:28:34] <mru> but ifconfig also talks about metric...
  • [21:28:39] * prpplague (~danders@192.94.92.14) Quit (Quit: Leaving)
  • [21:28:52] <mdp> mru, quit trying to confuse people with the facts
  • [21:28:54] <alan_o> and the response I got was, "doesn't Cisco make that hard on purpose so they can sell training certs?"
  • [21:28:55] <mru> cisco syntax actually makes sense
  • [21:29:01] <mru> if you understand what you're doiing
  • [21:29:21] <mdp> can we align on NetworkManager only?
  • [21:29:34] <mru> the problem is that most people don't understand basic networking concepts
  • [21:30:18] <mru> ever seen a network configuration gui with dns settings tied to specific interfaces?
  • [21:30:24] <mru> that's just sick...
  • [21:30:41] <alan_o> mru: I'm a firm believer in making the easy/common things easy. in the case of ifconfig/ip, setting IP/mask/gw is the common case ,and should be the easiest, and called out specifically probably near the beginning of the man page.
  • [21:31:10] <mru> gw should also not be tied to an interface
  • [21:31:15] <mru> that's not how networks work
  • [21:31:32] <alan_o> right
  • [21:31:42] <alan_o> but, those 3 things are the things you'll want to set up
  • [21:31:49] <mru> and what's so hard about "ip addr add a.b.c.d/len dev eth0"?
  • [21:31:59] * tema (~tema@ppp89-110-2-245.pppoe.avangarddsl.ru) has joined #beagle
  • [21:31:59] <mru> or "ip link up/down"
  • [21:32:09] <alan_o> mru: probably nothing
  • [21:32:13] <mru> or "ip route add a.b.c.d/len via e.f.g.h"
  • [21:33:03] <alan_o> and if those three things were called out as examples in the man page, we might all have a little less gray hair.
  • [21:33:22] <mru> if you only ever have one interface with one address and one route to everything else, you might not notice the difference
  • [21:34:08] <mru> start doing things with multiple interfaces, interfaces with multiple addresses, multiple routes etc, and ifconfig and friends fail quickly
  • [21:34:19] <edahling_> So yeah, here is my problem. I run ip link set can0 type can bitrate 50000 triple-sampling on and it tells me my type is garbage.
  • [21:35:25] <Russ> we don't serve your time 'round here
  • [21:35:35] <alan_o> edahling_: you need more than bitrate
  • [21:35:39] <alan_o> you need the proper timing
  • [21:35:43] <alan_o> look up Microchip AN754
  • [21:36:01] <alan_o> mru: you're right about that.
  • [21:36:14] <edahling_> I've been largely following http://processors.wiki.ti.com/index.php/AM335X_DCAN_Driver_Guide
  • [21:36:15] <alan_o> mru: and it's largely because ifconfig uses the old interfaces to the kernel.
  • [21:36:52] <alan_o> edahling_: I don't know that document, but you need tq, phase-seg-1 phase-seg-2, and sjw
  • [21:37:10] <alan_o> see that can.txt document I referenced earlier
  • [21:37:28] <edahling_> I'm reading through that now.
  • [21:37:33] <alan_o> edahling_: also, make sure that the timing you specify is possible with the oscillator settings you are using.
  • [21:37:55] <mru> alan_o: for extra fun, add some tunnel devices
  • [21:37:59] <edahling_> Well, I don't know what oscillator settings I'm using... I'm just gonna do some more reading and come back later.
  • [21:38:03] <edahling_> Thanks for the guidance.
  • [21:38:13] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) Quit (Read error: Connection reset by peer)
  • [21:38:20] <alan_o> edahling_: seriously checkout that AN754 doc. It explains all the timing
  • [21:38:28] <alan_o> and that info isn't on that TI page you linked
  • [21:38:30] * KotH wonders what all the ruckus is about
  • [21:38:43] <alan_o> KotH: people doing Work!
  • [21:38:53] <mru> alan_o: unpossible
  • [21:39:01] <mdp> Russ, ;)
  • [21:39:37] <mdp> KotH: can you describe the ruckus?
  • [21:39:38] <KotH> alan_o: sounds more like some grumpy old man bitching about how their way of life is better than other peoples
  • [21:39:44] <mru> KotH: and you have yet to see a proper friday here
  • [21:40:06] <KotH> mru: i've been on #panda for a while... that was quite enough :-)
  • [21:40:18] <mru> it's much better here
  • [21:40:21] <dfarmer> alan_o, yeah: It says file://defconfig in the bb file. It also has file://am33something.bin -- so I put defconfig in linux-ti33x-psp-3.2 (which has the firmware) but it doesn't seem to get used.
  • [21:40:26] <KotH> mru: i can already see that
  • [21:40:27] <alan_o> theres' barely been 10 lines on #panda all day
  • [21:40:35] <mdp> panda, that's the one with the Amazon processor on it?
  • [21:40:36] <edahling_> alan_o: Thanks, gonna read through both articles.
  • [21:41:02] <alan_o> dfarmer: that references a file which exists.
  • [21:41:14] * rickaaa_ (~rick@111-251-79-80.dynamic.hinet.net) has joined #beagle
  • [21:41:15] * rickaaa__ (~rick@118-161-47-115.dynamic.hinet.net) Quit (Read error: Connection reset by peer)
  • [21:41:23] <alan_o> if you dump a defconfig somewhere and didn't overwrite something, you put it in the wrong place
  • [21:41:59] <mru> why do people talk about "a defconfig" when what they mean is "a config"?
  • [21:42:24] <mru> defconfigs are those files shipped in the kernel tree as defaults for various systems
  • [21:42:29] <KotH> mru: i hope you do not really expect an answer to that?
  • [21:42:38] <mru> anything else is by definition not the default any more
  • [21:42:46] <alan_o> mru: tell that to OE :)
  • [21:43:01] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) has joined #beagle
  • [21:43:06] <alan_o> mru: but I agree with your lamentation of the watering-down of terminology.
  • [21:44:25] <mru> so grab a shotgun and help me fix it
  • [21:44:42] <ds2> mru: is that because you aren't allowed to? :D
  • [21:44:43] <KotH> alan_o: i hope, you've a raised floor as well
  • [21:44:58] <KotH> alan_o: no need for a short temper though...
  • [21:45:12] <alan_o> KotH: ??
  • [21:45:34] <mru> alan_o: I have a t-shirt that reads "I have a shotgun, a short temper, and a raised floor in my server room"
  • [21:45:58] <dm8tbr> sounds like exact steps to me
  • [21:46:14] * mru should remember to wear it at next elc
  • [21:46:55] <KotH> anyways.. gtg and get some sleep
  • [21:46:58] <KotH> night boys
  • [21:52:50] <edahling_> Alright, I'm understanding the timing stuff, but when i run '# ip link set can0 type can help' it returns 'ip: either "dev" is duplicate, or "type" is garbage'
  • [21:53:04] <edahling_> I believe it's not supposed to do that.
  • [21:53:11] * JViz (~JViz@cpe-024-163-006-117.triad.res.rr.com) Quit (Ping timeout: 260 seconds)
  • [21:53:25] * smplman (~speery@74-134-50-76.dhcp.insightbb.com) has joined #beagle
  • [21:55:04] <edahling_> I read somewhere that the /bin/ip version doesn't work because of some association with busybox?.., but I don't have /sbin/ip
  • [21:55:36] <alan_o> edahling_: oh... that could be
  • [21:55:57] <edahling_> How can I go about remedying that?
  • [21:56:03] <alan_o> install actual IP
  • [21:56:06] <alan_o> err... ip
  • [21:56:21] <edahling_> with opkg...?
  • [21:56:51] <alan_o> edahling_: my can experience is limited. I only did it on a board using the default image that came with it. In fact, one of my tasks this week is to build a rootfs for it.
  • [21:57:11] <alan_o> edahling: not sure how to do it with Angstrom
  • [21:57:21] <alan_o> might could do it that way.
  • [21:57:31] <alan_o> or build an angstrom image that isn't busybox based
  • [21:57:31] <edahling_> Mmkday.
  • [21:57:36] <alan_o> or build ip from source
  • [21:57:40] <edahling_> Alright.
  • [21:57:44] <alan_o> shouldn't be that hard to do the latter
  • [21:57:45] <edahling_> I can figure this out.
  • [21:58:47] <alan_o> edahling_: when you say "some association with busybox" do you know what you mean there?
  • [21:58:57] <alan_o> about what busybox is?
  • [21:59:14] <alan_o> (I never know who knows what things)
  • [21:59:34] <edahling_> This (http://www.armadeus.com/wiki/index.php?title=CAN_bus_Linux_driver)
  • [21:59:38] <mru> alan_o: assume nobody knows anything and you'll be close to the truth
  • [21:59:49] <edahling_> Yeah, I really don't know anything.
  • [22:00:25] <alan_o> ok, so busybox is a multi-call binary. somewhere there's a symlink for /bin/ip which points to /bin/busybox
  • [22:00:33] <alan_o> /bin/ls points to /bin/busybox
  • [22:00:34] <alan_o> etc
  • [22:00:42] <alan_o> (/etc doesn't point anywhere)
  • [22:00:47] <alan_o> but regardless.....
  • [22:01:06] <alan_o> the behavior busybox gives, is determined by the name of the symlink it's called by, get it?
  • [22:01:14] <mru> is a symlink to /dev/null a null pointer?
  • [22:01:31] <mdp> whoa
  • [22:01:39] * alan_o is thinking about what a universe might look like where that is true...
  • [22:01:50] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) Quit (Read error: Connection reset by peer)
  • [22:01:58] <mdp> is there some relation to evil spock here too?
  • [22:02:19] <edahling_> Ah, so why would anyone want that?
  • [22:02:20] <alan_o> evil spock only barely rings a bell....
  • [22:02:42] <alan_o> edahling_: Excellent question.... it's because having only one binary means a lot less overhead.
  • [22:02:51] <edahling_> Alright, good answer.
  • [22:03:10] <alan_o> edahling_: busybox installs are really small, and it's only one exe that's loaded into memory for as many times as you run it concurrently.
  • [22:03:38] <mru> it also lets all the little tools share code for things like option parsing without using shared libs
  • [22:03:49] <mru> and less overhead than shared libs would have too
  • [22:04:02] <alan_o> it's double-plus good
  • [22:04:41] <mdp> except the evil license
  • [22:04:45] <alan_o> And it's GPL too, so it's one more thing to spin people up :)
  • [22:04:48] <alan_o> hahah
  • [22:04:52] <mdp> jinx
  • [22:04:56] <mru> toybox ftw
  • [22:05:00] <alan_o> ugh...
  • [22:05:05] <alan_o> I think that's a stupid idea
  • [22:05:17] <alan_o> "let's re-invent it with a different license"
  • [22:05:19] <alan_o> but
  • [22:05:38] <alan_o> I do understand that there are license trolls who use busybox to come after you for other unrelated things.
  • [22:06:13] <mdp> yes, what a shame that people are expected to follow a license agreement
  • [22:06:18] <mdp> darn trolls
  • [22:06:31] <mru> having a bsd-licensed set of system utils is not a bad idea
  • [22:06:39] * xanium4332 (~yaaic@131.111.185.14) has joined #beagle
  • [22:06:49] <mdp> mru, no complaints
  • [22:07:07] <mdp> always nice to see people _do_ instead of license whine
  • [22:07:14] <alan_o> The thing is, it's not even the system utils that anyone cares about. Something I read on LWN said that one of those trolling companies has yet to find one line of modification to busybox.
  • [22:07:27] <alan_o> mdp: I guess that's somewhat true.
  • [22:08:05] <alan_o> I'm opposed to everything going BSD. for sysutils, who cares, but for example my android phone, I get a phone with an "open source" operating system that I can't modify.
  • [22:08:20] * jonand (~jonand@h35n1-asp-a13.ias.bredband.telia.com) has joined #beagle
  • [22:08:40] <mru> if people want to bsd-license code they wrote, they have the right to do so
  • [22:08:40] <alan_o> BSD is great if you're the first one getting the code. Everyone downstream from the first guy that closes it, is screwed.
  • [22:09:11] * rcranetx (~rcranetx@nat/ti/x-skispucykdwyktsc) Quit (Ping timeout: 245 seconds)
  • [22:09:13] <alan_o> mru: no doubt about it. And I have BSD code out there too
  • [22:09:45] * _chase_ (~a0271661@nat/ti/x-otoynvzggyslyadv) has joined #beagle
  • [22:09:47] <mru> those who take bsd code and close it up wouldn't use gpl code in the first place
  • [22:09:54] <mru> so there's really nothing to discuss
  • [22:10:12] * krajo1 (~krajo1@ip4-83-240-125-22.cust.nbox.cz) Quit (Quit: Konversation terminated!)
  • [22:10:13] * _chase_ (~a0271661@nat/ti/x-otoynvzggyslyadv) has left #beagle
  • [22:11:15] <alan_o> mru: that's true, and part of the argument for Android. If Anroid was GPL, would we see it on our phones? The answer is maybe. We see GPL Linux on our phones because it's so good. I think the same may have happened for Android, had it been GPL, but maybe to a lesser extent.
  • [22:11:25] * drakkan1000 (~drakkan@dynamic-adsl-78-12-185-235.clienti.tiscali.it) has joined #beagle
  • [22:11:52] <mru> there's a gpl kernel in android because it does the job and allows non-gpl userland
  • [22:12:05] * eikeon (~eikeon@pool-108-56-47-144.washdc.east.verizon.net) has joined #beagle
  • [22:12:08] <mru> if linus were an arse and tried to prevent non-gpl userland, linux would be dead
  • [22:12:21] * drakkan1000 (~drakkan@dynamic-adsl-78-12-185-235.clienti.tiscali.it) Quit (Client Quit)
  • [22:12:32] <alan_o> oh yeah, no doubt.
  • [22:13:15] <alan_o> but android vendors (and even google) would no doubt much prefer a BSD-licensed kernel. Unfortunately, none of the BSDs could do the job.
  • [22:13:17] * guanucoluis (~luis@2001:470:e450:0:225:56ff:fea1:2064) has joined #beagleboard
  • [22:13:25] <mru> I don't see why
  • [22:13:38] <mru> they'd gain nothing by closing the kernel
  • [22:13:42] <mru> it's just a kernel
  • [22:13:57] <alan_o> That's what Karim says anyway. He says that they (google) evaluated the BSDs and they didn't have the features they needed.
  • [22:14:14] <alan_o> it's not about closing the kernel, it's about avoiding GPL lawsuit headache.
  • [22:14:22] <mru> sure
  • [22:14:34] <alan_o> the same as with the userland of Android
  • [22:15:42] <ds2> besides...busybox is bloated
  • [22:16:10] <alan_o> or featureful, depending on your perspective :)
  • [22:16:21] <ds2> depends on your application
  • [22:16:45] <ds2> if there is no room, then it doesn't matter what your perspective is
  • [22:17:12] <alan_o> yeah, it'd be fun to get in there and make an option for _everything_
  • [22:17:33] <alan_o> or a few levels of functionality
  • [22:17:40] <alan_o> I think there's something like that iirc.
  • [22:17:56] <ds2> if you take a look at the klibc stuff, busybox is just gigantic
  • [22:18:35] <mdp> ds2, you mean with lots of busybox options on..or even within functionality units?
  • [22:18:49] <ds2> mdp: I mean just overall binary size
  • [22:18:56] <mdp> I mean, sure, most distro builds of busybox are ginormous
  • [22:19:07] <mdp> well, it can be very very small
  • [22:19:22] <ds2> I question if you can make it smaller then what klibc can do
  • [22:19:29] <mdp> no
  • [22:19:36] <mdp> I agree klibc is more useless
  • [22:19:37] <alan_o> challenge accepted!
  • [22:20:05] <ds2> userland exists solely to demostrate kernel features ;)
  • [22:20:18] <mdp> ds2, klibc is definitely focused on being slimmer and minimal, it succeeds
  • [22:20:37] <mdp> ds2, userland exists solely as a demonstration of poor coding
  • [22:20:50] <mru> klibc is the bare minimum needed to load some modules and mount a real filesystem
  • [22:21:03] <ds2> they have a shell and basic commands
  • [22:21:06] <ds2> enough to do diags
  • [22:21:24] <mdp> btw, great dave johnson session at an old OLS on that..bad userspace code
  • [22:22:07] <mru> ds2: sure, but it's not meant to be the primary tools of a system
  • [22:22:20] <ds2> mru: for embedded systems, why not?
  • [22:22:46] <mru> if it does what you need, go ahead and use if of course
  • [22:22:50] <mru> *it
  • [22:23:02] <mdp> hence my mentioning that klibc is more useless
  • [22:23:15] * Guest61757 (~bleh1@178.16.15.223) Quit (Ping timeout: 255 seconds)
  • [22:23:36] <ds2> size matters!
  • [22:23:44] <mdp> indeed
  • [22:24:07] <mdp> we're all working with 8M of the system memory and XIPing from NOR.
  • [22:24:16] <mdp> right?
  • [22:24:26] <mru> obviously it has to fit within the size limits of the systems
  • [22:24:27] <Russ> 8M, who the hell died and made you rich
  • [22:24:32] <ds2> 8M?! what luxury
  • [22:25:09] <mdp> yes, 8K ought to be enough for any 6502
  • [22:25:51] <alan_o> why have userland at all? Just have the kernel start your one-and-only userspace app as its init
  • [22:25:54] <Russ> well, 1 or 2M for embedded linux systems used to be typical
  • [22:26:02] <Russ> alan_o, I'm sure lennart is working on it
  • [22:26:15] <mdp> Russ, back in the day ;)
  • [22:26:48] <mdp> my big iron PPC had 16M
  • [22:26:51] <ds2> why have a userspace init
  • [22:27:05] <mru> why have a kernel?
  • [22:27:06] <alan_o> ds2: just put it all in the kernel :)
  • [22:27:17] <mru> put it all in mlo
  • [22:27:18] <mdp> we can run apps in u-boot
  • [22:27:23] <mdp> and eliminate DT too
  • [22:27:25] <alan_o> yeah, my_app.S
  • [22:27:26] <mru> u-boot, such bloat!
  • [22:27:49] <mdp> Busyboot (BSD version)
  • [22:27:57] <alan_o> get TI to put it into the ROM
  • [22:28:17] <mdp> alan_o, too many TPS reports to put something in the ROM
  • [22:28:36] <mdp> alan_o, a lot of people in robes sitting on high thrones review that stuff
  • [22:28:46] <mru> just run everything on the pmic
  • [22:29:00] <mru> get rid of that pesky omap
  • [22:29:02] <mdp> we EOLed those earlier today when we found that bradfa figured them out
  • [22:29:18] <mdp> can stellaris help here?
  • [22:29:45] <alan_o> solaris?
  • [22:29:48] <mdp> if we could get the PRU out of its SoC prison then we might have a solution
  • [22:29:56] <mdp> yes, slowaris for PRU
  • [22:30:14] <mru> prularis
  • [22:30:23] <mru> pluralis
  • [22:30:37] <mru> one for each core of course
  • [22:30:53] <mdp> there shall only be a plurality
  • [22:30:58] <alan_o> no way man, SMP Solaris on dual PRU
  • [22:31:04] <alan_o> get porting!
  • [22:31:15] <mdp> who will give us a C compiler?!?
  • [22:31:27] <mru> write a sparc emulator for pru
  • [22:31:31] <mdp> surely not TI...but then who?
  • [22:31:45] <alan_o> mru knows C, maybe he can write one for us
  • [22:31:52] <mdp> he claims to know it
  • [22:31:53] <alan_o> fun weekend project for him
  • [22:32:15] * fusion94 (~fusion94@pdpc/supporter/student/fusion94) has joined #beagle
  • [22:32:18] <mru> why would anyone want a c compiler for pru?
  • [22:32:32] <mdp> because assembly is too difficult
  • [22:32:34] <alan_o> because we need to port solaris
  • [22:32:47] <mdp> but then C is too difficult too
  • [22:32:47] <alan_o> and what we really want is python, but baby steps.
  • [22:32:51] <mru> mdp: good luck predicting the timing of c code
  • [22:32:54] <mdp> how much do you know about Ruby?
  • [22:33:04] <mru> alan_o: exact baby?
  • [22:33:11] * Russ notes that it's time to uninstall mcafee
  • [22:33:14] <mdp> mru, bah, your obsession with time is unnerving
  • [22:33:34] <CareBear\> did you look at sdcc?
  • [22:33:38] <mru> mdp: did you know that time progresses in exact steps?
  • [22:33:40] <Russ> mru, please give us exact steps
  • [22:33:47] <mdp> mru, metric units?
  • [22:33:56] * ka6sox is now known as ka6sox-away
  • [22:33:57] <mdp> mru, those scientifical ones?
  • [22:34:05] <alan_o> microsteps
  • [22:34:16] <alan_o> yoctosteps?
  • [22:34:25] <mdp> CareBear\: iirc, I think sdcc was what panto threw out once
  • [22:34:48] <alan_o> I like sdcc.
  • [22:35:14] <alan_o> helped me to get going on 8051. In a few years it'll be analogous to mdp's 6502 :)
  • [22:35:16] <mdp> cc65 is growing on me, mostly cause it's what I've been working with lately
  • [22:35:34] <alan_o> mdp: ever try out lunix?
  • [22:35:35] <CareBear\> mdp : ack
  • [22:35:39] * Russ tries to track down his hc11 code
  • [22:36:19] <mdp> alan_o, 8051 shall ever be the mcu where I fist encountered PL/M-80 :(
  • [22:36:26] <mdp> alan_o: no
  • [22:37:03] <ds2> is cc65 related to the ancient deepblueC?
  • [22:37:27] <mdp> came from SmallC
  • [22:37:35] <ds2> so did deepblueC
  • [22:37:42] <mdp> different forks then
  • [22:37:49] <alan_o> mdp: PL/M yikes... I had to look it up
  • [22:37:56] <ds2> does cc65 output real 6502 code?
  • [22:38:30] <ds2> IIRC, deepblueC did some sort of byte code thing
  • [22:38:43] <mdp> alan_o, koen saw an atm reboot into OS/2 at elc .. dunno if you heard that...those were the new units when I co-oped at that company...previous units I coded on was all custom code in PL/M-80 on the various processors
  • [22:38:45] <mdp> yuck
  • [22:38:56] <alan_o> ds2: you're gonna have to watch his video from ELC-E.... the best moment of ELC-E was during his talk, IMO
  • [22:39:13] <ds2> 'his'?
  • [22:39:22] <ds2> p *'his'
  • [22:39:22] <alan_o> mdp's
  • [22:39:27] <ds2> oh
  • [22:39:30] <koen> "you're all following this, right? 0x61 store something something something"
  • [22:39:31] <mdp> lol, alan_o, not sure it was quite that great, but ok ;)
  • [22:39:42] <alan_o> mdp: I'm still laughing
  • [22:39:57] <koen> mdp: multiple people said something like "best of show" about your beef demo
  • [22:40:13] <mru> oh, the machine code
  • [22:40:19] <mru> seemed fairly normal to me
  • [22:40:47] <mdp> I shortened it because I had a bug in the backspace handling of the wozmon port and if I typoed it didn't remove the character from the stream
  • [22:41:04] <mdp> it was a demo only geeks could handle
  • [22:41:29] <mru> but it was an exact demo
  • [22:41:40] <alan_o> there were exact steps, indeed.
  • [22:42:34] <mdp> everytime I look at the png output from fritzing, that's what makes me laugh
  • [22:42:44] <mdp> it's harder to follow than looking at the breadboard itself
  • [22:43:24] <ion> I added USR0???USR3, as well some TODO items. Any patches would be appreciated, but i???ll try to get around to the TODO items at some point myself. https://github.com/ion1/beagle_bone_pins
  • [22:47:10] * mythos (~mythos@unaffiliated/mythos) Quit (Read error: Connection reset by peer)
  • [22:52:53] * neo_zx (94cc41ee@gateway/web/freenode/ip.148.204.65.238) has joined #beagle
  • [22:53:54] * neo_zx (94cc41ee@gateway/web/freenode/ip.148.204.65.238) Quit (Client Quit)
  • [22:57:42] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [22:57:51] * axMountain (~Daniel@spaceman.csbnet.se) Quit (Quit: Leaving.)
  • [23:04:52] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [23:05:09] * prpplague (~prpplague@107-206-64-184.lightspeed.rcsntx.sbcglobal.net) has joined #beagle
  • [23:07:38] <CareBear\> ds2 : yes cc65 outputs real 6502 code. it's what the entire c64 demoscene uses
  • [23:08:20] * smplman (~speery@74-134-50-76.dhcp.insightbb.com) Quit (Quit: smplman)
  • [23:09:58] * ogra-cb_ (~ogra@p4FDFBC75.dip.t-dialin.net) has joined #beagle
  • [23:13:45] * ogra-cb (~ogra@p5791F828.dip.t-dialin.net) Quit (Ping timeout: 252 seconds)
  • [23:18:06] * djlewis (~djelwis@adsl-65-64-30-13.dsl.ltrkar.swbell.net) Quit (Quit: Leaving.)
  • [23:18:44] * florian (~fuchs@Maemo/community/contributor/florian) Quit (Quit: Verlassend)
  • [23:20:00] * mythos (~mythos@unaffiliated/mythos) Quit (*.net *.split)
  • [23:20:38] * riot (~riot@eris.hackerfleet.org) Quit (*.net *.split)
  • [23:20:38] * _troll_ (~mru@batanen.kinali.ch) Quit (*.net *.split)
  • [23:20:38] * muhoo (~muhoo@c-98-234-156-4.hsd1.ca.comcast.net) Quit (*.net *.split)
  • [23:20:38] * fusion94 (~fusion94@pdpc/supporter/student/fusion94) Quit (*.net *.split)
  • [23:20:38] * KotH (~attila@lou-outside.kinali.ch) Quit (*.net *.split)
  • [23:20:38] * NishanthMenon (~nmenon@192.91.66.186) Quit (*.net *.split)
  • [23:20:38] * w|zzy (~qt@unaffiliated/wzzy/x-2246474) Quit (*.net *.split)
  • [23:20:38] * mnt_real (~mnt_real@bas1-montreal43-2925258723.dsl.bell.ca) Quit (*.net *.split)
  • [23:20:38] * calculus (~calculus@gentoo/user/calculus) Quit (*.net *.split)
  • [23:20:38] * Tartarus (trini@pixelshelf.com) Quit (*.net *.split)
  • [23:20:38] * jkridner (~jason@c-107-5-165-158.hsd1.mi.comcast.net) Quit (*.net *.split)
  • [23:20:38] * scromp (~bnaylor@haybaler.sackheads.org) Quit (*.net *.split)
  • [23:20:38] * travalas (~ncharles@pool-108-49-55-4.bstnma.fios.verizon.net) Quit (*.net *.split)
  • [23:20:38] * dwery (~dwery@nslu2-linux/dwery) Quit (*.net *.split)
  • [23:20:38] * jakeday (~jakeday@66-191-249-218.dhcp.kgpt.tn.charter.com) Quit (*.net *.split)
  • [23:20:38] * denix (~denix@pool-71-191-205-12.washdc.fios.verizon.net) Quit (*.net *.split)
  • [23:20:38] * lool (~lool@debian/developer/lool) Quit (*.net *.split)
  • [23:20:38] * edahling_ (~edahling@wbc.res.wpi.net) Quit (*.net *.split)
  • [23:20:38] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) Quit (*.net *.split)
  • [23:20:38] * grey_wolf (~greywolf@c-24-17-167-106.hsd1.wa.comcast.net) Quit (*.net *.split)
  • [23:20:38] * Guest79949 (mp@aggr.com) Quit (*.net *.split)
  • [23:20:38] * bradfa (~bradfa@173.225.52.244) Quit (*.net *.split)
  • [23:20:38] * GPSFan (~kenm@64.92.145.112) Quit (*.net *.split)
  • [23:20:38] * jacekowski (jacekowski@jacekowski.org) Quit (*.net *.split)
  • [23:20:38] * edahling (~AndChat13@2600:1000:b026:a910:e8a6:3ae4:80c2:4c6b) Quit (*.net *.split)
  • [23:20:47] * jpsaman (~jpsaman@videolan/developer/jpsaman) Quit (*.net *.split)
  • [23:20:47] * RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) Quit (*.net *.split)
  • [23:20:47] * Crofton (~balister@96.240.166.19) Quit (*.net *.split)
  • [23:20:47] * xenome- (~jcv@pool-108-39-110-177.nrflva.fios.verizon.net) Quit (*.net *.split)
  • [23:20:47] * mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) Quit (*.net *.split)
  • [23:20:47] * divine (~divine@2001:470:8247:1::42) Quit (*.net *.split)
  • [23:20:47] * awafaa (uid716@gateway/web/irccloud.com/x-tizucdyxexvasrtt) Quit (*.net *.split)
  • [23:20:47] * katier (katierh@nat/google/x-rtwjlsxkyaxjtpzn) Quit (*.net *.split)
  • [23:20:47] * BThompson (bhthompson@nat/google/x-gvdhadmshtvoegfc) Quit (*.net *.split)
  • [23:20:47] * cehh (~carher@nat/ti/x-fmjaprewbwlleibg) Quit (*.net *.split)
  • [23:20:47] * dfarmer (~dan@99-148-185-74.lightspeed.renonv.sbcglobal.net) Quit (*.net *.split)
  • [23:20:47] * emeb (~ericb@ip72-201-79-123.ph.ph.cox.net) Quit (*.net *.split)
  • [23:20:47] * challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) Quit (*.net *.split)
  • [23:20:47] * unsolo (~unsolo@101.167.251.212.customer.cdi.no) Quit (*.net *.split)
  • [23:20:47] * pfefferz (~pfefferz@cpe-70-123-135-48.austin.res.rr.com) Quit (*.net *.split)
  • [23:20:47] * xxiao (~xxiao@li41-126.members.linode.com) Quit (*.net *.split)
  • [23:20:47] * funksdev (~funksdev@adsl-108-81-57-17.dsl.sndg02.sbcglobal.net) Quit (*.net *.split)
  • [23:20:47] * signal11 (esteban@abq.quaddro.net) Quit (*.net *.split)
  • [23:20:47] * DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) Quit (*.net *.split)
  • [23:20:47] * kkeller (~Ken_Kelle@174-17-25-20.phnx.qwest.net) Quit (*.net *.split)
  • [23:20:47] * koen (~koen@ip4da2a5ae.direct-adsl.nl) Quit (*.net *.split)
  • [23:20:47] * phh (~quassel@137.194.15.151) Quit (*.net *.split)
  • [23:20:47] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) Quit (*.net *.split)
  • [23:20:47] * spacekitteh (~spaec@unaffiliated/traumapony) Quit (*.net *.split)
  • [23:21:05] * ogra_ (~ogra_@p5098ed03.dip0.t-ipconnect.de) Quit (*.net *.split)
  • [23:21:05] * contempt (contempt@unaffiliated/contempt) Quit (*.net *.split)
  • [23:21:05] * trelane (~trelane@funtoo/staff/trelane) Quit (*.net *.split)
  • [23:21:05] * ShadowJK (jk@terminus.enivax.net) Quit (*.net *.split)
  • [23:21:05] * ds2 (noinf@netblock-66-245-251-24.dslextreme.com) Quit (*.net *.split)
  • [23:21:05] * Phrewfuf (~Phrewfuf@andreaskist.de) Quit (*.net *.split)
  • [23:21:05] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) Quit (*.net *.split)
  • [23:21:05] * xanium4332 (~yaaic@131.111.185.14) Quit (*.net *.split)
  • [23:21:05] * juvenal (~juvenal@187.10.11.28) Quit (*.net *.split)
  • [23:21:05] * pfoetchen (~pfoetchen@132.187.11.43) Quit (*.net *.split)
  • [23:21:05] * cacodaemon (~abaddon@178.121.176.236) Quit (*.net *.split)
  • [23:21:05] * netman87 (netman87@kapsi.fi) Quit (*.net *.split)
  • [23:21:05] * Bryanstein (~Bryanstei@shellium/admin/bryanstein) Quit (*.net *.split)
  • [23:21:05] * hpham (~hpham@fwdweb.net) Quit (*.net *.split)
  • [23:21:05] * woglinde (~henning@f052017165.adsl.alicedsl.de) Quit (*.net *.split)
  • [23:21:05] * thurbad (~natesewel@64.132.24.36) Quit (*.net *.split)
  • [23:21:05] * keesj (~keesj@dellpc132.few.vu.nl) Quit (*.net *.split)
  • [23:21:05] * thweber (~thomas@81-89-104-214.blue.kundencontroller.de) Quit (*.net *.split)
  • [23:21:05] * ccssnet (~ccssnet@c-98-216-141-157.hsd1.ma.comcast.net) Quit (*.net *.split)
  • [23:21:05] * nullpuppy (~dustin@freematrix/staff/nullpuppy) Quit (*.net *.split)
  • [23:21:05] * ozzloy (~ozzloy@unaffiliated/ozzloy) Quit (*.net *.split)
  • [23:21:05] * wgrant (~wgrant@ubuntu/member/wgrant) Quit (*.net *.split)
  • [23:21:05] * dgilmore (~dgilmore@fedora/dgilmore) Quit (*.net *.split)
  • [23:21:05] * ynezz (ynezz@ibawizard.net) Quit (*.net *.split)
  • [23:21:06] * cosmo1t (montenis@cosmo.2y.net) Quit (*.net *.split)
  • [23:21:06] * georgem (~georgem@mail.novatech-llc.com) Quit (*.net *.split)
  • [23:21:24] * ogra-cb_ (~ogra@p4FDFBC75.dip.t-dialin.net) Quit (*.net *.split)
  • [23:21:24] * mIKEjONE1 (~mIKEjONES@198.101.154.245) Quit (*.net *.split)
  • [23:21:24] * ssvb (~ssvb@212.16.98.80) Quit (*.net *.split)
  • [23:21:24] * zuh (bd0a084e34@humboldt.pingu.fi) Quit (*.net *.split)
  • [23:21:24] * mag (~mgreer@ip68-3-93-7.ph.ph.cox.net) Quit (*.net *.split)
  • [23:21:24] * jefferai (~quassel@kde/amarok/mitchell) Quit (*.net *.split)
  • [23:21:24] * elik (~elik@unaffiliated/elik) Quit (*.net *.split)
  • [23:21:24] * mturquette (~mturquett@nat/ti/x-vfzdsgphxkpclqsn) Quit (*.net *.split)
  • [23:21:24] * reanguiano (~devnull@ricardoanguiano.com) Quit (*.net *.split)
  • [23:21:24] * pfefferz` (~pfefferz@ec2-50-19-223-142.compute-1.amazonaws.com) Quit (*.net *.split)
  • [23:21:24] * mrcan (~mrcan@unaffiliated/mrcan) Quit (*.net *.split)
  • [23:21:24] * cwillu (~cwillu@cwillu.com) Quit (*.net *.split)
  • [23:21:24] * negril (~negril@31-16-121-17-dynip.superkabel.de) Quit (*.net *.split)
  • [23:21:24] * isbric (~isbric@c-5e5be255.020-12-6875761.cust.bredbandsbolaget.se) Quit (*.net *.split)
  • [23:21:24] * wpiguy (~george@gfeula.res.wpi.net) Quit (*.net *.split)
  • [23:21:24] * armin76 (~armin@gentoo/developer/armin76) Quit (*.net *.split)
  • [23:21:24] * PaulePanter (~paul@mail.gw90.de) Quit (*.net *.split)
  • [23:21:24] * bobsickle (bob@motsugo.ucc.gu.uwa.edu.au) Quit (*.net *.split)
  • [23:21:24] * ndec (~ndec@nat/ti/x-yxzgxzvveblbtpld) Quit (*.net *.split)
  • [23:21:24] * coreyfro (~coreyfro@173-167-117-122-sfba.hfc.comcastbusiness.net) Quit (*.net *.split)
  • [23:21:24] * tomba (tomba@taika.fi) Quit (*.net *.split)
  • [23:21:24] * SilicaGel (~quassel@leavenworth78.main.ad.rit.edu) Quit (*.net *.split)
  • [23:21:24] * XorA|gone (~XorA@www.xora.org.uk) Quit (*.net *.split)
  • [23:21:24] * prpplague (~prpplague@107-206-64-184.lightspeed.rcsntx.sbcglobal.net) Quit (*.net *.split)
  • [23:21:24] * rcf (~rcf@178-117-158-72.access.telenet.be) Quit (*.net *.split)
  • [23:21:24] * stahl (~stahl@217-162-96-28.dynamic.hispeed.ch) Quit (*.net *.split)
  • [23:21:33] * john3909 (~jsynesio@ip70-181-136-224.sd.sd.cox.net) Quit (*.net *.split)
  • [23:21:33] * nashpa (~nashpa@dliviu.plus.com) Quit (*.net *.split)
  • [23:21:33] * CanyonMan (~quassel@cpe-69-207-190-61.rochester.res.rr.com) Quit (*.net *.split)
  • [23:21:33] * mrshu (xg@92.240.248.100) Quit (*.net *.split)
  • [23:21:33] * mdp (~mdp@cpe-24-166-64-7.neo.res.rr.com) Quit (*.net *.split)
  • [23:21:33] * javaJake (~javaJake@unaffiliated/javajake) Quit (*.net *.split)
  • [23:21:33] * FunkyPenguin (~quassel@opensuse/member/FunkyPenguin) Quit (*.net *.split)
  • [23:21:33] * thuttu77 (~thuttu77@cs181246145.pp.htv.fi) Quit (*.net *.split)
  • [23:21:33] * russell-- (~russell@donk.personaltelco.net) Quit (*.net *.split)
  • [23:21:33] * fester (~fester@rhlug/fester) Quit (*.net *.split)
  • [23:21:33] * j_h (jarih@kapsi.fi) Quit (*.net *.split)
  • [23:21:33] * rickaaa_ (~rick@111-251-79-80.dynamic.hinet.net) Quit (*.net *.split)
  • [23:21:33] * unterhausen (~eric@130.203.212.186) Quit (*.net *.split)
  • [23:21:33] * rsalveti (~rsalveti@linaro/rsalveti) Quit (*.net *.split)
  • [23:21:33] * Akuma (~Akuma@modemcable033.43-202-24.mc.videotron.ca) Quit (*.net *.split)
  • [23:21:33] * thaytan (~thaytan@113.94.233.220.static.exetel.com.au) Quit (*.net *.split)
  • [23:21:33] * buq2 (~buq2@dsl-trebrasgw2-fe98de00-17.dhcp.inet.fi) Quit (*.net *.split)
  • [23:21:33] * dmwalsh (~dwalsh@ip65-47-56-98.z56-47-65.customer.algx.net) Quit (*.net *.split)
  • [23:21:33] * speakman (~daniel@unaffiliated/speakman) Quit (*.net *.split)
  • [23:21:33] * Luca256 (~luca@pimentas.org) Quit (*.net *.split)
  • [23:21:33] * LetoThe2nd (~jd@unaffiliated/letothe2nd) Quit (*.net *.split)
  • [23:21:33] * jsabeaudry (~jsabeaudr@242.161.18.64.static.oricom.ca) Quit (*.net *.split)
  • [23:21:33] * housel (~user@mccarthy.opendylan.org) Quit (*.net *.split)
  • [23:21:33] * Crofton|work (~balister@96.240.166.19) Quit (*.net *.split)
  • [23:21:33] * agraf (agraf@nat/suse/x-amqtdnvwathrxwsv) Quit (*.net *.split)
  • [23:21:33] * nslu2-log (~nslu2-log@140.211.169.184) Quit (*.net *.split)
  • [23:21:34] * ion (ion@heh.fi) Quit (*.net *.split)
  • [23:21:34] * guyzmo (~guyzmo@barney.bearstech.com) Quit (*.net *.split)
  • [23:21:34] * cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) Quit (*.net *.split)
  • [23:21:34] * akshayms (~akshayms@ec2-23-21-125-169.compute-1.amazonaws.com) Quit (*.net *.split)
  • [23:21:34] * fgau (~fgau@webbox1220.server-home.net) Quit (*.net *.split)
  • [23:21:34] * mazzanet (~mazzanet@hpavc/mazzanet) Quit (*.net *.split)
  • [23:21:45] * wmat (wmat@wallace.mixdown.ca) Quit (*.net *.split)
  • [23:21:45] * mru (~mru@hotblack.mansr.com) Quit (*.net *.split)
  • [23:21:45] * Rious (~Rious@ec2-50-17-240-121.compute-1.amazonaws.com) Quit (*.net *.split)
  • [23:21:45] * CareBear\ (peter@stuge.se) Quit (*.net *.split)
  • [23:21:45] * guanucoluis (~luis@2001:470:e450:0:225:56ff:fea1:2064) Quit (*.net *.split)
  • [23:21:45] * tema (~tema@ppp89-110-2-245.pppoe.avangarddsl.ru) Quit (*.net *.split)
  • [23:21:45] * dm8tbr (dm8tbr@cl-790.ham-01.de.sixxs.net) Quit (*.net *.split)
  • [23:21:45] * agmlego (~agmlego@lug.mtu.edu) Quit (*.net *.split)
  • [23:21:45] * Vadtec (~Vadtec@unaffiliated/vadtec) Quit (*.net *.split)
  • [23:21:45] * VadtecWk (~Vadtec@unaffiliated/vadtec) Quit (*.net *.split)
  • [23:21:45] * chainsawbike (~chainsawb@unaffiliated/chainsawbike) Quit (*.net *.split)
  • [23:21:45] * joelagnel (~joel@nat/ti/x-czccvcdhqqcqyrok) Quit (*.net *.split)
  • [23:21:45] * bones_was_here (~bones@59.167.222.216) Quit (*.net *.split)
  • [23:21:45] * jonmasters (~jcm@edison.jonmasters.org) Quit (*.net *.split)
  • [23:21:45] * dlan (~dennis@116.228.88.131) Quit (*.net *.split)
  • [23:21:45] * _av500_ (~av500@lgf.archos.com) Quit (*.net *.split)
  • [23:21:45] * djinni (~djinni@li125-242.members.linode.com) Quit (*.net *.split)
  • [23:21:45] * Darek- (darek@work.sznajder.org) Quit (*.net *.split)
  • [23:21:45] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) Quit (*.net *.split)
  • [23:21:45] * RushPL (~quassel@2a01:4f8:151:73a3::2) Quit (*.net *.split)
  • [23:21:45] * jonand (~jonand@h35n1-asp-a13.ias.bredband.telia.com) Quit (*.net *.split)
  • [23:21:45] * janne (~janne@sianko.jannau.net) Quit (*.net *.split)
  • [23:21:45] * ka6sox-away (~ka6sox@nasadmin/ka6sox) Quit (*.net *.split)
  • [23:21:45] * arun (~arun@unaffiliated/sindian) Quit (*.net *.split)
  • [23:21:49] * riddle (riddle@us.yunix.net) Quit (*.net *.split)
  • [23:21:49] * scubasonar (~Matt@99-108-165-58.lightspeed.mtryca.sbcglobal.net) Quit (*.net *.split)
  • [23:21:49] * mranostay (~mranostay@pdpc/supporter/active/mranostay) Quit (*.net *.split)
  • [23:21:49] * phantoneD (~destroy@a95-92-89-24.cpe.netcabo.pt) Quit (*.net *.split)
  • [23:21:49] * j4son (jdog@206.51.234.64) Quit (*.net *.split)
  • [23:21:49] * Zygo (startkeylo@startkeylogger.hungrycats.org) Quit (*.net *.split)
  • [23:21:49] * ghoti (~paul@scratch.it.ca) Quit (Max SendQ exceeded)
  • [23:21:50] * eikeon (~eikeon@pool-108-56-47-144.washdc.east.verizon.net) Quit (Read error: No buffer space available)
  • [23:26:35] * kaio (~kaio@fedora/kaio) Quit (Read error: Connection timed out)
  • [23:29:27] * AndChat|131924 (~AndChat13@2600:1000:b005:7589:2287:a6e1:2ba2:d805) has joined #beagleboard
  • [23:29:27] * guanucoluis (~luis@2001:470:e450:0:225:56ff:fea1:2064) has joined #beagleboard
  • [23:29:27] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beagleboard
  • [23:29:27] * challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) has joined #beagleboard
  • [23:29:27] * unsolo (~unsolo@101.167.251.212.customer.cdi.no) has joined #beagleboard
  • [23:29:27] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beagleboard
  • [23:29:27] * pfefferz (~pfefferz@cpe-70-123-135-48.austin.res.rr.com) has joined #beagleboard
  • [23:29:27] * Akuma (~Akuma@modemcable033.43-202-24.mc.videotron.ca) has joined #beagleboard
  • [23:29:27] * nashpa (~nashpa@dliviu.plus.com) has joined #beagleboard
  • [23:29:27] * contempt (contempt@unaffiliated/contempt) has joined #beagleboard
  • [23:29:27] * riot (~riot@eris.hackerfleet.org) has joined #beagleboard
  • [23:29:27] * housel (~user@mccarthy.opendylan.org) has joined #beagleboard
  • [23:29:27] * pfefferz` (~pfefferz@ec2-50-19-223-142.compute-1.amazonaws.com) has joined #beagleboard
  • [23:29:27] * coreyfro (~coreyfro@173-167-117-122-sfba.hfc.comcastbusiness.net) has joined #beagleboard
  • [23:29:27] * nslu2-log (~nslu2-log@140.211.169.184) has joined #beagleboard
  • [23:29:27] * riddle (riddle@us.yunix.net) has joined #beagleboard
  • [23:29:27] * AndChat|131924 (~AndChat13@2600:1000:b005:7589:2287:a6e1:2ba2:d805) has joined #beaglebone
  • [23:29:27] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beaglebone
  • [23:29:27] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beaglebone
  • [23:29:27] * divine (~divine@2001:470:8247:1::42) has joined #beaglebone
  • [23:29:27] * nslu2-log (~nslu2-log@140.211.169.184) has joined #beaglebone
  • [23:29:33] * xanium4332 (~yaaic@global-2-14.nat.csx.cam.ac.uk) has joined #beagle
  • [23:29:33] * _chase_ (~a0271661@nat/ti/x-apqrtndgutqxrvus) has joined #beagle
  • [23:29:33] * ghoti (~paul@scratch.it.ca) has joined #beagle
  • [23:29:33] * eikeon (~eikeon@pool-108-56-47-144.washdc.east.verizon.net) has joined #beagle
  • [23:29:33] * AndChat|131924 (~AndChat13@2600:1000:b005:7589:2287:a6e1:2ba2:d805) has joined #beagle
  • [23:29:33] * ogra-cb_ (~ogra@p4FDFBC75.dip.t-dialin.net) has joined #beagle
  • [23:29:33] * prpplague (~prpplague@107-206-64-184.lightspeed.rcsntx.sbcglobal.net) has joined #beagle
  • [23:29:33] * mythos (~mythos@unaffiliated/mythos) has joined #beagle
  • [23:29:33] * Ceriand|desktop (~Ceriand@unaffiliated/ceriand) has joined #beagle
  • [23:29:33] * fusion94 (~fusion94@pdpc/supporter/student/fusion94) has joined #beagle
  • [23:29:33] * jonand (~jonand@h35n1-asp-a13.ias.bredband.telia.com) has joined #beagle
  • [23:29:33] * rickaaa_ (~rick@111-251-79-80.dynamic.hinet.net) has joined #beagle
  • [23:29:33] * tema (~tema@ppp89-110-2-245.pppoe.avangarddsl.ru) has joined #beagle
  • [23:29:33] * scubasonar (~Matt@99-108-165-58.lightspeed.mtryca.sbcglobal.net) has joined #beagle
  • [23:29:33] * dfarmer (~dan@99-148-185-74.lightspeed.renonv.sbcglobal.net) has joined #beagle
  • [23:29:33] * unterhausen (~eric@130.203.212.186) has joined #beagle
  • [23:29:33] * DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) has joined #beagle
  • [23:29:33] * KotH (~attila@lou-outside.kinali.ch) has joined #beagle
  • [23:29:33] * woglinde (~henning@f052017165.adsl.alicedsl.de) has joined #beagle
  • [23:29:34] * rcf (~rcf@178-117-158-72.access.telenet.be) has joined #beagle
  • [23:29:34] * cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) has joined #beagle
  • [23:29:34] * nullpuppy (~dustin@freematrix/staff/nullpuppy) has joined #beagle
  • [23:29:34] * juvenal (~juvenal@187.10.11.28) has joined #beagle
  • [23:29:34] * edahling_ (~edahling@wbc.res.wpi.net) has joined #beagle
  • [23:29:34] * mrcan (~mrcan@unaffiliated/mrcan) has joined #beagle
  • [23:29:34] * pfoetchen (~pfoetchen@132.187.11.43) has joined #beagle
  • [23:29:34] * emeb (~ericb@ip72-201-79-123.ph.ph.cox.net) has joined #beagle
  • [23:29:34] * NishanthMenon (~nmenon@192.91.66.186) has joined #beagle
  • [23:29:34] * bradfa (~bradfa@173.225.52.244) has joined #beagle
  • [23:29:34] * kkeller (~Ken_Kelle@174-17-25-20.phnx.qwest.net) has joined #beagle
  • [23:29:34] * koen (~koen@ip4da2a5ae.direct-adsl.nl) has joined #beagle
  • [23:29:34] * GPSFan (~kenm@64.92.145.112) has joined #beagle
  • [23:29:34] * stahl (~stahl@217-162-96-28.dynamic.hispeed.ch) has joined #beagle
  • [23:29:34] * thurbad (~natesewel@64.132.24.36) has joined #beagle
  • [23:29:34] * jacekowski (jacekowski@jacekowski.org) has joined #beagle
  • [23:29:34] * unsolo (~unsolo@101.167.251.212.customer.cdi.no) has joined #beagle
  • [23:29:34] * phh (~quassel@137.194.15.151) has joined #beagle
  • [23:29:34] * w|zzy (~qt@unaffiliated/wzzy/x-2246474) has joined #beagle
  • [23:29:34] * jpsaman (~jpsaman@videolan/developer/jpsaman) has joined #beagle
  • [23:29:34] * cjoe (~customerj@fibhost-66-7-177.fibernet.hu) has joined #beagle
  • [23:29:34] * Russ (~russ@pool-74-100-57-85.lsanca.fios.verizon.net) has joined #beagle
  • [23:29:34] * cacodaemon (~abaddon@178.121.176.236) has joined #beagle
  • [23:29:34] * hattwick (~hattwick@68-184-17-253.dhcp.unas.ma.charter.com) has joined #beagle
  • [23:29:34] * mranostay (~mranostay@pdpc/supporter/active/mranostay) has joined #beagle
  • [23:29:34] * RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) has joined #beagle
  • [23:29:34] * pfefferz (~pfefferz@cpe-70-123-135-48.austin.res.rr.com) has joined #beagle
  • [23:29:34] * ccssnet (~ccssnet@c-98-216-141-157.hsd1.ma.comcast.net) has joined #beagle
  • [23:29:34] * phantoneD (~destroy@a95-92-89-24.cpe.netcabo.pt) has joined #beagle
  • [23:29:34] * ion (ion@heh.fi) has joined #beagle
  • [23:29:34] * rsalveti (~rsalveti@linaro/rsalveti) has joined #beagle
  • [23:29:34] * mnt_real (~mnt_real@bas1-montreal43-2925258723.dsl.bell.ca) has joined #beagle
  • [23:29:34] * bobsickle (bob@motsugo.ucc.gu.uwa.edu.au) has joined #beagle
  • [23:29:34] * mIKEjONE1 (~mIKEjONES@198.101.154.245) has joined #beagle
  • [23:29:34] * ssvb (~ssvb@212.16.98.80) has joined #beagle
  • [23:29:34] * calculus (~calculus@gentoo/user/calculus) has joined #beagle
  • [23:29:34] * spacekitteh (~spaec@unaffiliated/traumapony) has joined #beagle
  • [23:29:34] * Crofton (~balister@96.240.166.19) has joined #beagle
  • [23:29:34] * wpiguy (~george@gfeula.res.wpi.net) has joined #beagle
  • [23:29:34] * xenome- (~jcv@pool-108-39-110-177.nrflva.fios.verizon.net) has joined #beagle
  • [23:29:34] * john3909 (~jsynesio@ip70-181-136-224.sd.sd.cox.net) has joined #beagle
  • [23:29:34] * xxiao (~xxiao@li41-126.members.linode.com) has joined #beagle
  • [23:29:34] * thaytan (~thaytan@113.94.233.220.static.exetel.com.au) has joined #beagle
  • [23:29:34] * dm8tbr (dm8tbr@cl-790.ham-01.de.sixxs.net) has joined #beagle
  • [23:29:34] * agmlego (~agmlego@lug.mtu.edu) has joined #beagle
  • [23:29:34] * akshayms (~akshayms@ec2-23-21-125-169.compute-1.amazonaws.com) has joined #beagle
  • [23:29:34] * keesj (~keesj@dellpc132.few.vu.nl) has joined #beagle
  • [23:29:34] * ozzloy (~ozzloy@unaffiliated/ozzloy) has joined #beagle
  • [23:29:34] * funksdev (~funksdev@adsl-108-81-57-17.dsl.sndg02.sbcglobal.net) has joined #beagle
  • [23:29:34] * mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) has joined #beagle
  • [23:29:34] * Vadtec (~Vadtec@unaffiliated/vadtec) has joined #beagle
  • [23:29:34] * grey_wolf (~greywolf@c-24-17-167-106.hsd1.wa.comcast.net) has joined #beagle
  • [23:29:34] * VadtecWk (~Vadtec@unaffiliated/vadtec) has joined #beagle
  • [23:29:34] * zuh (bd0a084e34@humboldt.pingu.fi) has joined #beagle
  • [23:29:34] * trelane (~trelane@funtoo/staff/trelane) has joined #beagle
  • [23:29:34] * chainsawbike (~chainsawb@unaffiliated/chainsawbike) has joined #beagle
  • [23:29:34] * cwillu (~cwillu@cwillu.com) has joined #beagle
  • [23:29:34] * Tartarus (trini@pixelshelf.com) has joined #beagle
  • [23:29:34] * nashpa (~nashpa@dliviu.plus.com) has joined #beagle
  • [23:29:34] * buq2 (~buq2@dsl-trebrasgw2-fe98de00-17.dhcp.inet.fi) has joined #beagle
  • [23:29:34] * thweber (~thomas@81-89-104-214.blue.kundencontroller.de) has joined #beagle
  • [23:29:34] * elik (~elik@unaffiliated/elik) has joined #beagle
  • [23:29:34] * dwery (~dwery@nslu2-linux/dwery) has joined #beagle
  • [23:29:34] * negril (~negril@31-16-121-17-dynip.superkabel.de) has joined #beagle
  • [23:29:34] * jakeday (~jakeday@66-191-249-218.dhcp.kgpt.tn.charter.com) has joined #beagle
  • [23:29:34] * wgrant (~wgrant@ubuntu/member/wgrant) has joined #beagle
  • [23:29:34] * dgilmore (~dgilmore@fedora/dgilmore) has joined #beagle
  • [23:29:34] * CareBear\ (peter@stuge.se) has joined #beagle
  • [23:29:34] * RushPL (~quassel@2a01:4f8:151:73a3::2) has joined #beagle
  • [23:29:34] * CanyonMan (~quassel@cpe-69-207-190-61.rochester.res.rr.com) has joined #beagle
  • [23:29:34] * j4son (jdog@206.51.234.64) has joined #beagle
  • [23:29:34] * denix (~denix@pool-71-191-205-12.washdc.fios.verizon.net) has joined #beagle
  • [23:29:34] * katier (katierh@nat/google/x-rtwjlsxkyaxjtpzn) has joined #beagle
  • [23:29:34] * Guest79949 (mp@aggr.com) has joined #beagle
  • [23:29:34] * isbric (~isbric@c-5e5be255.020-12-6875761.cust.bredbandsbolaget.se) has joined #beagle
  • [23:29:34] * jkridner (~jason@c-107-5-165-158.hsd1.mi.comcast.net) has joined #beagle
  • [23:29:34] * armin76 (~armin@gentoo/developer/armin76) has joined #beagle
  • [23:29:34] * awafaa (uid716@gateway/web/irccloud.com/x-tizucdyxexvasrtt) has joined #beagle
  • [23:29:34] * ogra_ (~ogra_@p5098ed03.dip0.t-ipconnect.de) has joined #beagle
  • [23:29:34] * joelagnel (~joel@nat/ti/x-czccvcdhqqcqyrok) has joined #beagle
  • [23:29:34] * mag (~mgreer@ip68-3-93-7.ph.ph.cox.net) has joined #beagle
  • [23:29:34] * dmwalsh (~dwalsh@ip65-47-56-98.z56-47-65.customer.algx.net) has joined #beagle
  • [23:29:34] * mdp (~mdp@cpe-24-166-64-7.neo.res.rr.com) has joined #beagle
  • [23:29:34] * contempt (contempt@unaffiliated/contempt) has joined #beagle
  • [23:29:34] * mrshu (xg@92.240.248.100) has joined #beagle
  • [23:29:34] * thuttu77 (~thuttu77@cs181246145.pp.htv.fi) has joined #beagle
  • [23:29:34] * fgau (~fgau@webbox1220.server-home.net) has joined #beagle
  • [23:29:34] * ynezz (ynezz@ibawizard.net) has joined #beagle
  • [23:29:34] * jefferai (~quassel@kde/amarok/mitchell) has joined #beagle
  • [23:29:34] * mazzanet (~mazzanet@hpavc/mazzanet) has joined #beagle
  • [23:29:34] * ShadowJK (jk@terminus.enivax.net) has joined #beagle
  • [23:29:34] * PaulePanter (~paul@mail.gw90.de) has joined #beagle
  • [23:29:34] * speakman (~daniel@unaffiliated/speakman) has joined #beagle
  • [23:29:34] * Luca256 (~luca@pimentas.org) has joined #beagle
  • [23:29:34] * bones_was_here (~bones@59.167.222.216) has joined #beagle
  • [23:29:34] * ndec (~ndec@nat/ti/x-yxzgxzvveblbtpld) has joined #beagle
  • [23:29:34] * jsabeaudry (~jsabeaudr@242.161.18.64.static.oricom.ca) has joined #beagle
  • [23:29:34] * _troll_ (~mru@batanen.kinali.ch) has joined #beagle
  • [23:29:34] * mturquette (~mturquett@nat/ti/x-vfzdsgphxkpclqsn) has joined #beagle
  • [23:29:34] * janne (~janne@sianko.jannau.net) has joined #beagle
  • [23:29:34] * cosmo1t (montenis@cosmo.2y.net) has joined #beagle
  • [23:29:34] * javaJake (~javaJake@unaffiliated/javajake) has joined #beagle
  • [23:29:34] * BThompson (bhthompson@nat/google/x-gvdhadmshtvoegfc) has joined #beagle
  • [23:29:34] * russell-- (~russell@donk.personaltelco.net) has joined #beagle
  • [23:29:34] * ka6sox-away (~ka6sox@nasadmin/ka6sox) has joined #beagle
  • [23:29:34] * wmat (wmat@wallace.mixdown.ca) has joined #beagle
  • [23:29:34] * scromp (~bnaylor@haybaler.sackheads.org) has joined #beagle
  • [23:29:34] * arun (~arun@unaffiliated/sindian) has joined #beagle
  • [23:29:34] * housel (~user@mccarthy.opendylan.org) has joined #beagle
  • [23:29:34] * Crofton|work (~balister@96.240.166.19) has joined #beagle
  • [23:29:34] * lool (~lool@debian/developer/lool) has joined #beagle
  • [23:29:34] * cehh (~carher@nat/ti/x-fmjaprewbwlleibg) has joined #beagle
  • [23:29:34] * reanguiano (~devnull@ricardoanguiano.com) has joined #beagle
  • [23:29:34] * netman87 (netman87@kapsi.fi) has joined #beagle
  • [23:29:34] * georgem (~georgem@mail.novatech-llc.com) has joined #beagle
  • [23:29:34] * pfefferz` (~pfefferz@ec2-50-19-223-142.compute-1.amazonaws.com) has joined #beagle
  • [23:29:34] * ds2 (noinf@netblock-66-245-251-24.dslextreme.com) has joined #beagle
  • [23:29:34] * Phrewfuf (~Phrewfuf@andreaskist.de) has joined #beagle
  • [23:29:34] * Bryanstein (~Bryanstei@shellium/admin/bryanstein) has joined #beagle
  • [23:29:34] * hpham (~hpham@fwdweb.net) has joined #beagle
  • [23:29:34] * FunkyPenguin (~quassel@opensuse/member/FunkyPenguin) has joined #beagle
  • [23:29:34] * mru (~mru@hotblack.mansr.com) has joined #beagle
  • [23:29:34] * muhoo (~muhoo@c-98-234-156-4.hsd1.ca.comcast.net) has joined #beagle
  • [23:29:34] * Rious (~Rious@ec2-50-17-240-121.compute-1.amazonaws.com) has joined #beagle
  • [23:29:34] * jonmasters (~jcm@edison.jonmasters.org) has joined #beagle
  • [23:29:34] * fester (~fester@rhlug/fester) has joined #beagle
  • [23:29:34] * j_h (jarih@kapsi.fi) has joined #beagle
  • [23:29:34] * agraf (agraf@nat/suse/x-amqtdnvwathrxwsv) has joined #beagle
  • [23:29:34] * travalas (~ncharles@pool-108-49-55-4.bstnma.fios.verizon.net) has joined #beagle
  • [23:29:34] * signal11 (esteban@abq.quaddro.net) has joined #beagle
  • [23:29:34] * dlan (~dennis@116.228.88.131) has joined #beagle
  • [23:29:34] * nslu2-log (~nslu2-log@140.211.169.184) has joined #beagle
  • [23:29:34] * _av500_ (~av500@lgf.archos.com) has joined #beagle
  • [23:29:34] * LetoThe2nd (~jd@unaffiliated/letothe2nd) has joined #beagle
  • [23:29:34] * riddle (riddle@us.yunix.net) has joined #beagle
  • [23:29:34] * tomba (tomba@taika.fi) has joined #beagle
  • [23:29:34] * SilicaGel (~quassel@leavenworth78.main.ad.rit.edu) has joined #beagle
  • [23:29:34] * XorA|gone (~XorA@www.xora.org.uk) has joined #beagle
  • [23:29:34] * djinni (~djinni@li125-242.members.linode.com) has joined #beagle
  • [23:29:34] * Zygo (startkeylo@startkeylogger.hungrycats.org) has joined #beagle
  • [23:29:34] * guyzmo (~guyzmo@barney.bearstech.com) has joined #beagle
  • [23:29:34] * Darek- (darek@work.sznajder.org) has joined #beagle
  • [23:35:46] * NishanthMenon (~nmenon@192.91.66.186) Quit (Quit: Ex-Chat)
  • [23:45:23] * _chase_ (~a0271661@nat/ti/x-apqrtndgutqxrvus) has left #beagle