**** BEGIN LOGGING AT Wed May 08 02:59:58 2013
May 08 03:07:04 <Shadyman> heh. heh. He said bone. heh heh. heh heh.
May 08 03:07:48 <xbskid> I flashed my bone earlier and nothing came of it. :> and :<
May 08 03:09:18 <Shadyman> I flashed my bone and all I got was arrested :/
May 08 03:09:42 <xbskid> Not even a lousy t-shirt.
May 08 03:11:48 <Ahchoo> Hello
May 08 03:14:57 <Ahchoo> So I have a dumb question... I just got the Beaglebone black and flashed the latest OS update to a microSD card. When I plug the uSD card back into my Beaglebone and have my Beaglebone boot from the uSD connected via USB to my Win7 machine I no longer get a USB mass storage folder with all the Beaglebone starting information. Is that normal?
May 08 03:17:22 <didof3> Beaglebone Black takes 45 minutes to flash. when it is finished all 4 led's will light.
May 08 03:17:49 <xterm91> Anyone have a reference for the led's during boot?
May 08 03:19:36 <didof3> <ahchoo> after all 4 are lit remove the Sd and power then power on
May 08 03:21:37 <xbskid> xterm91: http://beagleboard.org/static/beaglebone/latest/README.htm
May 08 03:21:54 <xbskid> Oh, during boot
May 08 03:25:15 <didof3> <Ahchoo> http://circuitco.com/support/index.php?title=Updating_The_Software
May 08 03:26:39 <SDhell> I put in a blank sd card, and the freaking thing is still trying to boot from it. No buttons are pressed. Is it possible to modify the boot order? The usual files seem to be in a different place.
May 08 03:26:56 <xbskid> xterm91: The manual describes the pattern of the LEDs during the initial boot, but it doesn't seem to explain what they mean.
May 08 03:28:09 <didof3> <xbskid> 1=heartbeat  2=mmc0  3=cpu0  4=mmc1
May 08 03:28:38 <xbskid> didof3: That's after the initial boot.
May 08 03:28:51 <xbskid> During initial boot, 1 comes on, then 2 and 3, then 4.
May 08 03:29:31 <xbskid> This is illustrated in the manual, which says it happens, but basically just says "Nevermind the man behind the curtain"
May 08 03:29:54 <didof3> docs are not the greatest and I'm new to this but thats what I found
May 08 03:30:12 <Shadyman> xbskid: We're off to see the wizard! the wonderful wizard of Oz!
May 08 03:32:06 <xterm91> xbskid: During boot these LED's are lit steady and sequentially which leads me to believe that these are different indications
May 08 03:33:54 <xbskid> xterm91: Obviously. :P
May 08 03:34:10 <xterm91> xbskid: I really wish they hadn't skipped the details on these indicators...
May 08 03:34:28 <xterm91> it would make troubleshooting without serial quite a bit easier
May 08 03:37:20 <SDhell> The LED's meaning is right on the getting started page...
May 08 03:37:33 <SDhell> I put in a blank sd card, and the freaking thing is still trying to boot from it. No buttons are pressed. Is it possible to modify the boot order? The usual files seem to be in a different place.
May 08 03:37:50 <xterm91> SDShell: That's not what I'm referring to (That's post-boot)
May 08 03:39:49 <xterm91> xbskid: I see what you mean with the glossing
May 08 03:40:19 <xbskid> xterm91: Also the people with the not-reading.
May 08 03:40:25 <didof3> I flashed BBB-eMMC-flasher-2013.05.06.img.xz and still can't access the sd after boot. they say "Known Bug"
May 08 03:41:42 <xterm91> xbskid: I'm still in the process of aggregating and indexing resources :P
May 08 03:41:57 <xbskid> That's what Google is for!
May 08 03:43:25 <xterm91> Indeed. Been stuck reading through TI's Android installation guides... making sure I cross all of my 'T's
May 08 03:46:57 <prpplague> xterm91: hmmm that is somewhat like reading a autbiography about Napoleon written by someone in an asylum who thinks they are Napoleon
May 08 03:47:44 <xterm91> Everything works like a charm.... until you try to bootit
May 08 03:47:47 <xterm91> boot it *
May 08 03:47:54 <benjamin_> hello
May 08 03:50:52 <didof3> Was looking at Ti Android Dev kit didn't try it yet. http://processors.wiki.ti.com/index.php/BeagleBone-Android-DevKit_Guide
May 08 03:51:06 <benjamin2> Is anyone else having trouble access the BeagleBone black?
May 08 03:51:11 <benjamin2> *accessing
May 08 03:51:38 <benjamin2> I have done research to find solution but cannot
May 08 03:52:44 <didof3> <benjamin2>  details???
May 08 03:52:59 <xbskid> benjamin2: Yeah, you need to be more specific.
May 08 03:53:24 <benjamin2> Sorry. Well, it turns on fine. Can access files mounted (Start.htm) but cannot network to device
May 08 03:54:16 <benjamin2> ssh access is denied
May 08 03:54:38 <xbskid> Which address are you using?
May 08 03:54:44 <xbskid> Not that it should matter
May 08 03:55:03 <benjamin2> it is at 192.168.7.2
May 08 03:55:06 <benjamin2> I can ping it fine
May 08 03:55:23 <didof3> had the same problem out of the box. flashed and it worked fine
May 08 03:55:24 <xbskid> What happens when you try for http://192.168.7.2 ?
May 08 03:55:27 <benjamin2> ssh says
May 08 03:55:28 <benjamin2> ssh_exchange_identification: Connection closed by remote host
May 08 03:55:51 <benjamin2> it serves the page to me
May 08 03:56:08 <benjamin2> the beaglebone 101 page that is
May 08 03:56:14 <xbskid> Try reflashing it
May 08 03:56:20 <benjamin2> ok
May 08 03:56:22 <benjamin2> ok
May 08 03:56:25 <benjamin2> will do
May 08 03:56:30 <benjamin2> thanks
May 08 03:56:52 <xbskid> Adafruit shipped my BBB in a black box. :>
May 08 03:57:06 <xbskid> I thought it was a nice touch.
May 08 03:57:25 <didof3> lol nice
May 08 03:58:01 <didof3> got mine with the 8500 others from Mouser
May 08 04:01:29 <didof3> http://www.mouser.com/search/include/aoo_popup.aspx?mouserpartnumber=595-BB-BBLK-000
May 08 04:01:39 <benjamin2> thanks again. hopefully I'll be back again with more interesting questions
May 08 04:06:12 <didof3> <xterm91> Did you get Androind to boot?
May 08 04:21:41 <fester> i was just reading: http://hipstercircuits.com/prussdrv-bug/ he mentions arch/arm/boot/dts/am335x.dtsi where can i find this file? is it one of the files generated when making the kernel?
May 08 04:29:12 <_av500_> yes
May 08 04:29:18 <_av500_> no
May 08 04:29:22 <_av500_> its part of the kernel source
May 08 04:31:26 <fester> but either way, i need to recompile the kernel?
May 08 04:32:16 <_av500_> depends
May 08 04:32:30 <fester> on what?
May 08 04:32:34 <_av500_> its one way
May 08 04:32:46 <_av500_> you should be also able to load a dtb fragment at runtime
May 08 04:32:53 <_av500_> mranostay: ^^ ayn idea?
May 08 04:35:09 <fester> dtb fragment?
May 08 04:35:40 <fester> haha, i just realized everything i've said ended in a question mark
May 08 04:36:55 <fester> i'm not looking forward to building the kernel, i don't have a cross compile system set up
May 08 04:37:48 <ka6sox> _av500_, https://github.com/ka6sox/BoneTag
May 08 04:50:50 <fester> wow, ridiculous. this magically works http://pastebin.com/SCV8QdXZ
May 08 04:52:08 <fester> can someone comment on why that works?
May 08 05:01:56 <ds2> _av500_: any chance you played with the OHCI block on the O3?
May 08 05:07:47 <dm8tbr> I thought it only had EHCI?
May 08 05:08:29 <ds2> really?
May 08 05:22:57 <BeagleGithub> [kernel] koenkooi pushed 1 new commit to 3.8: http://git.io/wXkvJQ
May 08 05:22:57 <BeagleGithub> kernel/3.8 c98a6cf Koen Kooi: 3.8: attempt to fix AVI infoframes on HDMI...
May 08 05:23:10 <Russ> yay
May 08 05:25:25 <av500> AVI ftw
May 08 05:30:58 <dm8tbr> ds2: wasn't it so, that on the XM you had to connect a usb hub inbetween OHCI devices, because the port wouldn't speak to them directly?
May 08 05:32:02 <koen> that's why the xM has a hub
May 08 05:32:14 <koen> the classic suffered from that problem iirc
May 08 05:32:20 <koen> EHCI only port
May 08 05:32:52 <dm8tbr> ah, that way around
May 08 05:33:13 <dm8tbr> I worked with both types of O3, but not the BB directly
May 08 05:37:08 <ka6sox> mranostay, can you review: http://elinux.org/Ti_AM33XX_PRUSSv2#Beaglebone_PRU_connections_and_modes:
May 08 05:37:51 <mrpackethead> is mranostay here?
May 08 05:38:16 <ka6sox> mrpackethead, that was for whenever he shows up
May 08 05:38:49 <mrpackethead> ka6sox: that looks like a useful doc
May 08 05:39:12 <mrpackethead> its dissapointing that you cant' get to both PRU-MII ports
May 08 05:39:12 <ka6sox> mrpackethead, I hope so
May 08 05:39:38 <ka6sox> yup
May 08 05:39:46 <mrpackethead> i have the TI-ICE board
May 08 05:39:58 <ka6sox> considerably more $$$
May 08 05:39:58 <mrpackethead> its got 2 ports implemented
May 08 05:40:10 <mrpackethead> but then its got no ethernet port
May 08 05:40:11 <mrpackethead> :-(
May 08 05:51:29 <koen> look at that, 3.8.12
May 08 05:57:24 <[1]segfault> you serious?
May 08 05:57:29 <[1]segfault> I just got 3.8.11 working
May 08 05:59:19 <[1]segfault> unless there's fixes in there for the hardware AES engine i'm not interested
May 08 05:59:30 <av500> ka6sox: can you add a part about how to enable the PRU?
May 08 05:59:35 <av500> people are asking for that
May 08 05:59:39 <av500> DT munging
May 08 06:00:06 <[1]segfault> cause as of right now, every time I hammer the AES engine the kernel starts barfing about the omap AES queue manager code trying to sleep where it's not supposed to
May 08 06:02:21 <ka6sox> av500, sure
May 08 06:02:48 <ka6sox> might not get to it till tomorrow but I'll work on it then.
May 08 06:10:21 <[1]segfault> so who wants to start taking bets on if my next kernel compile works
May 08 06:10:39 <[1]segfault> im tryiing to tweak it to the bare minimum
May 08 06:20:37 <[1]segfault> anyone ever seen this: http://paste.kill-9.me/view/2bb5a34a
May 08 06:20:49 <[1]segfault> happens if I enable kernel support for the hardware aes engine
May 08 06:25:13 <tsjsieb> goodmorning
May 08 06:26:35 <[1]segfault> here's more verbose output: This is appening on my beaglebone and beaglebone blacks
May 08 06:26:36 <[1]segfault> http://paste.kill-9.me/view/9f9b348e
May 08 06:29:30 <proesel> Good morning, I have a question. In the I2C address, the last bit is cleared. Is there a way I can see the 8 bit address. So I can distinguish between R / W?
May 08 06:32:10 <av500> ka6sox: thanks
May 08 06:32:29 <av500> proesel: isnt that what the hardware does
May 08 06:32:35 <av500> for reads and writes?
May 08 06:34:38 <BeagleGithub> [kernel] koenkooi pushed 1 new commit to 3.8: http://git.io/R6efXw
May 08 06:34:38 <BeagleGithub> kernel/3.8 2ce1866 Koen Kooi: 3.8: update to 3.8.12...
May 08 06:34:45 <proesel> so im not sure. If I look at the I2C bus I only see the read addresses, and I can not write so the write address because there is none.
May 08 06:35:07 <koen> [1]segfault: TI fired the person doing the crypto work before it was finished during the last layoffs
May 08 06:35:57 <grumpie> can someone help with a ver simple qn. I'm trying to mount an sd card on Angstrom and "fdisk -l" doesnt list anything other than the eMMC. What am I missing? Any clues deeply appreciated!
May 08 06:36:17 <grumpie> I RTFM'd but obviously I missed it
May 08 06:36:39 <ka6sox> grumpie, fdisk -l of what device name?
May 08 06:37:09 <grumpie> hmm I just did "fdisk -l" assuming it would list all devices
May 08 06:37:40 <[1]segfault> koen, damn.
May 08 06:37:51 <koen> you can't use SD cards on beaglebone black, TI needs to fix the mmc driver
May 08 06:38:03 <[1]segfault> o.O
May 08 06:38:08 <koen> grumpie: harass jkridner|work about it, he has the action item to get it fixed
May 08 06:38:09 <[1]segfault> can't use SD cards?
May 08 06:38:23 <koen> if it isn't inserted at boot, it won't work
May 08 06:38:25 <[1]segfault> good to know
May 08 06:39:36 <grumpie> @koen ... really! wow! I hate to harass people about stuff like this, so I'll just assume someone else already harassed him :-) I assume jkridner isnt getting paid to do this?
May 08 06:39:39 <grumpie> :-)
May 08 06:40:15 <ds2> you could pay someone to do what you need :D
May 08 06:40:37 <grumpie> hmm ... so my trip to frys to replace the 32G card that I thought was the problem was unnecessary :-)
May 08 06:41:16 <grumpie> @ds2 ... yeah, which is why its hard to harass him :-) I'm appreciative enough already abut how well this all works so far
May 08 06:41:56 <grumpie> btw @koen, did you haev to do anything special to get R to compile on Angstrom?
May 08 06:42:50 <grumpie> I noticed you posted about that and was wondering if you had any advice for me, I'm starting to compile R 3.0
May 08 06:43:49 <grumpie> so as I understand it, the BBB wont recognize an SDCard if you insert it after boot, but will if it is already in there at boot?
May 08 06:44:31 <grumpie> the problem i'm having is that if I have an sdcard in there and I try adn boot, it hangs. I dont have console access, so I cant see what its doing
May 08 06:45:44 <[1]segfault> grumpie, if the card is in there at boot, its gonna try and load the kernel from it
May 08 06:46:05 <[1]segfault> so the workaround right now is to format it simmilar to the emmc
May 08 06:46:11 <[1]segfault> similar*
May 08 06:46:12 <ka6sox> push the button!
May 08 06:46:29 <[1]segfault> i thought the button forces it to read uboot off of the sd card?
May 08 06:47:41 <grumpie> but how do I format it similar to the emmc if I cant access it from the BBB ... do I just fdisk and format on a different linux host?
May 08 06:47:56 <[1]segfault> hrm
May 08 06:49:14 <[1]segfault> yup, just boot the BBB onto the network, mount /dev/mmcblk0p1 and sync the files to the first partition of the SD card
May 08 06:49:50 <[1]segfault> should boot
May 08 06:50:30 <grumpie> I guess as long as it is a recognizable non bootable linux partition it should work?
May 08 06:50:39 <grumpie> wow what a pain!
May 08 06:50:53 <grumpie> its weird that they would ship without sdcard support.
May 08 06:51:00 <grumpie> and not mention it in the docs :-)
May 08 06:51:03 <[1]segfault> yea, the first partition is just a FAT32 partition :D
May 08 06:51:23 <grumpie> but, that's life at the bleeding edge, I suppose.
May 08 06:51:28 <[1]segfault> oh, crap
May 08 06:51:32 <[1]segfault> wait, lemme think about this
May 08 06:51:38 <[1]segfault> the bootpart is 0:2
May 08 06:51:57 <grumpie> hmm ... strange, because I did format it as a FAT32 partition ... but it still hung on boot.
May 08 06:52:43 <grumpie> So let me get this right: you are saying that I boot the BBB normally with no SDCard in the slot, ssh into it and then.... what?
May 08 06:53:27 <grumpie> apologies, I'm getting a bit lost here on exactly how to format the sdcard so I can use it as a data drive
May 08 06:53:32 <[1]segfault> you'll need two partitions on the SD card, the first one as FAT32, the second as EXT4, on the first you'll need to sync the uenv.txt file.. on the second you'll need to sync the entire /boot/ directory from the BBB existing filesystem onto the second partition of the SD card. /boot/ has the flattended device trees and the kernel
May 08 06:53:46 <[1]segfault> grumpie, yea im figuring out quite a bit of this as i go
May 08 06:55:38 <grumpie> but that sounds like you need the sdcard to be bootable ... which I thought was only needed if you pressed the USER/BOOT button on powerup?
May 08 06:56:15 <grumpie> I hate to sound ungrateful, but it does sound to me like they rushed this a bit, didnt they ??
May 08 06:56:25 <[1]segfault> TI layed off a bunch of people
May 08 06:56:53 <[1]segfault> so, I think the schedule was to have all of this done before the hardware went out but that didn't happen
May 08 06:56:53 <grumpie> is this an Angstrom thing? do I have the same problem if I just boot ubuntu or similar?
May 08 06:57:03 <[1]segfault> grumpie, afaik yes
May 08 06:57:18 <panto> morning
May 08 06:57:19 <[1]segfault> I have a custom linux kernel build and I don't have mmc hotplug
May 08 06:57:34 <grumpie> yes, angstrom only, or yes, same prob with ubuntu?
May 08 06:57:40 <grumpie> :-)
May 08 06:58:03 <[1]segfault> same problem with ubuntu, etc etc
May 08 06:58:13 <[1]segfault> anything that uses the linux kernel really
May 08 06:58:15 <grumpie> i mamanged to spend hours yesterday because I made the mistake of tyring okpg update/upgrade :-(
May 08 06:58:21 <[1]segfault> o.O
May 08 06:58:24 <[1]segfault> yeaaaaaaa......
May 08 06:58:34 <koen> grumpie: jkridner|work is very much getting paid to do this, he works for TI
May 08 06:58:52 <koen> grumpie: I compiled R natively, just worked
May 08 07:01:05 <av500> arrrrr
May 08 07:02:35 <grumpie> so I'm still a bit confused about using the sdcard. Assuming that I did a clean "update the software" as recommedned by the beaglebone website, how did you guys get access to the sdcard?
May 08 07:02:40 <mranostay> ka6sox: looks sane
May 08 07:02:45 <grumpie> all i'm trying to do is get some extra space to do a compile :-)
May 08 07:04:21 * mranostay goes to sleep for a few hours
May 08 07:04:30 <ka6sox> nite mranostay
May 08 07:05:04 <av500> mranostay: slacker
May 08 07:05:32 <ds2> wow quickturn koen
May 08 07:05:35 <[1]segfault> grumpie, could always use an nfs mount, it would probably be faster since SD cards are only 4 bytes wide
May 08 07:05:56 <[1]segfault> err bit
May 08 07:06:06 <[1]segfault> bits*
May 08 07:06:24 <grumpie> segfault. thats a really good idea! I wish I had thought of that
May 08 07:06:35 <panto> [1]segfault, send me your test case, and if I have any spare cycles I'll try to see if it's a easy fix
May 08 07:06:40 <panto> looks like pm related
May 08 07:06:53 <panto> which means you can try disabling PM
May 08 07:07:00 <[1]segfault> I was thinking of doing that
May 08 07:07:10 <[1]segfault> It's an appliance so its not like I care about PM
May 08 07:07:35 * panto whispers, so does almost everyone else - this ain't a phone or a tablet
May 08 07:07:47 <panto> but the omap-ism runs strong
May 08 07:08:05 <ds2> appliances need sleep too!
May 08 07:08:19 <av500> yes
May 08 07:08:19 <ds2> who wants insomiac appliances
May 08 07:08:58 <[1]segfault> interestingly enough
May 08 07:09:15 <[1]segfault> BUG() support isn't compiled in but somehow it's still there :P
May 08 07:09:37 <panto> [1]segfault, you still crash and get a backtrace
May 08 07:09:47 <panto> you just don't get the verbose message
May 08 07:10:05 <[1]segfault> hrm, i'm not getting crashes though, it keeps on chugging
May 08 07:12:01 <Sebastian_> hallo, ich suche die 2x23 HEADER FEMALE, wo kann ich die bestellen?
May 08 07:12:36 <panto> ok, make sure you send me how you stress test it
May 08 07:13:01 <Russ> wow, he left quick
May 08 07:13:07 <Russ> drive by question
May 08 07:13:37 <panto> I'm sure he is very efficient at drive bys
May 08 07:13:54 <rbarris> might have been in the web chat panel..
May 08 07:13:55 <Sebastian_> Hello, I am looking for the 2x23 HEADER FEMALE, where can I order?
May 08 07:14:04 <Russ> beaglebone.mlelectronics.com
May 08 07:14:31 <Russ> ah, he had to switch his client to english
May 08 07:16:07 <[1]segfault> panto, i'm using a cryptoloop, just start reading or writing data to the block device for the loop and it starts spewing that error
May 08 07:16:21 <panto> ok
May 08 07:17:15 <Sebastian_> hi i have found everything, many thanks
May 08 07:17:17 <[1]segfault> panto, what all do you need to make this easy as possible? kernel config?
May 08 07:17:25 <panto> yes
May 08 07:17:35 <panto> panto@antoniou-consulting.com
May 08 07:17:39 <[1]segfault> cool
May 08 07:17:46 <panto> and your cryptoloop options if any
May 08 07:17:57 <[1]segfault> sounds good
May 08 07:18:06 <panto> I think it's just a case of trying to call schedule while in the PM path
May 08 07:25:39 * koen reads up on linuxcnc
May 08 07:26:26 <koen> there is a beaglebone branch that will use the PRU to do the realtime stuff so you don't need rtai/xenomai
May 08 07:26:47 <koen> except that the dude doing that based it on a xenomai kernel
May 08 07:26:49 <koen> FFS
May 08 07:26:59 <koen> RT-preempt FTW
May 08 07:30:39 <[1]segfault> panto: sent you an email, I don't have to use the hardware AES module
May 08 07:30:48 <[1]segfault> there's always good ol fashioned software
May 08 07:31:07 <[1]segfault> sweet bobs burgers season 2 is on netflix!
May 08 07:31:09 <panto> in that was the case you would still bitbang your serial port :)
May 08 07:31:19 <panto> h/w is there for a reason
May 08 07:36:04 <sabesto> Hello, anyone got an actual usable solution to the random mac address problem with the xM? (ubuntu 3.2.0-23-omap)
May 08 07:36:31 <sabesto> been googling and finding random solutions that does not seem to work
May 08 07:36:38 <av500> kernel command line?
May 08 07:36:44 <av500> or that patch that generates it from the die id
May 08 07:37:14 <sabesto> this: http://blog.galemin.com/2010/11/patch-for-fixing-random-mac-address-on-beagleboard-xm/ ?
May 08 07:39:01 <koen> jhc
May 08 07:39:06 <koen> linuxcnc is a mess
May 08 07:40:32 <av500> sabesto: I guess so
May 08 07:40:53 <sabesto> its from 2010, wont that fuck up something?
May 08 07:41:57 <av500> what kernel are you running?
May 08 07:42:09 <sabesto> 3.2.0
May 08 07:42:27 <sabesto> 3.2.0-23-omap to be precise
May 08 07:42:28 <av500> there is also the /etc/something method in that post
May 08 07:42:33 <av500> did that not work?
May 08 07:43:07 <sabesto> no
May 08 07:43:19 <bearsh|work> am I right with my assumption that the CAN cape is not supported by the 'device tree' kernels? I can't find any mention of it in the dt* files
May 08 07:44:26 <panto> bearsh|work, no, not yet
May 08 07:45:00 <sabesto> i did add auto eth0, iface eth0 inet auto, hwaddress ether xx:yy..... to /etc/network/interfaces
May 08 07:45:09 <av500> bearsh|work: a good start to learn DT :)
May 08 07:45:30 <sabesto> restarted and it didnt even bring the network up, when i did it manually it refused to get an IP
May 08 07:45:38 <bearsh|work> panto: thx av500: :()
May 08 07:46:04 <bearsh|work> is there some ongoing work?
May 08 07:46:26 * av500 loves vendors that strip down the kernel tree of all .c files they don't "need"
May 08 07:46:40 <bearsh|work> dt still seems a little bit confusing to me
May 08 07:46:57 <Russ> 26+26=54 right there
May 08 07:47:11 <av500> bearsh|work: who makes that cape?
May 08 07:47:52 <bearsh|work> av500: beagleboardtoys
May 08 07:47:59 <grumpie> i'm having some trouble finding a simple strategy to be able to get an sdcard working with the BBB ... just having it in the sdcard slot seem to prevent the BBB from booting, even if the USER/BOOT button is NOT pressed
May 08 07:48:14 <grumpie> any suggestions?
May 08 07:49:26 <grumpie> i've tried several "harmless" formats and they all seem to hang the boot process, and I have to believe it is something dumb I am doing
May 08 07:50:03 <av500>   you want to boot from it?
May 08 07:50:10 <av500> or just use a card?
May 08 07:50:28 <grumpie> @av500 ... either, but as a start, just use the card would be good :-)
May 08 07:50:43 <grumpie> eventually, perhaps boot a custom kernel from it
May 08 07:50:46 <av500> and its empty?
May 08 07:51:11 <grumpie> yes. I even put somethign there just to see if that helped
May 08 07:51:17 <grumpie> just FAT32
May 08 07:53:04 <av500> sec
May 08 07:53:04 <av500> just botting mine
May 08 07:53:10 <av500> booting even
May 08 07:53:19 <grumpie> if the sdcard is inserted, all I get id all LEDs lit and hung!
May 08 07:53:49 <[1]segfault> im pretty sure it's cause uboot looks for it first
May 08 07:53:49 <grumpie> but I know the sdcard device is ok cos I "updated to the latest version" using the image (and your help!) yesterday
May 08 07:54:07 <[1]segfault> and if it finds it sets mmcdev to the sdcard and tries to load the kernel from it
May 08 07:54:35 <grumpie> 1segfault ... so that would indicate that it would actually be easier to boot from the sdcard than just use it as space
May 08 07:54:53 <[1]segfault> yup
May 08 07:55:16 <grumpie> hmmm ... so all I need to do is to find a way to dd the boot image into the card
May 08 07:55:28 <av500> grumpie: indeed
May 08 07:55:37 <av500> with card inside, it does not boot
May 08 07:55:38 <av500> unless it can boot from the card
May 08 07:56:31 <grumpie> but the image on the website is a flasher ... is there a pure boot image someplace? or perhaps I can grab it from a running BBB? but onto what?
May 08 07:57:33 <av500> onto sd :)
May 08 07:57:46 <av500> grumpie: I think you can use the flasher
May 08 07:57:53 <av500> just disable /usr/bin/emmc.sh
May 08 07:58:04 <av500> which is the flash script
May 08 07:58:06 <panto> errm, wait
May 08 07:58:30 <panto> ping koen about it first
May 08 07:58:31 * av500 waits
May 08 07:58:35 <panto> there might be slight differences
May 08 07:58:45 <[1]segfault> or...
May 08 07:59:08 <[1]segfault> use rsync to sync the filesystem over the network to whatever machine you have the mmc card plugged int
May 08 07:59:10 <[1]segfault> into*
May 08 07:59:19 <av500> yeah
May 08 07:59:25 <[1]segfault> holy, shit
May 08 07:59:25 <koen> there's http://dominion.thruhere.net/koen/angstrom/beaglebone/Angstrom-Cloud9-IDE-GNOME-eglibc-ipk-v2012.12-beaglebone-2013.04.13.img.xz
May 08 07:59:36 <[1]segfault> my kernel is tiny
May 08 07:59:40 <av500> but then, the same information should be available in the flasher already
May 08 08:00:00 <av500> koen: but that is 04.13
May 08 08:00:01 <av500> not 0.5.08
May 08 08:00:08 <koen> and?
May 08 08:00:19 <[1]segfault> 1.46 MB XZ compressed 3.8.11 kernel
May 08 08:00:22 <av500> its not the latest :)
May 08 08:00:54 <grumpie> i see ... let me mount the flasher version and see what it has ...
May 08 08:00:55 <av500> koen: still, why does it not boot from emmc with empty sd inside?
May 08 08:01:09 <sabesto> damnit, this random mac address thing is so annying
May 08 08:01:25 <[1]segfault> av500, it's because of how uboot detects the mmc card to boot from
May 08 08:01:34 <[1]segfault> bootcmd=gpio set 53; i2c mw 0x24 1 0x3e; run findfdt; mmc dev 0; if mmc rescan ; then echo micro SD card found;setenv mmcdev 0;else echo No micro SD card found, setting mmcdev to 1;setenv mmcdev 1;fi;setenv bootpart ${mmcdev}:2;mmc dev ${mmcdev}; if mmc rescan; then gpio set 54; echo SD/MMC found on device ${mmcdev};if run loadbootenv; then echo Loaded environment from ${bootenv};run importbootenv;
May 08 08:01:34 <[1]segfault> fi;if test -n $uenvcmd; then echo Running uenvcmd ...;run uenvcmd;fi;gpio set 55; if run loaduimage; then gpio set 56; run loadfdt;run mmcboot;fi;fi;
May 08 08:01:37 <[1]segfault> craaaappp
May 08 08:01:41 <[1]segfault> didn't mean to spam that hard
May 08 08:01:45 <av500> yes
May 08 08:02:12 <av500> but then I dont get the point of the boot button
May 08 08:02:14 <[1]segfault> so, unless you recompile uboot with a different default bootcmd, it will always try the sdcard if it's inserted
May 08 08:02:27 <[1]segfault> the boot button is to force the TI loader to read uboot from the sdcard and not the internal emmc
May 08 08:03:00 <av500> and then the uboot loaded from emmc boot from sd anyway :)
May 08 08:03:06 <[1]segfault> yup
May 08 08:03:29 <KotH> salut!
May 08 08:03:39 <av500> döner!
May 08 08:04:09 <panto> hey
May 08 08:04:38 * KotH cuts a few slices for av500 and panto 
May 08 08:04:46 <av500> gyros for you!
May 08 08:05:03 <av500> hmm, I feel like I need early lunch
May 08 08:06:16 <grumpie> i see, so the boot button tells the TI loader where to find uboot, but uboot always tries to boot the OS from the sdcard if it is present
May 08 08:06:43 <KotH> av500: call it whatever you like, it still is the one and only original döner :)
May 08 08:07:10 <av500> grumpie: seems so
May 08 08:07:49 <grumpie> @av500, thats a bit more clear to me now, merci
May 08 08:07:53 <av500> de rien
May 08 08:08:38 <[1]segfault> man, i am just breaking the crap out of my kernel today
May 08 08:08:39 <[1]segfault> http://paste.kill-9.me/view/6a54bab0
May 08 08:08:52 <[1]segfault> it's spamming that in what appears to be an infinite loop
May 08 08:09:04 <grumpie> so without the boot button pressed, it will grab uboot from NAND. That boot loader will boot from SD, so I need a bootable SD card. ok i got it.
May 08 08:09:22 <av500> not nand, emmc
May 08 08:09:24 <av500> but yes
May 08 08:09:29 <av500> same boot loader, same script
May 08 08:09:32 <grumpie> sorry, I meant emmc.
May 08 08:09:42 <av500> if you say nand, ds2 wakes up
May 08 08:09:44 <av500> we dont want that
May 08 08:09:50 <grumpie> :-)
May 08 08:10:12 <[1]segfault> stupid usb verbose messages
May 08 08:13:47 <grumpie> so all i need is the "latest" version without the flasher .. whcih I think I can find here: http://angstrom.s3.amazonaws.com/demo/beaglebone/index.html
May 08 08:14:04 <grumpie> and I dd that onto the sdcard and I'm done.
May 08 08:15:24 <grumpie> execpt that when I dd that, it'll create the partitions it needs for the boot and rootfas, and hopefully leave the rest of the space unused, which I can fdisk/mkfs to my liking
May 08 08:15:40 <grumpie> phew
May 08 08:22:39 <grumpie> @av500 ... at the risk of embarassing myself, what's the difference between emmc and nand?
May 08 08:26:21 <SpeedEvil> emmc is basically SD
May 08 08:26:33 <SpeedEvil> it pretends to be a perfect block device
May 08 08:26:50 <SpeedEvil> NAND is raw flash memory, with defects expected
May 08 08:27:11 <SpeedEvil> it is not a normal block device
May 08 08:39:50 <trungk> hello
May 08 08:40:03 <trungk> who are here?
May 08 08:40:08 <grumpie> @SpeedEvil, thanks. that makes sense.
May 08 08:40:25 <trungk> I am Vietnamese
May 08 08:40:37 <trungk> I want to buy "BeagleBoard-xM"
May 08 08:40:47 <trungk> can you support for me?
May 08 08:42:32 <jacekowski> just order it
May 08 08:43:55 <koen> av500: https://github.com/koenkooi/u-boot/blob/black/include/configs/am335x_evm.h#L145
May 08 08:44:05 <koen> (in case I got disconnected before that)
May 08 08:51:04 <mrpackethead> the internet at 64k sucks
May 08 08:51:25 <fiola> ouch :-)
May 08 08:55:11 <av500> koen: yes, and?
May 08 08:55:37 <KotH> mrpackethead: going 90s? :)
May 08 08:56:04 <mrpackethead> had a windows machine go ferrel at home
May 08 08:56:13 <koen> av500: that's the place to fix the boot-from-sd problem
May 08 08:56:39 <mrpackethead> long story but one of the kids, bought their laptop home
May 08 08:56:41 <mrpackethead> and ...
May 08 08:56:46 <grumpie> av500 and koen ... the approach you suggested worked :-) Merci beacoup.
May 08 08:56:48 <mrpackethead> even though its in teh "guest" netowrk
May 08 08:57:13 <av500> koen: ah yes, I know that is the place :)
May 08 08:57:53 <grumpie> now I'm going to go back and see if I can get a larger sdcard to work
May 08 08:58:16 <mrpackethead> i repaired my faulty BBB
May 08 08:58:57 <av500> zapped it to life?
May 08 08:59:01 <mrpackethead> got lucky more than anythign
May 08 08:59:13 <mrpackethead> found a dry joint is suspect
May 08 09:00:31 <mrpackethead> the power management ic
May 08 09:00:33 <grumpie> does angstrom not use the /etc/fstab to mount to /media??
May 08 09:00:56 <mrpackethead> have to say, teh contruction quality of these BBB's has been prety dubious
May 08 09:01:08 <mrpackethead> noticed that the Magjacks are not installed straight either
May 08 09:02:04 <mrpackethead> maybe this ones just had a bad run
May 08 09:02:06 <mrpackethead> :-(
May 08 09:05:19 <av500> am I too stupid to understand how https://lkml.org/lkml works?
May 08 09:05:30 <av500> why cant it show all messages in one thread
May 08 09:06:04 <Russ> maybe you want this instead http://news.gmane.org/gmane.linux.kernel
May 08 09:06:36 <Russ> wtf, '[PATCH] [SVN] Please Merge 7 VirtualBox Kernel Modules into the Linux Kernel'
May 08 09:06:57 <av500> Russ: indeed, that is sane
May 08 09:07:13 <Russ> I really hope no one involved in the virtualbox project posted that email
May 08 09:08:20 <av500> and that post is insane :)
May 08 09:08:36 <Russ> check out this svn repo
May 08 09:08:39 <Russ> run this script
May 08 09:08:42 <Russ> extract this tar
May 08 09:08:50 <Russ> then pls merge these modules
May 08 09:11:17 <av500> yeah, run this script is my favorite
May 08 09:11:34 <av500> right after sign this cheque
May 08 09:11:37 <av500> lunch
May 08 09:11:48 <janne> rejected, patch missing and not a pull request, missing SOB
May 08 09:31:03 <[1]segfault> sweet splits bro
May 08 09:32:58 <Rohith> Hi All
May 08 09:33:10 <[1]segfault> Data Size:    1476928 Bytes = 1442.31 kB = 1.41 MB ... Smallest kernel i've ever compiled.. XZ compressed
May 08 09:33:22 <Rohith> Do any one have Kernal image with eth0 enabled?
May 08 09:33:34 <fiola> Re the 1st Q&A in the BeagleBone Black FAQ - http://circuitco.com/support/index.php?title=BeagleBone_Black_FAQ - what is lost on AM3358BZCZ100 in terms of actual hardware?  What prevents EtherCat from being used?
May 08 09:34:09 <Russ> umm...ethercat is not ethernet
May 08 09:34:15 <fiola> I know
May 08 09:34:23 <av500> ethermeow?
May 08 09:34:35 <fiola> But Ethernet can work transparently through EtherCat
May 08 09:34:49 <Russ> er, got you and Rohith confused
May 08 09:34:56 <[1]segfault> 2 second boot time *dances*
May 08 09:36:01 <panto> [1]segfault, we can make it go slower
May 08 09:36:29 <KotH> Russ: hmm? i thought ethercat is ethernet... just not IP based
May 08 09:36:45 <fiola> Nah, it's a ring protocol
May 08 09:36:59 <KotH> fiola: tokenring is also ring based and still an ethernet protocol
May 08 09:37:09 <Rohith> after booting always i'm getting error as eth0 interface is not avaliable
May 08 09:37:32 <Rohith> any solution for this problem?
May 08 09:37:46 <panto> Rohith, which board is that?
May 08 09:39:07 <Rohith> Panto its Begaleboard version B7
May 08 09:40:04 <av500> Bengaliboard?
May 08 09:40:06 <panto> paste dmesg output & lsusb
May 08 09:40:20 <panto> av500, it's like a beagleboard but with tiger stripes
May 08 09:41:16 <Rohith> any idea of the problem
May 08 09:41:32 <av500> [11:40:06] <panto> paste dmesg output & lsusb
May 08 09:41:34 <panto> not if you don't provide the logs?
May 08 09:41:44 <av500> panto is clever, but not psychic
May 08 09:41:50 <av500> psycic
May 08 09:41:55 <panto> I vehemently deny I'm clever
May 08 09:41:59 <panto> I'm lazy
May 08 09:42:04 <fiola> panto: y'er crossing the boundary between feline and canine there, woof! :P
May 08 09:42:07 <av500> panto: but you could ask the oracle
May 08 09:42:18 <av500> sacrifice a lamb
May 08 09:42:19 <grumpie> hey @av500, @koen ... thanks to you guys I got the 32G sdcard env working. Thanks, would never have made it without you
May 08 09:42:39 <panto> according to the findings about the area, the oracle was high as a kite when giving out prophecies
May 08 09:42:50 <panto> grumpie, +1
May 08 09:42:57 <av500> panto: sure
May 08 09:43:13 * panto is not high as a kite 
May 08 09:43:30 * panto is on his first coffee for the day 
May 08 09:43:42 <KotH> panto: and what is in the coffee?
May 08 09:44:05 <av500> retsina
May 08 09:44:06 <panto> coffee surprise
May 08 09:44:15 <panto> av500, retsina is foul
May 08 09:44:21 <av500> indeed
May 08 09:44:28 <av500> I have no idea how you people can drink that
May 08 09:44:32 <panto> it's a way to make subpar wine drinkable
May 08 09:44:42 <panto> av500, it's the cheapest wine
May 08 09:45:55 <fiola> Taste is subjective.  Some people even drink lager, which belies belief.
May 08 09:46:23 <panto> so http://www.cellartracker.com/wine.asp?iWine=76387
May 08 09:46:26 <panto> solid 1 star!
May 08 09:46:57 <[1]segfault> LZO > XZ for boot speed
May 08 09:47:05 <Rohith> guys any upadtes or any info about why eth0 is not configured ?
May 08 09:47:07 <[1]segfault> <3 i got it to under a second lol
May 08 09:47:17 <av500> [1]segfault: the fastest way to boot is not to
May 08 09:47:20 <panto> congrats, you win... something
May 08 09:47:34 <Rohith> if any one knows a link from where i can get kernal image with eth0 enabled?
May 08 09:47:37 <panto> Rohith, provide said info
May 08 09:47:38 <[1]segfault> sorry, im just having fun trying to make this boot the fastest
May 08 09:47:51 <av500> panto: you are doing it wrong
May 08 09:47:58 <av500> panto: dont ask back, deliver!
May 08 09:48:12 * panto delivers...
May 08 09:48:22 <av500> stand and deliver....
May 08 09:48:27 <panto> av500, +1
May 08 09:48:31 <panto> boy we're old
May 08 09:48:37 <Rohith> what info you wnat Panto?
May 08 09:48:51 <panto> dmesg, and lsusb (if it's installed on the board)
May 08 09:49:17 <Rohith> yes
May 08 09:49:40 <Rohith> but dmesg OTG cable data is not listing
May 08 09:50:31 <koen> [1]segfault: http://dominion.thruhere.net/koen/cms/kernel-compression-experiments
May 08 09:51:26 <Rohith> ???
May 08 09:52:09 <av500> ¿¿¿
May 08 09:52:11 <panto> Rohith, ?
May 08 09:52:50 <panto> koen, love the comment
May 08 09:53:24 * KotH concures, av500 and panto are old
May 08 09:53:26 <Rohith> yes its installed
May 08 09:53:30 <fiola> haha.  That comment is indeed classic
May 08 09:54:13 <Rohith> but in dmesg, OTG cable data is not listing
May 08 09:54:18 <panto> koen, the only way to top that would be for your fiance to post something along the lines: "After you're done with your linux stuff, take out the trash please"
May 08 09:54:33 <av500> "Do you sell hubcaps for a '72 Pinto hatchback?"
May 08 09:54:35 * fiola giggles
May 08 09:55:25 <panto> Rohith, I can not parse this: please issue dmesg in the console and pastebin the output
May 08 09:56:51 <KotH> av500: would you mind if i called you methusalem?
May 08 09:57:29 <fiola> av500: although we laugh, it's worth remembering that the low price point of BBB means that the percentage of minimally-technical people will increase exponentially.  There's going to be a lot of comments like that, and worse.  Comes with the price point.
May 08 09:58:37 <av500> cheap questions beget cheap answers :)
May 08 09:58:56 <KotH> fiola: minimally-technical does not imply lazy
May 08 09:59:08 <KotH> fiola: most answers for those kind of questions are already on the net
May 08 09:59:13 <KotH> fiola: you just have to look them up
May 08 10:00:39 <fiola> KotH: Can't blame a newbie for coming to the horse's mouth, that's actually pretty advanced :P
May 08 10:01:15 <KotH> ^^'
May 08 10:01:33 <KotH> back in the days, when av500 and panto were still young, setting up an vnc server was intermediate stuf... at most
May 08 10:02:04 <av500> KotH: no idea, I played with Legos
May 08 10:02:06 <KotH> compiling your own kernel was standard, editing xf86.conf by hand required to get x11 working... etc pp
May 08 10:02:47 <av500> modelines!
May 08 10:03:03 <fiola> Pah, Lego, real old timers used Meccano
May 08 10:03:28 <KotH> fiola: they were more expensive than anything else ^^'
May 08 10:03:39 <av500> wrt the 72' Pinto quote: http://www.youtube.com/watch?v=3kz7_g5cU6w
May 08 10:03:41 <grumpie> @koen ... where did you get the fortran compiler for Angstrom? did you build that from scratch? which one ... gfortran?
May 08 10:04:15 <av500> fiola: did not have the patience for that
May 08 10:04:24 <av500> later I switched to Fischertechnik
May 08 10:04:28 <Sebastian___> Hello, I need the canbus for eagle, where can I get it?
May 08 10:04:37 <av500> eagle?
May 08 10:04:42 <av500> this is about beagle
May 08 10:04:57 <Sebastian___> board ans shematic
May 08 10:04:58 <KotH> what is just one letter?
May 08 10:05:30 <Sebastian___> eagle is an layout editor
May 08 10:05:53 <Russ> the schematics are easy to find for the bbb
May 08 10:06:01 <Russ> same with gerbers
May 08 10:06:21 <Russ> maybe if you could be more specific...
May 08 10:06:21 <KotH> Russ: afaik eagle has no pdf and no gerber viewer
May 08 10:06:34 <av500> Sebastian___: this maybe: http://beagleboardtoys.info/index.php?title=BeagleBone_CANBus
May 08 10:06:39 <Russ> KotH, nor does it have canbus support
May 08 10:07:20 <Sebastian___> it would help me even if I can get the canbus cape board as a pdf file
May 08 10:07:40 <KotH> Russ: true...
May 08 10:08:42 <Russ> Sebastian___, the page has them
May 08 10:08:43 <Sebastian___> The page I've found there's unfortunately only the wiring diagram and the board as a pdf file for allegro
May 08 10:09:09 <av500> so?
May 08 10:09:24 <Russ> it has gerbers, what else do you need?
May 08 10:09:29 <av500> gerbils
May 08 10:10:15 <Sebastian___> how can i see the routings from gerber files?
May 08 10:10:37 <KotH> Sebastian___: http://www.google.com/search?q=gerber+viewer.
May 08 10:10:43 <Russ> the schematic shows how everything is connected
May 08 10:10:56 <Russ> its not a complicated circuit
May 08 10:13:29 <grumpie> Hey jkridner, I'm told you are the guy that knows the most about the status of the sdcard issues? could you pl. update us?
May 08 10:13:45 <grumpie> any advice/info would be greatly appreciated
May 08 10:14:45 <av500> yes, jkridner knows it all
May 08 10:16:47 <Sebastian___> thanks for the help
May 08 10:38:56 <ketas> hmm
May 08 10:39:09 <ketas> beaglebone is somewhere inside dhl
May 08 10:39:22 <av500> there is a lot of stuff inside dhl
May 08 10:39:30 <ketas> always
May 08 10:39:51 <koen> less inside now
May 08 10:39:57 <koen> dhl just dropped of some stuff here
May 08 10:40:09 <av500> my microhdmi cables?
May 08 10:40:14 <av500> they are inside hdl too
May 08 10:40:23 <ketas> once dhl plane landed on lake near tallinn airport and someone i know complained his hard disk being on ice right then
May 08 10:40:25 <koen> no, hexapod robot, beaglebone, rulers and a bebopr cape
May 08 10:41:02 <ketas> was it dhl one
May 08 10:41:29 <ketas> yeh
May 08 10:43:23 <ketas> so i can soon test fbsd on it
May 08 10:43:26 <ketas> hopefully
May 08 11:09:18 <grumpie> koen ... i may have missed your response, but to recompile R from scracth on A* did you have to also recompile gfortran from scratch?
May 08 11:10:20 <grumpie> gfortran is busily compiling now but I figured I'd save myself some heartache if there was an alternative :-)
May 08 11:13:14 <sandy87> hi i am embedded c programmer, how can we embedded software to beagle ...should i need a card reader
May 08 11:13:34 <panto> sandy87, no
May 08 11:13:47 <panto> you can copy stuff over the network
May 08 11:15:39 <k92> where i can find the optmisation flags when i compile kernel
May 08 11:15:47 <k92> are they built by the defconfig
May 08 11:20:56 <mru> after building, you can find the exact command used for each file in .foo.o.cmd
May 08 11:25:51 <k92> mru: thanks. for assembly files. i dont see any -O2 or -Os
May 08 11:26:07 <mru> what difference would it make?
May 08 11:26:58 <av500> on my quad core, I compile with -o4
May 08 11:27:01 <av500> -O4
May 08 11:27:20 <KotH> mru: optimize the macros before executing them ;)
May 08 11:28:18 <mru> I particularly like macros defining macros
May 08 11:28:31 <k92> dont you think if you optimise with -O2 or -O3 it will run faster
May 08 11:28:35 <mru> no
May 08 11:28:42 <mru> go learn how compilers work
May 08 11:31:02 <KotH> mru: btdt, everyone else got angry at me for writing convoluted code ^^'
May 08 11:31:18 <k92> okay - thats what they taught me. use -O2 for speed, -Os for space
May 08 11:31:37 <KotH> k92: and what does the optimization?
May 08 11:31:43 <KotH> k92: and at which step
May 08 11:32:06 <mru> k92: a compiler reads C code, optimises it, and outputs assembly
May 08 11:32:15 <sandy87> how can i connect beagle bone to pc
May 08 11:32:25 <mru> if you have assembly _source_, you bypass the whole compilation step
May 08 11:32:30 * KotH wonders whether there is a good book about compilers, with less technical mambojambo than the dragon book, but more practical than wirth's book
May 08 11:32:42 <mru> that is, you jump in _after_ the optimisation stage
May 08 11:32:52 <mru> KotH: gcc source code
May 08 11:32:54 <mru> :)
May 08 11:32:58 <KotH> ^^'
May 08 11:33:01 <k92> mru: accept it
May 08 11:33:26 <KotH> sandy87: have you looked at the exact steps, which you can find on the beagle homepage?
May 08 11:34:38 <k92> mru: sometimes, i forgot my basics. i dont think it througly
May 08 11:35:03 <KotH> k92: dont worry. everyone asks stupid questions at times... then mru corrects them
May 08 11:35:50 <k92> i thought somewhere there was a discussion about effects of -O2 and -O3. he was referring to that.
May 08 11:36:33 <mru> those flags only do something if you're compiling a C (or fortran etc) source
May 08 11:37:16 <mru> the gcc manual will tell you what the various -O levels do
May 08 11:42:55 <KotH> i guess she found the exact steps
May 08 11:43:29 <mru> 1. grab bone with one hand
May 08 11:43:34 <mru> 2. grab usb cable with other hand
May 08 11:43:46 <mru> 3. insert usb plug in usb socket
May 08 11:43:57 <mru> 4. grab other end of usb cable
May 08 11:44:17 <mru> 5. locate usb port on pc
May 08 11:44:24 <mru> 6. insert usb plug
May 08 11:44:35 <mru> ^^ for future reference
May 08 11:44:48 <Jacmet> 7. turn usb plug around so it fits
May 08 11:45:01 <mru> 8. turn it around again so it fits
May 08 11:45:06 <Jacmet> mru ;)
May 08 11:45:58 <tsjsieb> 9. turn computer around so it fits
May 08 11:46:47 * KotH saves it for future c&p
May 08 12:08:07 <Moult_> hello all. i got myself a beaglebone black and i'm on linux. i can't seem to "Browse to the beagle" as a web application. (as a mass storage device is no problem). i've tried ejecting and remounting, as well as running the mkudevrules.sh (with no errors). i suspect it's an issue of missing kernel modules. can anyone help me debug this?
May 08 12:08:43 <mru> usb or ethernet?
May 08 12:09:46 <av500> Moult_: ehternet cable connected?
May 08 12:10:20 <Moult_> mru: usb
May 08 12:10:22 <Moult_> av500: usb
May 08 12:10:28 <Moult_> is ethernet preferred over usb?
May 08 12:10:38 <av500> hmm
May 08 12:10:46 <av500> does the black offer network over usb?
May 08 12:10:52 <av500> as default
May 08 12:11:56 <mru> Moult_: does it show up in lsusb?
May 08 12:12:19 <mru> or let's do it this way: pastebin the full output of lsusb
May 08 12:14:44 <Moult_> mru: http://pastebin.com/7TzbdFRL
May 08 12:15:14 <mru> is this with the beagle connected?
May 08 12:15:33 <av500> beagle emulates a Microsoft mouse?
May 08 12:15:39 <mru> who knows?
May 08 12:18:31 <Moult_> av500: I have an old Microsoft mouse connected. So probably not
May 08 12:18:49 <mru> but WAS THE BEAGLE CONNECTED?
May 08 12:19:09 <Moult_> mru: yes with the beagle connected via usb and the lights on the beagle were on
May 08 12:19:50 <mru> well, it ain't showing in that list
May 08 12:20:05 <mru> may we see your dmesg output?
May 08 12:21:11 <Moult_> mru: http://pastebin.com/veVAeSLA
May 08 12:21:14 <Moult_> mru: definitely recognised there
May 08 12:21:41 <Moult_> mru: gentoo encourages custom compiled and configured kernels, so it may be that i am missing a kernel module.
May 08 12:22:01 <mru> lsusb should still list the thing
May 08 12:22:12 <av500> that should show in lsusb
May 08 12:23:38 <Moult_> note that i can mount the device. it's listed as /dev/sdb in fdisk -l
May 08 12:23:50 <mru> you're making no sense
May 08 12:24:25 <tsjsieb> Why not just try using ethernet?
May 08 12:24:29 <Moult_> mru:  Bus 001 Device 010: ID 1d6b:0104 Linux Foundation Multifunction Composite Gadget <-- is that it?
May 08 12:24:42 <RagBal> How can I view the beaglebone terminal console?
May 08 12:24:44 <mru> that's not in the output you pasted
May 08 12:24:52 <RagBal> Serial console*
May 08 12:25:20 <Moult_> mru: you're right. odd. it must've just popped up
May 08 12:25:29 <av500> its in line 11
May 08 12:25:35 <av500> and pastebin only goes up to 10
May 08 12:25:48 <mru> so we need to find a pastebin that goes to 11
May 08 12:25:55 <av500> USB to IEEE-488 anybody?
May 08 12:28:09 <Moult_> tsjsieb: i don't have a wired modem :(
May 08 12:30:43 * mdp notes that Linux Foundation has branded composite gadgets, free PR
May 08 12:32:38 <Moult_> mru: so, uh. it's now in lsusb. next step? :)
May 08 12:33:02 <RagBal> I don't get a new ttyUSB* when connecting the BeagleBone Black, what am I doing wrong?
May 08 12:34:06 <mru> RagBal: expecting a ttyUSB
May 08 12:34:23 <RagBal> =)
May 08 12:34:32 <RagBal> Is it the ttyACM0 then?
May 08 12:34:47 <RagBal> I really have no clue tbh...
May 08 12:35:08 <Spirilis> the 'black has no FTDI chip onboard to give you a USB serial console into it
May 08 12:35:32 <Spirilis> instead it gives you a USB mass storage device for an onboard flash volume (with drivers et al) and a USB network link which you can use to SSH into the device
May 08 12:36:27 * jonand is ircing from an old beagleboard-xm
May 08 12:36:32 <mru> there's a 3.3V serial console on a pin header
May 08 12:36:32 <Spirilis> random side note, I had a strange thing happen with mine 'black this weekend, its ethernet lost link (I think the network guys rebooted the switches) but never came back up, had to reset the bone
May 08 12:36:47 <RagBal> How can I access uboot then?
May 08 12:37:02 <Spirilis> RagBal: FTDI 3.3V cable attached to that 6-pin header next to the left cape header
May 08 12:37:17 <av500> indeed
May 08 12:37:18 <RagBal> Ahh ok
May 08 12:37:31 <av500> or muck around with uEnv.txt
May 08 12:37:31 <Spirilis> extra expense but that was one of the cost-cutting measures they used to bring the 'black's cost down :)
May 08 12:37:40 <av500> yes
May 08 12:37:51 <av500> but then they added emmc
May 08 12:37:55 <RagBal> Yes ok, I understand now =)
May 08 12:37:58 <RagBal> Thanks Spirilis
May 08 12:38:14 <Spirilis> knock on wood, when OSHpark gets me my boards, I might have a little gadget for that btw.  it's a friction-fit PCB with FT230X and USB mini-B that's pointed at a slight angle so a USB cable could fit between the 5V DC jack and RJ45 flush without interfering with the capes
May 08 12:38:44 <Spirilis> the design just went on the panel monday so it'll be a couple weeks :)
May 08 12:39:24 <av500> ?
May 08 12:39:40 <av500> have a pic of a prototype?
May 08 12:39:57 <Spirilis> nope I could post a pic of the gerber I guess
May 08 12:40:20 <Spirilis> one sec
May 08 12:43:13 <Spirilis> av500: http://spirilis.net/junk/beaglebone/bbblack_ftdi_gadget.png
May 08 12:43:44 <Spirilis> I think the PCBs end up being $1/piece ($3/order)
May 08 12:43:59 <Spirilis> and I have a bunch of FT230XS's in my bin already from another project
May 08 12:44:15 <av500> ah, now I get the friction part
May 08 12:44:35 <Spirilis> yeah we'll see how well it works.  Might have to take a file to the edge but that should be OK
May 08 12:48:07 <panto> ok, anyone knows a cheap pcb shop like seeed but in the .eu?
May 08 12:48:27 <koen> if you find it, let me know
May 08 12:48:36 * koen hasn't searched
May 08 12:48:41 <panto> bah
May 08 12:48:45 <mru> something cheap in .eu, you've got to be kidding
May 08 12:48:49 <av500> cheap as in?
May 08 12:49:01 <panto> about the same price as seeed
May 08 12:49:34 <av500> panto: now assume not everybody knows these prices
May 08 12:51:10 <panto> http://www.seeedstudio.com/depot/fusion-pcb-service-2-layers-p-835.html?cPath=185
May 08 12:52:36 <Spirilis> seeed is the house of $10 for 10 5cmx5cm boards
May 08 12:52:48 <Spirilis> $25 for 10 5cmx10cm or 10cmx10cm
May 08 12:52:56 <Spirilis> plus shipping
May 08 12:53:34 <cmicali> thats pretty cheap
May 08 12:53:39 <Spirilis> I dunno, seems difficult to match the chinese' prices, OSHpark only works out because they charge by exact square inch area whereas the chinese do fixed price for "maximum board size"
May 08 12:54:02 <Spirilis> so for OSHpark it's economical for me to get a tiny board made by them vs. Seeed or Elecrow (which has similar pricing but does different colors for free)
May 08 12:56:01 <Spirilis> panto: http://fab.fritzing.org/fritzing-fab/pricing ... maybe those guys?  don't think they're as cheap but they're in EU
May 08 12:56:32 <av500> as cheap as seeed I dont know any
May 08 12:56:40 <av500> $10 for 10 PCBs is pretty cheap
May 08 12:56:43 <Spirilis> yeah
May 08 12:56:50 <Spirilis> the chinese have that little niche cornered pretty hard
May 08 12:57:03 * mru remembers a simpler time when making your own boards was viable
May 08 12:57:19 <Spirilis> they're starting to do 4-layer too, and they have ENIG which overall comes up cheaper than comparable size OSHpark boards above a certain size
May 08 12:57:27 <av500> mru: its still is for some desings
May 08 12:57:41 <Spirilis> lol I have a nice rig for doing all that, but still end up with jumper wires everywhere
May 08 12:57:42 <mru> (somewhat helped by having access to various machines at university)
May 08 12:58:16 <Spirilis> I am pleased with diptrace's support for jumper wires though, makes it simple to route
May 08 12:58:29 <Spirilis> just hit 'j' and it tosses in a via with a line on the other side's silkscreen
May 08 12:59:10 <Spirilis> this whole thread might be worthwhile: http://forum.43oh.com/topic/3630-best-pcb-maker-for-prototyping/
May 08 12:59:55 <Spirilis> cue the slight amusement of a TI employee asking the community about PCB manufacturing, but otherwise.
May 08 13:05:44 <av500> https://www.olimex.com/PCB/Price/
May 08 13:11:38 <sjoldzic> Hey guys. I'm new to the BeagleBone Black. Can someone point me in the right direction towards getting Android to work on the system. I am using the BBB with no capes and a 46 inch Sony TV via microHDMI-to-HDMI cable. I am also using a 5V 2A DC power supply. I have a BeagleBone Black Rev. A5A
May 08 13:14:51 <av500> sjoldzic: look at the Rowboat project
May 08 13:15:00 <av500> they have android for the white beagle
May 08 13:15:16 <Rohi> Hi All
May 08 13:16:14 <Rohi> Can any  one tell me how to configure eth0 for beagleboard
May 08 13:17:00 <Rohi> can any one help me
May 08 13:17:20 <av500> ?
May 08 13:17:28 <av500> what beagleboard?
May 08 13:17:52 <Rohi> begaleboard version B7
May 08 13:17:56 <Rohi> with linux
May 08 13:17:57 <av500> oh
May 08 13:18:04 <ogra_> wow, thats old
May 08 13:18:19 <av500> old even
May 08 13:18:31 <Rohi> ya i know but need to configure in that
May 08 13:18:46 <sjoldzic> Thanks guys. I have looked at Rowboat, but whenever I flash the SD card and boot the BBB with it, the BBB just lights up two LEDs and all LEDs then turn off except for PWR. If I hold the boot switch, either I get the same result or no LEDs come on even, except for PWR.
May 08 13:19:07 <av500> sjoldzic: best is to get a serial cable
May 08 13:19:16 <av500> one that fits the 6 pin header
May 08 13:19:24 <av500> otherwise you are flying blind
May 08 13:19:24 <sjoldzic> and use somthing like HyperTerminal?
May 08 13:19:32 <av500> yes, if you must
May 08 13:19:51 <sjoldzic> Okay, I see where you are going with this. Thanks guys. I'll see what serial produces on bootup.
May 08 13:20:35 <av500> did B7 even have a working ehci?
May 08 13:20:44 <av500> or only that oth thing?
May 08 13:20:47 <av500> otg
May 08 13:21:18 <Rohi> otg support is ther but its not working properly
May 08 13:22:06 <Rohi> trying to connect via otg only OTG-USBHUB-USB to ethernet convertor- ethernet cable
May 08 13:30:06 <Rohi> any solution for my problem
May 08 13:32:03 <av500> you need to get OTG into host mode
May 08 13:35:53 <cmicali> anyone know what this could mean
May 08 13:35:55 <cmicali> [  147.752721] Alignment trap: not handling instruction e1943f9f at [<b65d3894>]
May 08 13:35:55 <cmicali> [  147.760400] Unhandled fault: alignment exception (0x001) at 0x40674067
May 08 13:36:05 <cmicali> i'm getting that on the serial console
May 08 13:36:23 <av500> it's a trap!
May 08 13:36:40 <cmicali> too many ackbars?
May 08 13:37:12 <Rohi> how to get OTG to host mode
May 08 13:37:32 <av500> ground the ID pin
May 08 13:37:41 <av500> or have a suitable cable that does that
May 08 13:37:47 <av500> mini-A to A
May 08 13:38:37 <Rohi> It vl ground automatically when i connect OTG and external power supply righ
May 08 13:38:52 <jonand> friendly hint: the cable you are likely to pick up in a local tech store near you is most likely a micro OTG. I got the wrong one some months ago.. :/
May 08 13:39:06 <av500> Rohi: as I said, the ID pin needs to be grounded
May 08 13:39:10 <jonand> the micro cable works great with my cell phone though.. :)
May 08 13:39:18 <av500> its easy to check
May 08 13:39:47 <Rohi> how and what to check ?
May 08 13:39:53 <av500> that the ID pin is grounded
May 08 13:39:57 <Rohi> how to ground ID pin
May 08 13:40:05 <av500> connect the PIN to GND
May 08 13:40:11 <av500> connect the ID pin to GND
May 08 13:40:18 <av500> either with a cable
May 08 13:40:20 <av500> or by hand
May 08 13:40:30 <av500> I think there is a solder pad to do this
May 08 13:41:35 <av500> but maybe not on a B7
May 08 13:42:35 <av500> or get a mini-A to A OTG cable
May 08 13:42:55 <av500> ok, my B6 does not have the jumper for that
May 08 13:45:27 <av500> thus I soldered one
May 08 14:01:07 <Rohi> How to work with Mini-A to otg cable
May 08 14:01:12 <Rohi> i got one now
May 08 14:01:46 <dm8tbr> work? with what?
May 08 14:02:21 <Rohi> to connect ethernet for BB
May 08 14:02:39 <av500> plug it in
May 08 14:02:55 <av500> then plug your USB2ethernet dongle at the other end
May 08 14:03:01 <dm8tbr> I'm pretty sure my BB doesn't have a mini-A port
May 08 14:03:02 <av500> then boot
May 08 14:03:13 <av500> dm8tbr: B6, non XM
May 08 14:03:21 <jonand> how much power does a usb2ethernet dongle consume? can the charge pump really deliver it?
May 08 14:03:26 <dm8tbr> ooooh, classic
May 08 14:03:37 <dm8tbr> and also beagleBOARD, all is bone nowadays
May 08 14:03:46 <Rohi> Boot up BB with external power supply
May 08 14:03:58 <jonand> or is the ext power supply routed to vbus?
May 08 14:04:11 <Rohi> after boot up connected mini otg cable to -USBHub
May 08 14:04:26 <Rohi> and connected ethernet cable with usb hub
May 08 14:04:37 <mru> dm8tbr: don't they all have a mini-AB otg port?
May 08 14:04:41 <mru> excep the whitebone
May 08 14:05:02 <Rohi> mine is BB version V7
May 08 14:05:12 <Rohi> it has mini OTG port
May 08 14:05:58 <av500> B7
May 08 14:06:01 <av500> and yes
May 08 14:06:07 <av500> so, plug it all in
May 08 14:06:14 <dm8tbr> mru: yes, I read BB as whitebone and thus was confused
May 08 14:06:19 <av500> then boot and capture a boot log
May 08 14:06:29 <av500> put that into a pastebin
May 08 14:09:51 <mru> wtf http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/160697
May 08 14:10:17 <mru> "my task is to output the uninitialized SDRAM values over UART during device startup"
May 08 14:11:14 <Spirilis> haha
May 08 14:11:18 <Spirilis> sounds sketchy
May 08 14:11:27 <mru> sounds pointless
May 08 14:11:38 <av500> ah
May 08 14:11:43 <av500> I think we had that guy in panda
May 08 14:11:44 <Spirilis> probably some forensics type of crap
May 08 14:11:58 <Spirilis> ...or maybe I'm reading way too far into it
May 08 14:12:03 <av500> well, we had a guy that wanted the SRAM "reset" values
May 08 14:12:24 <av500> they do some research on unique "signatures" in that data
May 08 14:12:31 <Spirilis> right
May 08 14:12:32 <av500> like every die is different in that regard
May 08 14:12:53 <mru> after a reset the dram will have some combination of the pre-reset values and whatever value the random manufacturing bias pushes each bit towards
May 08 14:13:11 <Spirilis> I bet talking to the guy about it would make a fascinating 10 minute coffee conversation
May 08 14:13:23 <Spirilis> at least if it's in the context of some university research project
May 08 14:13:26 <av500> Spirilis: you have trust in humanity
May 08 14:13:31 <Spirilis> lol yeah
May 08 14:13:32 <mru> he seems to lack clue
May 08 14:13:43 <Spirilis> could be a lack of clue or could be a surprising surplus of it
May 08 14:13:47 <mru> dumping the ram values before writing anything is trivial
May 08 14:13:55 <KotH> Spirilis: not all research projects are interesting
May 08 14:14:07 <KotH> Spirilis: and definitly not relevant in any greater context
May 08 14:14:14 <av500> ah, 4460, I guess that is the guy
May 08 14:14:14 <dm8tbr> mru: sounds exactly like that researcher we had as av500 says
May 08 14:14:33 <av500> he was sad that ROM code writes all over his SRAM
May 08 14:14:41 <Spirilis> lol
May 08 14:14:41 <av500> I told him to use DSP SRAM or ducati SRAM
May 08 14:15:15 <av500> instead of trying to intercept ROM code via JTAG or so
May 08 14:15:59 <av500> also, MLO has uart confgured already
May 08 14:16:06 <av500> all he needs is a for() loops
May 08 14:16:08 <av500> all he needs is a for() loop
May 08 14:16:13 <dm8tbr> he seems to be looking into fingerprinting systems by how the RAM comes up
May 08 14:16:20 <dm8tbr> he had a fancy name for it
May 08 14:16:25 <av500> yeah
May 08 14:16:34 <mru> well, the reset values are not entirely random
May 08 14:16:42 <mru> so there might be some kind of signature in there
May 08 14:17:01 <mru> might be interesting to see how strong it is
May 08 14:17:17 <dm8tbr> and if it is unique
May 08 14:17:19 <mru> and how much it correlates between chips from the same wafer etc
May 08 14:18:14 <dm8tbr> but then again doesn't every OMAP have a unique CPU-ID?
May 08 14:18:19 <mru> yes
May 08 14:18:23 <av500> its not about the OMAP
May 08 14:18:34 <Jacmet> and ethernet mac addresses in efuse
May 08 14:18:44 <av500> somebody gave him a pandaboard
May 08 14:18:47 <dm8tbr> yeah, sure
May 08 14:19:08 <dm8tbr> the next student gets a snowball
May 08 14:19:41 <av500> not any more
May 08 14:19:46 <mru> it melted
May 08 14:21:10 <dm8tbr> I'm sure they are cheap now
May 08 14:21:23 <av500> dm8tbr: want one?
May 08 14:21:31 <dm8tbr> I have one...
May 08 14:21:44 <dm8tbr> even ran meego on it once
May 08 14:22:10 <av500> omg
May 08 14:22:12 <dm8tbr> wasn't particularly hard... generic armv7 build
May 08 14:22:22 <av500> I never got past that java tool
May 08 14:22:28 <mru> java tool?
May 08 14:22:34 <av500> yeah
May 08 14:22:37 <mru> for what?
May 08 14:22:45 <av500> for some blob handling
May 08 14:22:51 <mru> on the snowball?
May 08 14:22:53 <dm8tbr> I just used the kernel that was already on the card/emmc and added my own rootfs
May 08 14:22:56 <av500> you know, totally open
May 08 14:22:58 <av500> like rpi
May 08 14:23:14 <dm8tbr> yeah, I remember reading some weird instructions about that
May 08 14:23:26 <av500> mru: of course I could have just installed ready images
May 08 14:23:31 <av500> where is the fun in that?
May 08 14:23:35 <mru> the chip itself is reasonable from what I've seen
May 08 14:23:44 <av500> I knew what android looked like
May 08 14:23:49 <av500> mru: yes
May 08 14:23:53 <dm8tbr> in other news, flexnet license server... ewww, haven't had to use that one in a while
May 08 14:24:03 <av500> but then they need to wrap it in unreasonable crap
May 08 14:24:04 <mru> the ST-E driver architecture, not so much
May 08 14:24:33 <av500> like some java tool to put boot blobs together
May 08 14:24:48 <dm8tbr> probably written by a subcon ;)
May 08 14:24:51 <av500> anyway, I lost interest and they lost steam at about the same time
May 08 14:24:59 <av500> while movial was porting the community
May 08 14:25:00 <mru> dm8tbr: an intern at a subcon
May 08 14:25:13 <dm8tbr> yes, that sounds more like it
May 08 14:25:25 <av500> me: can I haz the source code
May 08 14:25:25 <mru> steam and snowballs do not go well together
May 08 14:25:29 <av500> they: its not ready
May 08 14:25:36 <av500> me: well, community, stupid!
May 08 14:25:49 <mru> the community isn't ready
May 08 14:25:53 <av500> exactly
May 08 14:25:55 <mru> we'll release it when it is
May 08 14:25:58 <av500> they were still porting it
May 08 14:25:58 <inca> what is the difference between rev A4A and A4 BeagleBone Black?
May 08 14:26:09 <av500> does the SRM not say?
May 08 14:26:10 <mru> the srm should say
May 08 14:26:31 <dm8tbr> yeah, I wanted to help them with drumming up things with the local community, but they were all difficult about their graphics header files and licensing
May 08 14:26:34 <inca> sorry, how do I identify which board I have?
May 08 14:26:35 <av500> mru: you're slow :)
May 08 14:26:44 <av500> dm8tbr: that too
May 08 14:26:53 <mru> av500: I'm supposed to be working, you know
May 08 14:27:05 <av500> mru: yeah(tm) right(tm)
May 08 14:27:15 <mru> and I have other conversations to maintain
May 08 14:28:40 <inca> The pictures for A5A are lies: http://circuitco.com/support/index.php?title=BeagleBoneBlack
May 08 14:28:54 <inca> just fyi =)
May 08 14:29:01 <av500> inca: it's a trap
May 08 14:29:17 <inca> ahh… I've been Akhbared
May 08 14:29:48 <mru> allahu akbar?
May 08 14:30:05 <inca> Admiral
May 08 14:30:19 <dm8tbr> wow, there are still new armv5 devices around
May 08 14:30:27 <m_billybob> heh started a systemd-image build last night, and its still going :/
May 08 14:31:05 <mru> dm8tbr: what's wrong with armv5?
May 08 14:31:14 <av500> m_billybob: yeah, I had a PC like that once
May 08 14:31:31 * dm8tbr thought everyone got ported to ARMv8 by now ;)
May 08 14:31:43 <m_billybob> av500 its a VM -> Currently 2 running tasks (698 of 3000):
May 08 14:32:04 <mru> dm8tbr: arm9 is a simple cpu that's well-known
May 08 14:32:22 <inca> my new BBB apache appears to be misconfigured… it just has the "It works!" page instead of documentation or the fancy stuff the webpage promised
May 08 14:32:22 <mru> you're very unlikely to be surprised by an unknown bug
May 08 14:32:25 <dm8tbr> yeah, and probably low energy by now too
May 08 14:32:40 <mru> there's no way I'd use a cortex-a* for anything critical
May 08 14:32:40 <av500> or 5GHz if done by Marvell
May 08 14:33:09 <dm8tbr> seems this one is in a SD card that also has a SoC running Linux and WiFi...
May 08 14:33:20 <mru> critical as in people die or expensive stuff explodes
May 08 14:33:27 <av500> or both
May 08 14:33:34 <m_billybob> mru, they been used to ssd controlllers, just as one what I would consider "critical"
May 08 14:33:38 <av500> aka michael bay movies
May 08 14:33:43 <mru> or expensive people explode
May 08 14:33:46 <dm8tbr> people explode and expensive stuff dies
May 08 14:34:09 <dm8tbr> sounds like the next startrekwars movie
May 08 14:34:24 <mru> m_billybob: as long as it can keep up with the slowest parts of the system, it's fine
May 08 14:34:41 <m_billybob> I remember Micron had a sdd that used either a dual core A9
May 08 14:34:58 <m_billybob> or two seperate chips, pretty sure it was a dual core though
May 08 14:37:15 <inca> mru: why wouldn't you use cortex-a* for critical apps?
May 08 14:41:08 <mru> inca: bugs are still being found
May 08 14:42:18 <inca> so if you can get 100% hardware test coverage for your application, would some of these bugs still have a chance to surface?
May 08 14:42:29 <jvsjvs> HI all.
May 08 14:42:34 <mru> 100% test coverage is impossible
May 08 14:42:52 <inca> I think you understand what I'm saying though
May 08 14:42:57 <mru> no
May 08 14:43:00 <jvsjvs> Is there any way to get the connection to the beagle board black working properly in VM running Ubuntu?
May 08 14:44:44 <inca> with all the test coverage which is feasible, what kind of bugs can you expect in the cortex-a* which might indeterminately trigger? Are we talking about core functionality like stack pointer, program counter stuff or more like GPIO peripherals?
May 08 14:45:25 <mru> most of the bugs are triggered by very elaborate sequences with specific timings
May 08 14:46:53 <inca> typical fpga core stuff. thanks! I'm new to the a* series ARM stuff, coming from cortex-m* land to see how things work with an MMU and all that fun.
May 08 14:47:36 <mru> read the errata documents for just about any cpu and you'll see why I'm cautious
May 08 14:48:22 <inca> I think it's important to always push for that 100% actual hardware test coverage… it really is nice to see the corner cases play out in regression tests of the software side
May 08 14:48:33 <mru> 100% is not possible
May 08 14:48:34 <mru> ever
May 08 14:48:43 <inca> doesn't mean we shouldn't try
May 08 14:48:46 <mru> if your hardware is more complicated than a resistor
May 08 14:49:37 <mru> digital hardware can be viewed as a complex state machine with a number of inputs and outputs
May 08 14:49:54 <mru> 100% coverage would mean testing every possible state with all possible inputs
May 08 14:50:11 <mru> do you know how many states 1GB of ram has?
May 08 14:50:17 <inca> that is an interesting definition
May 08 14:50:35 <av500> mru: right after reset? :)
May 08 14:50:56 <inca> I prefer a slightly more tenable interpretation in that you are testing the boundaries of the statemachine's inputs and outputs
May 08 14:51:35 <inca> known failure modes and known working input conditions
May 08 14:52:42 <mru> there is no point in testing what you know
May 08 14:52:45 <inca> also, it helps to zoom in on each statemachine within the larger one
May 08 14:52:49 <inca> oh really?
May 08 14:53:00 <inca> have you heard of the null hypothesis test?
May 08 14:53:20 <mru> depends on what kind of testing we're talking about
May 08 14:53:41 <mru> if you're doing production testing, it makes sense to run through a few edge cases and make sure it behaves as expected
May 08 14:53:57 <dm8tbr> so now ubuntu is reinventing the packaging format?
May 08 14:54:07 <mru> I'm talking about testing a _design_ for correctness
May 08 14:54:14 <av500> dm8tbr: yes, like windows
May 08 14:54:21 <av500> .msi
May 08 14:54:24 <av500> .ubu
May 08 14:54:30 <inca> I was reading Test Driven Development for Embedded C by James Grenning the other day and the entire first half of his book describes what, in logic math, is called the null hypothesis test. http://it-ebooks.info/book/72/
May 08 14:54:31 <dm8tbr> https://lists.ubuntu.com/archives/ubuntu-devel/2013-May/037074.html
May 08 14:55:05 <ogra_> av500, it will be .deb :)
May 08 14:55:20 <av500> ogra_: shush, no facts please!
May 08 14:55:25 <ogra_> :)
May 08 14:55:41 <inca> Just because the test passes does not mean the test is testing what you expect, unless you have been able to rule out the null hypothesis (which is basically a check against the test methodology)
May 08 14:56:19 <av500> I always test the test that's used to test the test I am testing
May 08 14:56:28 <inca> av500: I am glad
May 08 14:57:07 * av500 hurls something at jkridner|work
May 08 14:57:41 <inca> anyway, no big deal… just learning about the cortex-a* world. I suppose I need to update my BBB software before I can complain too much
May 08 14:58:42 <inca> ah… nice… the USB mass storage partition was in a linux file format? It does not seem to work on OS X 10.7. Maybe FUSE has a plugin...
May 08 14:58:46 <av500> dm8tbr: but I guess its the only way to get M$ office into the ubuntu app store
May 08 14:58:55 <av500> inca: fat32
May 08 14:59:20 <inca> av500: Yeah, I ordered from Arrow, got it Monday but fat32 is not showing up
May 08 14:59:49 <inca> trying different USB cable
May 08 14:59:53 <dm8tbr> av500: yeah as a monolithic package that brings its own copy of every necessary library...
May 08 15:00:02 <av500> inca: yeah, you need a 32bit cable
May 08 15:00:34 <inca> it was the USB port
May 08 15:04:33 <inca> there we go… reset usb modem IP address to DHCP, happiness.
May 08 15:05:23 <inca> awesome! this is pretty exciting, coming from the cortex-m stuff… things are just working now =)
May 08 15:11:57 <Grievar> Would it be feasible to program the beaglebone (black or original) to masquerade as an ATAPI CD-ROM drive?
May 08 15:12:27 <av500> sure
May 08 15:12:34 <mru> don't see why though
May 08 15:12:48 <mru> what would it allow that usb mass storage does not?
May 08 15:12:55 <av500> now, the other way round, that's a challenge
May 08 15:13:13 <mru> or did you mean to bitbang an actual atapi interface with the pru?
May 08 15:13:28 <av500> GPMC might be enough
May 08 15:13:40 <Grievar> mru: er, what else would I mean?
May 08 15:13:41 <av500> actually, I might do that
May 08 15:13:57 <av500> i have some many old ATA drives
May 08 15:14:10 <mru> I still have machines with ATA interfaces
May 08 15:14:32 <mru> hell, even my i7 has a floppy interface
May 08 15:14:37 <av500> mine too
May 08 15:14:39 <av500> with floppy
May 08 15:15:46 <mru> my only floppy drive is in an alpha machine
May 08 15:16:11 <mru> mainly because I've lost (or never had) the cover plate
May 08 15:16:49 <Grievar> So the beaglebone could be programmed to do a convincing imitation of an ATAPI CD-ROM drive? I basically only need to support audio CDs, and they don't even have to be full-sized (3-400 megs is fine)
May 08 15:18:46 <av500> yes
May 08 15:18:53 <Grievar> sweet
May 08 15:18:56 <av500> er wait
May 08 15:19:06 <av500> I was thinking usb
May 08 15:19:11 <Grievar> ...
May 08 15:19:21 <Grievar> I don't recall saying USB at any point
May 08 15:19:29 <av500> I have voices in my head
May 08 15:19:56 <Grievar> Why is it so hard to find a simple description of these protocols :/
May 08 15:20:53 <Rhian> hello
May 08 15:21:01 <inca> well, I broke Cloud9
May 08 15:22:16 <av500> Grievar: ATAPI?
May 08 15:22:22 <av500> thats pretty easy to find
May 08 15:22:28 <av500> the drafts are public
May 08 15:22:39 <inca> error occured while saving file
May 08 15:22:41 <av500> and usually the last draft is like the specs minus some spelling mistakes
May 08 15:23:29 <dm8tbr> usb cd would be easy, I think there is a gadget driver that supports it already
May 08 15:23:41 <av500> yes
May 08 15:23:50 <Grievar> why are we talking about USB
May 08 15:23:53 <Grievar> there is no USB involved
May 08 15:23:59 <av500> because we like to talk about it :)
May 08 15:24:07 <av500> also to break the awkward silence
May 08 15:24:14 <av500> while we are thinking
May 08 15:26:02 <Grievar> So basically what I'm pondering is somehow modding a CDJ1000MK3 so that it can play off of things other than discs. Imitating ATAPI would be the cleanest solution because I can just remove the disc drive and connect a new board in its place with whatever flatflex or ribbon cable is connecting it
May 08 15:26:13 <dm8tbr> could GPMC pretend to be ATAPI?
May 08 15:26:29 <Grievar> but the ATAPI goes into an FPGA and I could maybe reflash that while not breaking its other functions
May 08 15:26:33 <Grievar> somehow
May 08 15:29:28 <dm8tbr> doesn't the thing already have an SD-slot?
May 08 15:29:54 <Grievar> yeah but it's only used for metadata on that particular model
May 08 15:30:07 <Grievar> plus it'd be nice if I could have one mod that works for all of the older CDJ models
May 08 15:30:17 <Grievar> some of which have no SD card slot
May 08 15:30:33 <ka6sox> ATAPI *might* be able to be implemented in a FPGA, the biggest question is about DMA interaction in the SoC
May 08 15:32:22 <dm8tbr> http://hackaday.com/2009/09/22/new-wii-drive-hardware-emulation/ close enough?
May 08 15:35:01 <ka6sox> also the GPMC is only capable of 62.5Mhz so that would really limit it to 33mhz with overhead.
May 08 15:35:15 <ka6sox> (but 16bit)
May 08 15:35:20 <mru> that should be enough for most cd applications
May 08 15:35:30 <ka6sox> right
May 08 15:35:44 <ka6sox> why isn't this being done over USB2?
May 08 15:36:12 <mru> ka6sox: he wants to replace a cd drive in some existing equipment
May 08 15:36:30 <av500> like I replaced the floppy in my scope
May 08 15:37:11 <ka6sox> bring $$$ as FPGA guys aren't Cheap.
May 08 15:37:31 <dm8tbr> av500: yes, I'm wondering if such a thing doesn't already exist in china
May 08 15:37:39 <mru> build a reverse usb-atapi bridge instead
May 08 15:37:54 <mru> then connect that to the bone usb
May 08 15:38:02 <av500> dm8tbr: I figured out why floppy to usb exists
May 08 15:38:15 <av500> its for all the sewing and stitching machines in china
May 08 15:38:22 <dm8tbr> :)
May 08 15:38:29 <av500> the manual I got referenced a lot of those
May 08 15:38:45 <ka6sox> av500, I thought it was so you could reflash the bios in your old Acer Laptop...
May 08 15:38:47 <av500> explaining how the operator "girl" can select 0-99 images
May 08 15:38:51 <dm8tbr> also keyboards used to have floppies
May 08 15:38:55 <av500> yes
May 08 15:39:04 * dm8tbr still has a yamaha around
May 08 15:39:15 <ka6sox> sewing machine?
May 08 15:39:17 <av500> yes
May 08 15:39:23 <mru> sony mavica ftw
May 08 15:39:31 <av500> ka6sox: stitching rather
May 08 15:39:37 <av500> putting the fake Lacoste logo
May 08 15:39:38 <ka6sox> mru, I just found mine the other day...
May 08 15:39:57 <ka6sox> Go Gators!
May 08 15:40:05 <av500> mru: do you know the Canon one that took still video images on a CD shaped magnetic track?
May 08 15:40:27 <ka6sox> minidisc stuff iirc
May 08 15:40:36 <mru> av500: what's a still video?
May 08 15:40:44 <panto> hey ka6sox
May 08 15:40:56 <ka6sox> morning panto
May 08 15:40:59 <av500> mru: a single video frame
May 08 15:41:02 <av500> played in a loop
May 08 15:41:16 <av500> http://en.wikipedia.org/wiki/Still_video_camera
May 08 15:42:48 <ka6sox> panto, I'm hoping if you are using the JTAG cape that you aren't also trying to do some other cape as well...is that reasonable?
May 08 15:43:25 <panto> ka6sox, I'm doing the jtag cape
May 08 15:43:34 <av500> Grievar: have a look at: http://forum.6502.org/viewtopic.php?f=4&t=2331
May 08 15:43:42 <ka6sox> ?
May 08 15:43:43 <panto> I might have to figure out how to get other capes to work as part of the day job
May 08 15:43:44 <av500> there the bone is used to emulate the memory of a 6502
May 08 15:43:59 <ka6sox> ah okay
May 08 15:44:00 <av500> Grievar: to use case is similar to what you have in mind
May 08 15:44:01 <panto> ka6sox, I'm confused :)
May 08 15:44:15 <ka6sox> panto, then I'm not the only one
May 08 15:47:33 <dm8tbr> Grievar: http://www.gizfever.com/adapter-p-241.html - although this probably pretends to be a HDD
May 08 15:48:38 <av500> dm8tbr: that wont help for audio CDs
May 08 15:49:49 <av500> but the hw is of course the same
May 08 15:53:32 <inca> hokay, so I exploded Cloud9… should I just flash an updated image (nuke from orbit) or are some simple things I can check via ssh?
May 08 15:55:52 <hustcalm> jkridner:got a minute for talking a bit about adding APIs to Bonescript?
May 08 16:01:42 <dm8tbr> fascinating, that thing seems to be run by a dedicated adapter chip and an intel flash rom for the software
May 08 16:01:46 <dm8tbr> FC1306T
May 08 16:02:43 <mru> hmm, anyone fancy getting paid to build a vmware linux image with am33x dev stuff?
May 08 16:02:55 <mru> some guy is asking for this
May 08 16:03:44 <m_billybob> isnt that as simple as copy pasting apt-get install <oackages> ?
May 08 16:03:54 <m_billybob> <packages>
May 08 16:04:03 <mru> possibly
May 08 16:04:21 <mru> well, he wants eclipse...
May 08 16:04:26 * mru does not do eclipse
May 08 16:04:38 <m_billybob> im still kind of new to this processor, but it seems to be widely supported
May 08 16:04:41 <m_billybob> yeah neither do i
May 08 16:05:02 <ogra_> vmware can run arm ?
May 08 16:05:11 <ogra_> thats news to me
May 08 16:05:14 <mru> ogra_: vmware can run cross compilers
May 08 16:05:14 <m_billybob> qemu could
May 08 16:05:37 <ogra_> mru, oh, i understood it as execution environment in vmware
May 08 16:05:56 <m_billybob> "toolchain" <--- keywords
May 08 16:06:06 <m_billybob> or word
May 08 16:06:14 <mru> I suppose it's a windows shop otherwise
May 08 16:06:25 <inca> does he just mean vmware image with crosstoolchain dev?
May 08 16:06:47 <panto> mru, ask almost_anna
May 08 16:07:16 <m_billybob> hmm is there a gcc port for AM355x?
May 08 16:07:23 <inca> where are the cloud9 logs?
May 08 16:07:23 <ogra_> m_billybob, well, apart from the fact that this keyword was omitted completely in the former conversation :P
May 08 16:07:35 <mru> panto: who's that?
May 08 16:07:42 <m_billybob> ogra_ yeap i looked again i just read it that way i suppose ;)
May 08 16:07:51 <ogra_> same here
May 08 16:08:17 <panto> mru, an old friend of us old easi people
May 08 16:08:32 <panto> I'll direct her to you when/if she shows up
May 08 16:08:39 <m_billybob> I think maybe the closest you could get is an x86 port of angstrom runing. unless you're a virtualbox / vmware god
May 08 16:09:17 * ogra_ would just grab an ubuntu-core tarball, add the ubuntu armhf crodd compiler and toolchian, make an img and be done 
May 08 16:09:22 <ogra_> about 30min of work
May 08 16:09:37 <ogra_> s/crodd/cross/
May 08 16:09:40 <m_billybob> im still newb in that department as well
May 08 16:09:42 <mru> crud
May 08 16:09:46 <m_billybob> yeah i read typoese
May 08 16:10:25 <mru> they want eclipse and some variscite "bsp" stuff
May 08 16:10:34 <ogra_> inside the vm ?
May 08 16:10:38 <mru> yes
May 08 16:10:40 <mru> that's the point
May 08 16:10:53 <mru> you don't want to do linux dev work on windows
May 08 16:11:08 <mru> now the fact that they're unable to do it themselves makes me a bit wary...
May 08 16:11:14 <panto> mru, it's normal
May 08 16:11:20 <panto> they are 'users'
May 08 16:11:28 <panto> tool companies call them 'customers'
May 08 16:11:38 <ogra_> well, then lubuntu-desktop, add cross stuff, add eclipse ... make an img ...
May 08 16:11:43 <mru> but how will they be able to write actual code if they can't even install the compiler?
May 08 16:11:51 <ogra_> yeah
May 08 16:11:54 <mru> ogra_: want the contract?
May 08 16:12:00 <panto> mru, badly, but that's irrelevant
May 08 16:12:07 <ogra_> heh, nope, busy building ubuntu phones here
May 08 16:12:15 <m_billybob> people like that are a nightmare to deal with. they're never happy
May 08 16:12:24 <mru> m_billybob: indeed
May 08 16:12:51 <mru> but if someone wants to do it, I don't mind getting the referral brownie points
May 08 16:13:15 * ogra_ is happy to give hints if needed (for free|) 
May 08 16:13:39 <m_billybob> I know nothing abou it, but probably could google enough tol figure it out. given enough time. id rather just work for myself though
May 08 16:14:01 <m_billybob> help with the occational question answered
May 08 16:14:15 <ogra_> if you pay youself well enough, thats indeed a good thing
May 08 16:14:34 <m_billybob> im a hobbyist, turn it into a job, and it gets old fast
May 08 16:15:22 <ogra_> lol
May 08 16:15:44 * ogra_ just saw av500's  post tright now ... context ++
May 08 16:16:23 <thinkanish> hi
May 08 16:33:52 <Bend_er> Finally got a working i2c temp/humidity sensor to work on my bbb and is showing up on i2c-1 @ 0x27.  How do I go about reading 4 bytes from 0x27 at register 0?
May 08 16:36:06 <koen> Bend_er: load the kernel driver, that should give you a sysfs entry
May 08 16:37:11 <Bend_er> and how would i go about doing that?
May 08 16:37:26 <Bend_er> can't just use the i2c-tools?
May 08 16:37:36 <Bend_er> or is that what you're referring to ?
May 08 17:00:05 <FlippinSD> How would one keep the beaglebone black from booting from the SD card? It seems to attempt it whenever its plugged in, even without pressing the boot button.
May 08 17:01:02 <koen> FlippinSD: implement the behaviour you want in https://github.com/koenkooi/u-boot/blob/black/include/configs/am335x_evm.h#L145 and send a patch
May 08 17:01:04 <levi> The boot modes and how they can be changed are documented in the manual.
May 08 17:04:38 <inca> why is Cloud9 so easily hosed on BBB?
May 08 17:05:37 <agmlego> Because.
May 08 17:05:54 <ka6sox> its JavaScript?
May 08 17:06:18 <levi> Could be issues with the arm port of V8?
May 08 17:07:12 <levi> Well, probably not... I guess it runs on a lot of android phones.
May 08 17:07:28 <FlippinSD> Strange. When I look at the manual it says the default boot order is to check the onboard memory first, then the sd card. When no sd card is plugged in, it boot fine, but when the sd card is plugged in it seems to skip the first step.
May 08 17:07:57 <levi> Maybe your boot button is stuck?
May 08 17:08:48 <FlippinSD> I checked with a multimeter, it seems fine. Is it possible to override the behavior with software?
May 08 17:09:42 <levi> No, boot behavior is encoded in some (AFAIK, anyway) untouchable BIOS code.
May 08 17:09:49 <cmicali> Flippin: yeah - in that link koen sent, there is a little script that uboot runs on boot that does that - you can change it to do whatever you'd like
May 08 17:11:07 <levi> Oh, sorry, I guess that bit of it is in u-boot.
May 08 17:11:28 <cmicali> i'm actually curious what the gpio set 53 and i2c mw … lines do
May 08 17:12:32 <koen> cmicali: turn a led on and increase the current limit for usb client
May 08 17:12:50 <cmicali> koen: aaah thx.  i was guessing the gpio was for a led but had no clue on i2c
May 08 17:13:11 <levi> There is some lower-level BIOS booter that can boot over serial, USB, etc. if there's no other valid boot image found.
May 08 17:20:30 <m_billybob> levi, so last night i did the ti-hw-image.bb. it error'd out saying something not have a build for that image or somethign like that. now im building systemmd-image which is going ot take two days i guess lol
May 08 17:20:53 <m_billybob> ti-hw-bringup-image.bb i guess
May 08 17:21:46 <levi> The ti-hw-bringup-image.bb is systemd-image plus a few utilities, IIRC.
May 08 17:21:49 <CalcMan> which part of the bbb kernel controls the initial scanning of the eeprom and setup of the expansion board pin headers?    I need to change the i2c EEPROM pins to a different pair, so I can access different functionality on the existing pin pair
May 08 17:22:50 <panto> CalcMan, wut?
May 08 17:22:50 <m_billybob> levi, so i have to build both first ? the systemmd-image is 3000 packages, the bringup image is only 300. maybe ive got somethign configured wrong ?
May 08 17:23:09 <CalcMan> so on the micro there are 2 DCAN controllers
May 08 17:23:13 <panto> if you do that then capes just won't work
May 08 17:23:36 <panto> you can disable the capemgr device node in the dts
May 08 17:23:39 <CalcMan> DCAN0 and DCAN1, and they each can pop out at 3 different pin pairs,  I need to use both
May 08 17:23:44 <panto> but then you're on your own
May 08 17:23:48 <ka6sox> CalcMan, use the CAN Cape done by Tower Tech.
May 08 17:23:57 <levi> m_billybob: Sometimes there are multiple phases to the build; it may be that you only saw the packages for the first phase when you tried the bringup image.
May 08 17:24:18 <CalcMan> yes, it only does 1 DCAN,  I want to see about using it with both DCANs
May 08 17:24:30 <levi> m_billybob: If you find and read the actual .bb files for the images, they'll have include directives so you can see which others they extend.
May 08 17:24:37 <m_billybob> crap i just pressed control + C with my ssh session focused grrr
May 08 17:25:21 <m_billybob> Keyboard Interrupt, closing down...
May 08 17:25:21 <CalcMan> so the only place DCAN0 pops out on the expansion is where i2c currently is, so i'd need to either not use the i2c eeprom, or switch it to a different pin pair
May 08 17:25:21 <m_billybob> Waiting for 2 running tasks to finish:
May 08 17:25:37 <m_billybob> so *maybe* not a complete waste of time
May 08 17:25:49 <levi> It'll restart from where it left off.
May 08 17:26:04 <ka6sox> CalcMan, you are on your own then :)
May 08 17:26:06 <panto> CalcMan, if you switch to a different pin pair, it just won't work
May 08 17:26:22 <panto> the standard capes that is
May 08 17:26:29 <m_billybob> levi, i did notice some warnign last night it complained abotu intel stuff and maybe 1-2 more metas not being there
May 08 17:26:55 <panto> you might be able to make it work, but you have to forgo auto-cape detection and override load any you use
May 08 17:27:06 <CalcMan> right, i got that bit, but there's got to be a place in the kernel that setups the specific pins (and sets their pin state) to do the scanning
May 08 17:27:26 <m_billybob> levi, heh anyhow sorry to bug you with this, im a power user for years now, yet parts of how this works baffles me.
May 08 17:27:30 <CalcMan> assuming I only want to use my cape, were would I tweak that?
May 08 17:27:33 <levi> m_billybob: If meta-ti was missing, that would cause you to be missing a few of the rules for image targets.
May 08 17:27:53 <m_billybob> levi could be it then, i dotn even see a ti-meta in the listings
May 08 17:27:59 <panto> there's a capemgr
May 08 17:28:22 <panto> if you remove the node that point to the I2C slots of the capes, they won't be used
May 08 17:28:26 <m_billybob> ah never mind i see it now
May 08 17:28:29 <m_billybob> meta-ti           = "angstrom-staging-yocto1.3:a5dbf241730fc29d989cd2086debd3becfb89f39"
May 08 17:28:33 <panto> so you can also disable the i2c2 bus
May 08 17:29:04 <CalcMan> capemgr, cool, so I'm new to beagle board land, what is the proper repo to pull to get a working copy of things?
May 08 17:29:13 <panto> CalcMan, there's a arch/arm/boot/dts/am335x-tester.dts
May 08 17:29:36 <panto> which is for a bone variant with similar design
May 08 17:29:37 <koen> CalcMan: the kernel is at https://github.com/beagleboard/kernel/
May 08 17:29:57 <m_billybob> thinking abotu adding a second core to my VM to hopefull speed this up some
May 08 17:30:32 <CalcMan> panto: thanks for the help, nice to have a starting point :)
May 08 17:30:34 <m_billybob> noticed one of the depends for oe was ccache
May 08 17:31:08 <panto> CalcMan, you are of course insane, but you might just pull it off
May 08 17:32:37 <CalcMan> perhaps perhaps, but the hope is the internal DCAN controller is more capable then an external SPI based MCP2515
May 08 17:33:03 <panto> it should, but we also haven't tried using it yet
May 08 17:33:08 <panto> you'll get to be the first, congrats
May 08 17:33:25 <koen> the towertech can cape has both
May 08 17:33:30 <koen> dcan and mcp
May 08 17:33:40 <CalcMan> goal would be full databus capture, and that can be a whole lot of data
May 08 17:34:13 * koen cheated and ordered obd2->bluetooth
May 08 17:34:35 <CalcMan> koen: will that grab every CAN message though?
May 08 17:34:56 <koen> dunno
May 08 17:35:02 <panto> CalcMan, canbus isn't that fast really
May 08 17:35:02 <koen> it's on the boat from china
May 08 17:35:08 <koen> will take a week or 2 to arrive
May 08 17:35:10 <CalcMan> nice
May 08 17:35:15 <ds2> koen: those ELM based ones?
May 08 17:35:19 <koen> ds2: yes
May 08 17:35:34 <koen> ds2: $12 a piece, no big loss if they don't work
May 08 17:35:57 <mru> a lot of companies seem to have that as their business model
May 08 17:36:34 <ds2> koen: do cars on your side of the pond use OBD II too?
May 08 17:36:54 <ZubairLK> Hi
May 08 17:38:00 <ZubairLK> GSoC results announced?
May 08 17:38:17 <ka6sox> 27th
May 08 17:38:21 <CalcMan> koen: are you doing work in the repo to get kernel 3.9 to run on the BBB?
May 08 17:38:39 <ZubairLK> 27th for students?
May 08 17:38:59 <ZubairLK> Only the organizations get to know on 8th ?
May 08 17:39:01 <ZubairLK> hmm..
May 08 17:39:55 <levi> m_billybob: A second core would speed things up, maybe giving it more memory would as well.
May 08 17:40:18 <levi> m_billybob: Emulated disk IO is probably a big performance hit as well.
May 08 17:40:21 <koen> CalcMan: there's a 3.9 branch
May 08 17:40:29 <m_billybob> cool. not sure how much more memory i can give it though it already has 2 gigs out of 4
May 08 17:40:31 <koen> CalcMan: but 3.9 is a dud, I'm going to focus on 3.10/3.11
May 08 17:40:59 <CalcMan> what makes it a dud?
May 08 17:41:03 <ZubairLK> Koen : Any hints on number of project slots given to BB.org?
May 08 17:41:46 <ds2> it is an integer number of slots
May 08 17:42:09 <dm8tbr> but it could be a float too
May 08 17:45:28 <levi> What's the relationship, if any, between the TI Linux SDK and the beaglebone.org Linux work?
May 08 17:47:34 <mru> dm8tbr: softfloat or hardfloat?
May 08 17:47:47 <panto> mru, pentium float
May 08 17:48:37 <mdp> levi, they both started with a Linux kernel and added to that
May 08 17:49:12 <panto> and they both reside on the same planet
May 08 17:49:16 <panto> (mostly)
May 08 17:49:40 <m_billybob> idk TI sometimes seems to be in its own world ;)
May 08 17:49:57 <levi> So, just the stuff that TI manages to push upstream plus a couple of image build recipes?
May 08 17:50:21 <dm8tbr> mru: vi or emacs?
May 08 17:50:45 <mdp> levi, "push upstream" also means things not accepted upstream but culled from mailing lists
May 08 17:51:05 <mdp> plus a lot of patches to fill gaps that TI doesn't address in their submissions
May 08 17:51:23 <mdp> and features that beagleboard.org cares about but TI does not
May 08 17:51:35 <mdp> e.g. dynamic overlays / cape manager
May 08 17:51:36 <levi> Yeah, I am not often very impressed with TI code.
May 08 17:51:54 <mdp> most of the beagleboard kernel is TI code
May 08 17:52:05 <mdp> of the patches added
May 08 17:52:22 <mdp> so prepare for disappointment if that's your experience
May 08 17:52:45 <mdp> koen, at some point I believe you said it was 95% TI authored patches or so, yes?
May 08 17:53:25 <mdp> levi, like any kernel product on a DT enabled SoC, a lot of work is around the product-specific dts stuff
May 08 17:55:20 <levi> I am still getting a handle on DT stuff; my last serious Linux kernel work was many years ago and for x86 server machines. Most of my embedded work, and nearly all my TI experience, has been in a QNX environment.
May 08 17:57:12 <koen> mdp: yes, before panto left
May 08 17:57:30 <mdp> just another thing to learn, the bigger learning curve tends to be am335x specifics for most people
May 08 17:57:58 <koen> now it's more like 50% panto, 40% TI, 5% me
May 08 17:58:00 <mdp> koen, given all the ones to fix specific gaps I've been cced on from panto, I'd expect that's changed a bit ;)
May 08 17:58:04 <mdp> bingo
May 08 17:58:32 <levi> There's a lot in am335x that's in common with the Jacinto chip I used, so I should have a bit of a head start there.
May 08 17:58:35 <mdp> koen, kinda where I would expect things to be for a complex product
May 08 17:58:42 <mdp> which jacinto?
May 08 17:59:02 <koen> jacinto, aka voldemort SoC
May 08 17:59:21 <mdp> janinto5, I presume
May 08 17:59:53 <koen> mdp: jacinto was one of the "secret" socs
May 08 18:00:10 <mdp> and yeah, jacinto5 is *cough* dm8148/am387x is in the same polar family that popped out am335x
May 08 18:00:26 <mdp> but yet the clock tree is radically different
May 08 18:00:27 <koen> jacinto3 was dm6446 based iirc
May 08 18:00:31 <levi> The 4/5, yeah.
May 08 18:00:44 <mdp> 5 is the one that's got similarities to am335x
May 08 18:01:21 <mdp> in u-boot, we share code more between 814x/am335x than between 814x and omap
May 08 18:01:27 <mdp> for that reason
May 08 18:01:35 <CalcMan> koen: have you started the 3.10/3.11 work?   I
May 08 18:01:50 <panto> CalcMan, no
May 08 18:01:51 <CalcMan> I'm interested in it for the updated socketcan support
May 08 18:01:53 <koen> CalcMan: not yet
May 08 18:02:14 <koen> CalcMan: everything I do can be seen at github.com/beagleboard/kernel
May 08 18:02:23 <mdp> koen, it's all kinda secret stuff since they are targeted a very vertical markets of the oems/tier1s
May 08 18:02:26 <levi> I'm curious how similar the internal memory layout is between the J5 and am335x.
May 08 18:02:29 <panto> we need to get some major features working yet, and then think what to do
May 08 18:02:33 <mdp> no need to talk about them much
May 08 18:02:37 <CalcMan> ok, do you feel that the 3.9 branch you've got going it stable/working?
May 08 18:03:04 <levi> I mean the internal bus address layout.
May 08 18:03:22 <mdp> levi, different, because power/clock domains are different
May 08 18:03:22 <koen> CalcMan: it's an early 3.9rc and all I can say "it builds"
May 08 18:03:32 <mdp> memory map has some overlaps but many differences
May 08 18:03:37 <CalcMan> heh, thanks
May 08 18:03:47 <koen> CalcMan: any effort on recent kernels should be targetted at 3.10/3.11, 3.9 is a dud for TI chips
May 08 18:03:47 <_av500_> J5 is omap4, no?
May 08 18:03:51 <_av500_> not am335x
May 08 18:04:02 <koen> CalcMan: some stuff went in, but it broke
May 08 18:04:29 <panto> koen, piece-meal patch injection failure
May 08 18:04:42 <mdp> _av500_, omap4/dm8148-ish
May 08 18:05:59 <mdp> _av500_, each designed is modified enough to require enormous s/w investments ;)
May 08 18:06:10 <levi> I heard a rumor that it's got PRUs in it, but they're not supported/documented.
May 08 18:06:15 <panto> mdp, job security! oh wait!
May 08 18:06:20 <mdp> levi, which one?
May 08 18:06:43 <koen> pru/pdsp/ics/dmax
May 08 18:06:49 <koen> same shit, different codename
May 08 18:06:53 <mdp> yep
May 08 18:07:25 <koen> I love the 'pdsp' name
May 08 18:07:36 <koen> gotta be a dsp is it does something usefull
May 08 18:08:03 <levi> None of those names are mentioned in the datasheets/TRMs I've got (for DRA64x/DRA65x), but I know there's other silicon in there that's not mentioned either.
May 08 18:08:04 <koen> I still believe 'msp430' was a typo
May 08 18:08:43 <levi> Possibly because some of it ended up being broken, but it's hard to say as I wasn't the one interfacing with the TI reps regarding it.
May 08 18:10:27 <mdp> levi, yeah like dm811x
May 08 18:10:29 <koen> levi: reminds me of a fun situation I had at TI
May 08 18:10:43 <mdp> you'll find the psp user guide for that one
May 08 18:10:48 <koen> levi: we scrubbed very mention of the transport stream interface for the docs
May 08 18:11:19 <koen> levi: but the evm artwork had 'TSIF' next to some pins
May 08 18:11:47 <koen> customer calls us up and demand support for the tsif
May 08 18:11:56 <koen> "how the (*$(#%(# did they find out???!?!?"
May 08 18:12:29 <koen> so the moral of the story: don't label stuff on the silkscreen
May 08 18:12:41 <m_billybob> heh
May 08 18:13:02 <_av500_> ah yes, TSIF is like nuclear tech
May 08 18:13:04 <levi> Oh, heh, I think that may indeed be the vaguely described 'transport stream processor' that we were told about early on and which disappeared from later documents.
May 08 18:13:05 <m_billybob> I just write in a doc somewhere "we're not supporting xyz"
May 08 18:13:25 <koen> levi: *cough*
May 08 18:13:34 <mdp> luckily TI doesn't remove stuff from the docs any longer.............
May 08 18:13:56 <m_billybob> uh huh
May 08 18:13:59 <mdp> ;)
May 08 18:14:11 <m_billybob> pru who ?
May 08 18:14:40 <mdp> spruh73c forever
May 08 18:14:56 <m_billybob> is it still symliked ?
May 08 18:15:03 <levi> There are also bits that are given cursory mention in datasheet tables that are entirely absent in the TRM.
May 08 18:15:03 <m_billybob> symlinked*
May 08 18:15:14 <panto> nothing dies on the internets
May 08 18:16:08 * mdp wonders if there's at most 5 other people subscribed to linux-parport ml
May 08 18:18:13 * m_billybob just enjoys his salad
May 08 18:21:10 <ka6sox> m_billybob, its available now...
May 08 18:21:22 <koen> http://lists.infradead.org/pipermail/linux-parport/2012-April/000748.html
May 08 18:21:32 <ka6sox> without meeting Guido in a Dark Alley
May 08 18:23:08 <m_billybob> ka6sox ?
May 08 18:23:18 <ka6sox> spruh73c
May 08 18:23:49 <m_billybob> if you mean documents with mention of PRU yeah i found that i originally had the most recent TRM
May 08 18:24:10 <ka6sox> which of course makes NO mention of this module.
May 08 18:24:12 <m_billybob> looks like the one i just found was from dec 2011
May 08 18:24:22 <ka6sox> where did you find it?
May 08 18:24:37 <m_billybob> just googled spruh73c first hit i think
May 08 18:24:47 <m_billybob> i did take note of date of course
May 08 18:25:16 <ka6sox> okay so you got it from Guido then.
May 08 18:26:40 <m_billybob> link mentioned on the googlegroups to ti doesnt exist on TI's sire anymore. big surprise
May 08 18:26:49 <m_billybob> site*
May 08 18:27:07 <ka6sox> I trust elinux.org :)
May 08 18:27:11 <m_billybob> ka6sox im assuming you mean its stored by someone reputable ?
May 08 18:27:14 <m_billybob> ah ok
May 08 18:27:55 <m_billybob> ka6sox, do you have a link you mind sharing google doesnt show it
May 08 18:28:23 <m_billybob> oh duh never mind lol its the second link
May 08 18:29:01 <m_billybob> funny how your name seems to be on that link :P
May 08 18:29:14 <m_billybob> but your document is also 7MB larger
May 08 18:30:13 <m_billybob> dont know if ill ever need the PRU but better to have the docs than not
May 08 18:30:32 <ka6sox> wayback machine ftw...
May 08 18:30:53 <m_billybob> i need to read more about them sometime, my "idera" of what they are is kind of a spepccialized M3 core with a limited instruction set
May 08 18:31:38 <m_billybob> specialized M3 core with a limited instruction set but yeah, programmable only via asm
May 08 18:32:38 <m_billybob> bbl more solar panel  . . uh . . . fun
May 08 18:33:23 <mdp> no, nothing at all to do remotely with m3 cores
May 08 18:33:26 <Spirilis> m_billybob: think specialized RISC core with only 8KB program memory and 8KB RAM, plus 12KB "shared memory segment" I believe
May 08 18:33:35 <Spirilis> and 2 of them
May 08 18:33:48 <Spirilis> literally for the intended purpose of "managing real-time industrial communications protocols"
May 08 18:34:00 <mdp> the shared sram is between both cores
May 08 18:34:06 <Spirilis> yeah
May 08 18:34:20 <mdp> and the values change depending on the SoC, that configuration is specific to am335x
May 08 18:34:21 <Spirilis> got me quite a bit less excited when I realized what they were but still, neat concept
May 08 18:34:25 <mdp> am180x has a different version
May 08 18:34:32 <mdp> they are neat in practice too
May 08 18:35:13 <Spirilis> do you have any cool examples of a linux kernel driver that interfaces with a program (e.g. through the shared memory segment) running on the PRUs?
May 08 18:35:13 <mdp> am180x/da850/omap-l138, that is
May 08 18:35:28 <Spirilis> like offloading something and passing data back & forth
May 08 18:40:26 <luigirin> hallo!
May 08 18:40:32 <mdp> you looked at http://processors.wiki.ti.com/index.php/Soft-UART_Implementation_on_AM335X_PRU_-_Software_Users_Guide ?
May 08 18:41:00 <mdp> I recall somebody mentioning that this example made them go blind
May 08 18:41:11 <mdp> it's the only one I know of that's open
May 08 18:41:52 <luigirin> I have a problem on my Beaglebone Black, the directory /sys/class/pwm is missing but the kernel is updated
May 08 18:42:26 <Spirilis> wow good stuff
May 08 18:42:26 <Spirilis> thx
May 08 18:43:13 <luigirin> Can someone help me, please?
May 08 18:45:23 <josephpearce> Question regarding mounting SD card from BBB emmc, when I attach the SD card it will get stuck with three LED's no matter the partitioning or format of SD (fat, ext4) Ideas?
May 08 18:45:45 <rbarris> what type of card
May 08 18:46:00 <josephpearce> Sandisk  16Gb
May 08 18:46:13 <rbarris> someone was on here last night having trouble with a big card
May 08 18:46:33 <rbarris> might suggest trying a smaller (4gb) card
May 08 18:47:05 <rbarris> i don't have any stronger info than that, just a wild idea
May 08 18:47:10 <Spirilis> josephpearce: does it have the uEnv.txt file on there?
May 08 18:47:30 <josephpearce> Hmm I could but I would like the extra storage and 16Gb is not huge. Created a 1Gb partition but no go.
May 08 18:48:53 <josephpearce> I thought it was supposed to always default to emmc, but it appears to be jammed if a SD is installed. I might try the smaller sd but sounds odd
May 08 18:49:51 <Spirilis> josephpearce: there's a bug, I guess you could say, in the bootloader where if it boots from eMMC but checks the SD for "uEnv.txt" and bombs with 3 lights if it doesn't find it
May 08 18:49:55 <luigirin> someone knows how to load the pwm module on BBB
May 08 18:49:58 <luigirin> ?
May 08 18:50:23 <Spirilis> josephpearce: http://spirilis.net/junk/uEnv.txt -- d/l that to the uSD, be sure no carriage-returns get added though.
May 08 18:50:25 <luigirin> I need it to import the PyBBIO
May 08 18:50:39 <panto> luigirin, you need to load a pwm enabled cable
May 08 18:50:41 <panto> *cape
May 08 18:51:25 <levi> koen: Hmm, yeah, there are several mentions here of 'TPPSS', and the only information I can find in public about it are messages on TI support forums of "We don't support that."
May 08 18:51:32 <n7segment> So the SRM describes setting pinmux states in cape EEPROM. However, I've found forum posts saying that that's not implemented. Can anyone clarify?
May 08 18:51:36 <luigirin> i need the PWM only for PyBBIO
May 08 18:52:08 <josephpearce> will putting uEnv.txt on the SD get it going forward?
May 08 18:52:09 <luigirin> but there is no /sys/class/pwm directory
May 08 18:52:24 <panto> luigirin, that's because no pwm device is enabled
May 08 18:52:39 <levi> Might be something else entirely, though.
May 08 18:52:56 <Spirilis> josephpearce: yes, it should
May 08 18:53:42 <Spirilis> if the system boots without the uSD but doesn't boot with it, good chance that's the issue.
May 08 18:53:57 <Spirilis> hoping that "bug" or whatever gets fixed in the next official firmware :)
May 08 18:54:38 <luigirin> but I don't need a cape, PWM is integrated in BBB
May 08 18:54:54 <luigirin> how can I enable it?
May 08 18:55:04 <panto> luigirin, yeah, but on which pins you want it?
May 08 18:55:11 <panto> this ain't arduino
May 08 18:55:37 <ka6sox-away> panto, +1
May 08 18:55:52 <n7segment> +2
May 08 18:56:37 <panto> luigirin, firmware/capes/bone_pwm_P9_28-00A0.dts as an example
May 08 18:56:39 <luigirin> I don't want to use PWM, I need to use the PyBBIO module in Python, but this reqires the  pwm directory
May 08 18:56:51 <panto> I have nfc what a PyBBIO is
May 08 18:57:12 <panto> if it requires that directory and you don't need PWMs then PyBBIO is broken
May 08 18:57:45 <luigirin> it is a library to use input output on BB as in Arduino
May 08 18:57:56 <_av500_> mdp: http://www.eetimes.com/electronics-blogs/other/4413656/London-Calling-Did-Allwinner-outsell-Intel-Qualcomm
May 08 18:58:04 <panto> right, but it was written for the old 3.2 kernel
May 08 18:58:14 <panto> the old ways don't work anymore
May 08 18:58:49 <mdp> _av500_, yeah, showing up everywhere ;)
May 08 18:59:03 <luigirin> I need only digital output but when I load the PyBBIO I have the error for missing the PWM
May 08 18:59:15 <josephpearce> Wow thanks Spirilis, it did! It booted but was not mounted, what device would it be? /dev/sd.. I don't see a msg in dmesg
May 08 18:59:25 <panto> you will need a cape to work with the gpios too
May 08 18:59:43 <Spirilis> josephpearce: humm well, it usually shows up as /dev/mmcblk0p1 I think, do "cat /proc/partitions" to see all the block devices linux's kernel sees.
May 08 18:59:47 <mdp> _av500_, gerald needs to move to Allwinner as the path to have a reasonable media processor to replace dm3730
May 08 18:59:48 <panto> luigirin, you need to figure out pinmuxing first
May 08 19:00:03 <Spirilis> josephpearce: what happens is the uSD becomes mmcblk0 and the eMMC becomes mmcblk1 when you have a uSD card installed
May 08 19:00:11 <_av500_> mdp: hmm, not sure on that one
May 08 19:00:23 <luigirin> Why, I used the gpio with bonescript
May 08 19:00:28 <mdp> _av500_, for the "xbmc is THE use case" crowd
May 08 19:00:37 <_av500_> and we need to address that?
May 08 19:00:52 <_av500_> make PCB, port xbmc, done
May 08 19:00:53 <mdp> the masses demand it ;)
May 08 19:00:56 <panto> luigirin, bonescript uses capes and pinmuxing behind the scenes
May 08 19:01:28 <josephpearce> Fantastic, got it, works.
May 08 19:01:31 <luigirin> but capes are not hardware modules?
May 08 19:01:39 <panto> it only uses a fixed pinmux setting for each of the GPIOs
May 08 19:01:49 <panto> capes are hardware modules
May 08 19:02:01 <Spirilis> josephpearce: then of course if you happen to reformat the uSD card, be sure to toss that uEnv.txt on there.  I did this with mine and named it something and put it in /etc/fstab with a LABEL=blahblah so it auto-mounts under /opt
May 08 19:02:06 <panto> but we overload the terminology
May 08 19:02:20 <luigirin> I used bonescript without optional capes
May 08 19:03:01 <panto> cape fragments have been used by bonescript to configure the gpios, but that was hidden from you
May 08 19:03:20 <n7segment> panto, can you help me out with that?
May 08 19:03:41 <panto> sure, but with what exactly?
May 08 19:04:15 <n7segment> the "pin usage" section of the cape eerpom section of the SRM
May 08 19:04:35 <panto> n7segment, that is only used by the bootloader (and if that)
May 08 19:04:58 <n7segment> heh, yeah, that was my first question
May 08 19:04:58 <mdp> time to recommend the concise header pin tables
May 08 19:05:00 <panto> the kernel does it's pin setup via the device tree object loaded at cape detection
May 08 19:05:14 <mdp> panto, yours or bradfa's
May 08 19:05:22 <panto> bradfa's
May 08 19:05:42 <mdp> had I not already been using his, I would have been happy with yours
May 08 19:05:43 <mdp> ;)
May 08 19:05:43 <n7segment> No I have all my pinmux working from userspace, but am trying to get them set on device boot
May 08 19:05:56 <josephpearce> Thanks Spirilis
May 08 19:06:18 <panto> n7segment, well, how did you get it working from userspace?
May 08 19:06:21 <bradfa> https://github.com/bradfa/beaglebone_pinmux_tables
May 08 19:06:28 <mdp> +1
May 08 19:06:45 <n7segment> But it just says "two bytes for each of the configurable pins of the 74 pins on the expansion connectors"
May 08 19:07:01 <bradfa> needs a BBQ update, though
May 08 19:07:14 * panto passes the marinade 
May 08 19:07:18 <n7segment> By my count, there are 72 such pins, and there's no mapping from the EEPROM address to the pin
May 08 19:07:31 <bradfa> http://www.sweetbabyrays.com/
May 08 19:07:32 <panto> n7segment, that part of the EEPROM is not used by the kernel
May 08 19:08:01 <ka6sox> bradfa, you are KILLING me...no mention of the PRU...like it doesn't EXIST :P
May 08 19:08:18 <bradfa> ok, and PRU updates :)
May 08 19:08:25 <mdp> ka6sox, I pointed that out before and never followed up with the pru pins
May 08 19:08:33 <mdp> patches welcome
May 08 19:08:33 * bradfa opens bug
May 08 19:08:34 <n7segment> ah ok
May 08 19:08:49 <mdp> bradfa, you did invite an update for that and I apologize for not doing it
May 08 19:09:06 <mdp> back when I was actively working on a pru project ;)
May 08 19:09:06 <panto> n7segment, so, it turns out the eeprom pinmux settings are not enough for the kernel to configure the hardware for each cape
May 08 19:09:09 <bradfa> it's now bug number 1 :)
May 08 19:09:14 <n7segment> Just bonescript I suppose then? (which I've never used)
May 08 19:09:20 <panto> n7segment, no
May 08 19:09:21 <mdp> bradfa, that won't be the last ;)
May 08 19:09:24 <n7segment> ah ok
May 08 19:09:33 <panto> I haven't used bonescript either :)
May 08 19:09:37 <bradfa> #2 is bbb update
May 08 19:09:39 <n7segment> :)
May 08 19:09:53 <ka6sox> mdp, http://elinux.org/Ti_AM33XX_PRUSSv2#Beaglebone_PRU_connections_and_modes:
May 08 19:09:59 <panto> n7segment, so let's say you have a 'cape' that uses some SoC peripherals
May 08 19:10:29 <panto> you need to note which pins of the header you use, and which function you need enabled for the peripherals to function
May 08 19:10:29 <mdp> ka6sox, yeah, I used the spreadsheet thing that is public on google docs..
May 08 19:10:36 <mdp> just meant to fold them into his table
May 08 19:11:04 <mdp> but then got lost in writing 6502 codez instead ;)
May 08 19:11:05 <ka6sox> if you have it I won't pull it and submit a PR...
May 08 19:11:05 <panto> then you need to describe your cape hardware using a dt cape fragment
May 08 19:11:20 <ka6sox> mdp, 6502 codez good.
May 08 19:11:35 <panto> that cape fragment will contain the devices you need to enable, and the device nodes will reference the pinmux resources they need
May 08 19:11:49 <n7segment> ok rad!
May 08 19:12:04 <n7segment> Totally understand what you're saying, thank you very much!
May 08 19:12:04 <mdp> ka6sox, I worked off of this: https://docs.google.com/spreadsheet/ccc?key=0As0aJokrBccAdGkxeHkyYW1qRHNQdm5yZDhPQlRNR2c#gid=0
May 08 19:12:10 <bradfa> someone changed all the names of the folders in our dropbox at work, now whole company is syncing for the last hour, internets are slow :(
May 08 19:12:26 <panto> if your cape has an eeprom, if you fill in the EEPROM fields correctly, the dtbo matching the part-number:revision of your cape will be automatically loaded and your cape will just work
May 08 19:13:16 <ka6sox> mdp, thanks
May 08 19:13:24 <panto> if your cape h/w does not have an EEPROM (perhaps you're still hacking a breadboard) then you can load the cape fragment manually or at kernel boot up time via a kernel command line arg
May 08 19:13:26 <n7segment> that makes total sense
May 08 19:13:56 <mdp> ka6sox, looks like you have the same thing in a saner wiki table format which I like
May 08 19:13:56 <ka6sox> mdp, since its not officially supported I'm trying to make elinux.org the "unofficial Official" place with all the doco.
May 08 19:14:11 <mdp> yeah, I only document stuff there now
May 08 19:14:31 <panto> so if you take a look at firmware/capes you should be able to figure out how it all ties together
May 08 19:15:09 <n7segment> Yeah, that's a lot more involved than I/my boss thought it was gonna be
May 08 19:15:26 <n7segment> He thought it was just setting those bits in the EEPROM
May 08 19:15:34 <panto> flexibility has its price
May 08 19:15:39 <mdp> ka6sox, all contribute by adding an Examples section..my 6502 pru project is also documented on elinux plus we can point to the soft uart thing and such
May 08 19:15:45 <mdp> s/all/I'll/
May 08 19:15:58 <Spirilis> hmm random question, if you design a cape with an MCU onboard for some reason or another, it shouldn't be a big deal to "implement" the EEPROM feature with that MCU's own I2C peripheral (simulating the EEPROM protocol in your firmware) aye?
May 08 19:16:04 <ka6sox> mdp, great! All thing PRU @ elinux.org
May 08 19:16:15 <n7segment> I honestly think he wanted it configured there just because he likes saying "EEPROM"
May 08 19:16:17 <Spirilis> so long as you have a way to switch the I2C address for the cape of course
May 08 19:16:19 <mdp> yep, community supported! :)
May 08 19:16:54 <n7segment> More than glad to tell him it's not that simple
May 08 19:16:58 <ka6sox> wmat, ping?
May 08 19:17:15 <panto> well, it is simple enough
May 08 19:17:15 <ka6sox> wmat, nm...found it my bad.
May 08 19:17:17 <n7segment> Because like I said, it's working from userspace
May 08 19:17:42 <panto> what's the difference? just put a file in /lib/firmware and it will just work
May 08 19:18:26 <wmat> ka6sox: :)
May 08 19:18:41 <n7segment> the difference is he's a EE and tends to mistrust software solutions ;)
May 08 19:19:03 <koen> it's just software
May 08 19:19:10 <panto> ah, tell him to implement a tcp/ip stack in h/w first, and then we'll talk
May 08 19:19:32 <n7segment> hahahaha yeah exactly
May 08 19:20:00 <bradfa> Spirilis, sure, that's possible
May 08 19:20:00 <_av500_> panto: cuple of shift registers at mst
May 08 19:20:02 <_av500_> most
May 08 19:20:13 <n7segment> he does have a story about paying 20kusd once for a proprietary one on some uC fifteen years ago
May 08 19:20:33 <panto> _av500_, I'm sure a long enough shift register could be turing machine complete
May 08 19:20:44 <n7segment> but yeah, I like this system a lot
May 08 19:20:56 <panto> but then you'd have to program it, yep, with s/w
May 08 19:20:56 <n7segment> anyway panto can't thank you enough for your help
May 08 19:21:04 <panto> I aim to please
May 08 19:21:16 * panto presents his rifle
May 08 19:21:38 <mdp> ka6sox, done, threw a couple on their to start, I'll even put the non-recommended boxysean hammers the GPIO IP block from PRU example there
May 08 19:21:46 <mdp> s/their/there/
May 08 19:22:20 <ka6sox> eggcellent.
May 08 19:22:44 * panto gets back to the edma mess 
May 08 19:23:20 <mdp> panto, "It's just an 'Enhanced' DMA controller, it should be easy"
May 08 19:23:22 <mdp> :)
May 08 19:23:49 <panto> EDMA is almost an anagram of MDMA
May 08 19:23:51 <panto> just saying
May 08 19:24:04 <mdp> indeed
May 08 19:24:06 <ka6sox> I thought Enhanced meant "its Broken in Hardware....You fix it in Software"?
May 08 19:24:40 <mdp> panto, what you really mean, is you are fixing the camera controller asic design mess. had to fix that for you
May 08 19:25:06 <panto> now you're just mean
May 08 19:25:20 <ka6sox> mdp, -1...go to your room...
May 08 19:25:28 <mdp> don't drag edma into this..it's an innocent bystander
May 08 19:26:34 <mdp> ka6sox, neither of our companys' design luckily
May 08 19:26:42 <panto> oh yeah, edma got in the car willingly mister, there are no innocents in this story
May 08 19:28:00 <mdp> edma was on the other side of the highway...the camera controller design was faulty traveling in the opposite direction and due to bad design veered across the median into oncoming traffic killing edma too
May 08 19:28:13 <mdp> it's all in the report
May 08 19:28:22 <panto> that's for the autopsy to decide
May 08 19:28:31 <dm8tbr> suicide by edma...
May 08 19:28:56 <mdp> survived only by sdma
May 08 19:29:29 <almost_anna> mru, so what about VM+devtools?
May 08 19:31:43 <Tartarus> heh
May 08 19:33:51 <ka6sox> If someone was keeping track of karma we would all be dead and come back as trolls.
May 08 19:34:05 <panto> wait, wait, that explains it
May 08 19:34:32 <ka6sox> panto, ?
May 08 19:34:50 <panto> we're all dead and came back as trolls
May 08 19:34:51 <mru> us being trolls
May 08 19:35:05 <panto> mru, almost_anna might help you with eclipse
May 08 19:35:30 <mru> I'm not the one looking for help
May 08 19:36:02 <panto> well, the other guy then
May 08 19:37:14 <louiz920> question for you all about the BBB
May 08 19:37:44 <louiz920> why is it we don't have a rule in /etc/system/getty.target.wants/serial-getty@ttyO0.service for /dev/ttyGS0?
May 08 19:38:11 <louiz920> is see %I to pickup the other tty, but GS0 defaults to just a dumb serial port
May 08 19:38:41 <louiz920> I accept there might not be a uboot driver for the Generic Serial, but a simple terminal is still nice when local
May 08 19:38:58 <louiz920> also, is ttyO0 the correct tty to attach to?
May 08 19:39:40 * panto hits the snooze button
May 08 19:39:45 <panto> cya
May 08 19:39:54 <_av500_> panto: sweet dreams
May 08 19:42:11 <ka6sox> nite panto
May 08 19:43:02 <n7segment> see ya panto thanks again
May 08 19:43:33 <fishhead2567> m_billybob, when you did your opkg upgrade on the black. how long did it take? (if youremember)
May 08 19:43:47 <ka6sox> uh oh
May 08 19:44:11 <fishhead2567> ka6sox, directed at me =P ?
May 08 19:44:49 <louiz920> fishhead2567, yes. I think it was recommended you wait about 45 minutes as a worst case transfer time
May 08 19:45:01 <thurgood> don't do opkg upgrade
May 08 19:45:14 <fishhead2567> louiz920, my device has been running it for about 4 hours. Im using a usb drive for temp storage
May 08 19:45:14 <louiz920> oh, right to reflash lol
May 08 19:45:20 <fishhead2567> so its not overfilling now...
May 08 19:45:30 <fishhead2567> just taking a while... still running though, not hung... just long
May 08 19:45:58 <louiz920> yeah... i was referring to the time it takes to recover from an upgrade. refer to thurgood above
May 08 19:46:01 <fishhead2567> thurgood, any chance we can convince beagle to post on their site (if hey havent its been a few days) DONT UPGRADE the black
May 08 19:46:17 <ka6sox> fishhead2567, don't do that...
May 08 19:46:24 <fishhead2567> ka6sox, which part?
May 08 19:46:25 <thurgood> you can upgrade.. just not with THAT command
May 08 19:46:32 <ka6sox> ^^
May 08 19:46:34 <ka6sox> that one
May 08 19:46:39 <fishhead2567> thurgood, oh okay. How does one do it?
May 08 19:47:47 <thurgood> pick which packages need updating... and use opkg install, it will update that package if there's an update available
May 08 19:48:12 <fishhead2567> okiedoke. so no system update. can do that. I am gonna wait and hope this finishes.
May 08 19:48:13 <ka6sox> what thurgood said...
May 08 19:48:18 <fishhead2567> if not ill reflash
May 08 19:48:37 <ka6sox> fishhead2567, you already issued the opkg upgrade?
May 08 19:48:58 <fishhead2567> ka6sox, i did about 4 hours ago
May 08 19:49:08 <fishhead2567> its still running wtthout comlaints
May 08 19:49:11 <ka6sox> have you downloaded the flasher?
May 08 19:49:23 <fishhead2567> ka6sox, yup. reflashed about 5 times in total so far
May 08 19:49:28 <thurgood> correct, there's no system-wide analogue to dist-upgrade
May 08 19:49:30 <fishhead2567> just different bugs fixed
May 08 19:49:50 <PRU_EVTOUT_2_> morning fellow beagle bone'ers.
May 08 19:49:51 <fishhead2567> thurgood, i just mean "get the lastest stuff for the things you need" not quite dist-upgrade
May 08 19:50:10 <fishhead2567> im feeling good about this opkg upgrade to be honest... but we'll see
May 08 19:50:52 <ka6sox> ~UGT, PRU_EVTOUT_2
May 08 19:55:04 <louiz920> i successfully got a login prompt through /dev/ttyGS0. have any of you done this and are familiar with the "proper" way to do it?
May 08 19:56:44 <louiz920> well here's how i did it if you're interested http://0pointer.de/blog/projects/serial-console.html
May 08 20:12:53 <zigmoo> Hello!
May 08 20:13:42 <PRU_EVTOUT_2_> louiz920: super thanks!
May 08 20:17:27 <louiz920> Hi PRU_EVTOUT_2
May 08 20:17:48 <louiz920> are you familiar with the new kernel? i used to do this type of thing through inittab
May 08 20:18:45 <Spirilis> louiz920: I feel pretty stupid here, but what is ttyGS0 ?
May 08 20:18:59 <Spirilis> I know ttyO0 is the UART0 broken out to the 6-pin FTDI serial header on the beaglebone black
May 08 20:19:01 <louiz920> to quickly test this you can just change the %I in serial-getty@ttyO0.service
May 08 20:19:15 <Spirilis> however I'm not sure what device driver and/or hardware ttyGS0 refers to
May 08 20:19:28 <koen> g_multi
May 08 20:19:33 <louiz920> ttyGS0 is the generic serial port that comes out of the usb
May 08 20:19:37 <Spirilis> ohhh
May 08 20:19:40 <louiz920> its enumated as a CDC port on windows
May 08 20:19:40 <Spirilis> gotcha.
May 08 20:19:59 <louiz920> so you can echo 'hello world' > /dev/ttyGS0 and then read it from an external terminal
May 08 20:20:01 <Spirilis> that is handy
May 08 20:20:04 <louiz920> well yes
May 08 20:20:05 <Spirilis> yeah, no FTDI required
May 08 20:20:09 <louiz920> but i wanted a terminal
May 08 20:20:15 <louiz920> so i hacked up systemd
May 08 20:20:23 <Spirilis> aye, getty on it
May 08 20:20:34 <Spirilis> getty'd done
May 08 20:20:35 <louiz920> ahh well done
May 08 20:22:53 <louiz920> well i guess what i'll just live with is boot messages coming out the serial header
May 08 20:23:11 <louiz920> and then switching /dev/ttyGS0 to a login shell at boot
May 08 20:23:58 <louiz920> you think you'd be able to fix uenv.txt but then i imagine uboot would have to be able to read/write from that ttyGS0 port
May 08 20:24:30 <Spirilis> yeah
May 08 20:28:54 <woglinde> gosc over?
May 08 20:29:05 <louiz920> what?
May 08 20:29:11 <woglinde> *g*
May 08 20:29:25 <ka6sox> huh
May 08 20:29:27 <woglinde> gsoc
May 08 20:29:34 <woglinde> he ka6sox
May 08 20:29:52 <ka6sox> hiya woglinde
May 08 20:33:24 <mdp> nothing left but the easy part of gsoc now
May 08 20:33:27 <mdp> *yawn*
May 08 20:37:09 <bradfa> :)
May 08 20:37:21 <fishhead2567> well that broke eventually
May 08 20:37:25 <fishhead2567> 54 hours or so
May 08 20:37:46 <fishhead2567> er 4
May 08 20:45:06 <ds2> Hmmmmmm opportunity for an arc-lamp cape
May 08 20:46:39 <ka6sox> Leigh Lights....
May 08 20:47:18 <mru> almost_anna: someone emailed me looking for help with setting up a vmware/linux dev environment, and since that's not the kind of thing I do, I figured I'd throw it out there in case anyone was interested in picking it up
May 08 20:47:27 <fishhead2567> thurgood, will opkg upgrade ever be supported?
May 08 20:47:46 <thurgood> dunno
May 08 20:50:06 <_av500_> it is supposed to work
May 08 20:50:19 <mru> a lot of things are supposed to work
May 08 20:50:22 <_av500_> but as with all SW, there might be bugs
May 08 20:50:27 <mru> doesn't mean they do
May 08 20:50:32 <fishhead2567> _av500_, it most certainly does not
May 08 20:52:26 <fishhead2567> tho it will work for ab out 4 hours of u[pdates befpore it fails to boot
May 08 20:53:05 <ptan> My google-fu is failing me again
May 08 20:53:24 <ptan> how do I access i2c devices in node.js / bonescript?
May 08 20:53:46 <almost_anna> mru, I use VBox
May 08 20:53:52 <almost_anna> have no idea about VMWare
May 08 20:54:07 <mru> the virt host is rather irrelevant
May 08 20:54:56 <ka6sox> there is a fundamental disconnect between saying i2c and JavaScript in the same sentence...
May 08 20:55:33 <ptan> ka6sox: tell me about it... I'm tempted to rewrite everything in c
May 08 20:55:42 <mru> ka6sox: haven't you heard of cobol on cogs? it's a business-oriented framework for embedded computing
May 08 20:56:03 <ptan> ka6sox: except I got the web server running fine in node.js, now I just need the last connection to i2c
May 08 20:56:03 <mru> javascript is hardly any worse
May 08 20:56:13 <_av500_> fishhead2567: yes, this is know bug of the image that ships on bone
May 08 20:57:20 <PRU_EVTOUT_2_> ptan: an option would be to write a command line tool.
May 08 20:57:33 <PRU_EVTOUT_2_> ptan: until i2c gets put into node.js
May 08 20:57:54 <fishhead2567> _av500_, sadness =( on the current image too
May 08 20:58:03 <ptan> I'm dreading PRU_EVTOUT_2_: you mean, node.js -> exec -> C executable ?? ugh.. ugly!!
May 08 20:58:22 <PRU_EVTOUT_2_> node.js source is there, go ahead and add i2c then :P
May 08 20:58:23 <_av500_> fishhead2567: well, the current image is like 3 days old, what is there to upgrade?
May 08 20:58:53 <_av500_> why do people even worry about opkg upgrade so much
May 08 20:59:04 <PRU_EVTOUT_2_> because it's much easier than building your own kernel.
May 08 20:59:11 <mru> that's 72 hours!!! SEVENTY-TWO!!!11!
May 08 20:59:14 * m_billybob has no idea
May 08 20:59:18 <thurgood> are you having an actual problem, or just wanting the latest and greatest>?
May 08 20:59:21 <ptan> hmmm... is it faster to recode an http: server or to add i2c to node.js...
May 08 20:59:38 <m_billybob> snorkel.
May 08 20:59:40 <_av500_> then upgrade the kernel
May 08 20:59:45 <_av500_> that should not take 4 hours
May 08 21:00:03 <PRU_EVTOUT_2_> ptan: what's so horrible about a temoporary command line route? are you doing many many i2c transactions?
May 08 21:00:08 <bradfa> _av500_, just don't build the kernel on a rasppi
May 08 21:00:10 <m_billybob> embedded http server lib ->  snorkle
May 08 21:00:22 <mru> bradfa: damn, you beat me to it
May 08 21:00:32 * bradfa dances!
May 08 21:00:39 * bradfa goes home now, ta ta
May 08 21:00:43 <woglinde> loul
May 08 21:00:43 <ptan> PRU_EVTOUT_2_: real time motor control based on a web page doing ajax updates every 500 ms
May 08 21:00:53 <mru> m_billybob: I thought snorkle was a cross between a snore and a chuckle
May 08 21:00:54 <vvu|Mobile1> does anybody know the pid of AM3359?  i looked into the TRM but nothing there. *looking again*
May 08 21:01:13 <ptan> PRU_EVTOUT_2_: web page running on Android/iPhone/iPad
May 08 21:01:13 <mru> pid?
May 08 21:01:33 <woglinde> product id
May 08 21:01:34 <vvu|Mobile1> i want to do an usb boot, i have the vendor id of texas instruments but need the product id
May 08 21:01:44 <woglinde> lol
May 08 21:01:45 <PRU_EVTOUT_2_> ptan: uhh...then i don't think that'll be a problem
May 08 21:01:51 <woglinde> wild guessing
May 08 21:01:56 <vvu|Mobile1> :)
May 08 21:01:57 <mru> product id in what context?
May 08 21:01:58 <m_billybob> mru -> http://snorkelembedded.webs.com/
May 08 21:01:58 <ptan> didn't think I wanted to execve a process every 500ms
May 08 21:01:58 <PRU_EVTOUT_2_> ptan: alternatively, here's something: http://flattr.com/thing/802486/aredridelnode-ioctl-on-GitHub
May 08 21:01:59 <m_billybob> :P
May 08 21:03:04 <ka6sox> mru, it was fine till I saw it required dbase 1.6
May 08 21:03:55 <fishhead2567> _av500_, there is a lot so it seems. 4hrs worth. thurgood no just pybbio said to upgrade so i got interested in the process
May 08 21:04:15 <PRU_EVTOUT_2_> ptan: what if i gave you my i2c library, to make writing a command line tool easier.
May 08 21:04:16 <_av500_> mru: USB VID/PID I guess
May 08 21:04:22 <_av500_> but then, dmesg says that
May 08 21:04:29 <mru> or lsusb
May 08 21:04:50 <jkroon_> doesnt meta-beagleboard depend on meta-ti ?
May 08 21:05:10 <woglinde> readme
May 08 21:05:41 <ptan> PRU_EVTOUT_2_: sure, would love to take a look.
May 08 21:06:54 <jkroon_> woglinde, readme says it doesnt. but i dont see where it gets the beaglebone machine definition from then
May 08 21:07:50 <_av500_> it's all meta-phoric
May 08 21:08:03 <denix> _av500_: +1
May 08 21:08:26 <jkroon_> _av500_, -1
May 08 21:08:32 <jkroon_> back to zero
May 08 21:08:37 <jkroon_> :-D
May 08 21:08:49 <m_billybob> user@computer:~/oe$ ./oebb.sh config <imagename> ?
May 08 21:09:03 <denix> divbyzero
May 08 21:09:04 <m_billybob> err wrogn line
May 08 21:09:10 <jkroon_> _av500_, mm ill give you +0.1 at least
May 08 21:09:20 <m_billybob> user@computer:~/oe$ MACHINE=beaglebone ./oebb.sh bitbake systemd-image
May 08 21:09:23 <jkroon_> for the humour
May 08 21:10:29 <woglinde> https://github.com/beagleboard/meta-beagleboard/blob/master/common-bsp/conf/machine/beaglebone.conf
May 08 21:10:36 <woglinde> maybee I am blind
May 08 21:10:45 <ptan> If I wanted to cross-compile for BBB on Ubuntu X86_64 (for speed and dev tools), what is the right URL to start building the right toolchain?
May 08 21:11:04 <ptan> is http://wind.cs.purdue.edu/doc/crosscompile.html still valid?
May 08 21:11:07 <woglinde> ptan www.openembedded.org
May 08 21:11:20 <ds2> i think the answer to all these things is to put together a BBBjr board
May 08 21:11:29 <ds2> all it does is expose all the PRUSS pins
May 08 21:11:39 <jkroon_> woglinde, no your absolutley right
May 08 21:11:44 <jkroon_> woglinde, i just missed it
May 08 21:11:45 <ds2> that way we don't have angstrom or compilers or HDMI or video to worry about
May 08 21:12:00 <ptan> woglinde: thx... will look into that.
May 08 21:13:33 <_av500_> ds2: no
May 08 21:13:46 <_av500_> BBBJr is an FTDI with a few of its GPIOs exposed :)
May 08 21:14:01 <woglinde> good nite
May 08 21:14:08 <_av500_> people can run node.js in their PC broser just as well
May 08 21:14:29 <_av500_> woglinde: what, no späti?
May 08 21:15:07 <jkroon_> woglinde, nite
May 08 21:16:01 <ptan> hmmm... for all the trouble needed to set up a cross compile toolchain, I'm thinking that setting up a distributed make across 10 beaglebones might be more fun (might not be easier, but would be more fun!)
May 08 21:17:33 <ds2> _av500_: and risk another drivers nightmare? :D
May 08 21:17:42 <_av500_> ptan: what trouble?
May 08 21:17:53 <_av500_> install a readily available cross toolchain
May 08 21:18:00 <_av500_> ubuntu has some
May 08 21:18:02 <_av500_> so has linaro
May 08 21:18:05 <_av500_> and others
May 08 21:18:08 <mru> ubuntu has packages
May 08 21:18:12 <mru> linaro has generic tarballs
May 08 21:18:54 <ptan> _av500_,mru: which ubuntu package should I apt-get ?
May 08 21:19:34 <mru> no idea
May 08 21:20:50 <_av500_> no idea, I dont use ubuntu
May 08 21:21:05 <_av500_> I am sure google knows
May 08 21:21:13 <_av500_> with all the craze about ARM recently
May 08 21:21:33 <ptan> yeah, google found some hits, just didn't know which one to follow, instructions vary a bit.
May 08 21:21:45 <xterm91> for compiling for the BBB?
May 08 21:21:54 <ptan> yes
May 08 21:22:04 <xterm91> on fedora I used arm-gnueabi-gcc
May 08 21:22:29 <ptan> ok, should be similar.. will try it.
May 08 21:23:14 <xterm91> I'm in the market for a USB jtag for debugging my BBB, does anyone have any product suggestions? Either for or against any device type, manufacturer or model?
May 08 21:24:32 <_av500_> you are sure you need jtag?
May 08 21:25:15 <xterm91> Actually... no.
May 08 21:26:06 <xterm91> But my BBB is not being recognized by any of my boxes as a serial device... and I've been sure to install drivers and run the appropriate modprobe commands (Checked both windows and linux)
May 08 21:26:31 <xterm91> Not recognized during the boot sequence* (The issue I'm dealing with)
May 08 21:26:36 <ds2> IIRC, the BBB should not be recogonized as a serial device
May 08 21:27:32 <xterm91> ds2: How does one debug the boot loader on a BBB?
May 08 21:29:18 <mru> one does not simply debug a boot loader
May 08 21:29:51 <ds2> very very carefully
May 08 21:30:10 <_av500_> xterm91: you mean serial boot?
May 08 21:30:11 <mru> first you make the uart work, then you printf
May 08 21:30:13 <ds2> you start by figuring out why you think you need to debug the bootloader
May 08 21:30:14 <_av500_> with the ROM code?
May 08 21:30:23 <_av500_> or uboot?
May 08 21:30:36 <ds2> the chip by itself gives you a lot of hints as to what is going on
May 08 21:31:22 <xterm91> uboot
May 08 21:31:51 <_av500_> uboot works fine with a serial port on the bone
May 08 21:31:59 <ds2> if you got to uboot...
May 08 21:32:07 <ds2> flash the LEDs
May 08 21:32:21 <_av500_> xterm91: and you have connected a serial cable to j6?
May 08 21:32:25 <_av500_> the 6pin header
May 08 21:32:30 <xterm91> I have no serial cable
May 08 21:32:32 <ds2> have USB enumerate in funny ways
May 08 21:32:35 <_av500_> xterm91: ah
May 08 21:32:43 <_av500_> that might explain why you see no serial
May 08 21:33:02 <xterm91> BBB is supposed to support serial over the USB interface I read somewhere
May 08 21:33:07 <_av500_> no
May 08 21:33:09 <_av500_> BBW does
May 08 21:33:12 <ds2> BBW
May 08 21:33:13 <_av500_> BBB is different
May 08 21:33:32 <m_billybob> was removed for cost reasons
May 08 21:33:35 <_av500_> I wish BBB had the FTDI too
May 08 21:33:36 <ds2> BBW, BBB, BBC, BBX are all different
May 08 21:33:40 <xterm91> Rog, so I need a 6pin serial cable?
May 08 21:33:41 <m_billybob> so sayeth the SRM
May 08 21:33:56 <_av500_> xterm91: 3 pins are enugh
May 08 21:34:00 <_av500_> +o
May 08 21:34:07 <ds2> for what you are doing 2 can work
May 08 21:34:16 <_av500_> j6 fits the cables from adafruit or sparkfun
May 08 21:34:26 <_av500_> or the original FTDI ones
May 08 21:34:31 <mru> most of my level shifters have 4 pins
May 08 21:34:35 <_av500_> or cheap knockoffs from DX
May 08 21:34:59 <ka6sox> I have 2 from Monoprice and they work fine
May 08 21:35:06 <m_billybob> make sure its 3.3v though right ?
May 08 21:35:10 <_av500_> yes
May 08 21:35:24 <ds2> you can even use a cliplead to a ez430 programmer
May 08 21:35:35 * _av500_ runs 1.8V OMAPs on 3.3V serial cables for years now
May 08 21:35:45 <_av500_> dont try this at home kids
May 08 21:36:05 <ds2> _av500_: you like to keep your rework folks nice and busy huh? :D
May 08 21:36:08 <ka6sox> _av500_, no kidding
May 08 21:36:08 <thurgood> and send any bricks to av500 :P
May 08 21:36:15 <_av500_> ds2: do you get a commission to mention that ez430 daily?
May 08 21:36:23 <_av500_> ds2: no rework needed
May 08 21:36:33 <_av500_> it never wasa problem
May 08 21:36:46 <ds2> hahahaahhaa
May 08 21:36:59 <m_billybob> hmm wonder if i could repurpose a msp430 launchpad for suc a purpose . . .hmmm
May 08 21:37:07 <xterm91> Soo many options
May 08 21:37:07 <_av500_> you can
May 08 21:37:16 <_av500_> LP has the TUSB
May 08 21:37:25 <_av500_> thats your basic usb2 serial
May 08 21:37:29 <m_billybob> SBW and UART. viola
May 08 21:37:34 <mru> _av500_: the Wasa ship had a serious problem...
May 08 21:37:48 <_av500_> i know
May 08 21:38:19 <mru> made the titanic look quite unsinkable indeed
May 08 21:38:31 <_av500_> look ma, no iceberg
May 08 21:39:12 <mru> the wasa was toppled by a huff and a puff from the big bad wolf
May 08 21:51:48 <louiz920> has anyone on here successfully messed with the bootargs on the BeagleBone Black?
May 08 21:52:13 <louiz920> in uEnv.txt or from the uboot console?
May 08 21:52:25 <jkridner> louiz920: yes, from uEnv.txt
May 08 21:52:34 <louiz920> fantastic
May 08 21:53:02 <louiz920> so if i wanted to specify a different console= do you know where in boot that gets parsed?
May 08 21:53:36 <louiz920> to be specific i want to change console=ttyO0,115200 to console=ttyGS0,115200
May 08 21:54:02 <louiz920> i saw it in the configs in the ezsdk, but that seems like alot of work if the GS device just isn't available at boot
May 08 21:56:34 * jkridner tries to see if console is treated as a special variable.
May 08 21:56:46 <louiz920> i figured i could just bootargs="root=/dev/mmcblk0p2 rootwait console=ttyGS0,115200"
May 08 21:58:01 <_av500_> console= should be enough
May 08 22:01:23 <ds2> the defaults for the beagle stuff uses console as a special variable
May 08 22:01:29 <ds2> it expands that into bootargs
May 08 22:01:42 <louiz920> thanks
May 08 22:01:58 <louiz920> you're right though, i don't have to specify the full bootargs
May 08 22:02:17 <fester> any idea why my beagle bone white using the latest image hangs in uboot? i have to screen into ttyusb0 and type boot for it to boot
May 08 22:03:02 <xterm91> do you have the line uenvcmd=boot in your uEnv.txt?
May 08 22:03:20 <fester> i didn't edit anything, i just flashed it and turned it on
May 08 22:04:17 <_av500_> pastebin a boot log
May 08 22:04:18 <louiz920> how did you flash it?
May 08 22:04:31 <jkridner> _av500_, louiz920: on a new line.  Just edit uEnv.txt with a text editor.
May 08 22:04:48 <_av500_> yes
May 08 22:04:49 <louiz920> thanks jason
May 08 22:04:49 <jkridner> make sure to save it in a Linux format, not Windows format.
May 08 22:05:11 <_av500_> and Mac format?
May 08 22:05:35 * jkridner always forgets which variables have special places... I need to publish a copy of the default bootcmd so that folks don't need to reference the source.
May 08 22:05:51 <fester> louiz920: using this: http://beagleboard.org/Getting%20Started#update
May 08 22:06:04 <ds2> isn't there native support for i2c eeproms to save the environment?
May 08 22:06:31 <ka6sox> written in COBOL?
May 08 22:06:58 <louiz920> jkridner: i modified my serial-getty@ttyO0.service to get a terminal over /dev/ttyGS0 do you see anything wrong with doing that? Secondly, what does the %I parse for in that file before?
May 08 22:06:59 <_av500_> jkridner: reminds me to post my preEnv.txt patches
May 08 22:07:40 <fester> _av500_: http://pastebin.com/CpzcZaAz
May 08 22:07:52 <sabaran> I'm trying to access the Beagleboard remotely from another PC A outside of the local network, while the Beagleboard is connected to USB OTG to a computer B with a working wifi connection. How can I achieve this?
May 08 22:08:00 <_av500_> fester: all the stuff
May 08 22:08:04 <_av500_> from power on
May 08 22:08:08 <_av500_> up to where it stops
May 08 22:09:07 <louiz920> _av500_ : cat /media/BEAGLEBONE/uEnv.txt plz
May 08 22:09:21 <_av500_> ?
May 08 22:09:34 <_av500_> mine is empty
May 08 22:11:11 <louiz920> what's in /boot/uEnv.txt?
May 08 22:11:53 <PRU_EVTOUT_2_> sabaran: if you're on windows, you'll need to bridge the connections in your network settings.
May 08 22:12:22 <PRU_EVTOUT_2_> sabaran: so bridge the beaglebone adapter and wifi adapter. both will go down for a moment.
May 08 22:12:27 <_av500_> louiz920: whatever you put
May 08 22:12:39 <_av500_> it is a way to override parts of the default environment
May 08 22:12:46 <PRU_EVTOUT_2_> sabaran: err, that's one way. there's probably a way to share as well.
May 08 22:12:56 <sabaran> PRU_EVTOUT_2_: I'm on Ubuntu 13.04 x64.
May 08 22:13:19 <PRU_EVTOUT_2_> sabaran: https://help.ubuntu.com/community/NetworkConnectionBridge
May 08 22:14:24 <sabaran> it only explains about eth0, but it seems to be a bit more complicated with wlan0 as the AP might not accept packets from the beagleboard
May 08 22:14:34 <fester> PRU_EVTOUT_2_: are you a pru meister?
May 08 22:15:06 <louiz920> _av500_" i'm just curious where the unkown command is coming from
May 08 22:15:09 <darkpoet> hi, just bought a BBB. I'd like to boot from the SD card, not from the eMMC, does anyone could help with this?
May 08 22:16:39 <PierreND_> From the doc: If you hold the boot switch down during boot, and you have a uSD card inserted with a bootable image, the board will boot form the uSD card.
May 08 22:17:18 <PRU_EVTOUT_2_> fester: i don't know. i've made a few communication interfaces.
May 08 22:17:44 <xterm91> darkpoet: http://beagleboard.org/Getting%20Started#distros
May 08 22:17:49 <darkpoet> @PierreND, yes, but I mean I want to do it automatically, without pressing the button, maybe changing some files?
May 08 22:17:59 <PRU_EVTOUT_2_> fester: so i could tell you about programming, debugging, and interfacing with the pru.
May 08 22:18:07 <louiz920> the answer to my previous questions:https://www.kernel.org/doc/Documentation/kernel-parameters.txt
May 08 22:18:46 <fester> PRU_EVTOUT_2_: so i'm trying to make the pru play an arbitrary wav file
May 08 22:19:00 <fester> i'm starting with this: http://elinux.org/ECE497_BeagleBone_PRU
May 08 22:21:53 <PRU_EVTOUT_2_> louiz920: those settings are loaded after uboot, correct?
May 08 22:22:11 <PRU_EVTOUT_2_> fester: checkin it.
May 08 22:23:59 <weebo> Is there any documentation on which GPIO pins are "safe" to use? I'm reading through the doc and seeing pins X and Y are used emmc/hdmi/reset, now I'm just unsure which ones I can actually use.
May 08 22:24:12 <PRU_EVTOUT_2_> fester: how's it going?
May 08 22:24:30 <louiz920> PRU_EVTOUT_2_ the bootargs are passed to the kernel at boot yes
May 08 22:24:53 <louiz920> you can however also specify uboot settings in the uEnv.txt for things like tftp boot
May 08 22:25:39 <fester> PRU_EVTOUT_2_: well, i just upgraded from an old image to 3.8 and i was having trouble loading the pru module
May 08 22:26:08 <PRU_EVTOUT_2_> what do you mean by "pru module"? uio_pruss?
May 08 22:26:14 <fester> then i ran this magic script http://pastebin.com/SCV8QdXZ
May 08 22:26:20 <fester> yep uio_pruss
May 08 22:26:38 <fester> and it loads, i have no idea why
May 08 22:27:24 <PRU_EVTOUT_2_> how were you having trouble?
May 08 22:27:39 <PRU_EVTOUT_2_> "modprobe uio_pruss" should load it and uio (which it depends on).
May 08 22:28:21 <fester> oh, i didn't have any /dev/uio* files after modprobe uio_pruss
May 08 22:28:44 <PRU_EVTOUT_2_> all that slots stuff in the magic script is to do pin muxing since the old omap_mux way is gone.
May 08 22:28:47 <darkpoet> does anyone know what settings i have to specify in order to boot automatically from SD card instead of eMMC?
May 08 22:29:03 <PRU_EVTOUT_2_> was that command returning some error?
May 08 22:29:37 <fester> and /sys/class/uio was empty
May 08 22:29:53 <fester> PRU_EVTOUT_2_: modprobe uio_pruss? it returned no errors
May 08 22:30:47 <fester> but i did a strace on the file, and i saw that it was trying to load the file /sys/class/uio[somenumber] and failing
May 08 22:30:50 <ka6sox> morning DoNotEat
May 08 22:31:04 <thurgood> darkpoet: you could modify the rootfs in uEnv.txt to point to the sd, that's probably the easiest way
May 08 22:31:31 <SilicaGel> hi
May 08 22:33:01 <Digital_Warrior> I will say this. The BBB needs more devs.
May 08 22:36:44 <PRU_EVTOUT_2_> fester: hrmm...i don't know. haven't worked with 3.8 yet. waiting for it to settle a bit more.
May 08 22:37:00 <PRU_EVTOUT_2_> fester: was there anything in dmesg?
May 08 22:39:38 <fester> not that i remember
May 08 22:40:23 <PRU_EVTOUT_2_> fester: https://docs.google.com/file/d/0B80aJokrBccAV1paMTU0bjM1OXc/edit?usp=sharing has some useful things.
May 08 22:40:53 <PRU_EVTOUT_2_> fester: pc shows program counter, step steps through the code, regs shows regs, mem shows first few mem entries, etc.
May 08 22:41:12 <fester> woah!!!!
May 08 22:41:30 <fester> that is awesome!!
May 08 22:41:40 <PRU_EVTOUT_2_> fester: useful for debugging. also, add "-l" to the pasm compiler. it'll compile the list of instructions that shows the program counter and line of code for each.
May 08 22:42:03 <PRU_EVTOUT_2_> fester: so that way, as you're stepping, you can actually trace what's going on.
May 08 22:42:16 <fester> yes, very helpful
May 08 22:42:22 <fester> did you make this?
May 08 22:42:56 <PRU_EVTOUT_2_> fester: when i'm stepping, i usually have two other windows, one with "watch 0.1 sh regs" and one with "watch 0.1 sh mem", so i have a little reg/memory view.
May 08 22:43:08 <fester> on monday i just said, man, i wish i had a pru  debugger
May 08 22:43:14 <PRU_EVTOUT_2_> fester: yeah, it juts does devmem2 writes/reads to the pru stuffs.
May 08 22:43:35 <mru> it's only 8k instruction ram, how hard can it be to debug?
May 08 22:43:39 <fester> oh, so the pru might update faster than the debugger can see?
May 08 22:44:20 <darkpoet> thurgood:  I'm not familiar with rootfs, could you give me some more details please?
May 08 22:44:27 <PRU_EVTOUT_2_> fester: yeah, someone needs to make one. wouldn't be too much work. there's probably somethign out there that could be modified a bit.
May 08 22:45:03 <PRU_EVTOUT_2_> fester: no, it would have to step a command at a time, but that could be pretty fast since it's juts memory writes.
May 08 22:45:28 <fester> 5ns
May 08 22:46:00 <xterm91>  acceptable USB to TTL for BBB? http://www.amazon.com/gp/product/B006JKNWLE/
May 08 22:46:10 <PRU_EVTOUT_2_> fester: i mean, the debugger could control when the pru stepped to always stay in sync.
May 08 22:46:28 <mru> ptrace for pru
May 08 22:46:50 <louiz920> xterm91: awesome
May 08 22:47:12 <xterm91> Merely inquiring if it would be a good purchase.
May 08 22:47:48 <fester> ahhh
May 08 22:47:51 <louiz920> yeah, i don't see why not. cheaper than the one on adafruit, and even comes with a cable that's easy to rearrange the pins
May 08 22:47:55 <Russ> if by TTL they mean 5V, then no
May 08 22:48:05 <PRU_EVTOUT_2_> plus, it's only usb2.0. so slow.
May 08 22:48:16 <Russ> if they mean 3.3V, then ok
May 08 22:48:20 <xterm91> Supposedly it supports 3.3v and 5v
May 08 22:48:21 <louiz920> PRU_EVTOUT_2_ has a good point
May 08 22:48:33 <louiz920> you should look for a SATA->SERIAL bridge
May 08 22:48:47 <louiz920> lvds -> serial
May 08 22:55:45 <darkpoet> hi, does anyone know how to use rootfs to boot in uEnv.txt from my SD instead of eMMC? I'm not familiar with u-boot
May 08 22:57:38 <m_billybob> darkpoet, no hands on but last i searched goog for uEnv.txt + beaglebone black, i found a pretty good wiki link like in the first 5 hits
May 08 22:58:05 <m_billybob> uboot should have good doumentation too, but been a while since i looked
May 08 22:59:40 <xterm91> m_billybob: I see a lot of people are having a hard time getting the BBB to prefer booting off the uSD card, my Gentoo installation (which uses uBoot but no uEnv.txt) will boot without pressing S2. Do you have any idea why?
May 08 23:00:54 <m_billybob> xterm91 not an expert . . . but i did read that some ( dont ask why i dotn know ) bbb's dont need s2 pressed
May 08 23:01:23 <xterm91> m_billybob: I guess I'll just consider myself lucky then haha
May 08 23:01:29 <m_billybob> ")
May 08 23:01:33 <m_billybob> :) even
May 08 23:04:28 <m_billybob> some of you guys might find this interresting -> http://www.taylorkillian.com/2013/04/using-fpga-of-eecolor-color3.html
May 08 23:04:36 <m_billybob> pasted to me by someone i know in another channel
May 08 23:04:48 <rbarris> imagine a beowulf cluster of those things
May 08 23:05:10 <m_billybob> id be more interrested in a cluster to mine btc but ok that does soudn interresting too
May 08 23:05:15 <rbarris> :)
May 08 23:06:57 <m_billybob> spartan 6 lx150 is it ? can do ~95MH/s one of those according to that blog will do 15MH/s
May 08 23:07:24 <m_billybob> by ten for less and do more :)
May 08 23:08:39 <Digital_Warrior> does any one know if there is something like this for the Beagelbone Black https://code.google.com/p/raspberry-gpio-python/
May 08 23:09:15 <m_billybob> Digital_Warrior i think there is someone was talkign abotu something similar the other night
May 08 23:09:24 <m_billybob> bbpy or somethign like that
May 08 23:09:28 <m_billybob> hmm
May 08 23:11:03 <Digital_Warrior> omap_mux would have worked for me but with the change in the kernel.
May 08 23:11:04 <m_billybob> Digital_Warrior google turns up tons of hits, and not just for gpio, i2c etc also, but may only be BBW compatible
May 08 23:11:32 <m_billybob> yeah, i didnt think of that
May 08 23:11:37 <Digital_Warrior> A user will choose what each gpio will do. So the gpio will need to be able to be changed on the fly.
May 08 23:12:29 <m_billybob> can be done with bonescript, but dont know of anythign concrete using python
May 08 23:12:49 <Digital_Warrior> I am trying to stay away from js
May 08 23:13:25 <Digital_Warrior> it would not matter and I could hard code it all, if it was not for the fact that every hombrewer does their setup diffrently
May 08 23:13:33 <m_billybob> I dont blame you. but perhaps you could gleen enough info from the source ?
May 08 23:13:37 <xterm91> I was using a shell script to flip leds on and off... could be generalized and abstracted in python fairly easily
May 08 23:14:15 <Digital_Warrior> xterm91: could you flip the gpio to be an input or output set high or low.
May 08 23:14:37 <PRU_EVTOUT_2_> Digital_Warrior: devmem2 can, i believe :)
May 08 23:14:58 <xterm91> < I'm on like day 3 of having my first embedded device ( Windows kid here )
May 08 23:15:26 <m_billybob> xterm91 there sems to be many windows "kids" in here lol
May 08 23:15:51 <m_billybob> im one myself, but not above using linux
May 08 23:15:53 <Digital_Warrior> The only other embedded device I have done is an arduino stir plate for my yeast propagation
May 08 23:16:08 <xterm91> m_billybob: I'm trying to learn :D
May 08 23:16:28 <Russ> echo $((  679955 * 6225 + 9999 ))
May 08 23:16:30 <Russ> er
May 08 23:16:41 <Russ> echo $(( 0xffffffff ))
May 08 23:16:51 * Russ damned gnome shell
May 08 23:16:57 <m_billybob> xterm91, another option to look at, if you like embedded stuff would be the msp430 launchpad. inexspensive, and everythign else is either included, or free online
May 08 23:17:17 <PRU_EVTOUT_2_> msp430 went up in price :(
May 08 23:17:18 <m_billybob> no need for an external programmer / debugger, its all included
May 08 23:17:29 <m_billybob> yeah its still a steal at $10 though
May 08 23:17:58 <mru> Russ: echo $(((-1<<63)/-1))
May 08 23:18:17 <Russ> yup, they still haven't fixed that one
May 08 23:18:25 <PRU_EVTOUT_2_> m_billybob: embedded linux is pretty different from an msp430 though. :)
May 08 23:18:41 <m_billybob> yes sir, but its no less useful
May 08 23:18:57 <PRU_EVTOUT_2_> and, at $10, i don't see it as much of a steal, considering a full arm computer can be bought for a little bit more.
May 08 23:19:13 <m_billybob> the msp430 makes you think in diferent ways
May 08 23:19:27 <PRU_EVTOUT_2_> very very true :)
May 08 23:19:46 <m_billybob> including debugger / programmer, and a very well supported GNU based toolchain ?
May 08 23:19:51 <PRU_EVTOUT_2_> although, if you want to think in those ways, just get going with a pru :)
May 08 23:20:07 <m_billybob> naw i avoid asm when at all possible
May 08 23:20:07 <xterm91> m_billybob: baby steps... baby steps... I'm still tracking my way back out of windbg
May 08 23:20:15 <xterm91> asm is the best
May 08 23:20:29 <m_billybob> xterm91 msp430 is actually much easier to learn, the bbb is pretty vast
May 08 23:20:29 <xterm91> when it's x86(_64) >.>
May 08 23:21:10 <mru> avoid asm if you can, but sometimes it is the only viable option
May 08 23:21:19 <m_billybob> the G2553 value line has 512byte ram 16k flash, and like SPI UART i2c a couple timers. thats about it
May 08 23:21:34 <m_billybob> WDT too of course
May 08 23:22:23 <m_billybob> anyhow, im not a sales rep for TI, I just think its a fairly good learnign platform for micro embedded
May 08 23:23:56 <m_billybob> mru, i agree, the PRU on this chip seems to be the only thing thats made me consider using asm though
May 08 23:23:59 <m_billybob> so far.
May 08 23:24:12 <mru> for the pru that's the only option
May 08 23:24:23 * m_billybob nods
May 08 23:24:23 <mru> and a C compiler wouldn't make a lot of sense either
May 08 23:24:41 <m_billybob> how large is the instruction set exactly ?
May 08 23:24:55 <mru> for many of the pru applications you really need the exact control a compiler takes away
May 08 23:25:13 <Russ> mru, depends on the application
May 08 23:25:17 <SilicaGel> pru assembly is so simple though
May 08 23:25:19 <ds2> mru: in that case, why not have a vhdl or verilog compiler?
May 08 23:25:26 <SilicaGel> it's really not scary at all once you get into it a little
May 08 23:25:26 <Russ> if its only a 10MHz application, you are probably ok
May 08 23:25:46 <mru> it's a simple instruction set and only 8k of program memory
May 08 23:25:52 <mru> how complex can it get?
May 08 23:26:07 <m_billybob> wow 8k is huge :)
May 08 23:26:15 <SilicaGel> not only that but it's meant to do real time tasks, simple tasks very fast and VERY deterministically
May 08 23:26:32 <m_billybob> i honestly havent touched asm since . . . egads, dos 5 i think
May 08 23:26:45 <mru> x86 asm is a nightmare
May 08 23:26:59 <ds2> and verilog/VHDL does that sort of thing
May 08 23:27:06 <PRU_EVTOUT_2_> m_billybob: the pru compiler supports nice macros with parameters and default values and stuff, so it's pretty nice!
May 08 23:27:41 <PRU_EVTOUT_2_> my pru stuff is extremely easy to follow since i wrapped everything in macros with nice names.
May 08 23:27:42 <m_billybob> awesome ill definately give it a look sometime
May 08 23:27:57 <m_billybob> the compiler is OSS ?
May 08 23:28:10 <PRU_EVTOUT_2_> yeah, it's all in that package.
May 08 23:28:20 <PRU_EVTOUT_2_> the unsupported pru package.
May 08 23:28:23 <m_billybob> "that package" ?
May 08 23:28:28 <m_billybob> hmm
May 08 23:28:37 <PRU_EVTOUT_2_> https://github.com/beagleboard/am335x_pru_package
May 08 23:28:39 <ka6sox> m_billybob, TI doesn't officially suppor tit
May 08 23:28:42 <m_billybob> from ti ? i hope not it may have since gone missing :/
May 08 23:28:49 <m_billybob> right on
May 08 23:28:53 <m_billybob> yeah so i understand
May 08 23:29:20 <ka6sox> but the community is rallying around the SubSystem and putting together documentation and support.
May 08 23:29:47 <m_billybob> thats why OS communities are so awesome sometimes
May 08 23:30:03 <ka6sox> without them some things die.
May 08 23:30:30 <Digital_Warrior> stupid question what is pru
May 08 23:31:11 <m_billybob> shall I someone correct me if i get it wrogn
May 08 23:31:21 <ka6sox> Programmable Realtime Unit
May 08 23:31:28 <m_billybob> Digital_Warrior, think of an on die Cortex M3 with limited instruction set
May 08 23:31:32 <ka6sox> aka small embedded processor for Real Time applications
May 08 23:31:51 <ka6sox> the m3 is something else
May 08 23:31:53 <PRU_EVTOUT_2_> Digital_Warrior: basically two independent little simple instruction set 200MHz processors that have access to system memory.
May 08 23:32:08 <Digital_Warrior> hmm that could be interesting.
May 08 23:32:36 <PRU_EVTOUT_2_> Digital_Warrior: and some peripherals, like uart and some others.
May 08 23:32:38 <m_billybob> how close would it match the picolo's CLA i wonder
May 08 23:33:00 <ptan> Ok, I'm going to try to add i2c to bonescript.  Where is the official git repo for it?
May 08 23:33:11 <PRU_EVTOUT_2_> ptan: you rock!
May 08 23:33:30 <m_billybob> awesome!
May 08 23:34:08 <Digital_Warrior> it looks like bbpy will not work. BBPython
May 08 23:34:08 <Digital_Warrior>     A simple menu command to send the contents of a window to the Python interpreter
May 08 23:34:53 <ka6sox> ptan, ask jkridner...its his baby
May 08 23:35:14 <ptan> is https://github.com/jadonk/bonescript the right place to pull the stuff
May 08 23:35:38 <ka6sox> that looks right
May 08 23:38:37 <ka6sox> morning vvu|Mobile
May 08 23:39:06 <vvu|Mobile> ka6sox: same, but with a delay of some hours
May 08 23:39:14 <vvu|Mobile> :)
May 08 23:39:46 <xenoxaos> so, it would be relatively easy to assign a chunk of system memory that the PRU can use, say 1K, then the pru can send that out over a bit banged protocol to another device?
May 08 23:41:33 <xenoxaos> i was thinking of using it to do the signalling for a addressable led strip, where i just dump the color data to a chunk of memory, then have it automatically loaded
May 08 23:43:05 <PRU_EVTOUT_2_> xenoxaos: yes, but the pru has a chunk of memory built in that you can access.
May 08 23:44:00 * xenoxaos hates writing asm
May 08 23:44:01 <xenoxaos> :P
May 08 23:44:08 <m_billybob> I was curious if i could squeeze high res high speed PWM out of it
May 08 23:44:31 <m_billybob> e.g. switcher power speeds /resolutions
May 08 23:44:37 <m_billybob> switching*
May 08 23:45:04 <m_billybob> 800khz to 2Mhz
May 08 23:45:29 <PRU_EVTOUT_2_> xenoxaos: would be less asm just writing to pru memory.
May 08 23:45:59 <PRU_EVTOUT_2_> xenoxaos: having pru access system memory would require telling the pru where, in system memory, to go.
May 08 23:47:00 <PRU_EVTOUT_2_> plus, if the pru was polling for new values/reading them in real time, you would clog up your system memory bus for no reason.
May 08 23:48:07 <PRU_EVTOUT_2_> and, pru accessing system memory is slower and somewhat unpredictable (bus could be in use) compared to pru memory.
May 08 23:48:08 <xenoxaos> how much memory does the pru have?
May 08 23:48:32 <PRU_EVTOUT_2_> 8k for each pru, and some shared between the two.
May 08 23:48:58 <PRU_EVTOUT_2_> i can't remember how big the shared is. 12k?
May 08 23:49:17 <xenoxaos> that should be plenty enough to just bit bang a chunk of data out
May 08 23:49:31 <PRU_EVTOUT_2_> yeah, 12k.
May 08 23:50:49 <PRU_EVTOUT_2_> are you using gcc?
May 08 23:50:55 <ka6sox> remember that its a modified harvard...so data memory is separate from programme memory
May 08 23:50:57 <xenoxaos> i would be, yes
May 08 23:51:55 <schuschu> hello everybody! i just got my beaglebone black and of course i just fried my emmc.... whats the best way to restore uboot to the mmc (the emmc flasher sd card image appears to only extract a new fs, the uboot block is not rewritten it seems)
May 08 23:51:56 <PRU_EVTOUT_2_> so you'd probably use the prussdrv library. it gives you a pointer to the data memory that you can use directly
May 08 23:53:33 <ka6sox> UIO memory space
May 08 23:56:49 <PRU_EVTOUT_2_> volatile pointer to an mmap of the pru memory. :P
May 08 23:57:31 <Digital_Warrior> thank god for virtual box.
May 08 23:57:41 <Digital_Warrior> richard
May 08 23:59:34 <schuschu> ok this time the uboot got reflashed but i get a kernel panic upon booting about a missing shared library... is it just me or does the update on bbb not work very well?
May 08 23:59:51 <xenoxaos> did you let it run for like 40 min?
May 09 00:00:04 <xenoxaos> it can take quite a while to load
May 09 00:02:54 <schuschu> i let it run until the extraction of the tar was complete, then sync and poweroff
May 09 00:03:06 <schuschu> libdbus-1.so.3: cannot open shared object file
May 09 00:05:13 <schuschu> well i'll just let it run overnight, if nothing changes i'll ask again tomorrow...
May 09 00:16:38 <mrpackethead> http://resme.me/3ub21d.jpg
May 09 00:18:06 <PRU_EVTOUT_2_> mrpackethead: then you feel bad, because that one error was a true hero, helping hold back all the others for you.
May 09 00:18:54 <mru> and then you realise it was all your own fault for using c++
May 09 00:19:14 <m_billybob> misusing ?
May 09 00:19:24 <mru> for c++ that's the same thing
May 09 00:19:34 <PRU_EVTOUT_2_> where's this magic non c++ thing you speak of that doesn't have errors?
May 09 00:20:08 <m_billybob> mru two words. meta programming.
May 09 00:20:23 <mru> your point?
May 09 00:20:45 <m_billybob> let the compiler compile atg compile time instead of run time. smaller faster more efficient code.
May 09 00:21:02 <mru> wtf are you talking about?
May 09 00:21:43 <m_billybob> C++ :)
May 09 00:21:55 <mru> c++ doesn't compile things at runtime
May 09 00:21:58 <mru> that's java
May 09 00:22:09 <mru> if you use a jit compiler
May 09 00:22:11 <m_billybob> not going to ague about it.
May 09 00:22:22 <m_billybob> read up on template meta programming if you care to sometime.
May 09 00:22:28 <mru> I know what templates are
May 09 00:22:45 <mru> and I fail to make sense of what you said nonetheless
May 09 00:22:47 <PRU_EVTOUT_2_> smaller faster more efficient? whaaa? any language doing the same task, with equally good compilers, will result in the same asm.
May 09 00:23:06 <mru> PRU_EVTOUT_2_: well, that's rather idealistic
May 09 00:23:19 <ka6sox> la la land
May 09 00:23:33 <PRU_EVTOUT_2_> comparing c++ and c, it's not at all, especially considering you *can* use the same compiler and almost always *do* get the same asm.
May 09 00:23:34 <mru> now the _idea_ of templates is not bad at all
May 09 00:23:49 <PRU_EVTOUT_2_> at least for simple tasks :)
May 09 00:23:51 <ka6sox> mru, can DT help here?
May 09 00:23:53 <mru> the c++ _syntax_, however, is horrible
May 09 00:24:09 <m_billybob> C++ syntax is largely C.
May 09 00:24:20 <mru> templates can't be, since C doesn't have them
May 09 00:24:41 <cmicali_> "largely C?"
May 09 00:24:54 <mru> c++ syntax is confusingly similar to c
May 09 00:25:10 * m_billybob sighs
May 09 00:25:11 <cmicali_> maybe the core, but so, so, so much added
May 09 00:25:18 <PRU_EVTOUT_2_> c++ is an extension to c...i would hope it would be similar. :P
May 09 00:25:23 <cmicali_> (not a c++ hater)
May 09 00:25:44 <Russ> c++ is an extension of c? wha?
May 09 00:25:55 <cmicali_> russ it's one more
May 09 00:26:03 <m_billybob> C is a subset of C++ lol
May 09 00:26:11 <Russ> m_billybob, you'll get burned if you think that
May 09 00:26:11 <mru> c gives you enough rope to hang yourself, c++ ties the noose for you too
May 09 00:26:13 <m_billybob> symantics.
May 09 00:26:27 <PRU_EVTOUT_2_> from wikipedia " C++ was originally named C with Classes, adding object oriented features, such as classes, and other enhancements to the C programming language."
May 09 00:26:28 <cmicali_> i heard they are renaming c to C++ Lite
May 09 00:26:33 <m_billybob> I think you can do that fine with any language.
May 09 00:26:36 <Russ> there are cases where c is not a subset of c++ or more often where c++ is not a superset of c
May 09 00:26:54 <mru> typedef int foo; int main(void){ struct foo { double x; }; printf("%zd\n", sizeof(foo)); return 0; }
May 09 00:27:28 <mru> compile that as c, then as c++, and compare the output
May 09 00:27:53 <m_billybob> So the point is what exactly ? DO or dont do something you know to fail ?
May 09 00:28:08 <mru> neither fails
May 09 00:28:15 <mru> they both succeed but differently
May 09 00:28:17 <m_billybob> e.g. a programmer falling into that trap may need to learn more about the language they're using.
May 09 00:28:45 <mru> that's true for anyone using c++
May 09 00:28:57 <m_billybob> thats true for anyone using any language.
May 09 00:29:50 <PRU_EVTOUT_2_> except brainfsck...it's a trap no matter how you look at it.
May 09 00:29:53 <cmicali_> not <insert favorite dynamic language here>
May 09 00:30:24 <mru> all languages have strong and weak points
May 09 00:30:33 <m_billybob> there i will agree
May 09 00:30:41 <mru> the main strength of c++ is exposing its weaknesses
May 09 00:30:44 <m_billybob> right tool for the job sort of thing
May 09 00:32:02 * PRU_EVTOUT_2_ gets back to writing his webserver in matlab.
May 09 00:34:54 <mru> PRU_EVTOUT_2_: does it support using cobol for cgi?
May 09 00:35:51 <joel_> C++ is in not a superset of C. For ex, designated initializers in C99 cannot be done in C++.
May 09 00:36:15 <mru> and they are the single most useful feature of c99
May 09 00:36:19 <mru> compared c89
May 09 00:36:34 <Russ> it gets worse when you start comparing compiler extensions
May 09 00:36:55 <mru> and don't even think about ABIs
May 09 00:37:09 <mru> c++ was never designed for interoperability
May 09 00:37:52 <mru> only for self-contained, monolithic systems
May 09 00:40:58 <PRU_EVTOUT_2_> joel_: nobody claimed superset. i claimed extension.
May 09 00:44:54 <mru> mutilation
May 09 01:06:25 <sjoldzic> Hello there again. Sorry to bother. I was hoping you guys could maybe give me some suggestions or help me out. So, I decided I would use another SD card to boot Ubuntu on the BeagleBone Black. All was well, until I tried using Robert C Nelson's script to install LXDE/X11. The script worked fine, but when I ran "startx", I wound up with just an orangish screen with scanlines. Again, I am using the BeagleBone black with a microHDMI-to
May 09 01:06:30 <sjoldzic> Am I missing something?
May 09 01:11:10 <sjoldzic> Oh and, for what it's worth I am using a 46 inch Sony HDTV as the display device.
May 09 01:24:30 <Digital_Warrior> I think it needs to be a 52 inch or larger
May 09 01:25:26 <Digital_Warrior> If you can try a computer monitor. I have ran into the same issue on a Rpi
May 09 01:25:36 <m_billybob> sounds like a configuration problem
May 09 01:26:10 <Spirilis> fwiw, I tried using my bbblack with an HDMI-to-DisplayPort adapter and it was a no-go
May 09 01:26:17 <sjoldzic> Okay. Will do. I'll let you know what happens.
May 09 01:26:19 <Spirilis> but in that case it was no signal detected at all
May 09 01:26:30 <m_billybob> was thinking *maybe* sudo dpkg-reconfigure lightdm or some such possible fix
May 09 01:26:33 <Spirilis> I returned the adapter to amazon claiming it was "broken" *cough*
May 09 01:26:40 <Spirilis> which could have been true I guess
May 09 01:26:42 <m_billybob> Spirilis lol
May 09 01:26:51 <Digital_Warrior> nice Spirilis
May 09 01:26:54 <Spirilis> anyway they pay return shipping if it's defective ;)
May 09 01:27:00 <m_billybob> according to what i read on the groups it could be
May 09 01:27:46 <Spirilis> the only thing I've heard about displayport is it's basically like HDMI but claimed to be guaranteed to higher bitrates or something?
May 09 01:27:57 <sjoldzic> haha I will try both solutions. Thanks everyone.
May 09 01:28:00 <Digital_Warrior> on my Rpi i had to manualy set it up to work at a resolutiona and refresh that the tv would work with.
May 09 01:28:07 <Spirilis> nice
May 09 01:28:08 <m_billybob> Spirilis looks like a 3 day bitbake session . . . on a VM anyhow
May 09 01:28:43 <Spirilis> m_billybob: haha nice.  what is that, a full angstrom dev install or something?
May 09 01:28:57 <m_billybob> systemmd-image
May 09 01:29:04 <sjoldzic> DisplayPort depends on the adapter. AFAIK, only some are bi-directional, and therefore do not work.
May 09 01:29:15 <m_billybob> from what i gather and im no expert, its the whole deal
May 09 01:29:17 <shapr> oh hai! I've been reading up on the PyBBIO module, does it also work on the Black?
May 09 01:29:51 <Spirilis> shapr: someone in here was complaining earlier about it, it requires the PWM module to be running and it's not unless you have a devtree running that needs it I think
May 09 01:29:59 <shapr> Cloud9 deleted itself, and I thought I'd try using Python instead.
May 09 01:30:00 <Spirilis> so probably not without some hacking at it
May 09 01:30:07 <shapr> Spirilis: pwm kernel module?
May 09 01:30:27 <Spirilis> yeah
May 09 01:30:29 <shapr> Rickta59: howdy!
May 09 01:30:37 <shapr> yarr
May 09 01:30:38 <Spirilis> guess it was loaded by default in the old 3.2 kernel?
May 09 01:30:50 <Spirilis> nowadays it's called upon by the devtree/capemgr stuff as needed
May 09 01:31:02 <Digital_Warrior> can we load it into this kernel
May 09 01:31:05 <Spirilis> my understanding of all that is half-baked though so take it with a grain of salt :)
May 09 01:31:26 <PRU_EVTOUT_2_> what's the status of the pinmux helper? is it in yet?
May 09 01:31:52 <shapr> Digital_Warrior: Yah, I'd like to use Python to do GPIO stuff
May 09 01:32:05 <Spirilis> dunno, I'm sitting tight and not getting too involved with figuring all this pinmux & devtree stuff out until there is working bonescript that I can study in detail
May 09 01:32:12 <Spirilis> working drivers et al
May 09 01:32:12 <shapr> callbacks in javascript frustrate me
May 09 01:34:46 <shapr> Digital_Warrior: I don't think this would be easy to port from the Raspberry Pi because the kernel module needs to be present/loaded?
May 09 01:35:12 <shapr> Spirilis: so, will the module be loaded if I do some GPIO calls from bonescript first?
May 09 01:35:16 <Digital_Warrior> shapr: take a look at this https://code.google.com/p/raspberry-gpio-python/
May 09 01:36:05 <Russ> why, you want his face to melt off?
May 09 01:36:07 <Russ> if ((mem_fd = open("/dev/mem", O_RDWR|O_SYNC) ) < 0)
May 09 01:36:31 <shapr> Digital_Warrior: Right, but as far as I can tell, that requires that the kernel module be loaded.
May 09 01:36:35 <Russ> who writes stuff like this? and why do they hate kittens?
May 09 01:37:18 <Digital_Warrior> cant we load the module on the fly
May 09 01:38:10 <shapr> Digital_Warrior: mebbe, I'd like to know how bonescript does GPIO
May 09 01:38:38 <Russ> hopefully by using /sys/class/gpio
May 09 01:38:43 <Digital_Warrior> where is the source for bonescript
May 09 01:39:02 <PRU_EVTOUT_2_> https://github.com/jadonk/bonescript
May 09 01:39:03 <PRU_EVTOUT_2_> BAM
May 09 01:39:09 <Russ> http://lmgtfy.com/?q=bonescript
May 09 01:39:28 <PRU_EVTOUT_2_> lol...that is how i found it.
May 09 01:39:46 <thethirdmoose> Hi all, I just got a beaglebone black and I'm having some trouble flashing a new image
May 09 01:40:04 <thethirdmoose> I have a microsd card with the 3.5 GB unzipped image
May 09 01:40:16 <PRU_EVTOUT_2_> Russ: they write stuff like that because they want the best performance. :)
May 09 01:40:21 <thethirdmoose> so as I understand it, I should be able to hold down the s2 button while turning it on to flash it
May 09 01:40:59 <thethirdmoose> I should add: I got the BBB in a bad state by running opkg update and when I try to turn it on the first 3 LEDs light up and it doesn't do anything else
May 09 01:41:14 <PRU_EVTOUT_2_> opkg update, the slayer of bbb.
May 09 01:41:17 <thethirdmoose> yup
May 09 01:41:26 <PRU_EVTOUT_2_> did you notice that it's broken?
May 09 01:41:32 <thethirdmoose> yes, I did
May 09 01:41:40 <thethirdmoose> when I tried to reboot and the network interface didn't come up
May 09 01:41:42 <PRU_EVTOUT_2_> oh ok. at least it's not too late for next time.
May 09 01:41:49 <thethirdmoose> oh is it permabroken?
May 09 01:41:54 <PRU_EVTOUT_2_> lol, no.
May 09 01:41:57 <PRU_EVTOUT_2_> i'm just a jerk.
May 09 01:41:59 <thethirdmoose> :)
May 09 01:42:07 <shapr> The only gpio I can find is bonescript/node_modules/bonescript/gpioint.js
May 09 01:42:14 <thethirdmoose> am I doing the flashing process right?
May 09 01:42:54 <xterm91> shapr: you can also use shell scripts to manipulate the gpio
May 09 01:43:08 <shapr> aha, var gpioFile = '/sys/class/gpio/gpio' + pin.gpio + '/value';
May 09 01:43:20 <Digital_Warrior> look at bone.js
May 09 01:43:33 <shapr> xterm91: Got any working examples of that?
May 09 01:43:51 <xterm91> One sec and I can boot mine up
May 09 01:44:10 <shapr> Digital_Warrior: neat, a large json definition of the pin capabilities.
May 09 01:44:26 <thethirdmoose> PRU_EVTOUT_2_: any tips on flashing?
May 09 01:45:08 <PRU_EVTOUT_2_> no. my bbb is still in the box, where it's nice and safe.
May 09 01:46:11 <xterm91> shapr:  I use the following on my gentoo installation:
May 09 01:46:11 <xterm91> echo $2 > /sys/devices/ocp.2/gpio-leds.8/leds/beaglebone:green:usr$1/brightness
May 09 01:46:58 <shapr> xterm91: cool, thanks!
May 09 01:47:05 <Rickta59> hey shapr
May 09 01:47:07 <xterm91> No problem, hope it helps
May 09 01:47:10 <shapr> howdy Rickta59!
May 09 01:48:22 <xterm91> I learn more just by reading what flies through this channel than by asking my silly questions...
May 09 01:49:21 <thethirdmoose> Could someone help me fix a BBB I broke with opkg upgrade?
May 09 01:49:32 <thethirdmoose> I have a microSD card loaded with a recent image
May 09 01:49:41 <thethirdmoose> But I can't get it to flash
May 09 01:51:49 <slug> thethirdmoose: did you press the boot button before applying power (usb or 5v jack) ?
May 09 01:52:01 <thethirdmoose> slug: Boot is S2, right?
May 09 01:52:22 <thethirdmoose> I hold that down, plug in USB, keep it held down, but it does the same thing it always dos
May 09 01:52:24 <slug> thethirdmoose: the button right on top of the microsd card slot
May 09 01:52:33 <thethirdmoose> yea, that's the one
May 09 01:53:02 <thethirdmoose> it does the same thing it always does, which is LED0 lights up for a second then the first 3 LEDs light up and stay on
May 09 01:53:03 <slug> make sure the sd card is properly inserted.
May 09 01:54:29 <slug> thethirdmoose: do you have a usb-serial port adapter?
May 09 01:54:41 <thethirdmoose> slug: I can probably get one, yes
May 09 01:54:56 <slug> thethirdmoose: don't forget that the bbb port is 3.3V though
May 09 01:55:03 <thethirdmoose> oh right
May 09 01:55:06 <thethirdmoose> i will check
May 09 01:55:17 <thethirdmoose> slug: what should the LEDs do while flashing?
May 09 01:55:27 <slug> thethirdmoose: but if the 3 leds stay lit on, it seems the sdcard is not being read.
May 09 01:55:48 <slug> thethirdmoose: are you sure the card is in good condition? how did you copy the image there?
May 09 01:55:55 <thethirdmoose> dd
May 09 01:56:03 <thethirdmoose> I'll also try a different SD card
May 09 01:56:11 <thethirdmoose> Should the SD card image really be 3.5GB?
May 09 01:56:17 <slug> thethirdmoose: the leds should blink.
May 09 01:56:20 <thethirdmoose> ok
May 09 01:56:27 <slug> thethirdmoose: i used a 8GB card for mine
May 09 01:56:38 <thethirdmoose> Ok that's what I'm using
May 09 01:56:47 <slug> thethirdmoose: i ran into the same issue while trying to upgrade, but reflashing worked fine.
May 09 01:56:56 <thethirdmoose> slug: I'll try a different SD card or reflashing this one
May 09 01:57:01 <thethirdmoose> slug: thanks!
May 09 01:57:45 <slug> thethirdmoose: you can also try to boot it from the network or usb flash drive i think, the processor has many different ways of booting.
May 09 01:57:59 <slug> thethirdmoose: ideally though you should get the serial port working, so that you can see what's going on
May 09 01:58:05 <thethirdmoose> yea, that would be good
May 09 01:58:12 <thethirdmoose> do you have a link to the flash drive method?
May 09 01:58:16 <thethirdmoose> or is it the same?
May 09 01:58:50 <slug> thethirdmoose: i read it somewhere either in the processor manual or the SRM. the bbb has a few boot pins that you can set, don't have a link now though.
May 09 01:58:55 <Russ> just stick with the sd card :)
May 09 01:59:19 <thethirdmoose> right, will do
May 09 01:59:22 <thethirdmoose> thanks all
May 09 02:00:38 <Russ> koen, can we get the some annoying elevator music on hdmi audio during reflash?
May 09 02:04:17 <prpplague> Russ: celine dion or michael bolton?
May 09 02:04:48 <Russ> either is fine, as long as its instrumental
May 09 02:04:59 <Digital_Warrior> ok thethirdmoose i am trying to flash my self. got a bunch of flashing lights.
May 09 02:05:19 <prpplague> Russ: bagpipe versions?
May 09 02:05:20 <thethirdmoose> Digital_Warrior: cool. I got a new microSD, will test that
May 09 02:05:25 <Russ> nice
May 09 02:05:59 <Digital_Warrior> are the lights supposed to be flashing. This is my first time
May 09 02:06:26 <slug> Digital_Warrior: yes, it will take a while though
May 09 02:06:36 <Digital_Warrior> Thanks slug.
May 09 02:14:33 <thethirdmoose> Digital_Warrior: slug: I also am getting random flashing lights now
May 09 02:14:54 <slug> thethirdmoose: that's good, now go for a walk and come back in about 40 minutes :)
May 09 02:14:59 <Genroo> Yay! Just got my Beaglebone Black. Any idea how to remove the getting started mountpoint (a.k.a. /media/BEAGLEBONE) so I can remove the partition and reclaim space? fstab doesn't list it as an entry.
May 09 02:15:15 <mrpackethead> Genroo: have you got a welding mask
May 09 02:15:18 <Digital_Warrior> nice thethirdmoose
May 09 02:15:21 <Genroo> Gotcha.
May 09 02:15:35 <Genroo> So it's not part of eMMC?
May 09 02:16:07 <thethirdmoose> slug: Related question: I pulled the 5/8/2013 image off circuitco - but I just realized that the beaglebone's most recent image is 4/16
May 09 02:16:20 <thethirdmoose> Should I have taken the 4/16 image?
May 09 02:16:49 <slug> thethirdmoose: i used the 4/16 image, but that's the one with the upgrade issue. i'm actually going to try the newer one now
May 09 02:16:58 <thethirdmoose> slug: oh, cool
May 09 02:17:05 <slug> thethirdmoose: but i have a cable in case it doesn't work out ;)
May 09 02:18:50 <Genroo> I wonder how it tells the kernel to mount it... Magic?
May 09 02:18:54 <Ed22> hey xterm91
May 09 02:19:10 <Digital_Warrior> Black magic
May 09 02:19:12 <slug> thethirdmoose: just read a message from today on the mailing list that the issue was bad timings, that's why the upgrade fails on some board
May 09 02:19:30 <Genroo> Awesome! I knew there was a reason to get the Black model.
May 09 02:19:43 <Ed22> ??? xterm91 ???
May 09 02:20:19 <prpplague> Genroo: don't get the black, they are darn hard to see when hacking in a dark basement room
May 09 02:20:55 <Genroo> Too late. :P
May 09 02:21:27 <slug> i wonder why we don't use torrent to distribute the img files.
May 09 02:21:30 <Genroo> Oh, had one more question about the USB to serial... Let me dig up the caution I read.
May 09 02:21:31 <xterm91> hi Ed22
May 09 02:21:55 <prpplague> slug: because ISP services in the states will mark them as "illegal file sharing"
May 09 02:21:57 <Ed22> hey -- nevr got gentoo to run  --- i copied teh ubunu booted on
May 09 02:22:03 <slug> prpplague: SSL ?
May 09 02:22:03 <Ed22> the sd fat image
May 09 02:22:15 <Ed22> just sits there !
May 09 02:22:24 <Ed22> have no idea if it run or not ! spent hours ---
May 09 02:22:25 <slug> prpplague: i use torrent for all my .iso linux distro downloads.
May 09 02:22:36 <Ed22> im also on a skype cal now
May 09 02:22:45 <xterm91> Ed22: You have the BBB right?
May 09 02:22:52 <prpplague> slug: got a nasty gram from an ISP yet?
May 09 02:22:55 <Ed22> but the MLO was diff on unbuntu than on gentoo -- i would of expected them the same
May 09 02:23:05 <Ed22> BBBK yes black
May 09 02:23:09 * prpplague has gotten one for git and one for .iso downloads already
May 09 02:23:36 <slug> prpplague: no, I force use ssl anyway, unless they count the number of connections i have.
May 09 02:24:18 <prpplague> slug: ssl doesn't matter, they're doing stateful packet inspection
May 09 02:24:18 <Ed22> im fed up with the BBBK BB was bad enough -- Rpi has their act together shame on TI
May 09 02:24:39 <m_billybob> lol
May 09 02:25:02 <xterm91> Ed22: Try going through the walkthrough for gentoo, worked for me with no issues
May 09 02:25:08 <xterm91> just ended up taking a while
May 09 02:25:37 <slug> prpplague: well, i use it all the time for downloading distros, didn't run into any issues yet ;)
May 09 02:25:46 <Genroo> Hmm... Can't find the original comment, but I read earlier today that there is some issue with using the Adafruit 4-pin serial-to-usb cable on the BBB?
May 09 02:26:22 * prpplague wonders what isp slug is using
May 09 02:26:24 <Ed22> did that --- i tar xvf it and cp -r /root/* /mnt/p1
May 09 02:26:25 <slug> prpplague: i mean, look at the ubuntu (and variations) website for example, they promote torrents
May 09 02:26:30 <bones_was_here> lol wow america, might as well ban ALL network protocols, without exception they can all be used for copyright infringement
May 09 02:26:31 <vvu> Genroo: sometimes it corrups data, i have it.
May 09 02:26:45 <vvu> s/corrups/corrupts
May 09 02:27:08 <Genroo> vvu: How bad are we talking here? Like corrupting the stream, or actually corrupting onboard storage?
May 09 02:27:15 <Genroo> Aww
May 09 02:27:35 <prpplague> slug: yes i know they promote torrents, but in the last 6 months the new "methods" for isp inspect have kicked in and lots of people are reporting issues
May 09 02:27:56 <slug> prpplague: what kind of issues?
May 09 02:28:02 <m_billybob> Genroo, i read that you'll know it, it'll be like al questionmarks in the terminal
May 09 02:28:19 <m_billybob> passed that dont know about storage corruption
May 09 02:28:54 <m_billybob> what i read was on the groups, read that like last week or something ?
May 09 02:29:06 <prpplague> slug: http://www.wired.com/threatlevel/2013/02/copyright-scofflaws-beware/
May 09 02:29:23 <m_billybob> peerblock ;)
May 09 02:29:35 <prpplague> slug: the whole system is broken and marks anything that remotely might be out of the ordinary
May 09 02:30:19 <prpplague> slug: att and comcast have been harrasing a bunch of folks using git
May 09 02:30:57 <slug> prpplague: from my understanding, the RIAA and MPAA would just join a swarm and obtain the IPs. what kind of legal harassing could a ISP do to people that use torrents to distribute linux images ?
May 09 02:30:58 <m_billybob> had earthlink complain at me like 8 years ago for using 80GIGs in a month . . . lol file 13'd that mail, $50 for unlimited DSL . . .
May 09 02:31:34 <Genroo> m_billybob: Thanks for the heads up!
May 09 02:32:09 <m_billybob> np, not sure how much good thats going to do you Genroo. wish i could help more.
May 09 02:32:18 <prpplague> slug: didn't read did you
May 09 02:32:25 <prpplague> slug: they are doing packet inspection now
May 09 02:32:40 <prpplague> slug: and detailed logging of the actual protocols and ports being used
May 09 02:32:42 <Genroo> m_billybob: No problem. I don't even know what the serial debug is used for. My father bought me the came along with it.
May 09 02:32:58 <Genroo> Is it like a tty?
May 09 02:33:10 <Genroo> Or is it used for monitoring I/O on pins?
May 09 02:33:14 <m_billybob> Genroo, for serial debugging from what i gather. you can inspect uboot etc with it
May 09 02:33:32 <slug> prpplague: i understand, but from a legal perspective, this particular case of distributing linux distros, it would be thrown out of the court, afaik.
May 09 02:33:43 <m_billybob> me, id just try to get somethign we already have here working like a FTDI<->USB module
May 09 02:34:01 <slug> prpplague: and btw, isp have been doing DPI for ages
May 09 02:34:06 <m_billybob> well UART<->USB but yeah
May 09 02:34:10 <Genroo> m_billybob: Well I'll have to research what all those things mean. Thanks! :)
May 09 02:34:36 <m_billybob> Genroo, its not really important you have the real deal
May 09 02:34:59 <Genroo> I know, but I want to know everything of course. :P
May 09 02:35:05 <Genroo> One step at a time.
May 09 02:35:10 <prpplague> slug: again you didnt read
May 09 02:35:16 <prpplague> slug: there is no appeal method
May 09 02:36:02 <m_billybob> used to be ISP couldnt rate limit your connection, or block access to any internet related protocol, now it seems they can
May 09 02:36:12 <m_billybob> all in the name of national security im sure
May 09 02:37:23 <Genroo> Now, to get Android and install VMware. :P
May 09 02:37:28 <m_billybob> homeland security frisking grandmas, and preteens since ( whatever date )
May 09 02:38:07 <slug> prpplague: the only thing i read was about copyright infractions
May 09 02:39:35 <prpplague> slug: http://blog.ipvanish.com/new-copyright-alert-system-isps-monitoring-for-online-copyright-violation/
May 09 02:39:36 <slug> prpplague: but oh well, lets keep on topic, the only reason i mentioned is that i'm getting 300KB/s for the 2013.05.08 image
May 09 02:39:49 <prpplague> slug: "On the first offense, the user will receive an email from their service provider stating the account may have been used for online content theft. "
May 09 02:40:02 <prpplague> slug: "The second offense email might contain a message about the legalities on online file sharing."
May 09 02:40:14 <prpplague> slug: "For the third and fourth infraction the subscriber will receive a pop-up notice asking the subscriber to acknowledge receipt of the alert."
May 09 02:41:26 <slug> prpplague: again, you are talking about copyright violations. i'm sure that anyone can copy a linux iso image, if they follow whatever license the distro (and packages) use.
May 09 02:42:10 <prpplague> slug: that is the whole issue, the isp's consider basically anything outside of port 80 http "suspicious" hehe
May 09 02:42:30 <prpplague> slug: and there is no appeal process for it
May 09 02:42:35 <prpplague> slug: so yo basically are stuck
May 09 02:42:47 <thurgood> there is an appeal process
May 09 02:42:50 <m_billybob> vpn . . .
May 09 02:43:01 <thurgood> you pay them $30  to review
May 09 02:43:12 <thurgood> and they decide
May 09 02:43:20 <prpplague> thurgood: like i said, no "real" appeal process
May 09 02:43:38 <prpplague> thurgood: no outside review or any matter of "real law"
May 09 02:44:32 <Digital_Warrior> dam this is taking forever
May 09 02:45:26 <m_billybob> Digital_Warrior flashign a new image ? took me around 1.5 hours ( net upgrade )
May 09 02:50:08 <Digital_Warrior> yep flashing
**** ENDING LOGGING AT Thu May 09 02:59:58 2013