**** BEGIN LOGGING AT Mon Oct 19 02:59:59 2015 Oct 19 03:43:53 * nyt yawns Oct 19 03:56:42 * testx slaps treeherder around a bit with a large fishbot Oct 19 03:56:57 * testx slaps xenoxaos around a bit with a large fishbot Oct 19 04:18:05 morning nyt Oct 19 04:18:22 night here ;) morning there? Oct 19 04:19:14 ah, well, timezones... Oct 19 05:30:24 ....... the am57xx iodelay registers are not in the same order as padconf registers but are sorted by pin name (case-sensitive asciibetical order) -.- Oct 19 05:30:47 ok whichever TI engineer thought that was a good idea really needs to be slapped with a large trout Oct 19 05:32:40 wait .. TI engineer WITH a good idea? .. really? Oct 19 05:33:02 ok maybe that's a Bit harsh .. lol Oct 19 05:33:08 its Monday morning .. bleh. Oct 19 05:35:11 actually the pin map is reasonably clean and consistent... amazingly the boundary scan cells are actually in the same order of the padconf registers ... well, reverse order, but that's normal. and ignoring the gaps of course due to some pads having padconf but not having boundary scan or vice versa Oct 19 05:35:34 sounds reasonable Oct 19 05:35:42 and then came along iodelay Oct 19 05:36:08 so you're unpicking the x15 already now?! :) Oct 19 05:36:23 which means first RMII_MHZ_50_CLK and Wakeup0-3 .. which are the only pins whose official name isn't all-lowercase, and then comes the rest of the pins Oct 19 05:36:44 https://docs.google.com/spreadsheets/d/1mSqEpV_BAUHfeNApytxHcGhgTZwypy564GyOr66Nphs/view Oct 19 05:39:38 mm Oct 19 05:41:41 ETOOMANYMUXOPTIONS Oct 19 05:51:20 I still need to try boundary scan "sample" on an am335x... afaik you're allowed to do that on a running system, and getting a near-instantaneous snapshot of all pins could be useful... for... something, probably Oct 19 05:51:53 heh maybe Oct 19 06:47:02 Hi Oct 19 10:04:30 is there a way to use dev/mem file to access gpio in android os ? Oct 19 10:06:45 does /dev/mem exist? Oct 19 10:06:47 then yes Oct 19 10:07:25 how? Oct 19 10:08:32 when i try to access it through an android app via jni to c i get an error Oct 19 10:08:54 indirect reference to 0x0000a0 Oct 19 10:14:55 does the same code work on linux? Oct 19 10:31:33 I'd imagine there would be a permission issue Oct 19 10:31:40 ie. android won't let you Oct 19 10:33:30 maybe Oct 19 10:33:49 pastebinning some code and errors might have helped Oct 19 11:21:12 stt_michael: then the dev simply wouldn't have existed I think Oct 19 11:21:51 I'm here to know the about IEC 61850 supported evaluation kits Oct 19 11:22:11 but people might overlook the need to be root (changing its perms doesn't work) and to open it with O_DSYNC and mmap it, not try read/write Oct 19 11:24:45 can anybody help me to select beabgle board for IEC 61850 implementation Oct 19 11:25:38 I found it here http://www.ti.com/tool/TIDEP0019 Oct 19 11:26:34 hmm possibly Oct 19 11:28:54 I should poke rcn-ee into including the modprobe.d and udev rules for uio... then all you need to do is add a DT node for the page(s) you want and voila, uio device appears Oct 19 11:29:11 safer than grabbing access to all of /dev/mem Oct 19 11:29:46 anyhow, afk Oct 19 11:30:31 Anybody could understand my need ? Oct 19 12:08:24 veremit: aaaand another column added to my spreadsheet for *yet another* pin numbering used in the control module... -.- Oct 19 12:11:54 seriously, how hard can it be to pick *one* way to number pins (zero-based, thank you) and use that consistently, argh Oct 19 12:40:57 Hei, Oct 19 12:42:03 I am trying to read the analog inputs of my beaglebone, but I don't get useful values out of them. I. e. that for example AIN1 stays at 0 regardless of input voltage, AIN5 prints twice the input voltage, AIN0 fluctuates at 1800. How can I fix that, or what could be the reason for that behaviour? Oct 19 12:42:08 Thanks! Oct 19 12:43:34 roland: make sure the pins are muxed properly. Also make sure to NEVER exceed 1.8V input Oct 19 12:44:14 there is probably some virtual cape for that. IIO or sthg Oct 19 13:23:43 @tbr: the max. input atm is <500 mV Oct 19 13:23:58 how do I make sure that the pins are muxed properly? Oct 19 13:24:15 which kernel are you using? Oct 19 13:24:46 3.8.13-bone50 Oct 19 13:25:43 any newer kernel available? Oct 19 13:33:51 on that kernel you should be able to just insert the virtual cape Oct 19 13:34:24 I'm sure a search, perusing the intertubes search engine of your least distrust, will yield some results on enabling BBB ADC and IIO Oct 19 13:35:49 well, I did that, and in the slots-file I can already see the io-virtual cape, but it does not change anything Oct 19 13:37:47 I'd use the 1.8V ADC vref to poke all pins and see if that raises the value to around 4096 Oct 19 13:45:38 Well, if I am doing that, then I get the result (tested for AIN1 and AIN5): AIN1: Instant shutdown, AIN5: 1800 Oct 19 13:46:23 Edit: The other way round, AIN5: Instant shutdown, AIN1: 1800 constant Oct 19 13:50:01 that sounds weird Oct 19 13:50:10 do you have anything else connected to the board? Oct 19 14:05:05 @tbr: No, plain BBB, booted from µSD Oct 19 14:08:31 zmatt, arm chips are fun eh?! ;P Oct 19 14:27:14 stt_michael: "arm chips" ? :P Oct 19 14:28:33 arm chips sounds like the result of a tragic accident Oct 19 14:30:14 do they come with "dip"? Oct 19 14:31:12 hi zmatt Oct 19 14:31:32 jkridner: zmatt: fight! Oct 19 14:31:46 about? Oct 19 14:32:07 I'm not sure about Gerald's strategy on this one... Oct 19 14:32:17 or about what is fixed in PG2.0. Oct 19 14:32:19 jkridner: zmatt: can't we make a compromise? Oct 19 14:32:30 put the resistors, but only solder on one side? Oct 19 14:32:34 good to ask that on the list and have me ping some of the other TI folks on the list. Oct 19 14:34:40 jkridner: even though ethernet switch reset isolation has been officially defeatured, my experience is that you can get nearly the same effect simply by avoiding PHY resets Oct 19 14:35:24 it just got tangled up with the whole turn-every-reset-into-POR thing Oct 19 14:38:26 at the same time, if the current scheme has been well-tested then changing it to something less well-tested may perhaps not be worth the risk... I don't know... Oct 19 14:40:20 it seems straightforward when I originally hit the "send" button :P Oct 19 14:40:24 *seemed Oct 19 14:44:10 jkridner: also, if you happen to come across the person responsible for not giving the iodelay registers the same order as the padconf registers, but instead sorting them *by pin name*, can you slap him/her with a trout for me? ;P Oct 19 14:45:15 afk for a bit, i'm getting pulled into a meeting -.- Oct 19 14:45:17 zmatt: hopefully they'll understand it is "from the community" :-) Oct 19 15:19:13 Anyone here use qemu to emulate the bone black? I'm trying to get it set up and am failing miserably Oct 19 15:20:37 abferm: you can only sortakinda emulate the ARM core, all the other peripherals are not available Oct 19 15:21:49 what tbr said Oct 19 15:21:53 you can emulate the CPU core Oct 19 15:22:29 I'm looking at linaro's fork of qemu, and they have a beagle target. I want to validate my software stack. I have a setup for mocking peripherals. Oct 19 15:25:06 essentially any qemu-arm should work if you just want to boot userspace and don't have any peripheral dependencies Oct 19 15:25:32 but nothing beats real hardware for testing Oct 19 15:25:44 I keep getting this error... Oct 19 15:25:45 qemu: fatal: Trying to execute code outside RAM or ROM at 0x402f0400 Oct 19 15:26:40 no idea Oct 19 15:26:58 Yeah, we will be testing on hardware before anything goes out the door. I just wanted a quick way for our developers to test changes at their desk. Oct 19 15:28:24 a BBB is what 40$ 50$? now account for slowwwwness of qemu. what is your break even per employee of providing them with 1, 2, 3 boards in a pool or 1 per person. ;) Oct 19 15:33:30 now account for bugs in the qemu bbb i/o model.. Oct 19 15:34:09 now account for gaps you must write sw to fill in the qemu bbb i/o model.. Oct 19 15:34:32 instant break even! Oct 19 15:35:34 our developers test changes on x86 on their devel box..write portable code..and go to h/w next Oct 19 15:41:53 The reason we want to emulate is the ease of jumping back to a clean image. Oct 19 15:42:13 NFS-root? Oct 19 15:44:09 abferm: 0x402f0400 is internal RAM Oct 19 15:44:35 0x402f0400 - 0x4030ffff specifically Oct 19 15:45:29 you can probably declare to qemu that there be RAM there, but that's still only a miniscule part of the work of emulating an am335x Oct 19 15:46:17 a simple qemu-user + chroot environment doesn't suffice for your purpose I suppose? Oct 19 15:46:37 at any reasonable rate, we've probably together spent more engineering time discussing this issue than a whole fleet of BBBs is worth by now ;) Oct 19 15:47:39 Yeah... I think I've found a solution. Going to try building a docker image with qemu-user-static injected into it. Oct 19 15:47:50 abferm: tbr's suggestion of nfsroot is also a good one Oct 19 15:48:49 or something with an overlayfs or so Oct 19 15:48:55 and if you want to rapidly test kernels, load them via serial, but with sthg like 1MBaud Oct 19 15:49:25 wouldn't that still be much slower than using tftp? Oct 19 15:52:34 in case of AM335x that could be true. I was thinking of av500's setup for OMAP1/3/4 etc which didn't have ethernet Oct 19 15:52:43 ah Oct 19 15:56:35 yup, I just use a pristine nfsroot and clone those and have the benefits of real h/w Oct 19 15:58:05 tbr, usb cdc ether works just as well Oct 19 16:57:37 hello Oct 19 17:01:46 I've a question about BBB. I've put together a system with two DC motors. The application works fine, the issue is when I'm turning on the BBB: during the booting phase the PWM signals are going high and the motors are running on full velocity. I've set up a relay that should enable and disable the pwm channels, but unfortunately the relay control pin has a same behaviour. Oct 19 17:02:58 once the bootup is done, the PWM (and the relay controller pin) is behaving as I want. Same goes for powering off: once the system shuts down, at a certain point the PWM goes to high until the board powers down. Oct 19 17:04:00 any idea how can I enable and disable the relays in a safe and controlled way? I've been looking for the SYS_RESET and SYS Oct 19 17:04:51 PWR pins, but it's not that I'm looking for Oct 19 17:17:20 sure, use a really controller that uses inverted logic. Oct 19 17:23:22 what do you mean by that? I would like to know if there is an logic signal that I can use to determine if the BBB is ready to be used. Oct 19 17:25:48 Zsolt--: the pins have default internal pull-up/down that varies per pin. you can override it with an external pull resistor to your desired default value Oct 19 17:29:23 Right, I have set the pin up for pulldown, which would keep the signal low. But it seems, during the bootup the device tree is not read immediatelly, but a bit after... Oct 19 17:29:25 Zsolt--: yes; whichever pun your application changes the state of. Oct 19 17:29:55 I can try to use an external pulldown Oct 19 17:30:06 no need. Oct 19 17:30:06 any recommendation for the value? Oct 19 17:30:44 just use a relay controller which is off when input if high, then drop the pin low in your application. Oct 19 17:31:45 agmlego: except then it'll view a powered down BBB as "on" Oct 19 17:32:20 eh. Oct 19 17:32:24 acceptable. Oct 19 17:32:54 a workaround might be if I drive the logic with the BBB-s 5V output, and if the BBB is powered down, then the logic is not working :P Oct 19 17:33:30 but I dont like this way... Oct 19 17:33:35 seems hacking Oct 19 17:33:36 Zsolt--: if possible, an additional "enable" signal that defaults to low would also use Oct 19 17:33:45 yeah, given the lack of info in the request, i assumed that lack of power was not a concern. Oct 19 17:33:48 a pulldown seems like the simplest solution though Oct 19 17:34:26 ok, so any recommendation for the pulldown value? Oct 19 17:34:55 Zsolt--: if you want an overview of the default state of the pins on the expansion header: see the P9 and P9 tabs of my spreadsheet: https://docs.google.com/spreadsheets/d/1CK5c-Cs8G1RtzGo-J3VJsD9m5K-fp06AncgeYWsdjSU/view Oct 19 17:35:10 (the H or L near the center) Oct 19 17:35:20 hmm, lemme check Oct 19 17:37:49 it seems 10K may suffice to override the internal pull Oct 19 17:38:23 using a lower value like 4.7K or 1K shouldn't be a problem either Oct 19 17:39:08 <= also veremit: zmatt Oct 19 17:39:32 right .. off the clock .. bbl .. a-la veremit :p Oct 19 17:39:33 ok this will be a lame question. I understand the pullup and pulldown for inputs, but does this work for outputs as well? Oct 19 17:39:47 stt_michael: that's confusing! Oct 19 17:39:52 I think you mean open-collector ... Oct 19 17:39:59 Zsolt--: while in reset, none of the pins are outputs Oct 19 17:40:05 zmatt, its simple .. thisis my work nick .. veremit is my alter-ego :p Oct 19 17:40:20 right .. going, gone. Oct 19 17:40:45 right, but after the reset I need to use it for outputs Oct 19 17:40:54 Zsolt--: once you get to the point of configuring a pin as output, the pull becomes irrelevant (well, it'll consume a bit of power if you drive opposite to the pull) Oct 19 17:41:15 right, OK Oct 19 17:41:52 thanks for the google docs, this is very useful. Now I try to move the relay controller pin to a "free" one. Oct 19 17:42:40 if you use a pin with an "L", those should remain low until they are configured by device-tree Oct 19 17:45:22 (the pins labeled ZL or ZH are floating during reset but have internal pull-down / pull-up enabled respectively immediately when reset is released) Oct 19 18:19:53 the pulldown resistor works Oct 19 18:21:02 but now I see another "issue". Once I insert the 5V power, there is a very-very low period of time, when the motors starting to run Oct 19 18:21:20 and then they are off. Can this be something aroun the SYS_RESET line? Oct 19 18:30:16 nvm Oct 19 18:38:25 random tip: always make very sure that the BBB and whatever you connect to it have a good ground connection Oct 19 18:38:46 to each other Oct 19 18:38:56 (not necessarily to actual ground) Oct 19 18:45:20 thanks for the answers, the thing seems working Oct 19 20:00:34 heh, funny, it appears emif is actually perfectly capable of supporting 4 GB on a single rank... there's just the minor problem that although JEDEC defined memories with the required geometry, nobody makes them Oct 19 20:01:27 otherwise the am572x could in principe support the full 8 GB even though the second rank is defeatured Oct 19 20:02:46 (a dm814x could too, that's where I did my little test, but it would be a bit inconvenient to have to constantly change your DMM mappings to be able to access all of it through the 2 GB address space window you have available) Oct 19 20:20:49 nm that, a few manufacturers do make them (1Gx8 single-rank)... just a bit expensive Oct 19 21:33:40 Has anyone tried the new TI SDK 2.00.00 image on the BBB? I am having some issues with a usb soundcard reliability. I am using speaker-test to test and can not hear any audio. Any ideas? Oct 19 22:13:00 Has anyone tried the new TI SDK 2.00.00 image on the BBB? I am having some issues with a usb soundcard reliability. I am using speaker-test to test and can not hear any audio. Any ideas? Oct 19 22:15:32 Hello all. I'm trying to get to Debian on my brandnew BBB. With my BBB connected to my router, I try to connect to the BBB. After hitting enter, Debian asks for a pw and tells me the pw but when I try to type it in, nothing shows on my PC screen when I type. Oct 19 22:16:51 That is, I'm successful up the the point of typing in the pw but it doesn't show on PC's screen and eventually I get a timeout from putty. Oct 19 22:17:26 So is there a trick to entering the pw to get Debian running? Oct 19 22:26:55 BeagleJohn, make sure you ares using the correct user name too... Oct 19 22:27:00 Actually, instead of timeout of putty on my BBB, I eventually get "Connection closed by remote host" Oct 19 22:29:33 So cannot enter the pw to get going with Debian. I found an entry in Google groups that someone had a similar problem that was fixed after he flashed the new Debian to his eMMC. Maybe that'll work. Oct 19 22:30:58 Oh, rcn-ee: I missed your message. What is the correct user name? I was using debian:local as the user name. I think that showed up when I first tried it. Oct 19 22:31:30 BeagleJohn, user=debian Oct 19 22:31:47 debian@ip or debian@hostname.local Oct 19 22:32:56 Oh, my, three possible user names? Oct 19 22:33:25 BeagleJohn, three? there's only one... Oct 19 22:35:05 I get confused easily, as I'm a newbie at bbb and Linux. But rcn-ee, you said debian, debian@ip or debian@hostname.local. Sorry, I'm confused. Oct 19 22:35:31 BeagleJohn, @ = at... debian at ... (or hostname..)... Oct 19 22:39:04 rcn-ee, Sorry, no comprendo. Oct 19 22:45:24 Ah, I think it's running now. I should have typed in "root" as the user. That was told to me in the book "Getting Started with BeagleBone" by Matt Richardson. Oct 19 22:45:47 So hopefully ok now, at least until I run into Linux problems. Oct 19 22:46:08 Thanks, rcn-ee, for attempting to help me. Bye for now. Oct 19 22:58:15 rcn-ee: have you considered quilt? Oct 20 00:15:45 mm got me new fresh beagle today Oct 20 00:15:58 zmatt .. were you saying the Kingston was the better eMMC? Oct 20 00:50:28 musta gone high-Z .. :) Oct 20 00:57:49 rcn-ee .. you done a jessie flasher image with lxde yet? Oct 20 00:59:01 veremit, lxde? those rely on gnome2.x, i have lxqt flasher (qt5: developers of lxde + razorqt).. Oct 20 00:59:13 oh yanno :p Oct 20 00:59:34 I been up 25hrs gimme a break :D Oct 20 01:00:00 no problem. ;) Oct 20 01:00:13 i'm losing my mind with ti's opencl ;) Oct 20 01:00:15 ok so .. Oct 20 01:00:24 lxqt then .. jessie .. right? Oct 20 01:00:54 correcto mundo... there's jessie/lxqt flashers out: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Jessie_Snapshot_lxqt Oct 20 01:01:37 yup found it .. its a bit further down the page .. under x15 stuff :/ Oct 20 01:02:50 o look I got another spare usb lead .. *throws it in a box* Oct 20 01:03:02 rcn-ee: any chance you have a 3.8 series release with the idr_alloc stuff added? Oct 20 01:04:28 ds2, according to: http://lxr.free-electrons.com/ident?v=3.8;i=idr_alloc Oct 20 01:04:37 it got added in 3.9.. so probally not sorry.. Oct 20 01:04:45 ah okay Oct 20 01:04:52 I'll continue with my integration then Oct 20 02:24:48 hmm ok this is odd .. why do I keep gettin different hashes for the image I just downloaded :( what'm I doing wrong? Oct 20 02:25:15 nvm its consistent now Oct 20 02:25:18 but still wrong :( Oct 20 02:38:07 crap Oct 20 02:38:22 just got my shipment of dc power jacks and realized the mounting bits are too big :/ Oct 20 02:38:54 wtf boards do these even fit in Oct 20 02:40:32 cant find any 2.1mm with proper mounts :( Oct 20 02:43:36 :/ Oct 20 02:43:54 lol everyone sells the breadboard friendly ones for like $1 a piece Oct 20 02:43:54 what ar ip Oct 20 02:44:23 breadboard friendly? all the ones I seen have the flat blade pins Oct 20 02:44:42 in like three sides of a square formation Oct 20 02:45:06 http://www.ebay.com/itm/15-Pieces-DC-Power-Jack-Socket-Solder-Female-Coupler-5-5mm-x-2-1mm-/311049484075?hash=item486bfe772b:g:~zEAAOSwLVZVz30s Oct 20 02:45:10 those are similar to what i got Oct 20 02:45:14 https://kipkaykits.com/product/dc-barrel-jack-adapter-breadboard-pcb-friendly/ Oct 20 02:45:16 these are what i need Oct 20 02:45:41 first type are standard .. right .. the second .. Oct 20 02:45:54 first type doesnt fit into any of my pcbs lol Oct 20 02:46:03 second type i had 50 of em, but just ran out Oct 20 02:46:35 those look special .. but they may be a particular type Oct 20 02:46:48 2.1mm breadboard friendly Oct 20 02:46:51 nothing special really Oct 20 02:47:10 i remember them being easier to find the last time i ordered em some years ago Oct 20 02:47:55 none of my breadboards can even take the ones i just got Oct 20 02:48:05 or pcbs Oct 20 02:48:14 I've never seen bfore ones with pins like that :) Oct 20 02:48:26 anyhoo .. I gotta go sleep .. else tomorrow just won't happen .. cyas Oct 20 02:48:38 night Oct 20 02:48:38 http://www.amazon.com/100Pcs-Mount-4-2mm-Female-Connector/dp/B00W8TUK7Y/ Oct 20 02:48:41 close but wrong size :( **** ENDING LOGGING AT Tue Oct 20 02:59:58 2015