**** BEGIN LOGGING AT Tue Oct 15 02:59:58 2013 Oct 15 03:48:10 anyone know where to buy beagleboards in San Francisco? Oct 15 03:50:15 does anyone have experience writing ARM asm directly for the AM335x? I'm having trouble with the BBB GPIOs. Oct 15 03:51:50 why do you want to do it in assy? Oct 15 03:52:47 i'm writing it without an os. Oct 15 03:52:52 mostly as a learning exercise. Oct 15 03:53:28 sounds like jumping into the deep end to me Oct 15 03:54:44 I can do it with an OS easily. I'm not bad at assembly, I just have a feeling I'm misunderstanding the GPIO module init process in the AM335x TRM somehow. Oct 15 04:32:52 How can i use tdm(using MCASP0) in BBB ? In /dev directory i cannot find any keyword like tdm or mcasp as i2c-0 do for i2c :-( Oct 15 04:41:13 is there no one Oct 15 04:54:12 I dont think there is a drvier Oct 15 04:54:16 driver Oct 15 04:54:17 for it Oct 15 04:54:39 there might be ALSA drivers for the mcasp Oct 15 04:54:47 but I have no idea if they support TDM Oct 15 05:05:03 does anyone know if anyone that comes in here works for circuitco? Oct 15 05:06:11 JViz: yes and yes Oct 15 05:06:29 do you have any idea from where to get the driver file for mcasp ? Oct 15 05:06:39 dm8tbr: who? Oct 15 05:07:05 JViz: any particular reason you thing anyone else can't help you? Oct 15 05:07:13 no, not really Oct 15 05:07:22 then just ask Oct 15 05:07:42 do you know anyone who can make beagleboard variants? Oct 15 05:08:24 er, beaglebone, rather Oct 15 05:08:24 gg Oct 15 05:08:28 yes CCO can do those, I think they are quite busy right now, but if you email them with a proposal/question they should get back to you Oct 15 05:09:03 do you know any of the details about that? how much, how long? Oct 15 05:09:23 hi...need some reference links for beginning an SPI driver from scratch. Oct 15 05:09:38 wr: looked at the kernel source yet? Oct 15 05:09:56 ya Oct 15 05:10:42 JViz: that I don't know particularly. Will probably depend a lot on the size of the run and the amount of modifications Oct 15 05:11:56 any links ? Oct 15 05:12:14 wr: kernel.org Oct 15 05:12:23 dm8tbr: who do i need to contact? Oct 15 05:13:34 Is writing an SPI similar to Serial driver...I mean write and read methods ? Oct 15 05:15:53 : Is writing an SPI similar to Serial driver...I mean write and read methods ? Oct 15 05:15:55 JViz: I think sales@circuitco.com is the safest bet, prolly not just one person reading it Oct 15 05:21:45 wr: read this http://elinux.org/BeagleBone_Black_Enable_SPIDEV Oct 15 05:24:06 thendikal...chetttakal Oct 15 05:24:37 pauli_: had a look at: https://www.google.de/search?q=mcasp+tdm+linux ? Oct 15 05:24:59 http://e2e.ti.com/support/embedded/linux/f/354/t/252002.aspx Oct 15 05:25:05 so there seems to be TDM support Oct 15 05:25:59 ok av500 Oct 15 06:07:28 can i get active link for pre-compiled Ubuntu 11.04 image for beagle board xm Oct 15 06:09:07 can i get active link for pre-compiled Ubuntu 11.04 image for beagle board xm Oct 15 06:10:14 magesh_: not if you cannot google it. and please do not repeat all over again. thank you. Oct 15 06:46:19 Will TI ever release SGX modules which we can use on BBB 3.8(+) kernels, or is it more likely I get struck by lightning? Oct 15 06:47:36 RagBal, take a wild guess Oct 15 06:48:08 I can't, affraid of getting struck by the lightning =x Oct 15 06:50:49 I guess they will release them, eventually? Oct 15 06:52:32 By the time BBB has switched to 3.12 Oct 15 06:57:35 Ah nice Oct 15 07:06:50 Hi any one there?? Oct 15 07:07:34 I am working on BB - Black Oct 15 07:08:10 I was trying to build linux from scartch... Oct 15 07:08:18 sorry, ware all about to leave. please come back later again Oct 15 07:08:38 can anyone help me how to build uboot kernel image and rootfs Oct 15 07:08:48 build angstrom Oct 15 07:08:53 it build everything Oct 15 07:08:56 builds* Oct 15 07:09:03 i dont want readly build images Oct 15 07:09:10 i want to customize and build Oct 15 07:09:11 kanth, read: http://eewiki.net/display/linuxonarm/BeagleBone+Black Oct 15 07:09:14 http://www.angstrom-distribution.org/building-angstrom Oct 15 07:09:19 then just build the kernel Oct 15 07:09:28 MACHINE=beaglebone ./oebb.sh bitbake virtual/kernel Oct 15 07:09:44 angstrom i have tryed... Oct 15 07:09:59 i used the same bitbake but getting lots of error Oct 15 07:10:12 like pseudo not available and build uncomplete etc Oct 15 07:10:29 son instead of fixing that Oct 15 07:10:31 you move on Oct 15 07:10:34 so* Oct 15 07:10:42 * LetoThe2nd thinks that totally building from scratch is VERY MUCH the thing that one should do if not even able to build angstrom. Oct 15 07:10:51 Oct 15 07:11:44 kanth: angstrom builds everything from scratch, and you can customize everything. if that is too hard for you to use, how do you get the impression that you can even do it yourself? Oct 15 07:12:49 LetoThe2nd: I have a doubt, how do I build scratch in the first place? Oct 15 07:12:53 LetoThe2nd: considering the fact that i gave up on building angström for an i.mx23 based board after the second day and moved on.... ;) Oct 15 07:13:19 av500: hrhr Oct 15 07:13:19 I typed angstrom and my ssd ran away Oct 15 07:13:29 av500: take a screwdriver or key with sharp edges, run over your car with it. done :) Oct 15 07:13:42 Hi. How large sd micro card does the beaglebone black support? Oct 15 07:13:47 any size Oct 15 07:13:54 as long as it physically fits Oct 15 07:14:04 dont force it in Oct 15 07:14:11 av500, I have an experimental sd card sized 1.1JigaWatt Oct 15 07:14:15 will that work? Oct 15 07:14:16 And does it matter if its hc or xc? Oct 15 07:14:20 no Oct 15 07:14:54 Thank you. Has anyone here managed to install debian on a black board? Oct 15 07:15:11 I just want to disable the HDMI and other unwanted process from pre-build images Oct 15 07:15:24 michaelis_: maybe not here. but it is known that people managed to do that Oct 15 07:16:09 kanth: then just remove HDMI from the dts file Oct 15 07:16:10 KotH: Ok. Thank you, Because there's no irc client in Ã…ngström as far as I know, or is there? Oct 15 07:16:22 why would you need one? Oct 15 07:16:30 and even if there isnt, just compile one yourself Oct 15 07:17:07 http://www.angstrom-distribution.org/repo/ Oct 15 07:17:12 I need one because I want my board to host a IRC channel. I don't want an ordinary computer up and running 24/7. That's a waste of electricity. Oct 15 07:17:49 michaelis_: uhm.. you dont host an irc channel Oct 15 07:17:57 michaelis_: unless you mean you want to run an irc server Oct 15 07:18:01 michaelis_: but that's something different Oct 15 07:18:25 KotH: Maybe host is the wrong word. I just want to be online 24/7. Oct 15 07:18:26 michaelis_: for information how irc works, please read rfc1459 Oct 15 07:18:36 michaelis_: ah.. Oct 15 07:18:44 michaelis_: well, just compile an irc client Oct 15 07:18:49 michaelis_: or a bouncer like bnc Oct 15 07:18:54 KotH: Maybe it's easier said than done... Oct 15 07:19:09 michaelis_: i have done such stuff, i know it's easy Oct 15 07:19:15 michaelis_: just takes a couple of minutes time Oct 15 07:19:16 From prebuild images u get only dtb files...i never tryed to use it...can you please tell me where you get the releated dts file and how do i create agin th dtb file and replace Oct 15 07:19:37 michaelis_: of course, an important precondition is that you know how to compile software Oct 15 07:20:01 kanth: you know, there is google Oct 15 07:20:09 kanth: https://github.com/beagleboard/kernel/tree/3.8 Oct 15 07:20:15 this should have what you need Oct 15 07:20:21 to rebuild a kernel and dts files Oct 15 07:20:24 KotH: Yes I know. Usually the task is automated with compile, make, make install. Oct 15 07:20:28 dtb files Oct 15 07:20:42 michaelis_: yes, then you know everything you need to know Oct 15 07:21:25 * m_billybob yawns Oct 15 08:20:56 is it possible to get altium board file from this Oct 15 08:21:07 reply any one Oct 15 08:23:50 'this'? Oct 15 08:25:20 i am PCB designer from india so any one help to me is it possible to download altium board file from this beagleboard Oct 15 08:29:46 kanth: if you are a pcb designer, you should be able to draw a pcb within a week from scratch Oct 15 08:30:01 kanth: if not, you have to review your definition of pcb designer ;-> Oct 15 08:31:14 kapil, the board files are avaialble in Orcad Oct 15 08:31:26 there are conversion tools to move all teh nets over Oct 15 08:32:09 http://wiki.altium.com/display/ADOH/Moving+to+Altium+Designer+From+OrCAD Oct 15 08:32:24 or you know, you could type beaglebone altium into google Oct 15 08:32:29 and click I'm feeling lucky Oct 15 08:32:49 i am not a pcb designer...what i mean from scarth is regarding the building of u-boot uImage and rootfs Oct 15 08:33:06 ya thanks u Oct 15 08:33:06 kanth: wrong highlight Oct 15 08:33:17 poor kanth Oct 15 08:33:34 i need to make a customize build with only GPIO UART and USB Oct 15 08:33:59 edit the DT file Oct 15 08:34:18 i know pads and allegro right now i am learning altium so i need board file Oct 15 08:35:35 kapil, do you ahve a real copy of altium Oct 15 08:35:58 your learning altium, and your goign to start with a 6 layer board, with 6000 nets in it? Oct 15 08:36:02 mmm. Oct 15 08:36:39 ya right now i am learning altium through video Oct 15 08:36:53 have you got a real copy of it Oct 15 08:37:10 or have you scamed a copy off the internet somehwere? Oct 15 08:37:28 i could not get the altium file Oct 15 08:37:44 kanth: oops.. sorry. tab complete mistake Oct 15 08:38:22 complete tab complete mistake Oct 15 08:38:27 complete tab complete mistake complete Oct 15 08:38:46 any PCB designer are in online Oct 15 08:38:50 no Oct 15 08:38:52 ?? Oct 15 08:38:57 they are all workingon PCB designs Oct 15 08:39:06 they dont waste time here Oct 15 08:40:02 i need PCB designer help for learning altium and High speed design Oct 15 08:40:10 wrong channel Oct 15 08:40:13 rotfl Oct 15 08:40:17 this channel is about the beagleboard Oct 15 08:40:24 and the beaglebone Oct 15 08:40:53 kapil: order this book: http://www.amazon.com/High-Speed-Digital-Design-Handbook/dp/0133957241 Oct 15 08:42:39 thanks' Oct 15 08:48:12 @av500: Thanks for the replies... Oct 15 08:48:31 I need some more help on the systemd files Oct 15 08:49:08 ask lennart Oct 15 08:49:11 how do i disable th unwanted process running whisch u see "ps -ef" Oct 15 08:49:12 he is usually quite helpfull Oct 15 08:49:43 Is SPI a character device? Oct 15 08:49:57 no, it's a bus Oct 15 08:50:53 hi. just reported two issues regarding USB gadget in https://github.com/beagleboard/meta-beagleboard/issues Oct 15 08:50:57 ok... in which category does it comes when used as a device driver? Oct 15 08:51:49 fd: in which category does USB go when used as a device driver? Oct 15 08:52:48 : I think it comes under block devices. Oct 15 08:53:41 ^^; Oct 15 08:54:01 fd: please check Oct 15 08:54:03 ?? Oct 15 08:54:14 fd: please check whether USB ends up as being a block device Oct 15 08:55:00 what abt SPI devices? Oct 15 08:55:24 10:49 < dm8tbr> no, it's a bus Oct 15 08:56:27 I need a device driver for SPI memory in my board. how can I begin with? Oct 15 08:58:38 start with google Oct 15 08:58:59 maybe you can have a look at Documentation/.../spi.txt Oct 15 09:24:30 Anyone know a irc client for the beaglebone that works? Oct 15 09:25:07 You should probably stay away from mIRC Oct 15 09:25:52 RagBal: Why? Oct 15 09:26:01 michaelis_, in theory every open source client should 'work' Oct 15 09:26:13 I tried to build xchat but got some errors. Oct 15 09:27:22 Have you tried solving those errors yet? Or read the README before attempting to just execute make Oct 15 09:28:38 I've read the README and INSTALL. Did a ./configure and a make but without success. Oct 15 09:29:33 and you posted the error messages where? Oct 15 09:30:38 av500: Nowhere.Where can I post them? Oct 15 09:31:57 pastebin Oct 15 09:32:09 .com Oct 15 09:33:04 bubble Oct 15 09:34:44 I think I found a solution Oct 15 09:34:51 gettext was missing. Oct 15 09:35:00 ^^' Oct 15 09:35:56 woo,all my boards are still alive Oct 15 09:35:57 But my clock won't let me change it's preferences. It crashes so I have to do it with the command line. Oct 15 09:36:20 The Horror! Oct 15 09:48:24 can you ppp sim900 to a beaglebone black? Oct 15 09:51:52 I was wondering if there was any way to write you own operating on a beagleboard black, similar to how you can on a raspberry pi Oct 15 09:56:22 can you access the gprs using the sim 900 on beaglebone black? Oct 15 09:56:42 can you ask a question that makes sense? Oct 15 09:58:29 HI, there are alternatives to bonescript? Oct 15 10:00:13 many Oct 15 10:00:25 e.g. plain C Oct 15 10:00:27 python Oct 15 10:00:30 good Oct 15 10:00:38 brainfuck, whitespace, ... Oct 15 10:00:38 there are python libraries? Oct 15 10:00:44 anything that can open a file and write to it Oct 15 10:00:53 m8: no idea Oct 15 10:01:09 for managing IO Oct 15 10:01:29 dm8tbr, for managing IO Oct 15 10:02:09 did you google for it? Oct 15 10:03:00 a bit Oct 15 10:04:51 and i found node + bonescript it's a good way Oct 15 10:09:38 hi! Oct 15 10:11:53 lo Oct 15 10:59:46 [39744.779201] bone-capemgr bone_capemgr.9: failed to load firmware 'BB-BONE-TESTER-00A0.dtbo' Oct 15 10:59:53 any idea how to make these go away Oct 15 11:00:58 try scaring them! Oct 15 11:01:45 tried Oct 15 11:01:51 I took awaya its power for a minute Oct 15 11:02:00 Crofton|work, ? Oct 15 11:02:14 are you trying to load it explicitly? Oct 15 11:02:26 no Oct 15 11:02:34 I reflashed emmc witht eh flasher Oct 15 11:02:39 what is the image you're using? Oct 15 11:02:40 and this happens now Oct 15 11:03:04 Downloads/BBB-eMMC-flasher-2013.06.20.img Oct 15 11:03:07 no idea, but this looks like it's trying to load the tester overlay image Oct 15 11:03:40 it should be harmless, but it might be a residue of factory testing Oct 15 11:03:59 yeah, just annoying Oct 15 11:27:27 Crofton|work: when do you arrive in Edin? Oct 15 11:27:57 Tuesday afternoon Oct 15 11:28:21 local time or departure time= ;) Oct 15 11:28:26 Crofton|work: 22nd? Oct 15 11:28:35 Tuesday Oct 15 11:28:40 day before dev day Oct 15 11:29:30 Crofton|work: meeting a few friends in pub that night, your invited Oct 15 11:30:06 thanks Oct 15 11:30:20 who's coming early anyways? Oct 15 11:30:25 Step 1 willl bee find a SIM for phone :) Oct 15 11:30:25 o/ Oct 15 11:30:29 * KotH flies on friday Oct 15 11:30:46 * XorA is already in Edin, your all late :-D Oct 15 11:30:50 lol Oct 15 11:30:56 rofl Oct 15 11:31:02 XorA: so you just agreed to prepare GSM stuff for all of us. Oct 15 11:31:17 * LetoThe2nd will also touch ground sometime tues afternoon Oct 15 11:32:09 LetoThe2nd: your from the EU, you don't need prep :D Oct 15 11:32:36 * LetoThe2nd has no clue about roaming and data fees to/from UK Oct 15 11:32:47 Any device tree gurus about? I want to set pin15 AKA gpio 48 AKA gpio1[16] as a pull-down and I *believe* the best way to do it if I later want to use it in a driver is to use device tree - is that a fair shout? Oct 15 11:32:55 LetoThe2nd: your network should offer flatrate data anywhere in EU now! Oct 15 11:33:14 LetoThe2nd: it was one of those EU type conditions Oct 15 11:33:15 currently, based on reading via the sysfs interface, it always returns a 1 regardless Oct 15 11:33:36 XorA: hrhrhr. now look me in the eye and tell me again *without* laughing ;) Oct 15 11:33:43 LetoThe2nd: mine is Oct 15 11:34:18 * LetoThe2nd will have to check that Oct 15 11:34:58 exosyst, look into firmware/capes Oct 15 11:35:00 and the TRM Oct 15 11:35:17 otherwise there is a carphone warehouse on Shandwick Place right near venue, go in, ask for PAYG SIM Oct 15 11:35:28 kay Oct 15 11:35:41 or in fact there is also 2 on Princes Street Oct 15 11:36:03 every second shop in Edin is a mobile phone shop, can't miss em :-D Oct 15 11:36:25 hrhrhr Oct 15 11:36:31 * KotH curses the fact that .ch is following the EU laws with all shit, but something that actually makes sense and helps the people instead of the big corps will never get implemented Oct 15 11:36:35 15 GBP will get you unlimited DATA for 1 month Oct 15 11:36:48 XorA: ok, sounds about fair, that. Oct 15 11:42:36 panto, I'm not seeing firmware capes - I'm guessing that's a different kernel to mine? I'm using RCNs Oct 15 11:42:54 hmm, a firmware cape Oct 15 11:42:59 29F040 on it Oct 15 11:43:00 well, those DTBOs must come from somewhere Oct 15 11:43:21 lunch Oct 15 11:45:22 av500, firmware/capes - space and slash are totally in the same vicinity :P Oct 15 11:45:52 No device tree overlays in this kernel panto Oct 15 11:58:19 well, you have to read about pinmuxing then Oct 15 11:58:27 lots of examples in that directory Oct 15 12:01:48 How device-driver knows which gpio has to select from Device tree overlay?? Oct 15 12:03:18 magic Oct 15 12:03:33 often ponies and black smoke is involved Oct 15 12:03:46 somtimes a virgin as well Oct 15 12:07:38 OK, so the gpio pins are set to pullup inputs on power on and that's a chip thing from my understanding Oct 15 12:08:02 So I need to put 0x40 (PIN_INPUT_PULLDOWN | MUX_MODE7) into the dts. Oct 15 12:08:10 <_Rotti> is there somewhere an image for a MMC with some kind of 'rescue system' for the bone black? one which does not flash the eMMC Oct 15 12:21:24 exosyst: which kernel version do you use? Oct 15 12:21:48 Rotti, I'm using RCNs - it's at version 3.12 Oct 15 12:21:49 for 3.12, i cannot find the firmware/capes, either... do they only exist at 3.8? Oct 15 12:22:09 (i'm using the one from github.com/beagleboard) Oct 15 12:23:18 Yeah - so the recommendation was a bit useless for me sadly :( Oct 15 12:24:27 I am writing my own driver for serial, I want to toggle RTS pin for half duplex communication over RS485, and RTS pin can be any GPIO pin, How can I configure this GPIO pin with my driver using Device tree overlay?? Oct 15 12:25:45 kishor: read the approriate files in Documentation Oct 15 12:25:52 kishor: it explains how DT works internally Oct 15 12:26:47 I am reading the Documentation files , but that files doesn't giving the clear understanding. Oct 15 12:27:43 @KotH Suggest me some good documentation regarding this , please Oct 15 12:27:48 next you go into your favorit drivers code and read it Oct 15 12:28:03 kishor: _this_ is the good documentation Oct 15 12:28:37 I am doing the same thing, but its trolling me, its taking my lots off time. Oct 15 12:28:55 welcome to the world of kernel development Oct 15 12:29:01 actually Oct 15 12:29:07 welcome to the world of software development Oct 15 12:29:56 @KotH can u give me a hint to approach it as soon as possible?? Oct 15 12:30:10 14:27 < KotH> next you go into your favorit drivers code and read it Oct 15 12:31:43 I read the code, from ubuntu 12.04.3 LTS kernel source, /KERNEL/drivers/tty/serial/omap-serial.c Oct 15 12:32:05 * KotH sighs Oct 15 12:32:20 kishor: if you want to do any kernel development, then do _NOT_ use a distro kernel Oct 15 12:32:20 but I didn't find any connection between DT and driver.. Oct 15 12:32:36 kishor: unless you never plan to send it upstream which is a very very very very bad idea Oct 15 12:32:44 well, that doesnt surprise me Oct 15 12:32:51 what does 12.04 use? 3.0? Oct 15 12:33:08 3.8.13 Oct 15 12:33:12 o_0 Oct 15 12:33:19 did they upgrade the kernel? Oct 15 12:33:23 anyways.. Oct 15 12:33:28 if you want to develop that stuff Oct 15 12:33:35 either use linus git tree Oct 15 12:33:36 yes Oct 15 12:33:41 or use the bbb specific git tree Oct 15 12:33:48 anything else is just wasting time Oct 15 12:34:26 I am using the compatible distro with BBB Oct 15 12:35:05 :-/ Oct 15 12:35:11 you are new to OSS, are you? Oct 15 12:35:33 no, its not like that Oct 15 12:37:05 ok, you know what "upstream" means? Oct 15 12:37:21 and that you should always work with the upstream's development tree? Oct 15 12:38:08 ok Oct 15 12:38:20 see, that's what i mean with "you are new to OSS" Oct 15 12:39:28 yeah, but I am a developer, I dont have that much time to work with upstreams development Oct 15 12:39:50 another sign that you have not worked much with OSS Oct 15 12:40:00 you always work with upstream Oct 15 12:40:21 it might cost you more time in the beginning, but it will save you a lot of time in the long run Oct 15 12:41:59 I know you are absolutely right, I will work with that in free time, but now for my project I dont have that much time. :( Oct 15 12:42:03 sorry, if i sound like an asshole, but this are basic things that a damn lot of people get wrong when they start using OSS as the basis of their projects. and it has been explained many times over already Oct 15 12:42:30 if you dont have time, well, choose the right tree and hack away Oct 15 12:42:45 but tell your boss that he will pay for that later Oct 15 12:42:51 :( Oct 15 12:42:59 unless you plan to quit your job in 2-3 years ;) Oct 15 12:44:09 :) Oct 15 12:44:20 nice suggestion..... Oct 15 12:44:25 :D Oct 15 12:45:21 By the way, I have workaround solution for my problem,.. Oct 15 12:45:58 But I am very curious to do that using my own driver.. Oct 15 12:46:31 And only one issue is that , I dont know how to deal with DT Oct 15 12:47:02 @ KotH thanks for the conversation.. Oct 15 12:47:11 Have great day... Oct 15 12:47:13 bye Oct 15 12:47:20 np Oct 15 12:47:22 have fun Oct 15 12:47:25 KotH: I agree with most of what you said but, It's not always so simple. Oct 15 12:47:42 georgem: i know that very well Oct 15 12:48:06 georgem: hint: i did a lot of OSS in the last decade, some of it also in a comercial environment Oct 15 12:50:48 arrgghhh Oct 15 12:50:54 just copied stuff into a mountpoint Oct 15 12:51:02 without mounting the device first Oct 15 12:51:43 KotH: It's quite hard to make a case to higher levels of management why a patch is bad and that we need to delay the release of the product so we change rework the driver for a bleeding edge kernel that may not even boot to appease some people on the Internet. hehe Oct 15 12:53:40 georgem: well, in such cases i get a paper signed that says that we will ship our non-approved patch and fix it later. and if isnt fixed later and time and money is lost due to that, mangment is to blame for this Oct 15 12:54:13 something has gone terribly wrong :| Oct 15 12:54:29 yes, it was a bad idea to climb down the trees Oct 15 12:54:35 yes, it's only Tuesday Oct 15 12:55:44 * KotH thought it was friday Oct 15 12:56:01 oh well, nothing that can't be fixed by format C: Oct 15 12:56:11 Oh - I'm a little stumped so could appreciate some help - I tried following along from the TRM and used Derek Molloys guide (even tho he used fragments which I don't have) and figure that this simple edit should work to the bone-common.dtsi to see if I was on the right track Oct 15 12:56:11 http://pastebin.com/uLBCUSKY Oct 15 12:56:34 L139 - pinctrl_test: pinmux_pinctrl_test { Oct 15 12:56:52 could I get an eye cast over it please? Oct 15 12:57:28 I didn't figure I had anything else to do based on my understanding of DT but maybe I need to set something to "okay" like some of the other paths do? Oct 15 12:57:54 exosyst: it would help if you said what you wanted to do, what you did, what makes you think it failed and what the error message is Oct 15 12:58:11 * KotH doesnt keep days of irc log in his head Oct 15 12:58:16 KotH, Yeah good call. Oct 15 12:59:20 I want to read a GPIO - pin 15 which is GPIO48 which is GPIO1_16 which has offset 0x40. I have a simple circuit that takes 3v3 through a switch and then to the GPIO such that I should be able to get a 1 or 0 Oct 15 12:59:52 I made the addition of 0x40 (PIN_INPUT_PULLDOWN | MUX_MODE7) to the dtsi to test to see if that works. Oct 15 13:00:19 I then rebooted and tested reading from /sys/class/gpio48 and it still always yields 1 Oct 15 13:00:49 Any help is appreciated wher I've gone wrong and how to remedy it Oct 15 13:01:43 what do the gpio sysfs files say? Oct 15 13:01:47 is it correctly configured? Oct 15 13:03:42 KotH, What do I read for that? The direction says "in" Oct 15 13:03:54 Is there another file/location to read? Oct 15 13:03:55 * KotH does not remember Oct 15 13:04:07 the gpio sysfs interface is documented somewhere, read that Oct 15 13:04:19 under Documentation/gpio or so Oct 15 13:05:16 I've read that (at least as much as I felt) - the issue is that it's doing pull-up in hardware and I need to turn it off Oct 15 13:05:33 I believe it's a TI specific thing to get at the muxes from userspace :-/ Oct 15 13:05:52 ? Oct 15 13:09:56 av500, there's no pinmux mgr in the non-TI kernel Oct 15 13:13:56 while partitioning of sd card getting error that unable to mount Oct 15 13:14:14 how to resovle this problem Oct 15 13:14:44 pastebin a full log Oct 15 13:14:49 we cannot see your computer screen Oct 15 13:16:51 Hi Oct 15 13:17:05 tell m how to do partition of sd card for angstrom Oct 15 13:17:09 ?? Oct 15 13:17:09 gm Oct 15 13:17:18 Did anyone use the bbb with a 19" LCD (1440*900)? Oct 15 13:17:31 vikas search for the sd-format.sh script Oct 15 13:17:39 * av500 did not Oct 15 13:17:56 av500 sure you can hexedit the partitions yourself Oct 15 13:18:00 vikas not Oct 15 13:18:24 woglinde: I replied to Guest43912 Oct 15 13:18:29 vikas, I ended up doing this using sfdisk to setup the disk and then formatted it - https://gist.github.com/17twenty/6925066 Oct 15 13:18:41 hoi woglinde Oct 15 13:18:48 exosyst there exist a script since ages Oct 15 13:18:54 jo koth Oct 15 13:19:29 I have a 19 LCD 22 LCD and 24 LCD, It seems 22(1650*1050) and 24(1920*1200) can not support BBB, So I want to know whether 19(1440*900) can support it. Thanks Oct 15 13:19:33 woglinde, It had a -F in one of the commands that caused it to blow up on 32-bit fedora on 64-bit hardware sometimes. Very weird. Oct 15 13:20:09 i m able to get the partition bt at the end after pressing w command it is saying unable to mount Oct 15 13:20:12 ?? Oct 15 13:20:24 how to resolve this problem Oct 15 13:20:34 pastebin what you are doing Oct 15 13:20:39 [15:14] we cannot see your computer screen Oct 15 13:21:31 please guys tell m..... Oct 15 13:21:47 av500 vikas does not understand what you wrote Oct 15 13:21:58 so let him bag again again Oct 15 13:22:13 vikas: I cannot see your screen Oct 15 13:22:38 Is there any info on transforming a device tree overlay into a valid device tree? Oct 15 13:22:45 Guest43912 you maybe have to add the resolution into kernel framebuffer files Oct 15 13:22:48 I can't use dtbo files Oct 15 13:23:00 exosyst why? Oct 15 13:23:14 Latest kernel and dtbo files aren't upstream Oct 15 13:23:24 exosyst and? Oct 15 13:23:38 Hi woglinde. you mean from HW, it can support 1440*900? Oct 15 13:23:48 Guest43912 -> http://circuitco.com/support/index.php?title=BeagleBoneBlack_HDMI Oct 15 13:24:03 and so i can't use dtbo files but can use dts and dtsi files compiled into a .dtb Oct 15 13:24:44 av500: i am formatting my sd card 2 fat32 and ext3 file systems for angstrom image bt at the end i m getting the error that it says unable 2 mount. so i am just asking hoe to resolve this problem?? Oct 15 13:24:49 Hi woglinde, got it, thanks a lot Oct 15 13:24:50 hm ah hdmi limits the resoltuions support Oct 15 13:25:33 vikas at the end of month I have 500 euros more than expected on my bank account how to resolv it? Oct 15 13:26:00 compare to raspberry which can support 24" lcd (1920*1200), BBB needs to improve the resolution. Oct 15 13:27:02 lol Oct 15 13:27:23 Guest43912 psst do not tell rpi users, but rpi has a settopbox chipset Oct 15 13:27:45 bbb is not a settopbox board Oct 15 13:28:31 woglinde: dont make fun here Oct 15 13:29:42 ?? Oct 15 13:30:22 vikas do not make fun either Oct 15 13:30:57 umount failures can have a lot reasons Oct 15 13:31:14 most are you have your shell open in the directory Oct 15 13:31:35 vikas: for the last time: I cannot see your screen Oct 15 13:31:45 but Oct 15 13:31:46 its 2013 Oct 15 13:31:48 av500 nsa can Oct 15 13:31:49 woglinde: rpi does not have a settop box chip Oct 15 13:31:54 rpi has an engineering test chip Oct 15 13:31:56 people had that problem before Oct 15 13:32:00 they came up with solutions Oct 15 13:32:04 mru oh okay Oct 15 13:32:16 mru last time you told its settop box chip Oct 15 13:32:20 I will update this Oct 15 13:32:26 the truth was updated Oct 15 13:33:07 From the link: http://circuitco.com/support/index.php?title=BeagleBoneBlack_HDMI , In "Supported Resolutions", there's no 1440*900 :( Oct 15 13:34:56 Guest43912 yes hdmi does not support it Oct 15 13:35:40 Guest43912 you might get it working with a dvi adapter and adding a working modeline into frambuffer stuff inside the linux kernel Oct 15 13:36:46 till later Oct 15 13:36:52 am away a bit Oct 15 13:36:55 I Oct 15 13:37:12 hdmi does not _require_ that resolution Oct 15 13:37:25 the spec does not prohibit anything Oct 15 13:37:40 if it's listed in the monitor's edid, it can be used Oct 15 13:38:55 I see 1440*900 is in the list of EDID Oct 15 13:39:38 so it can support 19(1440*900) display, Is it right? Oct 15 13:40:21 pastebin a boot log Oct 15 13:44:57 what's the display size do you use? Oct 15 13:45:21 Is that a no on the dtbo -> dtb guide :( Oct 15 13:48:24 Guest43912: between 17" and 24" Oct 15 13:48:39 Guest43912: usually two per computer Oct 15 13:49:10 can It support 24"? Oct 15 13:49:19 It? Oct 15 13:49:24 * KotH doesnt work with "It" Oct 15 13:49:33 I mean BBB Oct 15 13:49:42 depends Oct 15 13:50:04 i'd say that bbb does not really care how big your display is Oct 15 13:50:09 from th spec, 1280*1024 is the highest resolution Oct 15 13:50:15 i'm sure it can also drive a 1000" display, if you have one Oct 15 13:50:26 well, resolution is a totally different topic Oct 15 13:50:47 OK, I see. One can use 640*480 on 24" LCD Oct 15 13:56:26 sometimes, you have to be rude to people for them to see the light... Oct 15 14:02:00 KotH, I'm still seeking light :-/ Oct 15 14:03:06 exosyst: you have to say the magic words! Oct 15 14:03:13 exosyst: speak after me: "OSRAM!" Oct 15 14:03:24 KotH, OSRAM? Oct 15 14:03:40 joke from an old childrens book i've read in elementary school Oct 15 14:04:12 boy used OSRAM as a magic word to turn on the light of his torch light Oct 15 14:04:36 http://www.osram.com/ if you dont know osram :) Oct 15 14:04:37 so regressing back to elementary school is what #beagle does or just dumb questions ;) Oct 15 14:05:08 #beagle is mostly aboug guns, us policitcs, chocolate and trolling people Oct 15 14:05:34 trolling seems to be a art here Oct 15 14:06:16 yeah.. unfortunately, i'm not there yet Oct 15 14:06:20 fwiw, the am335x lcd controller supports up to 2048x2048 Oct 15 14:06:22 I JUST WANT MY DAMN DEVICE TREE TO WORK! I am beginning to long for the days I could just ioremap_ a lump of memory and mess with it. Oct 15 14:06:28 on debian/2.8.13, is it possible to select which hdmi DT stuff will be loaded? i'd like the one without audio so i can use p9.28 Oct 15 14:06:42 exosyst: you still can Oct 15 14:06:48 exosyst: it's just not The Way anymore Oct 15 14:07:08 the hdmi framer might be more limited Oct 15 14:07:19 KotH, but The Way only seems to be well documented for device tree overlays which aren't going upstream anytime soon :( Oct 15 14:07:47 exosyst: if you listen to #beagle-people, you will learn that DT is a huge mess in arm world Oct 15 14:08:25 exosyst: it will be discussed at ksummit next week, but i think it'll take another decade or two until it is stable Oct 15 14:08:29 I see where the GPIO are defined, I see the default function-mask is is set to 0x7f which is pullup input I just want one gpio to go down and it doesnt seem to work :( Oct 15 14:08:42 KotH, Is that at ELCE? Oct 15 14:09:15 nope Oct 15 14:09:27 exosyst: are you also sure the pin isn't dead, if you've been firing voltages into it you may have fried it, have you tried another pin? Oct 15 14:09:28 the kernel summit is invite only cabal Oct 15 14:10:08 jackmitchell, I only put 3v3 into it which i'm sure it's rated for non? Oct 15 14:10:22 exosyst: it is, but isn't it still worth checking? Oct 15 14:11:00 exosyst: have you tried with an already exported GPIO pin? Oct 15 14:11:15 exosyst: driving a pin with 3.3v while it is trying to drive to gnd will fry it ;) Oct 15 14:11:46 jackmitchell, I can export and drive high on other pins, just can't get any set to pulldown input. They're all set to go input/pullup by default Oct 15 14:11:55 not from sysfs anyway Oct 15 14:12:06 could be a bug in the kernel as well Oct 15 14:12:34 maybe it would be a good idea to check the gpio registesr, whether they have the correct value Oct 15 14:12:42 if they are not set correctly, you know where to look Oct 15 14:13:29 KotH the gpio register? Oct 15 14:13:34 yes Oct 15 14:13:42 in the cpu Oct 15 14:13:56 can I do that rapidly from userspace easily? Oct 15 14:13:59 put some printk's into the kernel that you can trigger using something Oct 15 14:14:09 /dev/mem? Oct 15 14:15:54 exosyst: there are some examples of how to tweak the am335x gpio registers from C Oct 15 14:15:56 jackmitchell, I can set it back to driving and it works just peachy so it's not fried Oct 15 14:16:24 exosyst: if you just use them to do some reading then you can be sure the setting is correct Oct 15 14:17:00 jackmitchell, How do you mean? I set the direction to "input" and the "value" file always reads a 1 Oct 15 14:17:33 read the gpio registers, instead of writing them Oct 15 14:17:39 i guess the examples are read/write Oct 15 14:17:52 jackmitchell, reading the TRM seems to indicate that it is set to pullup by default (and the 0x7f in the dtsi file backs that up) Oct 15 14:17:58 exosyst: well, read the GPIO registers and cross reference them with what you expect them to be for GPIO pullup Oct 15 14:19:58 urgh - why's it never simple :D Oct 15 14:20:32 because linux is one big BDSM club Oct 15 14:20:45 So there's no hard and fast rules for why a device tree setting would be ignored by the kernel? Oct 15 14:21:10 exosyst, some thing in the kernel must read the setting and apply it Oct 15 14:21:26 think of it as a free form configuration "file" Oct 15 14:22:04 panto: free form? Oct 15 14:22:12 panto: you mean there is no EBNF for it? Oct 15 14:22:20 now that explains all the mess! ;) Oct 15 14:22:25 don't worry Oct 15 14:22:36 I'm sure the DT validation schema will fix *everything* Oct 15 14:23:14 lol Oct 15 14:23:17 panto, So the request for PIN_INPUT_PULLDOWN | MUX_MODE7 has to be read and acknowledged by something else Oct 15 14:23:41 It will validate that different drivers are infact using different names for identical settings Oct 15 14:23:43 and that one is the pinctl subsystem Oct 15 14:24:07 which is a service used by device drivers Oct 15 14:24:22 panto, so not the board specific files in mach-omap2? Oct 15 14:24:32 no, these are gone Oct 15 14:24:45 well, there's always board-generic Oct 15 14:24:50 if you're feeling nostalgic Oct 15 14:29:56 panto, ah - what I thought was there was a board specific gpio file that looked for certain nodes only. Oct 15 14:30:35 what's the difference between 5v usb power and 5v power? Oct 15 14:31:09 the latter has (maybe) more power Oct 15 14:31:10 Guest46178: USB usually is limited to 500mA Oct 15 14:31:14 (ampere) Oct 15 14:32:31 Is 500 Ma enough? Oct 15 14:32:39 for what? Oct 15 14:32:58 at high loads, it may require up to 700..1000mA Oct 15 14:33:25 Guest46178: it's mA ;) Oct 15 14:33:38 Oh, yes :) mA Oct 15 14:33:43 Mama, gimme mAmA Oct 15 14:33:45 is it possible to blacklist capes/the DT snippets? Oct 15 14:34:26 av500: not maoam? ;) Oct 15 14:35:51 mAmA, just killed a board, put a bone against it's port, pushed the switch, now it's dead... Oct 15 14:36:04 I'm going to use iPad adapter which can support 2A+ Oct 15 14:37:42 so much death, so much death Oct 15 14:40:17 what's the CPSW? Oct 15 14:40:40 https://www.google.com/search?q=cpsw Oct 15 14:40:54 first hit in my google Oct 15 14:41:14 I find that eMMC is not enough for ubuntu. 90% is occupied Oct 15 14:41:49 I guessed from the mii annotation comment it was for the PHY but why when it should be GPIO? Oct 15 14:42:07 pins are often shared between peripherals Oct 15 14:42:27 yeesh, that's a terribly phrased question so thanks for reading between the lines KotH Oct 15 14:42:45 does that mean that those settings will be used at boot regardless? Oct 15 14:43:03 exosyst: #beagle is a good place to train mind reading abilities ;) Oct 15 14:43:05 I had a look through pinctrl-single.c and it looks like naming the pin like I did in the pastebin should've worked Oct 15 14:45:34 maybe I'm being stupid - but if I'm using my GPIO to sink 3V3 when a momentary switch is pushed, should I even be using PULLDOWN? Oct 15 14:45:57 I'I figure I want neither pullup or pulldown, just INPUT right? (0x2f?) Oct 15 14:47:57 you want a pulldown or pullup - unless you have an external resistor doing that Oct 15 14:48:01 Intel SoC to me: "I'm going to put 5 different devices on the same IRQ so when a spurious interrupt occurs you'll have no idea what caused it and half the devices on the system cease to function." Oct 15 14:48:08 Otherwise with the swtich open, the pin is in an undefined level Oct 15 14:48:33 SpeedEvil, it's pullup by default and always reads a 1 which is where my problem lies Oct 15 14:48:44 So set it to pulldown Oct 15 14:48:54 If your switch is connected to the positive rail Oct 15 14:49:37 georgem: Or you use properly written drivers that each check the interrupt - and if it's not there for their hardware - it falls of the end of the chain, and you get 'spurious interrupt x' Oct 15 14:51:37 SpeedEvil: I think that's whats happening. "irq 16: nobody cared (try booting with the "irqpoll" option)". Followed by a useless stack trace a list of handlers and "Disabling IRQ #16" Oct 15 14:52:06 SpeedEvil, that's what I figured - i've been messing with DT trying to understand why setting it to PIN_INPUT_PULLDOWN won't work though Oct 15 14:52:25 exosyst: Do you have a multimeter - and have you veririfed it's changing state. Oct 15 14:52:57 It's not changing state - it's reading high regardless Oct 15 14:54:03 no multimeter here annoyingly as that would help but it's a fairly simple circuit - 3V3 -> Switch -> GPIO Oct 15 14:55:10 remu Oct 15 14:57:02 georgem fix in the bios Oct 15 14:57:09 * woglinde runs Oct 15 14:57:18 heh Oct 15 14:57:50 or cann't you change the interrupts in efi anymore? Oct 15 14:58:30 or have you 5 cards connected to each irq? Oct 15 14:59:33 hm ada lovelace day today Oct 15 14:59:35 hm hm Oct 15 14:59:49 they could probably be juggled around a bit. Oct 15 15:13:19 exosyst: do you have a resistor to pull the GPIO down in the absence of the switch? Oct 15 15:13:27 Also - get a multimeter - the're $5 Oct 15 15:15:39 has anyone seen a BBB freeze during boot? I had mine running for months off an SD card running debian and then one day nothing. Got myself a micro dvi cable and it's showing nothing past the penguin at post. Same deal with both my SD debian install and the mmc angstrom (which I never removed) Oct 15 15:16:36 I'm thinking I'll need to get a TTL->usb cable on it to see the full boot sequence but I wanted to see if anyone knew something off the top of their head. I haven't seen anything similar on the google groups either.. Oct 15 15:17:09 b0o: maybe a broken fs? Oct 15 15:17:56 b0o: if it is running from a sd card, can you check the fs in another computer? Oct 15 15:18:09 Rotti: that's what I figured to start but it doesn't seem like that would be the case for both the debian distro *and* the on board angstrom Oct 15 15:18:31 we had a lot of broken µsd cards... Oct 15 15:18:41 i tried to overwrite one using dd Oct 15 15:18:51 removed it, put it back in: still the old data on it Oct 15 15:18:53 I guess I could try a fresh install on my sdcard Oct 15 15:19:08 but I still think there's something else going on if the original angstrom won't boot Oct 15 15:19:28 I never overwrote the on board distro Oct 15 15:19:30 do you still see the same penguin? Oct 15 15:19:34 yep Oct 15 15:20:02 are there some log files on the fs? Oct 15 15:20:50 that's a good question... I didn't have a usb card reader to look before, let me see if I can't fire up a Linux VM, mount the card and take a look Oct 15 15:22:12 I was unfortunately on the road when it died :\ Oct 15 15:27:42 well that's interesting Oct 15 15:28:21 eMMC-Flasher is my 2nd partition Oct 15 15:28:41 that doesn't seem right Oct 15 15:29:27 wrong sd card >.< Oct 15 15:32:28 looking now...probably not a bad idea to hit it with a fsck Oct 15 15:32:49 Does anyone know if capemgr is working well in the 3.12 kernel? Oct 15 15:34:53 DagoRed: which 3.12 kernel? Oct 15 15:35:36 3.12-rc4 Oct 15 15:35:40 mainline? Oct 15 15:36:01 I'm assuming so, whatever Arch Linux ARM is using. Oct 15 15:36:04 * DagoRed checks again Oct 15 15:36:31 if it is mainline then no, capemgr support is not in mainline Oct 15 15:36:44 That would explain a lot. Oct 15 15:37:22 I am trying to use a beaglebone for work and I am having problems with getting things to work like PWM. Oct 15 15:37:24 if you look in /sys/devices and see capemgr then support is built in, otherwise it's not Oct 15 15:38:24 Here is what I'm trying and seeing: http://pastie.org/8403791 Oct 15 15:39:22 ok, you definitely have capemgr, so Arch is not using mainline Oct 15 15:40:08 I don't know the reason for not being able to select the pwm pin group, but I would imagine that it is because another subsystem is holding the pins Oct 15 15:40:08 It's still has an issue loading the PWM. Oct 15 15:40:18 Oh.... interesting. Oct 15 15:40:53 Do you have any idea how to track down what might be holding the pins? Oct 15 15:41:07 panto might :) Oct 15 15:41:21 not familiar.... looking tha tup now Oct 15 15:42:21 maybe in something with pingroups? Oct 15 15:42:28 panto is the local capemgr expert around here, he might drop in and help Oct 15 15:42:48 sweet Oct 15 15:43:12 Well... I'll be lurking around. I really want get this figured out so we can get our dev boards working at work. Oct 15 15:43:12 I don't see the dts of the capes Oct 15 15:43:56 I'm using the ones from Angstrom. Oct 15 15:44:13 * WarheadsSE waves Oct 15 15:44:30 * DagoRed waves Oct 15 15:45:36 SO i hears people working on sorting out pin issues with the ALARM kernels @ 3.8 & 3.12 ? Oct 15 15:46:10 Potentially, still invistigating and you know I'm far from an expert.... but eager. Oct 15 15:47:22 DagoRed, link? Oct 15 15:50:54 panto: Link for what? The dts of the capes? Oct 15 15:51:05 If you want them I'll have to post them. Oct 15 15:51:47 yes Oct 15 15:52:02 Ok, let me upload them to my google drive. Oct 15 15:53:22 * WarheadsSE waits Oct 15 15:54:06 WarheadsSE spinlock Oct 15 15:54:26 I don't have mutexs Oct 15 15:54:44 I prefer to just idle at 100% Oct 15 15:54:50 uploading Oct 15 15:55:31 http://goo.gl/1hWCnq Oct 15 15:56:23 I don't thnk you needed the dtbo's, but okay Oct 15 15:57:06 I just ripped what I had, I'll be deleting the .dtbo's in a moment. Oct 15 15:57:22 np, just a notation Oct 15 15:57:27 * WarheadsSE goes to noms Oct 15 16:09:11 DagoRed, it should work Oct 15 16:09:25 but, are you sure this pin is not used by either the hdmi or emmc Oct 15 16:09:59 100% sure. All the pins have been proven experimentally to work in Angstrom. Oct 15 16:10:08 and another thing Oct 15 16:10:15 does this kernel have the pwm_test driver? Oct 15 16:10:22 compatible = "pwm_test"; Oct 15 16:10:37 cause that's something I did for older kernels that didn't have the pwm sysfs interface Oct 15 16:10:38 I can't speak if it does or not. Oct 15 16:10:47 there you go then Oct 15 16:10:57 let me look, should be in /dev/ right? Oct 15 16:12:02 no Oct 15 16:13:32 check if CONFIG_EHRPWM_TEST is enabled Oct 15 16:13:37 How can I confirm pwm_test exists? Oct 15 16:14:25 zcat /proc/config.gz | grep PWM_TEST Oct 15 16:15:29 * DagoRed does that now Oct 15 16:15:56 not set Oct 15 16:16:32 on Angstrom: CONFIG_EHRPWM_TEST=m Oct 15 16:18:00 is it loadedon angstrom Oct 15 16:18:26 yes Oct 15 16:18:38 so mystery solved Oct 15 16:18:48 need to add that on 3.8 kernels? Oct 15 16:18:54 Is that the same with 3.12? Oct 15 16:19:00 in a nutshell I had to do a whole bunch of helper drivers to make things functionally work Oct 15 16:19:06 in 3.12 no-one is doing that Oct 15 16:19:11 so good luck :) Oct 15 16:19:43 DagoRed: 1 sec Oct 15 16:20:00 indeed, not built at all Oct 15 16:20:09 panto: would you mind if pester you for some help with the 3.12 kernel? I'll admit I'm trying to learn and get more involved. Oct 15 16:20:23 DagoRed, I'm awfully busy lately Oct 15 16:20:31 you can always ask around in this channel Oct 15 16:20:36 Not to mention, I have a feeling lessons learned here will be applied to other TI processors. Oct 15 16:20:44 Ok, thank you. Oct 15 16:21:41 np Oct 15 16:22:18 I've bumped the linux-am33x-legacy config to have that =m DagoRed Oct 15 16:22:40 should hit the farm in ~5 minute, be built within half hour Oct 15 16:23:18 WarheadsSE: sweet, the question now is... what else is missing? Oct 15 16:23:28 diff the configs. Oct 15 16:23:34 on it Oct 15 16:23:57 Now that's Service Oct 15 16:24:24 Arch Linux ARM.... good guys. Oct 15 16:24:38 in the farm Oct 15 16:24:42 and also... thre are only 3 of them really doing most of the work so it's easy to get ahold of them. Oct 15 16:26:21 I hope you spent my donation on beer... Or more buildfarms :) Oct 15 16:27:00 We recently bought some USB3-sata adapters & ssd's for the XU's we jsut received from HardKernel Oct 15 16:27:28 those are going into the farm as soon as we derive stable USB3->sata Oct 15 16:27:28 Vaizki: Don't worry, WarheadsSE drinks plenty of beer off me. Oct 15 16:27:33 might just be shitty chipset Oct 15 16:27:39 * DagoRed shrugs Oct 15 16:27:42 They gave you XUs? Oct 15 16:28:21 yes Oct 15 16:28:27 several Oct 15 16:28:46 we're quite grateful Oct 15 16:28:49 Nice of them .. And good & cheap investment Oct 15 16:29:04 we're the only distribution building entirely on their own Oct 15 16:29:16 o.O Oct 15 16:29:21 other use their tarballs for kernels etc Oct 15 16:29:46 we maintain the system & image entirely by ourselves, it takes a load off their main developer(s) Oct 15 16:30:24 Yea I'm a big alarm fan thanks for the work you put in Oct 15 16:30:26 Isn't most of the build automated? Oct 15 16:30:31 99% Oct 15 16:30:45 :) Oct 15 16:31:08 still have to do first builds & test for kernels & uboot on new platforms Oct 15 16:31:11 just to be sure all works Oct 15 16:31:17 then off they go to the farm Oct 15 16:31:20 <3 PlugBuild Oct 15 16:31:54 Bbb kernel comes out of Debian patches still? Oct 15 16:32:28 You can look at our pile Oct 15 16:32:43 3.8 : https://github.com/archlinuxarm/PKGBUILDs/blob/master/core/linux-am33x-legacy/ Oct 15 16:32:49 3.12 : https://github.com/archlinuxarm/PKGBUILDs/blob/master/core/linux-am33x/ Oct 15 16:33:20 snagged the angstrom config, going for the ALARM config now Oct 15 16:33:41 be sure to get the legacy one Oct 15 16:33:53 xenoxaos: tap tap Oct 15 16:34:36 Yea 3.12 is from rcn patches still Oct 15 16:34:51 Seems to work well Oct 15 16:35:08 except apparently for the PWM Oct 15 16:35:08 it's lacking some I/O stuffs at the moment apparently Oct 15 16:35:17 WarheadsSE: GPIO is busted as well.... Oct 15 16:35:27 mm Oct 15 16:35:42 yeah.... doing a full report later today when I work on our motorcontrollers. Oct 15 16:36:03 k Oct 15 16:36:04 I need to get this bird up in the air and I want it running ALARM for purposes regarding support of libraries. Oct 15 16:37:22 WarheadsSE: what dictates things that go in the aur repo? Oct 15 16:38:01 I believe the AUR is open. Oct 15 16:38:25 thr AUR is, but I'm refering to the binary aur repo Oct 15 16:38:34 It has to be get voted to be included in main I thing. Oct 15 16:38:58 jackmitchell: Arch wiki mentions it, I know that much for sure. Or... you know one of the devs. Oct 15 16:39:13 Which reminds me, WarheadsSE We need a fresh build of quake for the rbp for CPOSC Oct 15 16:39:28 mm, right Oct 15 16:39:29 DagoRed, let me know how it goes Oct 15 16:39:39 I have some stuff working on 3.12 too but I haven't pushed Oct 15 16:39:43 panto: Will do. Oct 15 16:39:52 you might save me some time doing manual merges Oct 15 16:39:54 jackmitchell: the ALARM AUR or the Arch AUR? Oct 15 16:40:01 on my copious free time (tm) Oct 15 16:40:07 heh Oct 15 16:40:07 WarheadsSE: ALARM AUR Oct 15 16:40:19 If you pull request it, you have to maintain it :P Oct 15 16:40:35 panto: I would love to help out, WarheadsSE will guide me on the basics and I would enjoy having the extra feedback. Oct 15 16:41:00 WarheadsSE: ah, so you don't pull the vanilla aur pkgbuilds, but keep a slightly 'forked' repo which you build from? Oct 15 16:41:20 no, we do, essentially, unless they need ARM modifications Oct 15 16:41:27 we only build a select few AUR packages Oct 15 16:41:42 usually because they are highly requested, or hard to package Oct 15 16:42:03 for example, look at owncloud in the two Oct 15 16:42:07 essentially identical Oct 15 16:43:02 jackmitchell: the only difference is that when a build is made, they build for all ARM versions v5 to v7 Oct 15 16:43:21 unless buildarch is flagged Oct 15 16:44:04 anyway, just throw me a link at how to setup it up Oct 15 16:44:23 to...? Oct 15 16:44:58 panto: arch? or a build farm? Oct 15 16:45:10 or patches to 3.12 Oct 15 16:45:16 first to the kernel Oct 15 16:45:37 do you have a git tree or patches? Oct 15 16:45:47 https://github.com/archlinuxarm/PKGBUILDs/tree/master/core/linux-am33x Oct 15 16:46:30 SpeedEvil, I only have wire due to using the Beaglebone prototype board. I'm in home office and I'm normally "Just Software" as my company likes to say Oct 15 16:48:48 k, thx Oct 15 16:52:52 for 3.12 thats it Oct 15 16:53:29 for 3.8.9 it is https://github.com/archlinuxarm/PKGBUILDs/tree/master/core/linux-am33x-legacy panto Oct 15 17:03:38 what's the physical memory location of the mux on the BBB Oct 15 17:04:12 I'm gonna try reading back to see if my setting stuck and whether the pin just tends to float high Oct 15 17:04:28 assuming there's no easier way of checking what pinctrl has done? Oct 15 17:07:42 exosyst, /sys/kernel/debug/pinctrl doesn't work? Oct 15 17:08:52 exosyst: which distro are you using? Oct 15 17:09:16 I can read from pinmux-pins and that shows 15 (44e1083c.0): (MUX UNCLAIMED) (GPIO UNCLAIMED) Oct 15 17:09:21 panto, ^ Oct 15 17:09:27 DagoRed, Angstrom Oct 15 17:09:59 there's a file showing the values programmed in the mux register Oct 15 17:10:03 ok, that should work.. Oct 15 17:15:22 panto, pin 15 (44e1083c.0) 00000027 pinctrl-single <- That's what I want to know I believe. It *should* be PIN_INPUT_PULLDOWN | MUX_MODE7 Oct 15 17:16:57 decode the value Oct 15 17:23:42 panto, Could you clarify for me - does that file show the PINs corresponding to physical pins - if so, how do I differentiate between P8 and P9 :-/ Oct 15 17:25:44 you need to read the TRM Oct 15 17:26:01 each pad pin has a pinmux config register Oct 15 17:26:13 that's what the magic offset are in the pinctrl configuration Oct 15 17:32:32 panto, Could you point me at a page as I was reading the conf__ as that *seemed* to make sense :D Oct 15 17:33:57 yes, those are the registers you're looking for Oct 15 17:33:58 Oct 15 17:38:03 panto, So perhaps you can help me nail this down as the offset 44e1_083c doesn't look like it should be pin 15 on P9, I thought it would be 44e1_0000 + 0x40 ? Oct 15 17:40:34 exosyst, I would, but it's lunch time Oct 15 17:40:38 l8r Oct 15 17:40:43 enjoy ;) Oct 15 17:41:25 can i change the mux setting from userspace - sysfs or debugfs? Oct 15 17:46:18 can i change mux settings from userspace - sysfs or debugfs? Oct 15 17:46:29 oh i had already sent a message Oct 15 17:46:32 stupid xchat Oct 15 17:52:33 exosyst: depends on which setting you want to change Oct 15 17:53:07 thurgood, well i'm now concerned that P1_15 just plain doesn't work as expected after reading a few sources. Oct 15 17:53:21 P9_15* Oct 15 17:54:32 I want to set the mux mode for a pin - mode7 and pulldown Oct 15 17:59:33 I don't think you can change the mod dynamically from userspace Oct 15 17:59:40 mode Oct 15 18:01:05 the pinmux looks correct, the wiring is simple and yet it still seems to be functioning as pullup Oct 15 18:01:35 If i pull it down to gnd it goes from 1 > 0 but that's contrary to what the mux setting should be Oct 15 18:45:48 reading up on http://elinux.org/BeagleBone_and_the_3.8_Kernel at the moment. Is that still current panto ? Oct 15 18:46:01 back Oct 15 18:46:08 yes Oct 15 18:48:49 panto, So i think i've misunderstood - adding an entry to override a GPIO won't do anything by itself? Oct 15 18:49:01 no Oct 15 18:49:11 since a driver has to effect this change Oct 15 18:49:30 And there's no generic driver that I can ask to set my pins up for me? Oct 15 18:51:00 no, and that's the whole point Oct 15 18:51:21 your pins should be set by the drivers that need them Oct 15 18:51:33 there is a generic gpio helper driver to set it up for you Oct 15 18:51:37 if you use gpios Oct 15 18:51:40 panto, I thought that by adding an entry using the pinctrl-single style the pinctrl-single.c driver would set them for me? Oct 15 18:51:48 I do want GPIOs Oct 15 18:51:50 no it won't Oct 15 18:52:20 What's the helper for GPIOs? Oct 15 18:52:48 firmware/capes/BB-GPIOHELP-00A0.dts Oct 15 18:53:04 panto, ah - so TI kernel only? :( Oct 15 18:53:09 no Oct 15 18:53:16 there's nothing TI specific in that driver Oct 15 18:53:28 but it is a BBB thing Oct 15 18:53:38 cause up to now no-one cared Oct 15 18:56:24 panto, What's the driver called and is it mainlined? (not the cape) Oct 15 18:56:32 it's not mainlined Oct 15 18:56:49 gpio-of-helper Oct 15 18:57:15 now you're getting around to seeing the missing parts of embedded linux Oct 15 18:57:28 at least where DT is concerned Oct 15 19:00:15 :) Oct 15 19:00:33 filling in the gaps can be the "fun" part Oct 15 19:00:48 Because sometimes it is fun, and sometimes it is downright aggravating Oct 15 19:00:49 fun as long people understand what the problem is Oct 15 19:00:57 Yeah Oct 15 19:01:02 panto, That's cool to know. So is there no generic setter for pin/mux config? That doesn't seem like a difficult job to do - read predefined nodes, iterate through and set the pin to the mux setting? Oct 15 19:01:04 cause up to this point the community just didn't grok the problem Oct 15 19:01:07 writing my first board file... was not so much fun Oct 15 19:01:21 now it is cake, and I get to transit a bunch of the to DTS soon for kirkwoods Oct 15 19:01:25 exosyst, you're not thinking in the right way Oct 15 19:01:29 no? Oct 15 19:01:34 you should not have a generic mux setter Oct 15 19:01:39 it is *dangerous* Oct 15 19:01:46 how so? Oct 15 19:01:55 this is not s/w where getting the mux wrong is harmless Oct 15 19:02:02 imagine one thing sts the mux Oct 15 19:02:14 and then another comes along and whoop, wtf, flips it to something else. Oct 15 19:02:19 by not having mux settings bound to drivers you will end up frying the board Oct 15 19:02:22 subsystems barf Oct 15 19:02:37 WarheadsSE, not just subsystems Oct 15 19:02:41 more like fire Oct 15 19:02:43 I appreciate that, surely if peole are setting the generics then they know what they're doing rather than muddling through? Oct 15 19:02:46 oh, I was covering gracefully Oct 15 19:02:50 asking the same questions over and over Oct 15 19:02:55 Yeah, cape + wrong mux = fire hazard Oct 15 19:03:00 magic smoke VERY possible Oct 15 19:03:12 exosyst: bahaha Oct 15 19:03:14 but the capemgr allows for similar surely? Oct 15 19:03:36 the capemgr has resource tracking Oct 15 19:03:42 that doesn't allow pin conflicts Oct 15 19:04:57 on top of that the drivers use the pinctrl framework so it's safe from that point too Oct 15 19:05:25 you really have to try really really hard to screw up and fry the board by using the std s/w load Oct 15 19:05:43 you can of course easily do that if you wire something wrong :) Oct 15 19:06:12 But a generic gpio driver would also want to use the pinctrl framework - tho I grant you there's no resource tracking that I could see Oct 15 19:06:46 exosyst, after a driver claims a pin resource no-other can get it Oct 15 19:07:54 panto, hmm - maybe there's still a gap in my knowledge. How does pinctrl work - does it work *with* a driver I'd write? Oct 15 19:08:34 it will if you add a small 2 line boilerplate sequence in the probe function Oct 15 19:12:49 DagoRed should be testing those config patches for the ALARM 3.8 -legacy kernel now/soon panto Oct 15 19:13:28 exosyst, pinctrl is a subsystem providing mux control for arbitrary drivers Oct 15 19:13:55 so your driver uses it to set things right for it to work Oct 15 19:14:33 Documentation/pinctrl.txt Oct 15 19:16:03 it all comes down to this on your driver probe function: Oct 15 19:16:04 pinctrl = devm_pinctrl_get_select_default(&pdev->dev); Oct 15 19:16:04 if (IS_ERR(pinctrl)) Oct 15 19:16:05 dev_warn(dev->dev, "unable to select pin group\n"); Oct 15 19:16:05 Oct 15 19:16:59 that's it, if your device is DT enabled it will pick everything up from the DT: Oct 15 19:17:00 pinctrl-names = "default"; Oct 15 19:17:00 pinctrl-0 = <&gpio_helper_pins>; Oct 15 19:17:00 Oct 15 19:17:11 which are something like this: Oct 15 19:17:12 gpio_helper_pins: pinmux_gpio_helper_pins { Oct 15 19:17:13 pinctrl-single,pins = < Oct 15 19:17:13 0x1a4 0x0f /* P9 27 GPIO3_19: mcasp0_fsr.gpio3_19 | MODE7 | OUTPUT */ Oct 15 19:17:14 0x19c 0x2f /* P9 28 SPI1_CS0: mcasp0_ahclkr.gpio3_17 | MODE7 | INPUT */ Oct 15 19:17:19 >; Oct 15 19:17:21 }; Oct 15 19:17:23 Oct 15 19:17:25 (sorry for the spam) Oct 15 19:23:07 panto, Ah right, that's pretty cool - is that from a working driver btw? Oct 15 19:23:26 like all of them :) Oct 15 19:23:45 do those need to be platform drivers and need to be statically compiled btw? Oct 15 19:24:03 no Oct 15 19:25:29 on both fronts - I was just looking at pinctrl.txt "Again, it is discouraged to let drivers lookup and select pin control states" - isn't that exactly what we're doing in this case though? Oct 15 19:25:45 explicitly select Oct 15 19:26:07 we are not doing that in the example, we're selecting the default state for the driver to work Oct 15 19:26:47 select pin control states = what you intended to do with setting mux externally Oct 15 19:28:11 panto, ok fair enough Oct 15 19:29:25 panto pastebin Oct 15 19:30:12 woglinde, I know about it Oct 15 19:30:38 but it's just a couple of lines, and they make the point clear (plus they are in the chat logs for other to stubble upon) Oct 15 19:30:38 than use it ;) Oct 15 19:30:54 gee, tough crowd Oct 15 19:31:12 pastebins die and are one-way links Oct 15 19:31:55 If you could post an origin for a pastebin it'd help but without the context that'd just text be from pinctrl.txt Oct 15 19:32:40 exosyst than use a permament gisthub Oct 15 19:33:09 If I can get a demo driver working I'm gonna happily github it Oct 15 19:33:31 exosyst btw. you can make a permament pastebin too Oct 15 19:34:07 woglinde, I know but it's a) not default and b) doesn't point back to the IRC chat - it'd be awesome if both those things happened Oct 15 19:46:27 g'night Oct 15 20:15:28 WarheadsSE: It works! Oct 15 20:17:42 why not Oct 15 20:34:22 DagoRed: good Oct 15 20:34:25 panto left though :P Oct 15 20:43:23 OK - I have code and an error mwahaha Oct 15 20:43:45 I was trying to follow pantos lead on this and ended up with this code https://gist.github.com/17twenty/6998348 Oct 15 20:43:46 do tell Oct 15 20:44:32 The error, my changed dtsi file and driver are all there. I fear I'm missing something obvious based on the error message Oct 15 20:44:46 demo_device_tree demo.4: could not find pctldev for node /ocp/pinmux_test_pins, deferring probe Oct 15 21:03:49 nailed it thanks to the guys in #kernelnewbies :D Oct 15 21:14:52 exosyst so what was it? Oct 15 21:21:36 I updated the gist - please feel free to point people at it Oct 15 21:21:39 woglinde, ^ Oct 15 21:22:47 the pinctrl needed to be a subnode of the pincontroller rather than as part of the ocp Oct 15 21:23:01 You can check the diff between the files to see what changed Oct 15 21:37:09 do you know how I connect a microphone to a beagleboard xm? Oct 15 21:38:17 Through the audio-in port? Oct 15 21:40:28 can i connect by USB port? Oct 15 21:41:41 Sure if you have a USB microphone. Oct 15 21:41:50 With a Linux driver. Oct 15 21:44:12 Angtrom linux have that driver? Oct 15 21:45:20 that would depend entirely on the mic Oct 15 21:46:46 hmmmmmmmm Oct 15 21:46:51 * ds2 throws scooby snacks around Oct 15 21:47:06 ok, thank you Oct 15 21:51:25 jpipe: I suggest praying at the alter of the almighty Google. Oct 15 21:51:55 Something to the effect of "angstrom driver <<>>" might work. Oct 15 21:53:01 thank you Oct 15 21:59:31 jpipe if they have driver source available or works with a current kernel out of the box, give it a try Oct 15 22:06:20 Hi all, I have a quick question, I just installed ubuntu-raring-13.04 which is command line based. If I wanted to add a gui interface, e.g. gnome 13.04 (raring ringtail), is this possible to do on top of my os? Would a reinstallation be necessary? I dont want to change anything and risk having to reinstall everything Oct 15 22:06:21 thanks Oct 15 22:09:59 theradman: you may be have better luck in an ubuntu based channel Oct 15 22:10:24 ok will do, thanks thurgood! Oct 15 22:13:54 I think I might be a hoarder. Oct 15 22:17:12 I thought that until I saw a show on hoarders.. I'm just a slob :P Oct 15 22:17:52 * georgem_home looks at the 16 LCD panels sitting in his living room Oct 15 22:18:29 * awozniak foo Oct 15 22:20:53 I think I could part with this SCSI CDROM drive though. Oct 15 22:24:32 heh Oct 15 22:24:38 At work there is a guy that is 85 years old. He pulls all the components off all the E-Trash before he throws it away. Wonder what he's planning to do with all those ICs. Oct 15 22:24:59 ... skynet Oct 15 22:25:10 probably Oct 15 23:21:30 IS THERE A TRICK TO MAKE THE BEAGLE BONE BLACK BOOT FROM THE CARD? Oct 15 23:22:16 ask again without the caps Oct 15 23:22:19 and say please. Oct 15 23:22:21 PUSH THE MFING BUTTON! Oct 15 23:23:19 Tried the button but still will not boot up.... Sorry about the caps... Oct 15 23:23:27 * georgem_home rereads Three Hearts and Three Lions Oct 15 23:26:01 A lot of people have been having trouble booting from SD card recently on BBB. I don't have one so I can't really comment. I have a BBW (and no... my wife is quite slender thats not what I'm talking about). Oct 15 23:29:51 yes. Oct 15 23:29:59 boot from power on Oct 15 23:30:00 not reset. Oct 15 23:30:19 people don't try that? are you serious? Oct 15 23:30:25 * georgem_home face palms Oct 15 23:30:38 the classic will reread sysboot on reset Oct 15 23:30:51 this board seems to do it only on power up Oct 15 23:30:56 thats the first thing I'd try after it didn't work Oct 15 23:31:47 do you have a valid boot setup on the card? Oct 15 23:31:50 it works fine for me. Oct 15 23:32:20 Yes I have made two cards and It just won't boot up on the card Oct 15 23:33:31 how are you making the cards? Oct 15 23:34:38 win32 disk Imager Oct 15 23:34:52 oh like that... *shrug* Oct 15 23:34:56 I avoid win32 anything :D Oct 15 23:35:29 what should I use? Oct 15 23:37:33 dd Oct 15 23:38:46 That and Linux only program right? Oct 15 23:39:26 I am using windows Oct 15 23:39:29 pretty much, yes. I've seen quite a few posts about win32 disk imager though Oct 15 23:39:42 I just installed Arch linux on a card for a BBB A5A. It boots up fine but it seems that it's not loading the virtual hdmi cape. Anyone heard of this? Oct 15 23:40:00 do the have a good windows program? Oct 15 23:40:01 dd and imager suggests you are using a precanned image Oct 15 23:40:04 I rarely do that Oct 15 23:40:11 I fdisk, cp, etc things. Oct 15 23:40:14 [A Oct 15 23:40:17 ds2: me too Oct 15 23:40:19 oops Oct 15 23:41:08 John: would you be willing to try a linux live cd? Oct 15 23:41:30 Who knows you might like it. ;) Oct 15 23:42:16 I've never had a problem dd'ing an image as suggested on BBW. Every single one has booted Oct 15 23:43:30 whats up? Oct 15 23:44:37 what does it do? Oct 15 23:44:44 describe "does not work" Oct 15 23:44:55 heh Oct 15 23:45:11 anyone know if the beagleboard rev c4 still has audio driver issues? Oct 15 23:45:38 no idea Oct 15 23:45:45 me either Oct 15 23:45:53 i havent used audio yet on any of my arm boards Oct 15 23:45:56 me either Oct 15 23:46:33 and i have many of them Oct 15 23:46:34 heheh Oct 15 23:47:00 I do, just avoid pulse audio on most Oct 15 23:48:59 For a school project I am streaming an audio file wireless between two BBs and need one of them to output to self-powered speakers on the other end. Oct 15 23:49:38 nice Oct 15 23:49:41 basic, but nice Oct 15 23:50:29 Thats why I ask. So if I send a mp3 file it should be good right? It isn't like a PCM formatted Wav file, right? Oct 15 23:51:50 you will want a streaming protocol. Oct 15 23:51:55 Look at stuff like shoutcast. Oct 15 23:52:33 okay thanks Oct 16 00:06:17 Okay, so that's pretty nifty. http://dangerousprototypes.com/2013/10/16/vt100-beaglebone-mod/ Oct 16 00:21:17 DagoRed: re: 3.12: https://github.com/archlinuxarm/PKGBUILDs/blob/master/core/linux-am33x/config#L4278 Oct 16 00:21:31 that looks like the 3.12 option *close* to the same Oct 16 00:23:21 :) Oct 16 00:23:28 WarheadsSE: done with the diff.... not much different Oct 16 00:25:11 WarheadsSE: shared as a google doc Oct 16 00:25:37 most of the differences with the kernel didn't look important as the dealt with networking, languages, and ax25 Oct 16 00:25:53 some debug stuff but not much else. I think PWM was just missed on the BBB for ALARM Oct 16 00:26:49 K Oct 16 00:26:57 which has been fixed, now Oct 16 00:33:35 Yes it has been and confirmed, now to look at the wierd PWM issue. Oct 16 00:33:51 WarheadsSE: do you have the .dts files for the BBB from Angstrom? Oct 16 00:40:59 not at the moment that I am aware of.. Oct 16 00:41:11 Didn't I ask about you getting me the sources in a package :P Oct 16 00:41:50 You did.... oops Oct 16 00:41:52 side tracked Oct 16 00:48:38 anyone have suggestions on any LXDEs that would work on the BB rev C4? Oct 16 00:48:52 wait, what Oct 16 00:49:46 just throw debian on there and apt-get install whatever you want Oct 16 00:49:48 LXDE (Lightweight X11 Desktop environment), BB( Beagleboard) Oct 16 00:50:45 I don't think anyone is cooking ready to boot images for the C4.. Oct 16 00:51:57 Not ready to boot with desktop .. not something Arch does Oct 16 00:52:41 kinda sucks.. I shelled out for a BB rev C4 and a zippy 2 board, and now you can get a BBB for $50.... Oct 16 00:53:19 ?oops? Oct 16 00:53:37 the classic and xM can do things the BBB cannot. Oct 16 00:54:13 Nah it was a number of years ago. I don't regret the purchase :) Using it right now for irssi Oct 16 00:54:44 thats what I have kirkwoods for :P Oct 16 00:54:55 for video decoding, the BBC and BBX have acceleration not on the BBB/BBW Oct 16 00:55:11 you get a DSP on the BBC/BBX along with other stuff Oct 16 00:55:15 WarheadsSE: rpi for me :) Oct 16 00:57:12 Crap.... I wonder where I can get the most up to date .dts files for the BBB.... Oct 16 00:57:24 Wait.... there has to be an online repo somewhere.... Oct 16 01:06:04 everyone has to start somewhere DagoRed Oct 16 01:07:00 you would think.. Oct 16 01:21:41 So... if something with cat ears jumps on your lap and demands attention.... you can blame the cat right? Oct 16 01:28:19 I have a "USB to TTL Serial Cable" attached to my BBB and I'm connecting to it with minicom, I can see text but I can't type and commands back to the board, any idea what I need to do? Oct 16 01:28:44 turn off hardware flow control Oct 16 01:28:49 in minicom Oct 16 01:29:11 take a brain power potion. Oct 16 01:30:46 TehCapta1n: That was it! Thanks! Oct 16 01:31:23 * TehCapta1n high-fives tdilly Oct 16 01:31:28 no problem Oct 16 01:32:13 TehCapta1n: I probably would have spent a couple of hours before I figured that out on my own lol Oct 16 01:36:01 yeah that's how I figured it out myself.. for some different project. That seems to be the magic trick for those USB TTL adapters **** ENDING LOGGING AT Wed Oct 16 02:59:58 2013