**** BEGIN LOGGING AT Thu Nov 03 03:00:00 2016 Nov 03 08:08:43 hi... i am using beagle bone black. as there is one sdcard slot in bbb and i have to use 2 sdcards at a time. for that i insert one sdcard in card slot and other through usb hub via cardreader. but bbb is unable to read sd card reader. it is not even showing it in usb list "lsusb"under bbb. what should i do? Nov 03 08:54:11 mk__: does that very card reader work on a diffrent machine? try plugging it out and in again to see if it may be a problem with the plug. also have a look at dmesg in case there are some USB related errors. Nov 03 09:00:58 yes. card reader is working on different machine. i checked dmesg . it says, unable to detect usb device. Nov 03 09:12:34 mk__: could you paste the actual kernel log lines (via pastebin.com or similar site) Nov 03 09:13:32 (since googling for that error results in nothing useful, suggesting perhaps you paraphrased it) Nov 03 09:15:42 (btw the bbb does have another mmc/sd/sdio card interface, but it is located on the expansion headers so you'd need a simple cape to use it) Nov 03 09:16:42 usb card readers should however work fine also Nov 03 09:17:37 you mentioned a hub... is it a powered hub? Nov 03 09:21:04 no.. it is simple usb hub.. it is even detcting card reader if i directly insert card reader in bbb Nov 03 09:21:23 [ 149.977268] usb 1-1.4: device descriptor read/64, error -71 [ 150.167408] usb 1-1.4: device descriptor read/64, error -71 [ 150.357272] usb 1-1.4: new full-speed USB device number 7 using musb-hdrc [ 150.437284] usb 1-1.4: device descriptor read/64, error -71 [ 150.627277] usb 1-1.4: device descriptor read/64, error -71 [ 150.817279] usb 1-1.4: new full-speed USB device number 8 using musb-hdrc [ 151.237362] usb 1-1.4: device Nov 03 09:21:57 these are the lines in dmesg Nov 03 09:22:59 bbb is not detecting card reader from its usb port Nov 03 09:23:59 please use a site like pastebin.com as I asked you, pasting a chunk of log via irc is hard to read and gets truncated Nov 03 09:24:18 yess sure Nov 03 09:25:22 eh, you say "it is even detcting card reader if i directly insert card reader in bbb" but then "bbb is not detecting card reader from its usb port", which is it? Nov 03 09:27:45 oh sorry.. i missed the word "not" in firts line Nov 03 09:27:53 first* Nov 03 09:27:59 http://pastebin.com/g2ttdWZq Nov 03 09:29:03 ok it seems to be repeatedly resetting, possibly it's trying to draw too much peak power during initialization. the bbb lacks a decent output cap on its usb host port unfortunately Nov 03 09:29:23 if this is the case, inserting a powered hub should help Nov 03 09:30:00 ohh Nov 03 09:30:20 wait, when I google I find other people who got such errors due to usb autosuspend Nov 03 09:30:53 ok. waiting Nov 03 09:30:54 that theory is also easy to test: find the cmdline= option in your /boot/uEnv.txt and append the following to it: usbcore.autosuspend=-1 Nov 03 09:31:03 then reboot Nov 03 09:31:11 ohk Nov 03 09:31:24 that will disable usb autosuspend Nov 03 09:31:37 there's also a way to change it without rebooting, but I forgot where in sysfs it lives Nov 03 09:33:31 if it doesn't help then the previous suggestion I gave still stands Nov 03 09:33:37 I'm afk for a while Nov 03 09:35:11 ohk Nov 03 17:01:33 hi there channel :-) Nov 03 17:03:04 can you try http://83.213.18.144 please Nov 03 17:03:27 does it work? Nov 03 17:04:58 can anyone help please? Nov 03 17:05:15 1 packets transmitted, 0 received, 100% packet loss, time 0ms Nov 03 17:06:15 rcn-ee, is that the ip result I've gave? Nov 03 17:06:25 yeapers Nov 03 17:07:56 rcn-ee, what does it mean, buddy? Nov 03 17:09:25 rcn-ee, don't you browse my BBB, it says is connected.. ? Nov 03 17:10:15 dury, https://i.imgur.com/ZEbCWFA.png Nov 03 17:11:03 dury, be a little careful, take a look at: http://beagleboard.org/updater and then stick in 83.213.18.144 and clock 'go". ;) Nov 03 17:15:53 what's doing rcn-ee? Nov 03 17:16:15 I guess updating maybe? Nov 03 17:16:39 it runs a script to reflash the board, hint bonescript has a few root holes. ;) Nov 03 17:18:21 rcn-ee, will it be enough room for that? Nov 03 17:18:56 dury, i'm just saying it's a little unsafe in it's default condition. ;) Nov 03 17:26:14 rcn-ee, there is 4GB card plugged in card slot Nov 03 17:28:12 rcn-ee, so what do u think about it? Nov 03 17:32:33 rcn-ee, could explain this please This script will write the selected image to your on-board eMMC flash. If you'd prefer to program the uSD card, be sure to insert a blank uSD card AFTER you finish booting up. Nov 03 17:33:50 dury, it never went into production... my main point... careful with using bonescript on the Internet. Nov 03 17:37:14 is doing it again. rcn-ee that's what you mean, isn't it? Nov 03 17:40:17 rcn-ee, >,< lol Nov 03 17:45:29 when I know it's finished Nov 03 17:45:45 when gets 100% Nov 03 17:47:25 rcn-ee, when I know it's finished? Nov 03 17:47:29 oh my, it was just an example to show how in-secure bonescript was on the regular network, i wasn't expecting you to actually push the "okay" button... yes, after 100% it should just reboot and you'llh ave a factory image.. Nov 03 17:55:08 failed, rcn-ee Nov 03 18:00:08 four lights are flushing, what does it mean Nov 03 18:22:28 rcn-ee: I looked at cmemk... now I wish I could un-see it :P Nov 03 18:23:37 zmatt: Welcome to the Jungle. Nov 03 18:47:37 rcn-ee: but it looks like the asm functions are never used, they just used the wrong predicate on them? Nov 03 18:47:37 #if !defined(dmac_map_range) Nov 03 18:47:37 should probably have been Nov 03 18:47:37 #if !defined(dmac_map_area) Nov 03 18:48:40 or if those symbols are indeed needed, just patch the kernel to export them instead of (badly) duplicating them in cmemk.c Nov 03 19:10:21 zmatt, thanks! for looking at it. Nov 03 19:17:07 the functions they're recreating are in arch/arm/mm/cache-v7.S Nov 03 19:17:07 hah, also: Nov 03 19:17:07 https://github.com/RobertCNelson/bisector/blob/master/patches/sgx/0006-arm-Export-cache-flush-management-symbols-when-MULTI.patch Nov 03 19:17:08 lol, he even tried to upstream it... that obviously worked out well -> https://lkml.org/lkml/2013/1/3/432 Nov 03 19:20:46 yeah, with the current sgx stack, we don't need that external cache flush ;) (it's proballly re-written in ti's kernel blob) Nov 03 19:21:49 it however shows how to do the workaround for cmemk :) Nov 03 19:22:17 it needs those same three, and two mode: _dma_inv_range and _dma_flush_range Nov 03 19:22:21 *two more Nov 03 19:22:27 sorry, _dma_clean_range Nov 03 19:26:01 actually, does it? Nov 03 19:27:26 no, it only uses dmac_map_area Nov 03 19:28:22 so most of the asm in cmemk looks like dead code to me Nov 03 19:28:22 oh Nov 03 19:29:43 map_area dispatches to the other functions, never mind Nov 03 19:29:44 still, having dmac_map_area exported would suffice to replace all of the asm Nov 03 19:29:44 which is http://lxr.free-electrons.com/source/arch/arm/mm/dma.h#L7 Nov 03 19:30:14 afk Nov 03 19:39:38 I'm fiddling with Python on my BBB and I want to do I2C, but I don't seem to find a smbus module for python3. Am I missing that somehow, or do I have to use 2.7? Nov 03 19:42:53 https://pypi.python.org/pypi/smbus-cffi this presumably works Nov 03 19:43:10 Donkies! Nov 03 19:43:38 if not, using ctypes would be a fine alternative Nov 03 20:36:12 I wound up installing gcc and python3dev, then following the instructions here: https://procrastinative.ninja/2014/07/21/smbus-for-python34-on-raspberry/ Nov 03 20:37:04 bus = smbus SMBus(3) Nov 03 20:37:08 d'oh Nov 03 20:37:17 iirc the ioctl for i2c isn't complicated anyhow Nov 03 20:37:18 yeah I didn't think smbus was python3 friendly yet Nov 03 20:37:32 also, using "smbus" as synonym for i2c is kinda wrong Nov 03 20:37:44 zmatt, its the library name rather than the application .. afaik Nov 03 20:38:01 I don't expect the ioctl is complicated. And I didn't write smbus so I can't address that. It is confusing at best. Nov 03 20:43:34 Regardless, the above works fine and I don't have to work out anything wrt ioctl, fwiw. Nov 04 00:27:34 my bbb wont flash Nov 04 00:30:21 :-( Nov 04 02:08:16 Hi there..someone has used the Seeedstudio BEAGLEBONE Green Wireless Nov 04 02:09:56 I try to use the Adafruit_BBIO python module for read gpio Nov 04 02:10:36 it's there any check list?? Nov 04 02:11:28 I have a new board, maybe there is a problem with the kernel versión or something like that Nov 04 02:11:53 i2c and 1-wire it's work fine but not from the adafruit module **** ENDING LOGGING AT Fri Nov 04 03:00:00 2016