**** BEGIN LOGGING AT Wed Dec 11 02:59:59 2013 Dec 11 03:15:11 Hey I'm running Debian (off the eMMC) on my BBB and I normally have my memory card mounted in a certain directory for mass file storage Dec 11 03:15:53 Following a power outage and subsequent reboot, it's reporting that the memory card is already mounted on /boot/uboot, rather than my specified directory as per /etc/fstab Dec 11 03:16:29 Why is this happening? I looked at uenv.txt and there's nothing there for that Dec 11 03:16:59 I try umount but it seems like it remounts before I can try to mount it normally Dec 11 03:18:43 /dev/mmcblk1p1 is a partition on the memory card, if i'm not mistaken Dec 11 03:19:07 I manually mounted it to a directory but the files seen through ls are not mine, oddly Dec 11 03:50:01 anyway, I'm recovering my data off the micro SD. Would I be better off using some sort of USB-based storage instead of the built-in mSD card slot? Dec 11 03:50:43 Cheapest SSD in a USB enclosure would probably be a plan Dec 11 03:57:40 a high performance USB flash drive might be an option, for raw I/O Dec 11 03:58:31 yeah something around 4GB would be ok, that's what my micro SD card is Dec 11 03:59:16 I was a little worried about the mSD card anyway, in terms of stability long-term Dec 11 03:59:24 while I have not gotten around to it, I have considered drafting a design for an IDE interface that uses the PRU cores in the BBB, it would be WAY faster then the 40MB/s USB can manage Dec 11 04:00:11 PATA UDMA 133 would be trivial Dec 11 04:01:23 N2TOH: indeed Dec 11 04:01:31 N2TOH: could do it with the gpmc as well Dec 11 04:01:34 does anyone have a diagram of pin states upon bootup for the BBB. ie: what pins are in what state(HIGH,LOW) and which have pullup/pulldown resistors activated?? Dec 11 04:02:08 sheldonw: that will depend on "where" in the boot cycle you have as a reference, and what device tree configurations you have loaded Dec 11 04:02:13 loaded/loading Dec 11 04:03:35 prpplague, would be nice to know there states before linux kernel actually, so I can match up a dtc to this. Dec 11 04:04:10 sheldonw: the trm lists all of the pins and their default configuration on power-on-reset Dec 11 04:04:30 sheldonw: generally speaking most pins are configured as an input with a pull up Dec 11 04:05:12 prpplague, k, thanks much for the info. Dec 11 04:05:39 so much to learn! argh. heh Dec 11 05:37:15 hi Dec 11 05:56:27 I am trying to accept inputs socket server-client program from the client here my bbb is acting as the server,as well as I am trying to stream video using UDP protocol to the client, when I am trying to accept commands my video streaming works for a while, but after sometime the streaming gets terminated, I am using pthreads to run both the programs simultaneously, please guide me Dec 11 06:06:40 read the stevens book Dec 11 08:34:57 Hello. I'm trying to get synergy working on my BBB. I've updated to the latest image but I still get an error message saying "cannot open secondary screen" Dec 11 09:55:00 hi I would need to read the value of PMIC_INT (power push button) @beagleboard black ... is there a way to read it (e.g. c++ and or bash)? Dec 11 10:44:08 Hi, there is a VM for simulate beaglebone black? Dec 11 10:45:22 no Dec 11 10:46:50 i've to develop only in real hardware? Dec 11 10:47:06 no Dec 11 10:47:14 you can develop most of it on your Linux PC Dec 11 10:47:26 since both are Linux Dec 11 10:47:26 av500, but bonescript don't compile on linux pc Dec 11 10:47:40 why? Dec 11 10:47:59 bonescript runs in your browser Dec 11 10:48:10 so, BBB or PC, its all the same, no? Dec 11 10:48:17 i dunno :| Dec 11 10:50:54 Here is the traceback http://pastie.org/private/itdxle8quxykxv0aayvlrw Dec 11 10:52:05 I know nothing about bonescript Dec 11 10:52:12 ask jkridner Dec 11 10:52:52 https://github.com/jadonk/bonescript/issues Dec 11 11:05:12 thanks Dec 11 11:05:28 av500, what distribution do you use with BBB? Dec 11 11:06:08 buildroot Dec 11 11:07:03 for build what? Dec 11 11:08:29 ? Dec 11 11:09:00 av500, hiho Dec 11 11:09:07 did you ever tuned u-boot for boottime ? Dec 11 11:09:25 no Dec 11 11:10:25 because it takes a awefull time to finally launch the kernel Dec 11 11:10:52 like it feels that the nand detecting eats up alot and of course the mmc tests Dec 11 11:12:31 then remove them Dec 11 11:12:40 will do ! Dec 11 11:12:41 ;-) Dec 11 11:12:43 have a look at falcon mode Dec 11 11:12:51 uh whats that Dec 11 11:17:34 av500, you build a clean linux Dec 11 11:17:51 ? Dec 11 11:20:36 av500, i'm reading buildoroot docs Dec 11 11:20:52 av500, with buildroot you can create a custom linux distro? Dec 11 11:22:28 yes Dec 11 11:27:51 av500, there is a tutorial for buildroot and beaglebone? Dec 11 11:27:59 no idea Dec 11 11:28:28 the result of buildroot is an image can i flash to bb? it's true? Dec 11 11:28:36 with microsd method Dec 11 11:29:57 maybe not Dec 11 11:29:59 but a kernel Dec 11 11:30:01 and root fs Dec 11 11:30:25 I think I built uboot and kernel standalone Dec 11 11:30:31 and only rootfs from buildroot Dec 11 11:30:35 many possibilites Dec 11 11:30:51 good, sorry for the basic answers but i'm new to this world Dec 11 11:37:29 people, the BB-XM four USB ports is just a internal usb hub? If yes, so if I connected a four USB HUB on the the BBB is the same(just part of usb ports)? Dec 11 11:47:24 yes Dec 11 11:49:30 av500: thanks. Dec 11 11:54:33 av500: I would like to connect four usb devices where each one will trasmit around 10Mbps. So I will have simulnaneously 40Mbps. That is a problem for BBB? Well, I know that usb 2.0 nominal rate is 480 Mbit/s, but I dont know the effective throughput. And if this fours together can change that. Any idea? Dec 11 12:01:42 expect 20MB/s over USB Dec 11 12:03:12 av500: ohh.. why *only* that? Dec 11 12:03:31 av500: I will not write data comming via USB, just pass over ethernet.. Dec 11 12:03:38 sure Dec 11 12:04:45 av500: but this effect little troughtput is a usb 2.0 problem or is the BBB? Dec 11 12:16:53 av500: and if I use the XM can I expect more than 20MB/s over USB? Dec 11 12:17:11 USB 2.0 maxes out at ~24M Dec 11 12:17:20 by design Dec 11 12:17:53 ogra_: 24MB/s or 24Mb/s? Dec 11 12:18:07 MB Dec 11 12:19:09 ogra_: ohh av500 already talk above 20MB/s, but I just was talking about Mb/s :-) well, so 20MB is very good, I have around 192Mb/s =D Dec 11 12:19:54 well, subtracting overhead the 24MB become 20MB in the end ... Dec 11 12:20:02 butyeah, bytes are not bits Dec 11 12:20:41 by what design? Dec 11 12:20:44 ogra_: ok. well, if BBB is capable the effective troughtput around 12MB/s is fine.. Dec 11 12:21:05 you still have to try it out with 4 devices on a hub Dec 11 12:21:06 So around 100Mb/s =D Dec 11 12:21:59 av500: yes, but is a problem if I atach a four usb port in the bbb? each one will transmit around 25Mb/s Dec 11 12:23:18 is different for the BBB one usb device transmitting 100Mb/s than four usb devices transmiting 25Mb/s each one? Dec 11 12:23:20 I dont know Dec 11 12:23:22 av500: ^ Dec 11 12:23:27 its USB Dec 11 12:23:32 hmm Dec 11 12:23:36 always expect problems Dec 11 12:23:45 does it work on your PC? Dec 11 12:23:55 av500: yes, in pc yes Dec 11 12:50:02 heh.. mouser is out of BBBs but they have 13950 of them on order... Dec 11 12:51:03 I was thinking of adding one to my mouser order to bump it past the free shipping 50 eur limit Dec 11 13:57:48 Vaizki: 14k is nice number Dec 11 14:07:01 does anyone know how to set UART on BBB to non-standard speed rates? Dec 11 14:08:20 like? Dec 11 14:08:46 * tbr goes wild and sets his to 120baud Dec 11 14:08:56 RYRYRYRYRYRYRYRY Dec 11 14:08:58 * av500 gasps Dec 11 14:09:06 not so fast Dec 11 14:09:12 av500: 31250 bps Dec 11 14:09:29 MIDI! Dec 11 14:09:36 yep :) Dec 11 14:09:39 midi cape! Dec 11 14:09:47 all hail mranostay! Dec 11 14:09:52 no, midi cape is not what i need! Dec 11 14:10:05 sssh, we know what you need! Dec 11 14:10:14 * tbr was about to say that :D Dec 11 14:10:16 please pm CC details! Dec 11 14:10:44 right now, there are just a few midi routers Dec 11 14:11:08 and i need at least an 8x8 router, so I can't use bbb usb port for that Dec 11 14:11:36 i'm planning to use bbb uart ports for that Dec 11 14:11:46 8in 8out? Dec 11 14:11:49 yep. Dec 11 14:11:53 16 ports? Dec 11 14:12:08 8x8 Dec 11 14:12:15 64 ports? Dec 11 14:12:18 yes Dec 11 14:12:21 64 midi ports? Dec 11 14:12:31 16 midi ports, 64 midi channels Dec 11 14:12:39 ah Dec 11 14:12:46 still, 16 Dec 11 14:12:49 no Dec 11 14:12:50 :D Dec 11 14:12:55 ? Dec 11 14:12:56 8x8 means "full mesh" Dec 11 14:13:02 16 means "16 independent ports" Dec 11 14:13:02 thow: believe av500, he can count to 1! Dec 11 14:13:41 well, nevermind. my question is how can i set uart to a specific baud rate? Dec 11 14:13:49 thow: how many physical midi ports? Dec 11 14:13:51 i think stock angstrom kernel doesn't allow it Dec 11 14:13:56 16 physical ports Dec 11 14:13:57 as in 5pin sockets? Dec 11 14:14:02 5pin DIN socket, yes. Dec 11 14:14:13 and all 16 going into BBB? Dec 11 14:14:27 but midi is serial communication. they only use 2 pins (and a third for ground) Dec 11 14:14:34 yes Dec 11 14:14:35 so you can use gpio pins Dec 11 14:14:36 I know Dec 11 14:14:42 ? Dec 11 14:14:44 not necessarily to use uarts Dec 11 14:14:56 bitbang 31250 baud? Dec 11 14:15:05 16 times Dec 11 14:15:08 yep Dec 11 14:15:15 is that possible? Dec 11 14:16:20 uart 31250 or bitbang 16 uarts? Dec 11 14:16:28 31250 should be doable Dec 11 14:16:38 I just want everyone to know how much I hate google groups Dec 11 14:16:38 I hope so at least since I have a MIDI cape on my desk Dec 11 14:16:51 dejanews ftw! Dec 11 14:16:55 I try to follow the list in digest mode, but the links from the emails are worthless Dec 11 14:17:18 i know technically they're completely different, but in arduino you can say "create an uart with pins x and y" Dec 11 14:17:26 ah Dec 11 14:17:32 bbb has 5 pre-defined uarts Dec 11 14:17:36 no Dec 11 14:17:40 it has 5 HW UARTS Dec 11 14:17:44 not 5 sets of GPIOs Dec 11 14:18:45 is it possible to "emulate" uarts to achieve 16 uarts? Dec 11 14:19:44 maybe :) Dec 11 14:19:51 maybe with the PRU Dec 11 14:20:19 what's pru? Dec 11 14:20:24 * thow seeks in google... Dec 11 14:20:42 real time unit... Dec 11 14:20:55 quite interesting, as bbb has no rtc, right? Dec 11 14:23:00 real time unit != rtc Dec 11 14:23:10 yep,yep Dec 11 14:23:16 the bbb has a rtc only TI fucked it up Dec 11 14:23:49 but if you have no rtc, the only way to work with sync signals is getting a rtc or rtu. Dec 11 14:24:34 i would never use a rtc to sync anything beside a time/date in sec. precision Dec 11 14:24:42 but thats just me Dec 11 14:25:21 thow: the PRU is not an RTC Dec 11 14:25:26 its a separate CPU Dec 11 14:25:26 yes, you're right. rtc is not accurate enough to be used as clock signalling source Dec 11 14:25:29 at 200MHZ Dec 11 14:25:39 two actually Dec 11 14:25:56 which since it does not run linux can do "real-timey" stuff Dec 11 14:26:02 like bitbang UARTs Dec 11 14:26:05 but how pru is related to the "i need 16 uarts" issue? Dec 11 14:26:13 ok Dec 11 14:26:14 i c Dec 11 14:27:20 one could maybe also write a clever linux driver that does that Dec 11 14:27:53 I assume you thought you could do simple read_GPIO()/write_GPIO()? Dec 11 14:27:57 from user space Dec 11 14:28:01 that wont work Dec 11 14:28:20 you need rtu for that to work, right? Dec 11 14:29:23 or real time unit is just to sync many uarts? Dec 11 14:29:58 [15:25] its a separate CPU Dec 11 14:30:03 it does what you tell it to Dec 11 14:30:17 i think he meant the rtu would be your cpu to actually clock your pins in a decent speed Dec 11 14:30:42 think like its an embedded Arduino on steroids Dec 11 14:31:28 well, i like the idea it has 5 hw uarts, and i thought i would be as easy to read from one and write to the other one... Dec 11 14:32:10 yes Dec 11 14:32:13 you have 5 Dec 11 14:32:15 you want 16 Dec 11 14:32:19 5 easy Dec 11 14:32:20 16 hard Dec 11 14:32:37 ok. got it Dec 11 14:33:22 one easy way to emulate uarts from gpio pins is with rtu, innit? Dec 11 14:33:23 well, pru Dec 11 14:33:36 not easy Dec 11 14:33:38 but doable Dec 11 14:33:57 uhm Dec 11 14:34:05 you need only one direction, or both? Dec 11 14:34:05 thow: there are plenty of uart chips available that add additional ports Dec 11 14:34:07 8in and 8 out? Dec 11 14:34:09 two bbb... would make 10 uart ports... Dec 11 14:34:18 thow: there are a number of them that support spi Dec 11 14:34:23 thow: that have linux kernel drivers Dec 11 14:34:23 really? Dec 11 14:34:29 marry me! Dec 11 14:34:31 xDDDDDD Dec 11 14:34:39 thow: you dont want that Dec 11 14:34:52 av500: both directions, but there's no need for full-duplex Dec 11 14:35:21 actually, midi it's not a synchronous protocol Dec 11 14:35:42 right, its events Dec 11 14:36:40 thow, what is this actually for ?? Dec 11 14:36:50 a midi router Dec 11 14:37:03 15-30 years ago they were very common Dec 11 14:37:15 doesnt one use usb-midi these days Dec 11 14:37:30 yep. but you need a computer for that Dec 11 14:38:09 making a device with 16 MIDI ports is a nice task Dec 11 14:38:48 i'm looking for those uart chips that prpplague mentioned Dec 11 14:38:48 * rob_w imagines a concert with 16 drummers on the stage Dec 11 14:39:29 16 ports means 256 channels. Dec 11 14:39:31 256 drummers. Dec 11 14:39:33 xD Dec 11 14:40:07 well ,, a drummer easly uses 8 - 12 for himself i guess Dec 11 14:40:22 right :D Dec 11 14:40:57 my stupid drumset is has 10 mics .. and still is suboptimal mic`ed Dec 11 14:43:24 mics and MIDI dont mix Dec 11 14:44:12 mic is audio, midi is no audio, just events Dec 11 14:46:43 right . sorry Dec 11 14:49:17 but my original question is still unresolved. regardless using 16 uarts or just 1, bbb doesn't allow forcing uart to 31250 baud rate Dec 11 14:49:40 i read in googlegroups kernel must be patched to allow setting that speed Dec 11 14:49:44 hmm Dec 11 14:50:06 the MIDI expert here is drunk asleep Dec 11 14:50:11 I kicked him, lets wait Dec 11 14:50:14 xDDD Dec 11 14:54:31 it doesnt work on intelduino: https://communities.intel.com/thread/45889 Dec 11 14:55:25 it works on mcs-51 (8051/8032) and it has just one uart :D Dec 11 14:56:14 most arduino support setting uart to 31250 baud rate Dec 11 14:58:04 sure Dec 11 14:59:30 the AM335x allows it to Dec 11 14:59:44 its the linux uart driver that in 2013 thinks one needs fixed bitrates Dec 11 14:59:47 btw, am3358 has 6 uart Dec 11 15:00:14 what happened to the 6th? is it reserved? Dec 11 15:02:07 guess its the debug one Dec 11 15:02:20 or maybe not on the expansion connector Dec 11 15:02:26 see schematics Dec 11 15:02:29 ok Dec 11 15:03:05 for years I did horrible patches to my embedded linux kernels to have 1mbit on uart Dec 11 15:03:26 but I think in recent kernels it was just a console=1000000 etc... Dec 11 15:03:34 so it should be doable without patching Dec 11 15:07:42 av500, on the omap uart driver? Dec 11 15:07:52 ? Dec 11 15:07:54 yes Dec 11 15:08:01 av500, I'm asking if that was in all cases you were on omap hw Dec 11 15:08:02 ok Dec 11 15:08:50 yes Dec 11 15:09:22 av500, I wonder if that's another benefit of the move out of the 8250 serial driver Dec 11 15:11:15 maybe it was that Dec 11 15:11:38 was there another benefit? Dec 11 15:14:14 thow: use two of these: 20 UARTS: http://www.ti.com/general/docs/datasheetdiagram.tsp?genericPartNumber=TDA2&diagramId=SPRT680 Dec 11 15:16:37 av500, they moved it out for dma and flow control things Dec 11 15:17:47 av500, your comment reminded me how we are currently working on fixixing the 8250_dw uart driver to have the notion of using the common clock api so we can do 1M+ baud rates without hardcoding a clock in the dts Dec 11 15:17:57 *fixing Dec 11 15:18:23 mdp: #2013problems Dec 11 15:18:25 wow Dec 11 15:18:32 av500: look this: http://www.maximintegrated.com/datasheet/index.mvp/id/1731/t/al Dec 11 15:19:12 that's a 4 uart with internal osc Dec 11 15:19:20 av500, ? ;) Dec 11 15:20:17 thow, I've sampled a couple of those to play with..IIRC they are really expensive to buy..memory may be bad Dec 11 15:20:36 yep, they're fucking expensive :( Dec 11 15:20:54 4 uart? Dec 11 15:20:56 thow, ok, my memory is good then..maxim is the king of expensive purpose built ICs Dec 11 15:20:56 says 1 channel Dec 11 15:21:01 yes Dec 11 15:21:08 using maxim here is a firing offence Dec 11 15:21:12 :D Dec 11 15:21:22 av500, there's 2/4 port variants iirc Dec 11 15:21:26 av500, ;) Dec 11 15:21:29 i though it's better to use a quad-uart chip rather than 4 max323 Dec 11 15:21:39 av500: lol Dec 11 15:21:52 av500: we use maxim often Dec 11 15:21:56 oh Dec 11 15:22:02 av500: but then, we seldom produce more than 20 devices Dec 11 15:22:03 you are braver than I though Dec 11 15:22:04 t Dec 11 15:22:10 thow, I was dreaming up a expandable console server with those until I saw the price Dec 11 15:22:20 av500: if mouser/digikey/farnell have them on stock, it's good Dec 11 15:22:24 av500: if not, we dont use them Dec 11 15:22:25 just my luck... Dec 11 15:22:34 KotH: do you get every employee to order 1 free sample? Dec 11 15:22:44 KotH: yes, buy now or forget Dec 11 15:22:54 av500: nope, just place an order with the distri Dec 11 15:23:09 av500: most of our projects are one time productions anyways Dec 11 15:23:15 right Dec 11 15:23:18 they get blown up Dec 11 15:23:20 in space Dec 11 15:23:25 juup Dec 11 15:23:37 though maxim doesnt go to space Dec 11 15:23:43 they dont have rad hard devices Dec 11 15:24:16 space Dec 11 15:24:37 * mdp takes a sip Dec 11 15:24:40 * mdp hands the flask to koen Dec 11 15:24:44 KotH: then blow it up in the molten core of the earth Dec 11 15:25:39 KotH, life is different in quantity20land Dec 11 15:26:00 everything is smaller in swisserland Dec 11 15:26:38 .chisserland Dec 11 15:27:30 mdp: half of the stuff we are doing is research, the other half is so special that we are talking of less than 100 devices per year... usually less then 100 in total Dec 11 15:28:06 mdp: very few of our projects go volume. but if they go, they go to numbers where av500 would be jealous if he'd know :) Dec 11 15:28:26 KotH, sounds familiar from my DoD days. we made some insanely expensive boards Dec 11 15:28:42 only had to ship <20 to other subcontractors Dec 11 15:29:07 KotH, it's like hobbyist project time ;) Dec 11 15:29:35 mdp: hehe, yes, just that we have money but no time ;) Dec 11 15:30:36 KotH, despite popular belief, even .us military projects eventually have money/time constraints..a real shame if you enjoy over-engineering things ;) Dec 11 15:30:44 KotH, wrt yesterday's conversation elsewhere ;) Dec 11 15:30:54 *g* Dec 11 15:32:46 mdp: i'm currently playing with the idea of building a device using two AD9271.. for a hobby project ;) Dec 11 15:34:23 Hi guys ! Dec 11 15:34:58 I'm currently trying to get HDMI working from the micro-HDMI onboard connector Dec 11 15:35:35 finally managed to get some bad flickering image on a TV Dec 11 15:35:37 drizzt: we all have our weak moments Dec 11 15:36:05 while I had nothing on another screen Dec 11 15:36:19 any information on a fix ? Dec 11 15:36:34 welll Dec 11 15:36:46 start with trying to figure out whether it should display anything at all Dec 11 15:36:57 look for error messages in the logs and on the debug console Dec 11 15:37:04 and send beer to av500 Dec 11 15:37:21 I can see the login prompt, so yes, it displays what it should Dec 11 15:37:46 * drizzt sends huge barels of beer to av500 ! Dec 11 15:39:30 and without touching the connection or cable, the signal gets lost ... Dec 11 15:41:26 I have two other beaglebone black, so I'll test with them, but only one micro HDMI to HDMI cable ... Dec 11 15:44:00 bad cable? Dec 11 15:49:45 arf, OI have to go for a while, I'll be back soon Dec 11 15:49:47 ++ Dec 11 16:23:10 Does anyone know where the board is actually available right now at $45 in USA ? Dec 11 16:23:45 $distributor Dec 11 16:23:55 the bbb page lists them Dec 11 16:24:08 yes but its all out of stock Dec 11 16:24:10 $distributor Dec 11 16:24:25 well... Dec 11 16:24:54 KotH: out of stock everywhere Dec 11 16:25:15 web site just shows a distributor list, it's quite annoying to check each distributor to find out which one ships to a specific country Dec 11 16:26:40 i know it's nonsense to put on beagle website stock units for each distributor, but it would be nice to "sort" distributors or show them depending destination country Dec 11 16:28:17 BeagleBone Black cant do full 1080p ? Dec 11 16:28:31 alan_o: demand spike is spiking Dec 11 16:28:48 thow: they cannot. as they dont get the data from the distros Dec 11 16:30:23 why not? if beaglebone staff works with RS/johndoe/whoever, they know if RS/johndoe/whoever ships worldwide or just US Dec 11 16:30:53 Guys Dec 11 16:31:04 for me it was very annoying to check distributor list one-by-one 'til I found a distributor shipping to my country Dec 11 16:31:05 Can BBB do Full HD @1080p ? Dec 11 16:31:17 yes, it can. Dec 11 16:32:04 Yozh: yes BBB can have HDMI at 1080p at 30FPS with audio or 1080p 60FPS without audio Dec 11 16:32:24 Yozh: however there is a big difference from being able to display at 1080p and decode at 1080p Dec 11 16:33:00 ok good point prpplague can it decode at 1080p ? Dec 11 16:34:39 Yozh: not effectively with the current software builds Dec 11 16:34:44 Yozh: 720p is solid Dec 11 16:35:07 so is it the software issue or hardware can it do decoding of 1080p in hardware ? Dec 11 16:35:07 Yozh: but if/when there is SGX support, 1080p should be doable, but that isn't going to happen for some time Dec 11 16:35:37 what Im thiking of doing is replacing RPi as Openelec builds with this BBB Dec 11 16:36:49 Yozh: not really a good match, imho Dec 11 16:37:17 Yozh: the bbb has a quite fast cpu, but it's not fast enough for todays high compression ratio, high resolution videos Dec 11 16:37:33 well RPi worked pretty good Dec 11 16:37:33 Yozh: without hardware acceleration it will suck Dec 11 16:37:43 yeah thats why im asking Dec 11 16:37:57 well, the rpi is basically a fucking big GPU with a tiny arm core as usb controller attached to its side Dec 11 16:38:18 lol @ koth Dec 11 16:38:25 and the rpi's GPU/cpu combo was designed for settop boxes Dec 11 16:38:33 so that's the thing the rpi is good at Dec 11 16:38:52 so just stick with that ? Dec 11 16:38:54 Yozh: look at the hardware structure of the rpi, it's true Dec 11 16:39:02 Yozh: or ask mdp if you dont believe me ;) Dec 11 16:39:21 * mdp knows nothing. Dec 11 16:39:26 * mdp backs away from KotH Dec 11 16:40:46 * Yozh is confused and wants to leave the room slowly Dec 11 16:40:53 Yozh, same SoC is in Roku 2..purpose-built part for extremely cost sensitive consumer media devices Dec 11 16:41:49 Yozh, AM3359 family is a general purpose part targeted primarily at industrial automation and low-mid range networking applications Dec 11 16:41:57 * KotH watches as mdp chains Yozh to the channel walls Dec 11 16:44:49 Yozh, Section 1.2 of the AM335x datasheet lists the intended application markets Dec 11 16:45:18 mdp: i think Yozh already left the channel, mentally ;) Dec 11 16:45:38 it's all plainly documented and design choices were _specifically_ made for AM335x to tradeoff media support (no DSS) in favor of all this other stuff Dec 11 16:45:41 KotH, agreed Dec 11 16:46:17 even the McASP is less capable that old audio-oriented arm9 davinci platforms ;) Dec 11 16:59:07 Hello everyone, Dec 11 16:59:40 Hello! Dec 11 17:00:10 I am trying to register a new project, everything goes well, until I click save then I get an error, any ideas? Dec 11 17:01:28 The error I am getting is: BeagleBoard.org › project › new › [Unhandled Macro: this.edit_skin] Error: Page not found. The requested page does not currently exist. Dec 11 17:02:11 hi Forestbee. you want to work with me on the issue. I'm currently fighting another fire in another channel. Dec 11 17:02:26 perhaps we can schedule a time to do a Google Hangout? Dec 11 17:04:58 Sure, jkridner Dec 11 17:06:12 Letme know what time is good for you, I am EST Dec 11 17:06:16 * ds2 sprays gasoline around Dec 11 17:06:18 ;) Dec 11 17:14:27 Can i hangout with someone? Dec 11 17:14:52 Do i need pants for that? Dec 11 17:18:10 mdp and koth understood Dec 11 17:18:21 so keeping the RPi is the wise choise here ! Dec 11 17:18:23 thank you ! Dec 11 17:20:12 Yozh, it's also good for minecraft Dec 11 17:21:42 Hi Everyone, I have a question regarding flashing the BBB. I downloaded the flash image from this website and powerd the board on holding the boot button and using a 5 volt supply. Initially lights 1 and 3 were solid, 0 and 2 wer eblinking. After about an hour, all 4 lights went solid. THey never started blinking again, I left it overnight and they are still solid. Dec 11 17:22:11 Solid meaning constantly on Dec 11 17:28:36 Hi guys ! Dec 11 17:28:42 I'm back Dec 11 17:29:12 tested on another BBB, and it's allright, nice display Dec 11 17:29:47 For some reason my beaglebone black is ejecting itself on my MacBook every few minutes. Anyone heard of this? Dec 11 17:30:04 will be better when I get my hands on an USB keyboard Dec 11 17:30:14 cstcyr: connected on USB ? Dec 11 17:30:20 yes Dec 11 17:30:50 I also have periodic USB disconnets on the other board Dec 11 17:30:58 and none on this one Dec 11 17:31:15 I should be able to run my final application over ethernet. I still need to check and see if over ethernet it stays up all the time. Dec 11 17:31:26 (USB host, the mouse keeps being disconnected) Dec 11 17:31:35 Is you experience that it's fine while powered and connected to ethernet? Dec 11 17:31:49 but with the same system (same uSD card) it is OK on this board Dec 11 17:31:59 yes Dec 11 17:32:18 the board is always up and ethernet connection has no interruption Dec 11 17:32:50 ok thats good to know. I'm working on a final project for school. Hopefully I'm not hosed. Sounds like development will just be a little less convinent. Dec 11 17:32:55 but the mouse connected to a powered USB hub and then to the board keeps disconnecting/reconnecting Dec 11 17:33:21 cstcyr: dev over ssh can be very convenient Dec 11 17:33:34 Can I still power over usb? Or should I switch to DC? Dec 11 17:33:34 have a look at screen Dec 11 17:33:47 power over USB is OK I think Dec 11 17:34:11 it's USB host that have the problem for my board, I did not check USB device Dec 11 17:34:36 I can do so, just have to switch cables and uSD to the other one Dec 11 17:37:42 If you have booted the BBB powered off a USB connection to a linux box and the tcp/ip over USB stuff worked for you, could you tell me what Linux distro was the host? I have been not entirely successful with rasbian and debian 6. Thanks. Dec 11 17:38:27 I'm connected to a MacBook. Dec 11 17:39:13 cstcyr, Ok, thanks. so it works with OSX. That's good to know. Dec 11 17:40:27 Anybody have a good experience with Ubuntu 12.4? Dec 11 17:52:37 Forestbee: you still around? Dec 11 17:52:43 *sigh* Dec 11 17:53:07 it is the 2nd report I've had of the issue, but I cannot reproduce. Dec 11 17:59:10 k, I think I fixed it, but he is gone. Dec 11 17:59:16 fixed for the next person who shows up. Dec 11 18:04:45 jkridner, you just need forced OTA updates Dec 11 18:05:41 not an issue for website fixes. now if every board just had a 3G adapter and microcontroller that could reflash the eMMC... :-) Dec 11 18:06:22 jkridner, now you're thinking ;) Dec 11 18:06:56 BeagleBone Cloud Dec 11 18:09:18 Hmm does anybody know why I have 4 lights solid on a day after running the eMMC flash image on the BBB? Dec 11 18:09:38 keneth, it's done Dec 11 18:12:18 apologies if this went out earlier and I'm repeating myself, internet was being funky, but I'm trying to get /sys/kernel/debug/omap_mux to appear on a Beaglebone running Debian Wheezy 7.2, here's a pastebin with uname -a and ls /sys/kernel/debug: http://pastebin.com/raw.php?i=hUqYYWah Dec 11 18:12:52 tried using mount -t debugfs debugfs /sys/kernel/debug instead of mount -t debugfs none /sys/kernel/debug with no success, Google is out of ideas Dec 11 18:13:15 Tervicz: no on has implemented that on kernels newer than about 3.2, I think. Dec 11 18:13:39 ahhh, is there any way to change the pin mux on a 3.8 kernel jkridner? thanks! Dec 11 18:13:46 they use capemgr with dt overlays instead to better align with mainline Dec 11 18:14:11 is there a tutorial on how to do that? Dec 11 18:14:15 see http://elinux.org/BeagleBone_and_the_3.8_Kernel Dec 11 18:14:30 awesome, I'll look into that, thanks for your help! Dec 11 18:16:17 jkridner, is there a plan to use the now standard kernel pwm sysfs api instead of pwmtest? or is that aligned with a future BB kernel version update? Dec 11 18:16:42 didn't know pwm got standard sysfs entries! Dec 11 18:17:00 * jkridner reads http://lwn.net/Articles/553755/ Dec 11 18:17:23 looks pretty familiar. Dec 11 18:17:45 ugh to no one involved in pwm_test getting any credit (or pushing it mainline) Dec 11 18:17:59 the difference is it doesn't end up intertwined with capemgr/overlays Dec 11 18:18:16 there's not really a different way to implement such a trivial api either ;) Dec 11 18:18:23 you probably have a better idea than me who to ping at TI Dec 11 18:18:46 wouldn't it still need an overlay to load the driver? Dec 11 18:19:14 mdp: the older TI pwm driver was a fair bit different in the entries it exposed. Dec 11 18:19:15 yes Dec 11 18:19:30 I don't understand how the intertwining is any different Dec 11 18:19:30 jkridner, yes, it's used bill gatliff's api Dec 11 18:20:13 jkridner, with the new api you will access a pwm instance rather than the BB kernel pwmtest's per pin naming that is exposed when you load an overlay Dec 11 18:20:40 it's a semantic difference...but something that's been nagging me when I do a project on BB versus a board running mainline right now Dec 11 18:20:54 k. that was trivial to resolve and the complexity still comes from needing to load the driver with an overlay. Dec 11 18:21:38 I guess what I'm asking is... will you backport the sysfs patches to BB 3.8 and throw out pwmtest..or wait until some update of the BB kernel from 3.8->? Dec 11 18:21:39 thanks for the heads-up. would be great if you sent the same to kevinsc, etc. Dec 11 18:21:58 ok, I thought you and rcn maintained the BB kernel on github Dec 11 18:22:02 we are trying to make the move to 3.12 ASAP. Dec 11 18:22:06 ok Dec 11 18:22:17 this is all specific to the BB kernel tree itself Dec 11 18:22:24 rcn-ee is spending most of his effort on the 3.12+ stuff. Dec 11 18:22:26 whereas this api is upstream Dec 11 18:22:38 ahh, ok, thx..sounds like that will solve the issue for me Dec 11 18:22:40 no backport to 3.8.... just fix in 3.12. Dec 11 18:22:46 "issue" Dec 11 18:22:55 we are trying to get 3.12 to the same level as 3.8 now. Dec 11 18:22:58 I find I'm getting confused going back and forth is all Dec 11 18:23:14 and believe me, I understand why it was done this way..so you had something working. no problem there Dec 11 18:23:38 ok, maybe I'll try that tree for fun then Dec 11 18:24:06 mdp: https://github.com/beagleboard/kernel/issues/82 Dec 11 18:24:28 awesome! thx ;) Dec 11 18:25:12 the downside to that is that all the current docs/blogs/exactsteps will need to be updated Dec 11 18:25:38 but av500 can support that, no problem Dec 11 18:25:42 mdp: https://plus.google.com/101339419642360856354/posts/epLtZjK1T2p Dec 11 18:26:05 prpplague, ;) Dec 11 18:27:08 prpplague, you all might be able to retire on just that one cape Dec 11 18:27:10 billions! Dec 11 18:27:23 hehe Dec 11 18:27:58 i'm sure jkridner will purchase some Dec 11 18:28:15 * jkridner had the idea. Dec 11 18:28:46 don't forget it! Dec 11 18:29:14 jkridner, need the mockup edited to where it's that still shot from initial BBW release where you look epicly sad Dec 11 18:29:23 now with you holding the cloud cape Dec 11 18:31:28 ahh, yes, the Beaglebone Intro video..the cover still is great. you seem very upset Dec 11 18:31:48 meh Dec 11 18:32:01 jkridner, ;) Dec 11 18:34:09 cstcyr: I'm back with the board which have the USB problem Dec 11 18:34:57 any tuto or link with instructions to test ethernet or tty or filesystem over USB ? Dec 11 18:35:40 what's the most current git branch with 3.12.x patches for beagleboneblack? Dec 11 18:36:51 vagrantc: You looking at https://github.com/beagleboard/kernel/tree/3.12 ? Dec 11 18:37:13 vagrantc: I used info from here : http://eewiki.net/display/linuxonarm/BeagleBone+Black Dec 11 18:37:16 I'm sure the TI tree has some useful stuff too Dec 11 18:37:33 I do not know if there's anything more recent though Dec 11 18:37:33 vagrantc: is this Rob? Dec 11 18:38:18 jkridner: yeah, https://github.com/beagleboard/linux.git Dec 11 18:38:37 * jkridner will push an update there if it is useful. Dec 11 18:38:37 jkridner: last patch there seems to be from early november Dec 11 18:38:53 patches go into the kernel project first then end up being applied in the linux tree at some point. Dec 11 18:38:55 definitely useful, i see RCN's patch branches contain more stuff Dec 11 18:39:15 rcn-ee was going to start applying those... Dec 11 18:39:23 seems I could do some sort of github post-hook. Dec 11 18:39:57 i haven't yet deconstructed how rcn's branchess get put together, but easier for building a debian kernel is to just have all the patches directly in git Dec 11 18:40:10 then i can generate a quilt series from that eaasily Dec 11 18:40:58 k. Dec 11 18:41:10 applying them now to build the latest treee Dec 11 18:43:21 jkridner: thanks! Dec 11 18:43:44 probably about 15 minutes till pushed. Dec 11 18:50:43 anyone good with php? Dec 11 18:56:08 Hey everyone, I have a beagle bone black (another one) that won't boot. I got the FTDI cable and when I try to boot it shows "U-Boot SPL 2013.04-dirty (Jun 19 2013 - 09:57:14)" through UART and nothing else, no LED activity. and I tried booting with a flash image off SD card and it says the same thing. Does anybody know what could be wrong? Dec 11 18:59:56 If you have booted the BBB powered off a USB connection to a linux box and the tcp/ip over USB stuff worked for you, could you tell me what Linux distro was the host? I have been not entirely successful with rasbian and debian 6. Thanks. Dec 11 19:00:02 Anybody have a good experience with Ubuntu 12.4? Dec 11 19:07:23 vagrantc: try https://github.com/beagleboard/linux/tree/3.12 now Dec 11 20:29:14 hi, have a question. I just got today my bbb and can't ssh to it? is the ssh disabled in the official distro? Dec 11 20:42:16 shouldn't be.. what IP are you trying? Dec 11 20:45:50 i'm trying this https://groups.google.com/forum/#!msg/beagleboard/Ya2qE4repSY/q8_WkLcH5TwJ. now Dec 11 20:54:28 Has anyone used the magnetometer/accelerometer module from pololu? Dec 11 20:55:23 have you connected manually? Dec 11 20:55:53 can't say I have radconjon Dec 11 20:56:03 radconjon: I have an altimu from them Dec 11 20:57:42 ok so the solution form that thread works :) Dec 11 20:57:45 i can now ssh to my bbb Dec 11 20:58:38 Defiant, I am looking at the software on the ST site and am wondering if any of it will compile for the BBxM Dec 11 21:00:00 radconjon: don't think so Dec 11 21:05:11 I am a newbie about c programming, I have some code that will pull the data but not actually give you direction. Dec 11 21:05:41 yeah it can be a bit compplicated Dec 11 21:06:31 I was hoping to get the ST code running and save myself a lot of trouble. Dec 11 21:06:34 radconjon: you actually don't need C, you can access the i2c Interface in every language Dec 11 21:07:50 Defiant, I know, I am learning C++ as it seems to be used a lot. Dec 11 21:08:05 depends on where you look Dec 11 21:08:45 I am always open to suggestions Dec 11 21:09:34 radconjon: do you have a link to the code? Dec 11 21:11:09 if you're working at the driver level C tends to be used more Dec 11 21:11:09 If you have booted the BBB powered off a USB connection to a linux box and the tcp/ip over USB stuff worked for you, could you tell me what Linux distro was the host? I have been not entirely successful with rasbian and debian 6. Thanks. Dec 11 21:13:24 Can I post the link here or do I need to do something else? Dec 11 21:13:48 why not? Dec 11 21:13:59 http://www.st.com/web/catalog/sense_power/FM89/SC1449/PF251940?s_searchtype=partnumber# Dec 11 21:15:14 you will see in "related tools" a linux device driver and a platform independent device driver Dec 11 21:16:36 aah a kernel module, nice Dec 11 21:17:11 damn and I wrote myself a userspace driver Dec 11 21:18:38 * _av500_ wrote a useless space driver Dec 11 21:19:38 oh even a sysfs interface, did you Dec 11 21:19:46 try to compile it radconjon? Dec 11 21:21:59 I tried it on my laptop running Ubuntu 12.10 got a bunch of errors from includes not being found Dec 11 21:22:33 radconjon: but you didn't just do gcc lsm303dlhc_acc.c I hope? Dec 11 21:23:03 radconjon: have you installed buid_essential on ubuntu? Dec 11 21:23:22 that will include all the compilers and kernel headers you should need Dec 11 21:24:11 otherwise, yeah all the kernel headers will be missing at a minimum Dec 11 21:24:16 still compiling a kernel module (this one has no makefile...) requires different compiler settings Dec 11 21:28:10 I thought I did build_essential but I may be thinking of bbxm. Being a newbie I do not know what to do with these type of files. Dec 11 21:29:12 you might want to search the web for something like "cross compile kernel module" Dec 11 21:33:09 I have not had much luck cross compiling for the bbxm. The code that I have used off of the internet I just moved onto the sd card and compiled on the bbxm Dec 11 21:33:34 I will try the search you recommend Dec 11 21:36:23 I did cross compile the uboot and the kernel trying to get the pwm files to show up so I should be able to do this. Dec 11 21:48:51 Defiant, did you have any luck? Dec 11 21:52:11 radconjon: havn't tried yet Dec 11 21:54:34 radconjon: I don't have the beagle kernel lying around Dec 11 22:00:52 radconjon: Well I just compiled it against my pandaboard kernel (3.4). So yes it generally compiles. Dec 11 22:10:57 Defiant, did you use the linux os code or the platform independent code? Dec 11 22:11:48 radconjon: linux device driver Dec 11 22:13:16 radconjon: generally you cross compile the beagle kernel first, create a ~5 line Makefile for the LSM303 code and then cross compile the module Dec 11 22:14:14 you read my mind, i am too much of a newbie to even form a good question! Dec 11 22:15:08 radconjon: well concentrate on the first step: Compile a kernel and boot it :) Dec 11 22:15:33 I have actually done that once. Dec 11 23:02:13 anyone know why am getting the following error with iptables? Dec 11 23:02:16 iptables v1.4.17: can't initialize iptables table `nat': Table does not exist (do you need to insmod? Dec 11 23:02:32 .. running on a BBB Dec 11 23:21:01 brm: nothing to do with BBB per se Dec 11 23:21:07 but.. did you insmod? :) Dec 11 23:21:32 modprobe iptable_nat Dec 11 23:21:55 I guess you might need ip_conntrack also Dec 11 23:54:55 Vaizki: I don't see any modules eccept ip_tables and x_tables Dec 12 00:00:57 hi Dec 12 00:01:28 i want to make a a touch screen Dec 12 00:01:47 using the beabel oard **** ENDING LOGGING AT Thu Dec 12 02:59:59 2013