**** BEGIN LOGGING AT Wed Sep 07 02:59:58 2016 Sep 07 06:15:11 Hi! Sep 07 06:44:52 Hi all! I am trying to make microsd card flasher using beaglebone-black-make-microSD-flasher-from-eMMC.sh .. But I have few questions in my mind first thing first i am following this article http://elinux.org/BeagleBone_Black_Extracting_eMMC_contents here it says to use micro SD of 4gb with FAT file system. My question is if i already have sd card of ext3 used as extended memory, how can i connect other sd card ?? and if i have to use o Sep 07 06:45:15 and if i have to use other sd card than what will happen to the contents of my current SD Card used as extended memorty please guide me Thanks Sep 07 06:46:09 SAK: the two approaches are pretty different... it confuses me how you are combining them. Sep 07 06:46:22 if you use the on-board script, forget about that wiki article. Sep 07 06:46:32 * jkridner wrote the initial wiki article, btw. Sep 07 06:46:52 the script formats the microSD card. Sep 07 06:47:37 if you are booting and using an external microSD card, then duplicating your setup will be a bit more challenging. Sep 07 06:47:59 can you unmount the drive and still have your system function? Sep 07 06:48:14 what is your ultimate goal? Sep 07 06:51:33 well I can unmount my current sd card. Sep 07 06:51:55 few systems like curl and boost are installed in that sd card so i wont be able to access them Sep 07 06:52:37 I want to create a backup that can be used to install on other BBB Sep 07 06:53:12 so i dont have to go thorugh all the installations i have done previously i.e on first BBB Sep 07 06:53:16 the 'beaglebone-black-make-microSD-flasher-from-eMMC.sh' script is created to make that simple. Sep 07 06:53:19 I hope i am more clear now Sep 07 06:53:47 ignore the wiki page, it is more complex with newer images. Sep 07 06:53:56 ok Sep 07 06:54:50 do i need another sd card where this image will be saved after running that script Sep 07 06:54:51 ?? Sep 07 06:55:05 yes. Sep 07 06:55:52 that script will erase, format and place the image on that new sd card which will be a 'flasher' sd card, meaning when it is booted on other BeagleBone Blacks, it will flash their eMMC. Sep 07 06:56:32 ok. thanks and other BBB will require the sd card and will mount the same way i have done in original Sep 07 06:56:32 ?? Sep 07 07:12:43 yes, it will duplicate the entire setup; Sep 07 07:13:42 thanks... I am trying it Sep 07 07:16:34 Is it correct that on the most recent SDK opkg update throws errors? (beagleboard X15, SDK 3, using opkg update getting Failed to Download) Sep 07 08:19:10 Hellow Sep 07 08:33:25 RIP my connection Sep 07 08:44:32 There is no way i can just port the drivers from the SDK to the debian image or something right? Sep 07 09:08:10 Volsial: no clue, you'd need to probably ask TI, and they probably are not keen on supporting anything else than their own. Maybe zmatt or rcn know something though. Sep 07 09:18:19 All-right, yeah i'm not too big on linux and im not quite sure how to get the IVA acceleration on video on a non-sdk version of linux Sep 07 13:04:39 Hello, everybody. Could anyone point me to the sources of the default u-boot that comes on the black's flash? Sep 07 13:05:20 In particular, I am interested in the patch that sets up the default u-boot environment, e.g. the whole cape_{enable,disable}, dtb, etc. stuff Sep 07 13:32:06 tbr: technically the x15 *is* their own Sep 07 13:32:40 zmatt: I meant their arago or whatever build Sep 07 13:32:48 vs rcn's debian Sep 07 13:33:21 ah, he should be able to get support on the first question though (about opkg update giving errors on sdk 3 ) Sep 07 13:34:08 yes Sep 07 13:34:46 still using uboot? Sep 07 13:36:33 as for porting it to debian, it's probably just a matter of time before someone in either the x15 community or the pyra community does it Sep 07 13:40:00 jkridner: the wiki page does work for making backups of current images installed on eMMC btw (since I added the fourth IMPORTANT note near the top) Sep 07 13:40:19 the content of the zip file could certainly be made more out-of-the-box compatible though :P Sep 07 13:44:24 doesn't apply to SAK's situation obviously Sep 07 13:55:52 Defiant: as opposed to... ? Sep 07 13:56:43 (btw the answer to philipb's question, in case he returns, is see https://github.com/eewiki/u-boot-patches and https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-Bootloader:U-Boot ) Sep 07 14:04:46 zmatt: I've seen barebox on a phytec board and liked it :) Sep 07 14:07:55 what's the benefit? looking at the command list it seems pretty similar to u-boot Sep 07 14:08:39 (and at least just as bloated, also confirmed by the fact it needs two-stage loading just like u-boot) Sep 07 14:09:19 the configuration has a file approach which is much more similar to linux Sep 07 14:09:28 and its way more bloated then uboot Sep 07 14:09:34 -.- Sep 07 14:10:18 well u-boot supports extlinux.conf which allows configuring boot (incl boot menu) in a syslinux-compatible way Sep 07 14:49:18 zmatt: thanks for the contribution. Sep 07 15:04:12 Dear experts, I met a entry level issue. I can't access i2c-0 data through command "i2cdump -f -y 0 0x50", the response are a series of meaningful data. I suppose I can see the waveform with oscilloscope when connecting P9-18,17 pins. But I can't see any waveform. Idon't know why. Sep 07 15:05:16 Sorry, I should say: I can access /dev/i2c-0 with command i2cdump. Sep 07 15:06:48 I searched Q&A, seems no one consider this is a problem. Sep 07 15:53:22 Jeffreyke: i2c-0 isn't accessible on the expansion headers Sep 07 15:54:16 it connects to the PMIC, the on-board EEPROM, and the HDMI framer. it never exits the pcb Sep 07 16:14:57 Jeffreyke, This is because the EEPROM uses 16-bit register addressing rather than 8-bit. i2c dump only know about 8-bit AFAIK Sep 07 16:15:01 sudo hd /sys/bus/i2c/devices/0-0050/eeprom Sep 07 16:15:22 should have the same effect (or od if hd is not installed) Sep 07 16:16:37 or /sys/bus/nvmem/devices/0-0050*/nvmem (depending on kernel) Sep 07 17:37:28 What are the GPIO voltage limits on the BeagleBoard X15? I see it powers the GPIO rail with 3.3V. Does it have the same 1.8V hard limit as the BBB's ADC pins? I've been digging into the quickstart manual and the SRC, and can't find any mention of voltage limits. Sep 07 18:30:09 odd question since he answered it himself Sep 07 18:30:19 (its GPIO are 3.3V, it has no ADC pins) Sep 07 19:33:24 Can anyone suggest any Graphics LCD that can be interfaced with BBB? Sep 07 19:35:05 That seems a bit generic. It's got GPIO & PRU, in theory about any GLCD on earth could be interfaced. Perhaps more detail would help? Sep 07 19:41:18 Ragnorok, I am sorry I am not experienced with using GLCD's. What I am looking for is a GLCD that can connect using SPI. I am not sure about the models which can tolerate the o/p voltage of GPIO in BBB. Sep 07 19:43:31 Afiak the BBB is 3v3, so any SPI device that conform to 3v3 should plausibly work. I'm pretty sure the BBB has SPI hardware, but if there are issues with it a PRU could bit-bang SPI at about 20 Mhz. Sep 07 19:46:45 Ragnorok, I was working on exposing the PRU as SPI controller this year as my GSOC project. So far I have only managed to reach 8 MHz :P Sep 07 19:47:42 I would definitely want to test this LCD with that. Got to improve the speed though. Sep 07 19:48:08 Still, that's enough for SPI if the hardware is not usable for some reason. Since you know SPI already it shoudl be fairly simple to wire it in. Only issue would be a library. Don't know what's the best there. Haven't used a GLCD with a BBB. Sep 07 19:52:31 I don't know if this code still works * I did it 3 years ago chanakya_vc Sep 07 19:52:41 https://github.com/RickKimball/beaglebone/blob/master/ws2811_spi_test/BB-WS2811-SPI0-00A0.dts Sep 07 19:53:03 spi-max-frequency = <12000000>; that line sets a faster speed Sep 07 19:54:53 I know it worked back then because if it didn't I wouldn't have gotten those wsx281x leds working Sep 07 19:55:07 i put a scope on it and was getting the desired speed Sep 07 19:57:02 Okay Rickta59 . This would probably work. Sep 07 19:57:20 But still would need to check it once. Sep 07 19:58:09 I don't think speed is going to be an issue. I was just not aware of GLCDS that are considered best for BBB Sep 07 19:58:36 But thanks anyway Rickta59 ! Sep 07 19:59:07 I would expect "best" to be determined more by library availability than 3v3 compatible SPI, at least from a time to proof angle. Sep 07 20:00:49 Yeah Ragnorok ,I totally agree Sep 07 23:36:45 why use SPI instead of LCDC ? Sep 07 23:37:50 the SPI controller can do 48 MHz btw Sep 07 23:38:35 for What? Sep 07 23:38:54 a "graphics lcd", presumably meaning an lcd with embedded framebuffer Sep 07 23:39:36 well .. we concluded the hitachi 2x16 'driver' wasn't really a go-er using the tilcdc .. but someone was working on it .. Sep 07 23:40:02 not using the tilcdc driver no, but the lcdc peripheral in "LIDD" mode Sep 07 23:40:31 tilcdc is just for raster mode Sep 07 23:40:55 eh too tired to think :P Sep 07 23:40:59 the two modes of LCDC are so completely different they're basically two peripherals sharing pins and an embedded dma controller Sep 07 23:44:29 ok time for some Zzzz ... niters Sep 08 01:19:48 hi Sep 08 01:20:12 anyone knows the production lifetime for the BeagleBone Black? Sep 08 01:20:38 for how long it will be produced? Sep 08 01:20:51 and if there are any plans to make a new version? Sep 08 01:25:27 anyone knows the production lifetime for the BeagleBone Black? Sep 08 01:26:19 maybe try asking the mailing list Sep 08 01:26:28 don't repeat a question if you don't get an answer in 5 minutes Sep 08 01:32:05 new ones are green and blue Sep 08 01:32:14 blue was delayed i think Sep 08 01:34:01 neither is a replacement for the black though **** ENDING LOGGING AT Thu Sep 08 02:59:58 2016