**** BEGIN LOGGING AT Wed Aug 26 02:59:59 2015 Aug 26 06:56:27 my beagle bone black not performing anything Aug 26 08:31:10 Hello, has anyone some experience with the CBB-Serial-r02 cape? Aug 26 08:31:21 i have a problem using it RS485 Aug 26 08:32:06 i cannot read an external devices data. Before i used a USB<->RS485 converter which just worked great. Aug 26 08:33:15 toredo: maybe you have to explicitly set 485 mode? Aug 26 08:33:36 without that i can imagine the transceiver being always on which would result in no incoming data. Aug 26 08:34:12 depends on how the cape is connected, e.g. check the schematics and read up on the tioctl rs485 flags. Aug 26 08:35:13 yeah the TXEN is the main issue with rs485 .. with usb its easy to do, the ftdi chips have a pin for it .. I don't think the am335x driver supports it properly Aug 26 08:36:26 i think i read something about making it work. Aug 26 08:38:34 hm can't find the article right now. Aug 26 08:38:45 please interpret that as "some research is needed here." Aug 26 08:58:44 Hey, did someone face the same error trying to compile with omap2plus_defconfig lost of "multiple definition" : /linux/include/linux/of.h:1125: multiple definition of `of_changeset_add_property_bool' Aug 26 08:59:45 toredo: it's all well explained here http://inspire.logicsupply.com/2014/09/beaglebone-rs-485-communication.html Aug 26 09:01:52 also: don't rely on usb/485 converters. most of them are based on "clever" ftdi chips which can adapt the communication parameters somethimes if needed. i experienced many times stop bit mismatch when comparing communication results between usb vs. on-board 485 Aug 26 09:03:48 (i.e. the device i was talking with wanted 1 stop bit, but with the usb converter it was working with 2 stop bit. when i tried with the cape serial port, it suddendly stopped working until i realized and corrected the stop bit to 1) Aug 26 09:04:11 samael .. interesting to see your experiences Aug 26 09:04:31 do you know if the omap_serial in mainline stil has the 485 patches? (in RN's repo?) Aug 26 09:06:03 veremit: don't really know, sorry :/ i'm also using old 3.8 kernels on my production images, so i'm a bit behind on what's happening lately Aug 26 09:06:55 samael .. ah I seem to remember things moved on from 3.8 ..but yeah, its one of the "standard" stock kernels Aug 26 09:32:56 samael ... just checked a 4.1 kernel from RN's scripts .. patch is missing. Aug 26 09:35:08 veremit: oh, good to know, thanks.. and actually bad. :) Aug 26 09:35:32 iirc they integrated it with the main serial driver .. so there is no separate omap driver any more. Aug 26 09:35:50 you might be right Aug 26 09:36:04 as always, with arm dev, you're stuck with the vendor kernel version :) Aug 26 09:41:15 hmm I was gonna get a second board to play with .. question is whether to wait for a cco one, or take a punt on the ele14 version Aug 26 09:42:38 samael .. for reference: http://processors.wiki.ti.com/index.php/Sitara_Linux_UART_-_Switching_to_8250_Driver Aug 26 09:44:53 interesting, thanks Aug 26 09:45:55 (ftr, lately i had a batch of embest bbb revC, apart from a uSD boot issue on a couple of them, they're working well) Aug 26 09:46:20 until some months ago, they also had a sensibly lower price Aug 26 09:46:58 its availability that was always the problem with cco - they just don't have the volume Aug 26 09:47:23 fyi I See omap_serial.c prevails in the 4.1 kernel sources .. but no header file that I can spot. Aug 26 09:49:35 samael .. looking at the patch, I see no obvious reason it couldn't be applied to mainline ... yet .. :) Aug 26 09:50:36 I suspect there are some issues re: device-tree :/ Aug 26 09:51:08 never tried to apply it manually, and for now i don't have reasons (yet) worth enough to adopt the 4.1 kernel and spend time on that issue Aug 26 09:53:47 mm dma seems to be the only benefit of the 8250 driver Aug 26 10:49:08 samael .. looking at the mainline sources, there may be gpio provision in the standard code .. unless I'm mistaken .. but don't know how you trigger it now. Aug 26 12:14:28 you're welcome Aug 26 12:14:39 oops Aug 26 12:39:32 veremit: i use the approach suggested by logisupply in the link above (GPIO 1-16), also for a custom-design cape i have in use Aug 26 12:40:10 having it in the mainline kernel would be quite handy, then Aug 26 13:34:40 hei Aug 26 13:36:31 good evening Aug 26 13:38:45 good evening Aug 26 13:39:24 c'è nessuno ? Aug 26 13:39:38 there are noone here? Aug 26 13:40:01 are there some people here? Aug 26 13:43:08 no Aug 26 14:40:06 Hey guys, I have a BBB that is really confused about itself... Aug 26 14:40:52 upload a clue to it? Aug 26 14:41:26 fdisk shows that /dev/mmcblk0p1 is 3.5G, but df -h shows it as 1.7G... I keep getting disk full errors. Aug 26 14:41:49 no sd card present. Aug 26 14:41:49 sounds like you should resize the filesystem Aug 26 14:42:14 if it's ext3/4 then resize2fs /dev/mmcblk0p1 should do the trick Aug 26 14:42:32 yeah... but why would I have 2 different sizes for the same partition? Aug 26 14:43:50 because the flasher that set up the device was compatible to the 2GB version of the BBB? Aug 26 14:44:26 but why did fdisk say it was 3.5G? Aug 26 14:44:48 no idea, you'd need to read the code that was used to flash the device Aug 26 14:44:58 I didn't know I could resize while running. That fixed it! Aug 26 14:45:58 online resize has been in e2fstools for a while Aug 26 16:19:09 what OS are available for beaglebone Aug 26 16:19:10 ? Aug 26 16:19:35 cryyy: many. check out the bone101 page. Aug 26 16:19:50 cryyy: and the wiki, for just a few examples. Aug 26 16:20:34 can you suggest a minimal os to try for a mail server? Aug 26 16:34:36 <_av500_> cryyy: use the stock debian Aug 27 00:21:59 im so sad Aug 27 00:24:07 Ỏ̷͖͈̞̩͎̻̫̫̜͉̠̫͕̭̭̫̫̹̗̹͈̼̠̖͍͚̥͈̮̼͕̠̤̯̻̥̬̗̼̳̤̳̬̪̹͚̞̼̠͕̼̠̦͚̫͔̯̹͉͉̘͎͕̼̣̝͙̱̟̹̩̟̳̦̭͉̮̖̭̣̣̞̙̗̜̺̭̻̥͚͙̝̦̲̱͉͖͉̰̦͎̫̣̼͎͍̠̮͓̹̹͉̤̰̗̙͕͇͔̱͕̭͈̳̗̭͔̘̖̺̮̜̠͖̘͓̳͕̟̠̱̫̤͓͔̘̰̲͙͍͇̙͎̣̼̗̖͙̯͉̠̟͈͍͕̪͓̝̩̦̖̹̼̠̘̮͚̟͉̺̜͍͓̯̳̱̻͕̣̳͉̻̭̭̱͍̪̩̭̺͕̺̼̥̪͖̦̟͎̻̰ Ỏ̷ Aug 27 02:48:34 i used buildroot to get dts and kernel image.However i don't know which enviroment variable can i change to pass dts information to uboot? **** ENDING LOGGING AT Thu Aug 27 02:59:58 2015